Jump to content

Werner

Administrators
  • Posts

    6016
  • Joined

  • Last visited

Everything posted by Werner

  1. Providing logs with armbianmonitor -u helps with troubleshooting and significantly raises chances that issue gets addressed.
  2. Tested orangepi5 current and vendor. works as expected
  3. Known issue on multiple older 64 bit Allwinner socs Try these: https://fi.mirror.armbian.de/incoming/igorpecovnik/pine64/archive/
  4. I have up on this approach as this break ethernet on an actually supported board.
  5. code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } dpkg-reconfigure locales and change default locale Tried?
  6. try DIY image with this pr on top of main: https://github.com/armbian/build/pull/9626
  7. yet still giving enough to write a answer. flaming over LPEs (or any vulnerability) does not solve any issues. I suggest to read the license again to get a clue who's responsible about fixing things in general: https://github.com/armbian/build/blob/5e60c0183d035bfd5179373e1eac284790e08904/LICENSE#L265-L268 Both parties also shall read the terms of use again, the very first bullet point in particular. I will not give this hint a second time. fixes will land upstream, stable builds will adapt four times a year. For everyone wants things faster, options were provided.
  8. Try with this commit:https://github.com/armbian/build/commit/b880d98b07090b0b59bb3096c508e5123b224037 Seems like Micha had to cleanup my mess
  9. Quite a while ago I added GPIO names to the rock-3a. Perhaps you can get an idea how to do this. Source: https://docs.radxa.com/en/rock3/rock3a/hardware-design/hardware-interface#gpio-interface Implementation: https://github.com/armbian/build/pull/7403/changes
  10. perhaps the patch is no longer necessary once this lands upstream. We will see once we get there
  11. If you want to do the work you can open a pr including these changes into Armbian. However I believe all opi5* boards are in decent state I'd simply wait for upstream . the patchew link is dead btw.
  12. duplicate https://forum.armbian.com/topic/59601-sd-card-boot-cant-find-my-sda1hdd-after-warning-and-fsck/?do=findComment&comment=237240
  13. That's default Debian behavior. Ubuntu includes sbin in PATH afaik. In any case Armbian does not alter this.
  14. There is no such device. The only device with E and W suffix I know exist are the Radxa Zero 3W and 3E. Double-check what hardware you actually have.
  15. Werner

    Orange Pi RV2

    No, probably not. CI takes days to catch up. Best is to use the build framework to create an up-to-date image/kernel This happens automatically after a few days.
  16. It should be available on any armbian installation oob. You can also get it here: https://github.com/armbian/build/blob/main/packages/bsp/common/usr/sbin/armbian-add-overlay
  17. Werner

    Orange Pi RV2

    Support for 7.1 has been merged yesterday https://github.com/armbian/build/pull/9784
  18. I verified the overlay above working with diy kernel 7.1.0-rc1 and kernel 6.18.10 from apt repo.
  19. Hm does not contain 7.1.0 dmesg boot log
  20. Seems like the same "issue" like here. tl;dr: upstream uses "otg" to allow user to change the usb port behaviour as they like. https://forum.armbian.com/topic/59094-usb-2-port-not-available/#comment-237191
  21. The upstream default seems to be "otg" to allow users in userspace to change the usb port behavior. Try this and use armbian-add-overlay /dts-v1/; /plugin/; / { fragment@0 { target = <&usb_host0_xhci>; __overlay__ { dr_mode = "host"; }; }; };
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines