Open halmartin opened 1 year ago
Which model of orangepi zero 3 do you have? If the 4Gb you will need to replace both the uboot and the dtb as it needs a different ones from those generated for 2 & 4 Gb builds by the orangepi build system. There a choice of two board types I'm guessing it should be 3!
There are instructions from the link you gave above IIRC. Apply those steps to your custom image.
I don't know what the exact issue is. I have decompiled that 4gb dtb and patched it to enable Mali GPU.
https://github.com/leeboby/opizero3-uboot-dtb in chinese so use google translate if you can't read it.
Which model of orangepi zero 3 do you have? If the 4Gb you will need to replace both the uboot and the dtb as it needs a different ones from those generated for 2 & 4 Gb builds by the orangepi build system.
Yes, I am aware of this and have already done it. The stock images boot fine.
Compiling your own kernel with the same configuration (/proc/config.gz
from the armbian image), for me, does not boot.
Hmm I started from the configs provided in the orangepi-build/next branch and then applied the fixes described to get a booting image. It would be better if it would "just work" for all variants of the board.
I started from the configs provided in the orangepi-build/next branch and then applied the fixes described to get a booting image
Could you link to the repository and fixes you're describing?
The orangepi-build base repository has not been updated in years.
i actually got it working last night with wifi on kernel 6.1. i've detailed my process below. it's a bit of a mess and i was doing it with nixos so i don't have a list of commands i ran or anything, but here are the sources I used:
orangepi_zero3_defconfig
sun50iw9_defconfig
defconfig.i had to patch the uwe5622
driver, which is the driver for the wifi chip on the zero 3, in a couple of ways:
uwe5622-Makefile-remove-monkeying.patch
fixes nondeterministic path generation which seemed to break the way the module attempts to find one of its shared librariesuwe5622-unisocwcn-Makefile-remove-monkeying.patch
does the same, but for the unisocwcn
child module of uwe5622
.uwe5622-unisocwcn-wcn_boot.c-remove-monkeying.patch
is specifically for nixos to load firmware from the "correct" location, but i thought it might be usefulthe driver attempts to load two files:
both of these can be obtained from the root of https://github.com/orangepi-xunlong/firmware - i used them straight from master.
it doesn't use the normal firmware loading mechanism though. it actually tries to rip them off the filesystem directly, so you'll need to ensure that directory exists (hence patch 3 for my nixos use), and make sure they are not compressed.
on top of all this i had to fiddle with the official defconfig, however i didn't version this in any way to separate anything i had to enable specifically for nixos so some things may be unnecessarily enabled.
i've pushed what i'm using for nix to https://github.com/arcayr/orangepizero3-nix if you're interested. when i get the chance to clean up the kconfig more i'll do that as well.
overall it seems okay - it's been online and holding a stable connection overnight with this configuration.
for the record, i can confirm the latest mainline kernel and 24.05-rc5+ of uboot will boot the device, but the wifi driver is in no shape to be forward ported to mainline by someone like me who has limited experience in kernelspace.
i also noticed the devicetree also differs between the vendor trees and upstream trees but i haven't investigated if they will improve the board's stability in any way. i'm using the vendor one presently.
Hello,
I am trying to compile 6.1.31 to enable
kvm
since this is not enabled in the default kernel from leeboby images. The kernel is compiled from the branchorange-pi-6.1-sun50iw9
with/proc/config.gz
from the armbian image as the base configuration, modified to enable KVM.The system does not boot with the compiled kernel, because the SD card is not detected in initramfs:
There are multiple messages about
sun50i-h616-pinctrl 300b000.pinctrl: supply vcc-* not found, using dummy regulator
throughout the boot, which makes me suspect that the device treesun50i-h616-orangepi-zero3.dts
in git is incorrect, and the reason for not booting is that the SD card is not receiving the correct voltage from theaxp313a
PMIC.There are no such errors during boot in the armbian kernel/image provided in leeboby images. The
sun50i-h616-orangepi-zero2.dts
includes&pio
with a mapping of the supply-vcc to PMIC. No such mapping exists insun50i-h616-orangepi-zero3.dts
.I tried to add the appropriate mapping based on the Zero3 schematic, but board does not output anything over UART after handover from u-boot:
It seems like the repository is not matching the binaries shipped, otherwise I would expect a kernel with the same
.config
to boot. Could someone please take a look?