Active threads

Hello good people, it's update time! I have made a bit of progress but got stuck again. Here's what I did : I have tested the pads I found next to the SDCard and indeed, they were serial connections. With a little bit of brain power and luck, I figured out that the one with the square pad is GND, and both in the middle are tx/rx. Please don't judge my deskmat... Once that was done, I was able to connect to the serial port through a terminal and armbian surprizingly booted. I was able to test the 3 different DTBs that are supposedly compatible with my board and all of them booted, though with no luck of getting the eMMC working. I then got the idea to find the dtb of the original android install and got to work. I was able to extract a dtb.img file, which after some work, got 2 dtb files out of it, supposedly for both 1G/8G and 2G/16G versions of the board, the later being mine. Sadly it does not work as is, but I believe that it gives me enough information to keep going. But here's the road block, no matter my attempts yesterday at trying to get the correct code inside of the dtb file, nothing would get the emmc to work. Otherwise everything works fine, the armbian install for that board is not the cleanest but after fixing a few things, I was able to ssh into it through network and work on it from there. If there's a kind soul out there with dtb manipulation skills, I would be grateful to get help from you!

@Igor is the case, I upgraded from bookworm to trixie

this can easily be answered with a quick web search or AI request for "disadvantage of LPAE on armhf". As expected, one of the drawbacks is increased use of memory when the benefit of larger addressable memory applies only to few installations and in a limited way.

OK, this is the line that is problematic. You need to find out why sda2 is mounted read-only. Go through the logs, for example "sudo grep sda2 /var/log/syslog". If you can, boot from a different medium and fsck sda2.

Certainly worth a look. It is also probably worth comparing the Armbian commit from when I last had it working until now, but it will need to be when I have a bit more time, and me remembering just when I first started seeing these issues.

Hi pcduino2user, glad you are finding it useful. Maybe CMA Buffer size needs to be lowered during the kernel, which actually appears to get ignore anyway once the board has fully booted and replaced with 96mb based on the reserve memory node within the A10 DTSI. This is definitely needed if trying to run a desktop although I wouldn't recommend running a desktop on the Pcduino2. There are still some minor issues that I would like to address in future but I don't have as much time as I used to. For example the pcduino2 is actually booting from the Pcduino1 DTS although this problem is more cosmetic than functional. Both the Pcduino1 and Pcduino2 share the same uboot defconfig file but the Pcduino2 has a USB2 VBUS pin defined within its DTS and physically connected on the PCB. This is normally pulled high by a resistor so does not cause any problems with USB power being enabled. The build framework allows us to configure the kernel but there must be a way to customize uboot more dynamically as well? Now certain Armbian board configuration files appear to contain configuration data for adjusting the dram speed as can be found in the cubieboard.csc so I wonder if a similar setup in the pcduino2 configuration file to override the default device tree property to use sun4i-a10-pcduino2.dts instead of sun4i-pcduino.dts. Given the closeness of hardware it does not seem worth creating a separate defconfig file. Ryzer

Hi @Nick A, the armbian in afiftyp board just see 2GB to, at least it was this way in 2024 when he sent me his boot log. My board is very similar to afiftyp board, except of a number near the QC sticker, that looks like a version number. afiftyp number is 2336 and the mine is 2333. The amout of memory chips is identical to (8 chips), but tha labels is a litle different, but I cant found the label meaning. I use your image since very old one, so I don't think it is about u-boot update, but I could try an older one. About Secure Boot, A patch that you give me solved it and it isn't a problem any more (thanks again for it). @afiftyp, if I'm wrong and you already solve your rom amount in armbian, please let us know and if you could, explain us what you did to solve it, thanks.

Something like git clone https://github.com/armbian/build.git -b main cd build git remote add -f imx8mp-build https://github.com/OLIMEX/imx8mp-build.git git remote update git fetch origin git fetch imx8mp-build git checkout main git rebase imx8mp-build/bookworm # fix conflict vi VERSION git add VERSION git rebase --continue # fix conflict vi .github/dependabot.yml git add .github/dependabot.yml git rebase --continue git log

I uploaded an updated version of the package bundle, with MPV and a few other updates that I found laying around: https://mega.nz/file/ZmwDBL6b#pGgXVRnoC0jU6dwFJebBcLDXyTNqdkmw3qvsOLz5qUI

@Dann https://dl.armbian.com/rock-5b-plus/Noble_vendor_gnome verifies fine for me. Try https://netcup-03.armbian.com/dl/rock-5b-plus/archive/Armbian_25.5.1_Rock-5b-plus_noble_vendor_6.1.115_gnome_desktop.img.xz and https://netcup-03.armbian.com/dl/rock-5b-plus/archive/Armbian_25.5.1_Rock-5b-plus_noble_vendor_6.1.115_gnome_desktop.img.xz.sha

AFBC support has been merged to PanVK and will be available in the Mesa 25.3 release! This new enablement reduces memory bandwidth and boosts performance. View the full article

@remolaan "...Hey i have a SDMC DV8040 stb ,SoC-Amlogic S805X,CPU-Quad-core 1.2 GHz,GPU-ARM Mali-450,RAM-1GB,Storage-8GB it currently runs custom made android 9..." Please @remolaan, could you send me a working download link for the custom Android 9 system you made?

Armbian 25.8.1 Noble XFCE (mainline Kernel: 6.16.6-edge-rockchip64) + PanVk - mesa 23.0 (https://launchpad.net/~ernstp/+archive/ubuntu/mesaaco) + box64 3.7 (https://ryanfortner.github.io/box64-debs/) + wine-10.15-staging-tkg-ntsync-amd64-wow64 (https://github.com/Kron4ek/Wine-Builds/releases/tag/10.15) + DXVK-stripped v2.7.1 ~60fps@720p Hades

Hello @Ian Coelho, have you ever got any solution? I got the same issue

zero2w != zero2 moved

Hi and Thank @jock That's what I thought. I used ledconf-3 because that's the configuration you made specifically for my MX10 box. I ran a memtest, which went smoothly. The system is working, and I was able to compile rockchip mpp without any problems. The system is running Bookworm. Would it be better to update to Trixie or revert to a previous version? What do you think? I think the problem comes either from rk3318-box.dtb or from the overlays. Thanks again. 🤜🤛

@jock well thanks but I already figured that part out 😊 my problem right now is that i can't find a single distro that works with my box . almost every one (even multitool) goes to a black screen and freezes excatly after 60 seconds . the best thing i could find was a android rom that have the same problem but in excatly 30 minute after booting up ! i did this stupid thing that did not backed up my original rom before writing to internal emcp flash 🤦‍♂️ if i can find any version that doesn't have this problem , i know how to merge armbian rootfs with it ! thank you again !

Have you tried your python script with your Linux PC? If it happens again, you can tell that the problem is within the ESP32 program. I generally prefer having the most complex system (Armbian) poll the simplest device (ESP32), instead of the ESP32 interrupting the Armbian system. I found it more stable that way. Stay with wifi, and use the ESP32 serial port just for debugging. Program the ESP32 print an acknowledgement of data requests, and an alarm if it gets stuck in an unexpected state. I have also found ESP32 circuit or micro python very stable for serial port communications.

@Hqnicolas would it be possible to have the driver @guenter pointed out in the base image?

I think the core problem is that headers were compiled with Ubuntu compiler / userspace and you try to use it on Debian. I used this on Ubuntu, which is the reason why it worked. We are aware of this problem - headers should be distro specific. Which adds complexity on our side ...

Feel free to pr any missing overlay here: https://github.com/armbian/linux-rockchip

moved to csc https://docs.armbian.com/User-Guide_FAQ/#why-no-universal-image tl;dr: You are using the wrong image. Get/build one for your board

I don't see it as the very latest bleeding edge kernel version. I see it as a newish Linux, which already has the armbian patches updated for. Some CPUs end up with newer or older Linux versions, due to varying levels of development success. For example, sunxi's armbian edge is 6.15.4 today, but the linux trunk is up to 6.17-rc6 ... (not available in Armbian)

I tried it on 6.16.7, and the log started working: [ 4.838111] rockchip-drm display-subsystem: [drm] fb0: rockchipdrmfb frame buffer device Error again after initialization: [ 5.118148] rockchip-drm display-subsystem: [drm] Cannot find any crtc or sizes [ 5.637839] rockchip-drm display-subsystem: [drm] Cannot find any crtc or sizes

Has anyone ever gotten the Radxa Zero 3w working in gadget mode? I bought a Zero 3w about a week ago and have been beating this horse most of the time. I can't get the device to connect via USB. A or C. When I try to connect (radxa.local) it will always go through wifi. If I have wlan0 disabled or even my internet off it just will NOT connect. It clearly is using wifi to connect even if I use the hostname. Maybe this is something simple but I and another engineer I work with have been scratching our heads about it. The obligatory AI search was an endless loop of everything we had already tried. Anybody have any advice?