martinayotte

There is no need to save those u-boot sectors since the original copy is already located in /usr/lib/linux-u-boot-dev-orangepi3_20.08.0-trunk_arm64/ for example.

Instead of doing individual "cat /sys/bus/w1/devices/28-000003ebdd28/temperature" on each devices, I presume you can do multiple with "cat /sys/bus/w1/devices/*/temperature" ...

Oh ! I've completely forgot about the hack, I've forgot to add it in /etc/rc.local of the 5.8.y build ... I will check now ... EDIT: Thanks for the reminder : it is not freezing any more, at least until now !

If you mean this patch/kernel/sunxi-dev/add-missing-H6-gpu-opp-in-5.7.y.patch, Yes it is still applied, although I had to remove CPU OPP since it became a duplicate. But it most probably related to those ones since I had to disabled them completely (I could not easily fix them) : patch/kernel/sunxi-dev/sun50i-h6-drm_panfrost-1-missing-remove-opp-table-in-case-of-failure.patch patch/kernel/sunxi-dev/sun50i-h6-drm_panfrost-2-add-devfreq-regulator-support.patch

The following should do the job : dd if=/dev/zero of=/dev/mmcblk0 bs=1024 seek=8 count=800

I've started the task ... But not all my Allwinner garden is tested ... Yes ! I've done a patch to tweak sha256_state structure clashes for tons of Realtek drivers as well as API changes to cfg80211. BTW, I've done some tests with BullEyes desktop on my OPi3, and Panfrost is freezing easily while it was working fine under 5.7.y.

You should change "verbosity" to "7" in /boot/armbianEnv.txt to be able to see more details after "Starting kernel". EDIT: Sorry, I didn't saw your complete log URL ...

Did you look at log files in output/debug/ folder ?

This version is far from been the newest, and I doubt it is supporting the "-@" option for symbols. Download at least the 1.4.7 from 2018, from http://ftp.debian.org/debian/pool/main/d/device-tree-compiler/

Of course, in this case ... Be careful about security, you can also choose another port number for outside network, preventing hackers ...

Did you try to bind to 0.0.0.0 ? https://serverfault.com/questions/139323/how-to-bind-mysql-server-to-more-than-one-ip-address

I didn't say to short to GND permanently, but simply to check that the input is working fine as normal GPIO ... It is already disabled by default, unless you load an I2C DT overlay ...

Pretty normal : PA19 is shared also as TWI1-SDA which is an I2C bus provided on header, and there are some PullUps resistors already present on the OPiZero board. So, simply short PA19 to GND, you will see that your script will print "0".

Looking at my OPiOne+, it has different addresses for "script_addr" and "load_addr" and during u-boot init it shows : ## Executing script at 4fc00000 ... ## Executing script at 44000000 EDIT : ... and here is what is shown for OrangePi-RK3399 : ## Executing script at 00500000 ... ## Executing script at 09000000

That is maybe specific to EspressoBin, because on my Rockchip and Allwinner boards, it is as the following : if test -e ${devtype} ${devnum} ${prefix}armbianEnv.txt; then load ${devtype} ${devnum} ${load_addr} ${prefix}armbianEnv.txt env import -t ${load_addr} ${filesize} fi Where "load_addr" varies depend of the SoC ...

My OPi3 doesn't suffer such issue, but it is running almost idle every time.

What I found few months ago is that when using "old-school" /etc/network/interfaces, you need to do "systemctl disabled NetworkManager", otherwise latest is conflicting and try to steal interface.

No, unfortunately, I have no needs for AP mode. I don't even know if the current driver is supporting it ...

Edit /boot/boot.cmd instead to remove the "console=ttyS0,115200" part, and recompile the /boot/boot.scr using "mkimage -C none -A arm -T script -d /boot/boot.cmd /boot/boot.scr". Make sure /boot/armbianEnv.txt has "console=display" ...

I doubt he did since OPiZero doesn't have any barrel connector ...

The best option to have an IR Transmitter would be to use something like a BluePill STM32F103 board connected to the NanoPi, and having both IR RX and TX managed by this board, with proper firmware to also been able to "learn" IR codes that need to be emulated...

You can try the "old school" way by adding the following in /etc/network/interfaces : # Wired adapter #1 allow-hotplug eth0 iface eth0 inet dhcp

2h00 PM GMT make it 10h00AM EDT for me, will be drinking my second coffee cup ...

A DEV build done by myself using Armbian build script ...