guidol

Because mainline kernel is a RAW generic material which we use, make certain (actually quite a lot of - we deal with base development) changes, add certain boards to it and distribute. Integration and acceptance to mainline kernel takes a lot of time and many things are never accepted / integrated. While they can be a part of Armbian for weeks, months, years. It's our burden of maintaining and advantage at the same time. The same goes for u-boot.
 
All changes are public and you can study them in the following folders:
 
kernel
https://github.com/armbian/build/tree/master/patch/kernel
https://github.com/armbian/build/tree/master/patch/misc
https://github.com/armbian/build/blob/master/lib/compilation-prepare.sh
https://github.com/armbian/build/tree/master/config/kernel
 
u-boot
https://github.com/armbian/build/tree/master/patch/u-boot

change of .dtb (activating 1c22000) & creating overlay (armbian-add-overlay ./sun8i-h3-I2S-out.dts) does also work on 
uname -a Linux npi-neo-25 5.10.0-sunxi #trunk SMP Wed Dec 16 17:45:03 +03 2020 armv7l GNU/Linux package bsp-kernel[21.02.0-trunk] u-boot[21.02.0-trunk] dtb [21.02.0-trunk] firmware [21.02.0-trunk] config[21.02.0-trunk] branch[dev] like before on kernel 5.9.0

Heureka
Today I compiled kernel 5.10.0 (no rc) for the NanoPi Neo2 and now it works agan with my Neo2 and Ubuntu focal where it did work before only with debian buster but also with 5.10.0 rc2 - rc7
 
The sambsa-server from focal also work with the final 5.10.0 without problems
System diagnosis information has been uploaded to http://ix.io/2IjU

Armbian 20.11.3 bugfix release is out! Detailed report - what has been fixed and what's new:
 
https://www.armbian.com/newsflash/armbian-20-11-3-bugfix-update/

I just updated that branch, now it can boot normally from SD card.
 
You'll also need TF-A and Linux to make it usable:
https://github.com/apritzel/arm-trusted-firmware/commits/h616-WIP
https://github.com/apritzel/linux/commits/h616-WIP
 
UART, ethernet and SD card already work, so it already works good enough for headless server...

We need a reason to make patch releases  

Release info:
https://www.armbian.com/newsflash/armbian-20-11-tamandua/
 
Downloads:
https://www.armbian.com/download/
 

And the nice thing, you can have Htop in a Browser...
 

It's a gaming case. Has all requirements such as leds in the bottom  , green led Razor logo in the front, glass window and RGB leds on the cooling cap ...  but it is fu* 1cm too small to mount a radiator inside the case.  I could mount it outside but its not screwed with all screws . Cooling performance is awesome at this point.
 
Ignore messy cabling - will be done at the end.
 

Hopefully it gets into better shape once Armbian starts tinkering with it

Thanks for your response and explanation.
I performed the backup and upgraded the kernel to 4.14.202 and it has gone smoothly.
And, Tailscale is back to it's happy self again.
 
I really enjoy these little devices too, so I will continue to try and learn more and more about them and Linux but sometimes it seems bottomless.
I appreciate the efforts of the contributors.
 
Jon
 

i think it could be a generic a20 problem - maybe have a look at:
 
https://forum.armbian.com/topic/7575-k-worker-problem-on-a20-based-boards/
https://forum.armbian.com/topic/14282-headless-systems-and-sun4i_drm_hdmi-a10a20/
https://superuser.com/questions/1515001/debian-10-buster-on-cubietruck-with-bug-in-sun4i-drm-hdmi
 
best wishes - hexdump

Wow, that was a very helpful answer, thanks a lot!!
With that info I can just blacklist that modules (anyway, I'm not interested in using the ADC functionality of the A20 :P) and now the system shows proper low cpu usage:
root@lime:~# cat /etc/modprobe.d/fix.conf blacklist sun4i_gpadc sun4i_gpadc_iio root@lime:~# ps auxk -cpu | head USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.5 26932 5332 ? Ss 00:07 0:07 /sbin/init root 2 0.0 0.0 0 0 ? S 00:07 0:00 [kthreadd] root 3 0.0 0.0 0 0 ? I< 00:07 0:00 [rcu_gp] root 4 0.0 0.0 0 0 ? I< 00:07 0:00 [rcu_par_gp] root 8 0.0 0.0 0 0 ? I< 00:07 0:00 [mm_percpu_wq] root 9 0.0 0.0 0 0 ? S 00:07 0:00 [ksoftirqd/0] root 10 0.0 0.0 0 0 ? I 00:07 0:23 [rcu_sched] root 11 0.0 0.0 0 0 ? I 00:07 0:00 [rcu_bh] root 12 0.0 0.0 0 0 ? S 00:07 0:00 [migration/0]  

I'm not an expert in this area whatsoever, but this problem looks like an upstream kernel issue, and perhaps is related to this fallback deadlock fix?  https://git.kernel.org/pub/scm/linux/kernel/git/herbert/cryptodev-2.6.git/commit/?id=a2715fbdc6fc387e85211df917a4778761ec693d
 
The posted fix patch is only applicable to kernel v5.10; just in case you want to give it a try, I've uploaded a ToT test build of v5.10-rc3 with this kernel patch applied:  https://drive.google.com/file/d/1Eg_cn3bEYsRFZ3vrP9Mc0fxJjPREczcW/view.  Again, I'm not sure if this will fix the problem, but there are a number of changes in cryptodev here compared to kernel v5.9, so it might be worth a try.

Hi,
Thanks for your work,
I tested your kernel packages yesterday and everything works flawlessly now. I get about 40 to 50 MBps throughput with Ipsec now without stalling and "breaking" the Interface.
 
I am happy, thanks alot!
 
Cheers
 
Ford Prefect
 

Board is here 
 

Was looking for a place to post a solution to this issue, but you guys have got there before me.As others have described, booting a (my) Pinebook with the latest version of Armbian (tried both Bionic and Buster) results in a blank screen seconds after boot.This is even after booting to multi-user.target when there should be no graphical display manager running.I got the latest kernel/version available for 19 and tried that (Kernel 5.4.62) and that worked.Previously I'd tried doing a full firmware upgrade, disabling the lightdm.service, setting the boot target to multi.user/3 and disabling the autologin (in case that had something to do with it) but under the 5.8 I got the blank screen each time.Not complaining here - just wanted to confirm I'd had the same issue.Love Armbian and all the great work that's being done - peace to all.
 
Manjaro ARM also does the same thing, by the way, so it's not just an Armbian issue

Platform : Kernel 5.9.5 Pine64+ A64 buster server
Analog sound working ! After a few days, i figure out the analog sound problem. There is a widget property in sound definition at sun50i-a64-pine64.dts file.  This mainly specifies audio off-codec DAPM widgets (Dynamic Audio Power Management for Portable Devices according to devicetree/bindings/sound/widgets.txt) In my case this widgets disable analog sound and i couldnt find a way to enable it I remove widget line and linked routing properties from dts file and rebuild it and it works. If you dont want to rebuild armbian alternate way is using a custom overlay.  Dont forget to unmute HeadPhone with "m" key and increase AIF1 DA0. I hope it will help to someone.  Unfortunately i could not enable microphone input, any ideas?? Thanks
sound_overlay.dts

I actually tried both - Debian works fine (as you noted), but Focal crashes just like I was seeing yesterday:
 
 
 

It works great ... THX


Envoyé de mon iPhone en utilisant Tapatalk

@Medapayne
create a /etc/asound.conf to get the analog audio card as default.
whats the output of
aplay -l
 
Mine:
 
___ ____ _ _____ / _ \| _ \(_) |__ /___ _ __ ___ | | | | |_) | | / // _ \ '__/ _ \ | |_| | __/| | / /| __/ | | (_) | \___/|_| |_| /____\___|_| \___/ Welcome to Armbian 20.08.9 Buster with Linux 5.9.1-sunxi root@opi-zero(192.168.6.99):~# aplay -l **** List of PLAYBACK Hardware Devices **** card 0: Codec [H3 Audio Codec], device 0: CDC PCM Codec-0 [CDC PCM Codec-0] Subdevices: 1/1 Subdevice #0: subdevice #0 root@opi-zero(192.168.6.99):~# more /etc/asound.conf pcm.!default { type hw card 0 device 0 } ctl.!default { type hw card 0 } and enable [*] analog-codec in armbian-config -> system -> hardware  

@Medapayne
create a /etc/asound.conf to get the analog audio card as default.
whats the output of
aplay -l
 
Mine:
 
___ ____ _ _____ / _ \| _ \(_) |__ /___ _ __ ___ | | | | |_) | | / // _ \ '__/ _ \ | |_| | __/| | / /| __/ | | (_) | \___/|_| |_| /____\___|_| \___/ Welcome to Armbian 20.08.9 Buster with Linux 5.9.1-sunxi root@opi-zero(192.168.6.99):~# aplay -l **** List of PLAYBACK Hardware Devices **** card 0: Codec [H3 Audio Codec], device 0: CDC PCM Codec-0 [CDC PCM Codec-0] Subdevices: 1/1 Subdevice #0: subdevice #0 root@opi-zero(192.168.6.99):~# more /etc/asound.conf pcm.!default { type hw card 0 device 0 } ctl.!default { type hw card 0 } and enable [*] analog-codec in armbian-config -> system -> hardware  

NanoPi Neo3 could now ordered - but not with a metalic case. Dont know how it will heat up in there
https://www.friendlyarm.com/index.php?route=product/product&product_id=279&search=neo3&description=true&category_id=0&sub_category=true
 
And with this cas you couldnt use the 2 additional 2 USB 2.0 ports or fan-support.... which is available on the pin headers...

Great, Guidol!
 
Thank you very much for this good news. I wil try it out! Thanks for the one that solved the problem.