guidol got a reaction from DominicanGuy in Updated armbian-config v5.81
Did create a more compact version for me (and you?)
nano /etc/update-motd.d/10-armbian-header ARMBIAN_bsp=$(more /etc/armbian-release|grep VERSION|cut -f 2 -d '=') ARMBIAN_kernel=$(dpkg -s linux-image-$BRANCH-$LINUXFAMILY|grep Version|cut -f 2 -d ' ') ARMBIAN_uboot=$(dpkg -s linux-u-boot-$BOARD-$BRANCH|grep Version|cut -f 2 -d ' ') ARMBIAN_dtb=$(dpkg -s linux-dtb-$BRANCH-$LINUXFAMILY|grep Version|cut -f 2 -d ' ') ARMBIAN_firmware=$(dpkg -s armbian-firmware|grep Version|cut -f 2 -d ' ') ARMBIAN_config=$(dpkg -s armbian-config|grep Version|cut -f 2 -d ' ') printf '\n' printf 'pkg-version kernel[\e[0;91m%s\x1B[0m] u-boot[\e[0;91m%s\x1B[0m] dtb[\e[0;91m%s\x1B[0m] firmware[\e[0;91m%s\x1B[0m] config[\e[0;91m%s\x1B[0m]\n' "$ARMBIAN_kernel" "$ARMBIAN_uboot" "$ARMBIAN_dtb" "$ARMBIAN_firmware" "$ARMBIAN_config" printf '\n'
guidol reacted to Igor in 2021: Year of the Armbian Desktop!
Armbian have historically been much more geared towards "server/headless" usage, for many different reasons. It has taken a much longer time not only for upstream development of underlying graphical libraries / drivers to mature, but also for us (the Armbian project itself) to come up with a sensible implementation that would fit nicely into our existing build framework.
However, this work has been going on in the background for quite some time already.
Finally, the time is right to announce we are publishing our initial implementation of these "desktop" features!
We are only announcing this here on our own forums for the time being, as this is still early days. In fact, at this point we are still mainly looking for testers. You should consider this an alpha quality release at this time!
What works so far?
Features we plan to develop works, we are already hunting bugs for months, but they are certainly still present. Remember, we are not looking for bugs that are tied to specific hardware feature, but bugs that are linked to the build process, userland and basic desktop functionality.
Report bugs in Armbian build framework section: https://forum.armbian.com/forum/12-armbian-build-framework/
Currently, the following Desktop Environments (DEs) are considered to have early "support":
In addition, there are more DEs which should be considered very much WIP, in other words, not really fully working (yet), but we designed a system that can have unlimited variants.
These changes are wide ranging and touch many parts of the code. Therefore even if you don't plan on using any "desktop" features, your testing can help to find bugs, even in "server" versions (as eventually this code will be merged with master in matter of weeks).
If you have been looking for some opportunity to help the project by getting involved a bit more, this could be your chance!
When you notice a problem make a pull request: https://github.com/armbian/build/pulls ( currently sits on a branch "desktop" )
Going forward we will be looking for additional desktop maintainers. Currently the plan is for the Armbian core team to maintain the framework and perhaps settle on 2-3 DE options. Any which are to be considered in addition to that, will need to come with some commitment to ongoing maintenance by whoever is interested in those additional desktops.
Join #armbian-devel IRC channel for development level chat and strengthen the desktop team. Welcome!
If this is your very first time using the build scripts, start with general instructions. If you are already familiar with the basics of building, some additional detailed instructions pertaining to desktop features can be found here. You will also need to add:
./compile.sh LIB_TAG=desktop EXPERT=yes
If you don't have option or desire to build from sources, you can also check if your board has nightly images - we are compiling them from this new development branch for a few weeks now - for the desktop you want to try / see:
For end users, if you just want to build image interactively and by choosing supported OS variants, things hasn't changed much and should just work while advanced documentation has changed significantly. Its pretty much WIP and is scattered around in those files:
During this change we also added most recent userland(s):
guidol got a reaction from Igor in NanoPi A64 doesnt connect with onboard Ethernet/WiFi with new compiled current/dev image
its working again with 5.10.10 (with my - at this time- local .dts/.dtb-change)
_ _ ____ _ _ __ _ _ | \ | | _ \(_) / \ / /_ | || | | \| | |_) | | / _ \| '_ \| || |_ | |\ | __/| | / ___ \ (_) |__ _| |_| \_|_| |_| /_/ \_\___/ |_| Welcome to Armbian 21.02.0-trunk Buster with Linux 5.10.10-sunxi64 No end-user support: built from trunk 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] System load: 4% Up time: 14:55 Memory usage: 10% of 985M IP: 192.168.6.116 CPU temp: 27°C Usage of /: 10% of 15G
System diagnosis information has been uploaded to http://ix.io/2Npi
guidol got a reaction from Igor in NanoPi A64 doesnt connect with onboard Ethernet/WiFi with new compiled current/dev image
@Igor I created https://github.com/armbian/build/pull/2579
but please ignore the old part about the configuration.sh from 2019 - its only the 2021-part about the phy-mode patch
guidol reacted to Igor in Bug GUI Armbian on Pinebook
Yeah, that's it. IMO something is wrong with / around LCD driver. I suspect this - Pine only sells Pinephone, which is the very similar hw, just in different form factor and by upstreaming LCD on Pinephone they break support for Pinebook somehow ... Since we already lost several afternoons trying to fix this it is unlikely to repeat that anytime soon. Not possible
guidol got a reaction from Igor in [Q] NanoPi Neo2 doenst boot anymore (complete) because of longer UUID
@Igorstrange - got near the same problem this evening with a nanoPi K1 Plus
(after updating to pihole FTL 5.5.1 and reboot = https://pi-hole.net/2021/01/19/pi-hole-ftl-v5-5-released-update-today#page-content )
The NPI K1 Plus is searching a shorter UUID than shown as blkid
The Boot-Error does show
So I did put the card of the NPI K1 Plus in my Neo2 (IP24) and monuted it on /mnt/sdb1
But with blkid and in /etc/fstab and /boot/armbianEnv.txt I ons could find the long UUID:
boot-err 971c3757-23ee-42 blkid 971c3757-23ee-4281-b0cb-989e7255e3d9 fstab 971c3757-23ee-4281-b0cb-989e7255e3d9 armbianEnv 971c3757-23ee-4281-b0cb-989e7255e3d9
Everthing seems OK - so because the Neo2 had the problem in /etc/fstab I deleted (the correct one) and replaced it with (in my sight) the same text and did put back the card in the NPI K1 Plus and it worked again ?? just fine Dont know what happend - while booting- the 4 times before I removed the card...
This is the second time this month with a different device...
System diagnosis information has been uploaded to http://ix.io/2MCd
guidol reacted to Igor in again a "no ethernet after update" - this time NanoPi K1 Plus with 5.10.4-dev
Thank you - you save others I didn't spot this problem ... fixed. I guess I'll need to expand my test rig with a few more boards.
guidol reacted to klbmnbdd in [Info] How to compile the actual 64Bit version of stockfish chess engine
Thank you for providing these valuable infos.
I successfully installed picochess with the current Stockfish 12 engine and the 3-4-5-men syzygy endgame tables on a 64 GB eMMC chip with Ubuntu 20.04.
Now I can use my Odroid C2 with a DGT Smartboard in conjunction with a DGT 3000 chessclock.
guidol got a reaction from lanefu in CLI forced variants
@jeyjey For supported SBCs the easiest way to get minimal or server-only images of armbian is to setup a own armbian-buil-system
on a 64bit Ubuntu or a VM:
with the armbian-build-system you will have a menu driven selection if you want to create a image for the type minimal, server or desktop
you can select between ubuntu and debian flavour of armbian and the version of ubuntu or debian...as long your SBC is supported by armbian.
guidol reacted to Igor in How does armbian have dts files that mainline linux doesn't?
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:
guidol got a reaction from Igor in [Info] FriendlyARM PCM5102A-Hat with NanoPi Neo under mainline 4.x.x and dev 5.x.x
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
guidol got a reaction from Werner in [Info] Samba server problem Kernel 5.10.0-rc2 with ubuntu focal on NanoPi Neo2 (1GB Ram-version)
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
guidol reacted to jernej in OrangePi Zero2 - Allwinner H616
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:
UART, ethernet and SD card already work, so it already works good enough for headless server...
guidol reacted to Igor in Armbian Donations
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.
guidol reacted to j___r in Kernel education needed
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.
guidol reacted to hexdump in High cpu usage by interrupts in A20 system
i think it could be a generic a20 problem - maybe have a look at:
best wishes - hexdump
guidol reacted to sucotronic in High cpu usage by interrupts in A20 system
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]
guidol reacted to 5kft in Orange Pi R1 IPSec freezing Problem with large amounts of traffic / e.g. iperf3
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.