p0rc0_r0ss0

Ok, fixed cooling, added 10A power supply. I guess cause of system instability somewhere in kernel config. I'm using stock one. Any ideas how to resolve this issue?

I did two tests: 1. I made my own custom build with "CONFIG_ARM_PSCI_CPUIDLE=y" added and got this results: http://ix.io/3qEx 2. Then made image with prebuilt kernel from repo. http://ix.io/3qJo This compared I get idea that my kernel config was not that bad after all. I checked power supply and it is 5V 3A, I have a feeling that on v5 kernel my board lacks power. Made this conclusion because on new kernels (petty much all v5) USB disk makes this ticking sound, probably lacks power. I want to try install active cooling.

First of all, thank you for your help. Much appreciated. Test system description Hardware is OrangePi4 4Gb + external USB 2.5 HDD drive. System A is stock OrangePi4 image. This one here. System B is same hardware with Armbian built on Ubuntu 20.04 with custom kernel config. It was pretty much first build of this kernel and I guess kernel needs a bit tuning. Now I'm rebuilding it with Which seems to cause system ignore idle states. Forged heat sink from old PIII CPU cooler, got this results. No more throttling on first image. http://ix.io/3qDo The problem with first image for me is that it doesn't support modules like netfilter and overlay2. It also updates from orangePi repo which sometimes is very slow.

Benchmarks were made on current hardware as a starting point. System A sbc-bench output: http://ix.io/3qAB System B: http://ix.io/3qAU Right now I have pretty small passive heatsink on board. If I get it correctly, new kernel is more effective, but in both cases "fast" A72 cores got throttled down. Yeah, I was thinking of getting 5Amp power supply, right now it's 4A, but I have doubts if it's legit 4A.

Thank you for your reply, My post was not intended as bug report, initially I placed it in "Reviews, Tutorials, Hardware hacks" thread. The idea was to share hardware tuning settings, best practices and kernel tweaks. This post was made not to disturb core Armbian team members, but rather accumulate live user experience. I think everybody will benefit with this approach. It would be not ideal to search for another forum and share opinions on how to tweak Armbian on ARM hardware. In fact, it may be productive to have separate forum section to share usage experience. It might lower volume of basic questions addressed to core team members. Thank you.

I've built custom Linux 5 kernel for Oprange PI 4 including only options required for this board and module drivers for peripheral devices. Long story shor: It works, it boots, it runs, it's hot. Now I _think_ I've located cause of overheat: Linux 5.*.* 08:58:34: 1800/1416MHz 2.84 50% 1% 8% 0% 40% 0% 73.3°C 0/5 08:58:40: 1800/1416MHz 2.85 28% 0% 7% 0% 20% 0% 73.3°C 0/5 08:58:45: 1800/1416MHz 3.35 62% 0% 8% 0% 53% 0% 75.6°C 0/5 08:58:50: 1800/1416MHz 3.96 48% 1% 9% 0% 37% 0% 73.9°C 0/5 08:58:55: 1800/1416MHz 4.04 42% 0% 8% 0% 33% 0% 76.9°C 0/5 08:59:00: 1800/1416MHz 4.20 71% 1% 8% 0% 61% 0% 75.6°C 0/5 Compared to this, working on top capacity ~54 degrees: Linux 4.*.* 10:05:44: 1200/1200MHz 2.44 31% 1% 19% 0% 10% 0% 0/5 10:05:49: 1200/1200MHz 2.73 28% 2% 18% 0% 7% 0% 0/5 10:05:55: 1200/1200MHz 2.67 32% 6% 23% 0% 1% 0% 0/5 10:06:00: 1200/1200MHz 2.61 31% 6% 22% 0% 1% 0% 0/5 10:06:05: 1200/1200MHz 2.56 32% 6% 23% 0% 2% 0% 0/5 10:06:10: 1008/1200MHz 2.44 23% 1% 19% 0% 2% 0% 0/5 10:06:15: 1008/1200MHz 2.80 27% 0% 17% 0% 9% 0% 0/5 At the same time on 5.* kernel my USB HDD starts to make strange noises of re initialization. As I get it, 4.* stock kernel is limited by max frequency, which results less heat and less power consumption (obviously). When I run it full speed my USB voltage diminishes. Are any heads up on system tuning for this board?

Long story short: My kernel is faster than old one on this particular hardware.

Whole my point of building Armbian was to create dedicated wandboard kernel with no extras but with layerfs support (hello Docker) and modern ubuntu release. If I get rid of kernel, there will be much less use. CSC stands for Contributor Submitted Config?

Ok, got wandboard up and running. Pretty much everything except for the fact that Caps Lock LED doesn't work and as always WiFi/Bluetooth adapter, which I frankly don't need. Now it's Ansible time. How should I commit changes to main repo? All I changed was in $buildroot/config and something tells me core contributors won't be fine with me committing to master directly. p.s. almost forgot important thing: Armbian is AWESOME project. Thanks to all people who participate.

Well after couple of days failing to compile USB support for wandboard I decided to try imx6-current with maintainers kernel config. It compiled and booted well. Then I decided to customize this config to get rid of extra code. My customization happens like this: ./compile.sh KERNEL_CONFIGURE="yes" BOARD="wandboard-srv" BRANCH="current" CLEAN_LEVEL="images,debs,make,oldcache" KERNEL_ONLY="no" BUILD_DESKTOP="no" BUILD_MINIMAL="yes" RELEASE="focal" EXTRAWIFI="no" Make menu config. if /srv/kern/v0.1.conf exists: Load /srv/kern/v0.1.conf Make adjustments. Save result as /srv/kern/v0.2.conf Save & exit menuconfig build etcher output/images/Armbian_21.02.0-trunk_Wandboard-srv_focal_current_5.10.4_minimal.img -d /dev/sdd test run Unless desired functionality achieved repeat with +0.1 to version number. Problem is that while customizing maintainers kernel I noticed that while my board is running, it some how has ipv6 support while: root@soc-server:/usr/src/build# grep -i ipv6 /srv/kern/v1.0.conf # CONFIG_IPV6 is not set by which I came to conclusion that my config might not be utilized during build. ---- UPD ---- On top of that I now replaced config/kernel/linux-imx6-dev.config with v.1.0.conf (my old version, not maintainers one), compiled and now I have USB support with keyboard working.

You mean, that when I run KERNEL_CONFIGURE="yes", configure kernel and say "Yes" to save kernel it doesn't use it automatically? I guess best way would be "save" to $buildroot/userpatches/imx6-current.config and then exit kernel configurator? Is there a way to skip patching and source compression stage? My sources are pretty much the same, only thing that changes is kernel configuration but I have to wait for patching_and_packing every time, which seems a bit excessive. Thank you.

I don't get it. I disable IPv6 and Radeon DRI drivers I load config to "kernel config" it compiles ipv6 which works and bunch of GPU drivers that are off in current config. Is there a way to verify that my config is used and not default from kernel/linux-imx6.config? I wonder if you be so kind to provide a couple of examples how to use it? https://docs.armbian.com/Developer-Guide_Build-Preparation/#executing-any-bash-statement As I get, we specify action we want to rerun as first argument and list of variables that otherwise provided by compile.sh as latter arguments. There is a list of functions in the beginning of each script in lib/ folder. But executing ./compile.sh 'compile_kernel' gives me pretty much same menu as ./compile.sh

I had cleaned patch/kernel patch/misc leaving only things I need on WB. (I think ) How do I get rid of [ o.k. ] Adding [ Wireless drivers for Realtek 8189FS chipsets branch:rtl8189fs ] [ o.k. ] Checking git sources [ rtl8189fs rtl8189fs ] [ .... ] Cleaning .... [ 1 files ] [ o.k. ] Adding [ Wireless drivers for Realtek 8192EU chipsets branch:realtek-4.4.x ] [ o.k. ] Checking git sources [ rtl8192eu realtek-4.4.x ] [ .... ] Up to date [ o.k. ] Adding [ Wireless drivers for Realtek 8811, 8812, 8814 and 8821 chipsets branch:v5.6.4.2 ] [ o.k. ] Checking git sources [ rtl8812au v5.6.4.2 ] [ .... ] Up to date [ o.k. ] Adding [ Wireless drivers for Realtek RTL8811CU and RTL8821C chipsets commit:2bebdb9a35c1d9b6e6a928e371fa39d5fcec8a62 ] [ o.k. ] Checking git sources [ rtl8811cu 2bebdb9a35c1d9b6e6a928e371fa39d5fcec8a62 ] [ .... ] Cleaning .... [ 1 files ] [ o.k. ] Adding [ Wireless drivers for Realtek 88x2bu chipsets branch:5.6.1_30362.20181109_COEX20180928-6a6a ] [ o.k. ] Checking git sources [ rtl88x2bu 5.6.1_30362.20181109_COEX20180928-6a6a ] [ .... ] Cleaning .... [ 1 files ] [ o.k. ] Adding [ Wireless drivers for Realtek 8723DS chipsets branch:master ] [ o.k. ] Checking git sources [ rtl8723ds master ] [ .... ] Cleaning .... [ 1 files ] [ o.k. ] Adding [ Wireless drivers for Realtek 8723DU chipsets branch:master ] [ o.k. ] Checking git sources [ rtl8723du master ] [ .... ] Up to date It adds it, it builds it and crashes with error about it, and I don't even have such hardware.

Ok, topic update. Good news, I found a good NXP manual on Kernel configuration for iMX6 chips, link will be attached in section below. Not so good news, despite all my efforts (Found that I was lacking CONFIG_USB_CHIPIDEA module) kernel doesn't see neither USB hub, nor BCM4339 chip, which is slowly becoming legendary headache. Funny enough, kernel 4.0.3 which wandboard.org provides with Debian Jessie distribution detects USB fine and there is no sane extra drivers loaded. Right now I'm using wandboard.dtb for hardware rev.A. Bottom line so far: Board is usable as server over net, but that's pretty much it. Strange thing with: cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies only 396000 792000 are available, despite 1GHz chip speed in specs. ToDo Fix USB HUB; Figure out what's wrong with cpu frequency if anything; Fix terminal screen powersave feature. See if there's a chance to get rid of "arm/mm: Found insecure W+X mapping at address" for CPU and "CPU: 0 PID: 147 at sound/core/init.c:207 snd_card_new". Which is unlikely, unless wandboard guys make some debug job done. Stress test system, so far kernel v5 looks pretty solid. LINKS Links moved to first post for convenience.

Thank you for swift reply. I figured out source of complication. It was data accidentally copied to sources/families/imx6.conf once I got rid of it everything went with flying colors. I managed to boot system (!) with kernel v5 (!!) and Armbian loading screen (!!!) all of it is awesome Right now I'm trying to build kernel for wandboard dl/q with no extra "fat" in it. For now I somehow trimmed USB keyboard support , I guess those TI OMAP platform files were not that useless after all. Strangely armbian-hardware-monitor.log shows all USB drivers load fine. [ 1.692772] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [ 1.692797] ehci-pci: EHCI PCI platform driver [ 1.692863] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [ 1.692949] usbcore: registered new interface driver usb-storage [ 1.693037] usbcore: registered new interface driver usbserial_generic [ 1.693071] usbserial: USB Serial support registered for generic [ 1.693292] mousedev: PS/2 mouse device common for all mice [ 1.693534] i2c /dev entries driver [ 1.697027] device-mapper: uevent: version 1.0.3 [ 1.697419] device-mapper: ioctl: 4.43.0-ioctl (2020-10-01) initialised: dm-devel@redhat.com [ 1.698358] ledtrig-cpu: registered to indicate activity on CPUs [ 1.698927] hid: raw HID events driver (C) Jiri Kosina [ 1.699086] usbcore: registered new interface driver usbhid [ 1.699092] usbhid: USB HID core driver As soon I figure out that kernel is working I'll upload all files to github. Thank you for your help, I'll try not to waste your time unless I'm absolutely sure I can't resolve issue myself.