Jump to content

Werner

Administrators
  • Posts

    5399
  • Joined

  • Last visited

Everything posted by Werner

  1. vendor branch is based on latest rockchip bsp which is 6.1.115 atm. You can use code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } armbian-config to switch.
  2. Use `vendor` kernel and enable hdmirx overlay.
  3. Does this happen with Bookworm or Noble? Plucky userspace is unsupported.
  4. Hi Providing logs with PASTE_SERVER_HOST=paste.armbian.de armbianmonitor -u helps with troubleshooting and significantly raises chances that issue gets addressed.
  5. moved
  6. Raspberry images are compatible from 3b up to 5b
  7. Not possible. emmc will be formatted before rootfs is copied over. If you have files there backup beforehand. Since the rootfs is moved as it is you should not loose any configs.
  8. Probably due to automatic file system expansion across the sdcard. That's a known issue that pops up every now and then for a few years now. I guess this wasn't mitigated enough yet or the cause not determined yet.
  9. Detailed/full uart logs would probably be helpful
  10. Maybe. Just give it a try? Check sun8i family config or add an uboot tag override in the board config. examples for latter you can find in the orangepi5 series config files for example. I think though it doesn't make sense to touch. Chances are likely to introduce new issues while current version just works.
  11. I found some sample initramfs hooks that might give you some clues how to achieve your goal: https://github.com/simonschiele/initramfs-hooks
  12. Opi0 and Opi0-3 have nothing in common besides the naming. It is not that easy.
  13. Providing logs with armbianmonitor -u helps with troubleshooting and significantly raises chances that issue gets addressed.
  14. If you need hdmi support use vendor or edge kernel. 6.12 was released with a bare minimum of support for rk3588 so nonworking hdmi is kind a expected.
  15. I added a suggestion at the PR how to implement the driver while building to allow network oob.
  16. try code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } xrandr
  17. There are unfortunately no detailed instructions how to add new boards or board families to the build framework yet. This is a very extensive topic. However there are a few existing pull requests that should give clues like https://github.com/armbian/build/pull/7902/files No, since it is community supported use Stating section for Rockchip devices in forums. I did a quick check on your work. - dts files which aren't upstreamed (yet) shall be added in full into the dt folder of the equivalent kernel patch directory (patch/kernel/archive/rockchip64-6.16/dt to say). You can use code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } kernel-dtb build command to extract such a full tree. - this also avoids my 2nd concern which is modifying the existing orangepi-5.dtsi and disabling nodes which where later re-added with another patch. - if possible try to bump to latest mainline u-boot, so either v2025.04 or wait a bit longer for v2025.07 which is currently RC.
  18. Personalized support: https://calendly.com/armbian/consultation
  19. No need to manually adjust partitions. At first boot Armbian will expand rootfs automatically using all available space on sdcard. USBimager is known to work well on Win32 as well as Linux. Rufus is neither tested nor supported method.
  20. Double-check what you are booting from and which image you use. The screenshot says kernel version 4.9.170 while the mentioned Armbian version is mainline with 6.12.y
  21. Here are a few generic tips to consider: - Going to something industrial grade is always good. mean-well would be entry-level here - Phone chargers are not good for powering SBCs. They're designed to handle constant load while SBCs draw is variable depending on load. - Usually SBCs prefer slight overvoltage. So it is usually not an issue to feed them with an PSU that outputs 5.1 or 5.2 volts since this compensates for losses across wires, connectors and the PCB anyway. I personally have a mean well HRP-200-5 which powers all my sbcs but would be way too much for a single one. Official chargers from Raspberry or Orangepi would do too since they already come with slight overvoltage by design.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines