martinayotte

No ! Armbian is built for native capabilties !
But why do you need it in 32 bits ? If you have a closed source application which is only available in 32 bits, you can still install required 32 bits libraries, such libc ...

Maybe simply a rare bad luck, because I personally own more than 10x OPis, and all of them are working great ...

Awesome !
 

Tested on forgotten boards in first AllWinner's garden Tour : nanopiduo2, nanopineo2, nanopim1plus2 and bananapim2plus ...

Tested on forgotten boards in first AllWinner's garden Tour : nanopiduo2, nanopineo2, nanopim1plus2 and bananapim2plus ...

Tested on forgotten boards in first AllWinner's garden Tour : nanopiduo2, nanopineo2, nanopim1plus2 and bananapim2plus ...

Thanks ! ... And the WiFi 8189es is now working ...

No ! it is there as wifi-3002-add-realtek-8189es.patch ...
As I said in EDIT2, I was a bit blind earlier ...
I will fix that patch for 5.3.y !

No ! it is there as wifi-3002-add-realtek-8189es.patch ...
As I said in EDIT2, I was a bit blind earlier ...
I will fix that patch for 5.3.y !

Oh ! I forgot to upgrade one : Olimex-Micro-A20 ... I will start a new build ...

In my case, I've done the tour of my AllWinner's garden : OPiPC+, OPiOne, OPiZero, OPi+2E, OPiPC2, OPi3, OPiOne+, OPiZero+2, OPiWin, OPiPrime, Pine64 and OlinuxinoA64.

Commit for the 5.3.y switch is now done !
 
https://github.com/armbian/build/commit/a00375179bbc27bac4b39927133578a3f2dae383
 

In my case, I've done the tour of my AllWinner's garden : OPiPC+, OPiOne, OPiZero, OPi+2E, OPiPC2, OPi3, OPiOne+, OPiZero+2, OPiWin, OPiPrime, Pine64 and OlinuxinoA64.

Commit for the 5.3.y switch is now done !
 
https://github.com/armbian/build/commit/a00375179bbc27bac4b39927133578a3f2dae383
 

If you look at the end of "Start looking" thread, the issue found earlier is now fixed !
Switching DEV to 5.3.y will occur soon ...

Are you sure ?
Even with a scope, floating pins will not show any voltage ...
Did you try using "gpiofs" ? Example for flashing GPIO147 (PE19 on pin 40) :
#!/bin/bash echo 147 > /sys/class/gpio/export echo out > /sys/class/gpio/gpio147/direction while true; do echo 0 > /sys/class/gpio/gpio147/value sleep 0.25 echo 1 > /sys/class/gpio/gpio147/value sleep 0.25 done  

Fortunately, I've fixed the 8189fs crashes with the help of @Icenowy commit from here : https://github.com/jwrdegoede/rtl8189ES_linux/commit/50da9756282edf5008a5a567275b33c1d2f16197
Armbian is using a static copy of those drivers (8189fs but also 8723cs), so, maybe in the future, we should use @jwrdegoede directly with cloning ...
 

You can try to change Armbian config/sources/sunxi_common.inc file to point to Megous branch 5.3, but be aware that maybe several current patches won't be apply properly ...

I didn't got any compile error, only one patch rejected, but because already present in 5.3.y.
 
One more thing I found with my OPiPC+ experiment : reboot doesn't restart, it stall at "reaching restart", but U-Boot "restarting" never appears ...
(a bit like the early days of H6, but OPiPC+ is H3 and never got this issue)
 
Now trying again with 5.2.6 to figure out when bugs has been introduced ...
 
EDIT: 5.2.6 still look good ...
 
EDIT2: Same behaviours with OPiPlus2E 5.3.0-rc3 image ...
 
EDIT3: Doing an OPiZeroPlus2-H5 images : No Wifi problem, and since no crash, "reboot" work properly, so, maybe related ...

This means that "katoolin" is really using python2...
So remove the previous symlink with "sudo rm /usr/bin/python" and recreate new one to python2.7 with "sudo ln -s python2.7 /usr/bin/python".

Armbian doesn't manage the HDMI Input ...

Inside the Debian_buster_next_desktop.7z, there is not only the image itself but also the sha256sum.sha .
Doing sha256sum of the image extracted on your side should match the same signature found the one included in the sha256sum.sha text file.

Do a build with "kernel+u-boot only", then copy output/debs/linux-image-dev-sunxi64_5.93_arm64.deb and output/debs/linux-dtb-dev-sunxi64_5.93_arm64.deb on the OPi using "scp".
After logging into OPi with "ssh", simply do "dpkg -i linux*.deb" ...

For me, it is only "naming convention" ... So, I will continue to work on "unstable" images ...

For me, it is only "naming convention" ... So, I will continue to work on "unstable" images ...