martinayotte

I'm currently busy on switching sunxi-dev to 5.6.y, but if any PR is provided, I'm ready to merge it ...

Why ? I've better things to do, such as preparing the switch of Armbian DEV to 5.6.y ...
If it doesn't compile and you wish it to compile, it is up to yourself to look into output/debug/compilation.log for details and search for "error:" !
Don't ask other to do your own tasks for you !

I've started the work of switching SUNXI-DEV to 5.6.y, as usual, few DT duplicates and fixes ...
But I've faced also a big change related to 'file_operations' been changed to 'proc_ops' in all places over the kernel, which cause that all our EXTRAWIFI needs to be fixed.
I hope to get it done by the end of this evening ...
 

I'd like a fixed with font inside the spoiler.
 
Ugly inside spoiler
 
Pretty fixed width font in code block
 
 

Since - in my eyes - at least - there is a likelihood of confusion regarding the "Supporter" tag of members that actually (recurring) donating to the project. People could think "Supporter" means staff member that actually support people with their issues. The real staff rank, Moderator and Administrator to say, is "hidden" in their individual profiles. Since I like the idea of flat hierarchy I do not suggest to make the actual staff visible in forum postings but simply rename the Supporter to something like "Donator" to make it clear that these people donated to the project but are not necessarly involved into it.
 
Tell me what you think,

38 views and one like. So at the moment the majority of people is for this change

The U-Boot is located after the partition table but before the first partition. So, when you grabbed the U-Boot from Armbian image, and when you start the extract at byte # 0, it is also grabbing the partition table followed by U-Boot itself. U-Boot location is at byte #8192, so the extract should be done like that :
dd if=ambian.img of=u-boot-only.img bs=1024 skip=8 count=1024 This will extract a 1MB image, big enough since native Armbian U-Boot is sized about 620KB ...
Then, you can place it inside Balbes image without touching it own partition table by doing a "seek" :
dd if=u-boot-only.img of=balbes-image.img bs=1024 seek=8 conv=notrunc That should do the job without scrapping Balbes original partition table ...

I've started the work of switching SUNXI-DEV to 5.6.y, as usual, few DT duplicates and fixes ...
But I've faced also a big change related to 'file_operations' been changed to 'proc_ops' in all places over the kernel, which cause that all our EXTRAWIFI needs to be fixed.
I hope to get it done by the end of this evening ...
 

I've started the work of switching SUNXI-DEV to 5.6.y, as usual, few DT duplicates and fixes ...
But I've faced also a big change related to 'file_operations' been changed to 'proc_ops' in all places over the kernel, which cause that all our EXTRAWIFI needs to be fixed.
I hope to get it done by the end of this evening ...
 

I've started the work of switching SUNXI-DEV to 5.6.y, as usual, few DT duplicates and fixes ...
But I've faced also a big change related to 'file_operations' been changed to 'proc_ops' in all places over the kernel, which cause that all our EXTRAWIFI needs to be fixed.
I hope to get it done by the end of this evening ...
 

I've started the work of switching SUNXI-DEV to 5.6.y, as usual, few DT duplicates and fixes ...
But I've faced also a big change related to 'file_operations' been changed to 'proc_ops' in all places over the kernel, which cause that all our EXTRAWIFI needs to be fixed.
I hope to get it done by the end of this evening ...
 

Although the battery connector allows to keep the RTC running while board is powered off, there is no PMIC to control power of the board from some kind of WakeUp Alarm.

Also, don't mix up between NEO and NEO2, they are not the same processors, the first is a H3 and the second H5, so using the wrong image make them not booting at all ...

This is not an Armbian image ...
Try one of those : https://dl.armbian.com/nanopineo2/

That depends ... You can have such bash script too started /etc/rc.local :
#!/bin/bash echo none >/sys/class/leds/blue\:heartbeat/trigger while true; do echo 0 > /sys/class/leds/blue\:heartbeat/brightness sleep 0.25 echo 255 > /sys/class/leds/blue\:heartbeat/brightness sleep 0.25 done Then, it will toogle/flash and will stop if kernel is frozen ...

This occurs usually when /etc/ssh/ssh_host* key files are corrupted from some reasons (bad SDCard, etc) ...
To recover them, you need the Serial Debug, then you can delete those corrupted files and recreate them using "dpkg-reconfigure openssh-server".
... Or, take a new SDCard, write again the image, and retry the process ...

I've use cheap heatsink purchased on eBay, its measures are around 2cm x 2cm and has adhesive, it seems to do the job.

Etcher don't need to format sdcards. If Etcher produce errors, maybe you should throw that sdcard in the trash bin ...

Ok ! I've finally found my issue with Non-Rev OPi4 : a junior mistake !
A power supply issue, I've decided to measure it after the freeze, it was too low !
I've try another PSU, and it reach the login prompt !
 

Ok ! I've finally found my issue with Non-Rev OPi4 : a junior mistake !
A power supply issue, I've decided to measure it after the freeze, it was too low !
I've try another PSU, and it reach the login prompt !
 

I've look during more than an hour, it deosn't seems to be implemented ...
 
The only other way I would see is to run this python script and add a " os.system("reboot") " after the "button pressed" print :

Right ! I didn't mentioned it, loading overlay dynamically requires root privileges ...

It is Okay

The <0x74> is KEY_POWER, I've tried <0x198> which seem to be for KEY_RESTART, but it doesn't seem to work ... I will try to dig kernel sources to figure out ...

Right ! You need to install DT compiler from here : http://ftp.debian.org/debian/pool/main/d/device-tree-compiler/device-tree-compiler_1.4.7-3_armhf.deb
And do not provide this path "git-work/dtc/dtc" but simply "dtc -@ -I dts -O dtb -o /boot/dtb/overlay/sun8i-h3-gpio-keys.dtbo gpio-keys.dts" ...