-
Posts
6011 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Everything posted by Werner
-
Enable ethernet port on expansion board for OrangePi zero 2w
Werner replied to Golecom's topic in Allwinner sunxi
I have up on this approach as this break ethernet on an actually supported board. -
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?
-
RADXA Cubie A5E 1GB RAM Armbian CLI stucks while uboot via sdcard
Werner replied to chapeaufer's topic in Allwinner sunxi
try DIY image with this pr on top of main: https://github.com/armbian/build/pull/9626 -
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.
-
Enable ethernet port on expansion board for OrangePi zero 2w
Werner replied to Golecom's topic in Allwinner sunxi
Try with this commit:https://github.com/armbian/build/commit/b880d98b07090b0b59bb3096c508e5123b224037 Seems like Micha had to cleanup my mess -
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
-
Immament major changes in rk3588s-orangepi-5* DTS files.
Werner replied to Rocksheep's topic in Advanced users - Development
perhaps the patch is no longer necessary once this lands upstream. We will see once we get there- 6 replies
-
- Orange Pi 5 Pro
- Orange Pi 5
-
(and 1 more)
Tagged with:
-
Immament major changes in rk3588s-orangepi-5* DTS files.
Werner replied to Rocksheep's topic in Advanced users - Development
Why should they?- 6 replies
-
- Orange Pi 5 Pro
- Orange Pi 5
-
(and 1 more)
Tagged with:
-
feel free to send a pr replacing the current patch for review
- 2 replies
-
- ROCK 5 ITX
- ROCK 5C
- (and 11 more)
-
Immament major changes in rk3588s-orangepi-5* DTS files.
Werner replied to Rocksheep's topic in Advanced users - Development
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.- 6 replies
-
- Orange Pi 5 Pro
- Orange Pi 5
-
(and 1 more)
Tagged with:
-
duplicate https://forum.armbian.com/topic/59601-sd-card-boot-cant-find-my-sda1hdd-after-warning-and-fsck/?do=findComment&comment=237240
-
That's default Debian behavior. Ubuntu includes sbin in PATH afaik. In any case Armbian does not alter this.
-
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.
-
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.
-
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
-
Support for 7.1 has been merged yesterday https://github.com/armbian/build/pull/9784
-
I verified the overlay above working with diy kernel 7.1.0-rc1 and kernel 6.18.10 from apt repo.
-
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"; }; }; };
-
Multiple options: - wait for upcoming 26.05 release which will most likely have an updated kernel package including a fix for this - as suggested use nightly - use the build framework to build an most up-to-date kernel package set by yourself (its very easy) which then can be installed via dpkg -i However since "dirty frag" just showed up, there is more to fix anyway... Edit: looks like fix for dirty frag hit upstream earlier today
