Jimmay

Hi saitama... I'm in the midst of trying to install Armbian on a Netgate SG-1100, which is a similar (?) ARM-based hardware device. It's based on the Espressobin but I think it shares some of the same quirks, including some odd Uboot stuff. Did you get yours working and running Armbian? TBH I actually would like to get mine running stock BSD of some sort, rather than Linux, but I thought Armbian would be a good test to see if an OS other than PFSense is even viable on the hardware to begin with.

I'm currently working on this also, although on a NanoPi Duo2 (Allwinner H3 based) and presumably a much newer kernel than what Durdin was using in mid-2021. However I'm not making much progress beyond what's described above. I guess my initial question is: is this even possible? Has anyone ever gotten the OV2640 working with an H3-based platform, on a "real" (i.e. not one of the sketchy vendor kernels full of mysterious blobs and GPL violations) kernel plus the appropriate module and overlay file? If this is a fools errand and I'd be better just writing-off these OV2640 modules and buying OV5640s instead (which seem to be better supported these days), that would be great to know before I invest a whole bunch of time beating my head against the problem! It seems like a natural enough combination (cheap board, cheap camera) that if nobody has gotten it to work before ever, I'm a bit suspicious that there's something not good about it, and maybe I need to rethink the hardware.

Just wondering if the Apt repos are still behind? I just tried installing the linux-source package on a system running 6.1.30-sunxi, and it's giving me an error. ➜ ~ sudo apt install linux-source-$(uname -r) Reading package lists... Done Building dependency tree... Done Reading state information... Done E: Unable to locate package linux-source-6.1.30-sunxi E: Couldn't find any package by glob 'linux-source-6.1.30-sunxi' Just trying to figure out if I'm doing something wrong or if this is a known issue. Thanks!

I ran into this issue with the Armbian 23.5.1 Jammy image (`Armbian_23.5.1_Nanopiduo2_jammy_current_6.1.30.img.xz`) yesterday. Tried it twice, different SD cards, cleared them with "SD Card Formatter", burned and verified with BalenaEtcher, checked all SHA256 values, everything good. This seems to be the part of the process where things start to go awry: Found U-Boot script /boot/boot.scr 4121 bytes read in 3 ms (1.3 MiB/s) ## Executing script at 43100000 U-boot loaded from SD Boot script loaded from mmc 234 bytes read in 2 ms (114.3 KiB/s) 16661873 bytes read in 694 ms (22.9 MiB/s) 8477464 bytes read in 354 ms (22.8 MiB/s) Found mainline kernel configuration Failed to load '/boot/dtb/allwinner/sun8i-h3-nanopi-duo2.dtb' libfdt fdt_check_header(): FDT_ERR_BADMAGIC No FDT memory address configured. Please configure the FDT address via "fdt addr <address>" command. Aborting! So it looks like the exact same issue as gounthar and Benben. I didn't test out Benben's fix, but decided to build an image file directly using Armbian's Github `./compile` tool, and that worked fine as of 6 June 2023. The options I used were: `./compile.sh build BOARD=nanopiduo2 BRANCH=current BUILD_MINIMAL=no KERNEL_CONFIGURE=no RELEASE=jammy` I'm not sure how repeatable builds from the compile system are, but SHA hash of mine is attached in case this helps anyone. N.B. I just noticed that the version on the board page is now `Armbian_23.5.2_Nanopiduo2_jammy_current_6.1.30.img.xz` so perhaps this has been fixed there in the point release? I will try to test later. Armbian_23.08.0-trunk_Nanopiduo2_jammy_current_6.1.30.img.sha