ALIGMSTEN

Well that strange apt says already latest? alistair@orangepizero2:~$ sudo apt install htop [sudo] password for alistair: Reading package lists... Done Building dependency tree... Done Reading state information... Done htop is already the newest version (3.1.0-0~armbian20.08.2+1). 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. alistair@orangepizero2:~$

Thanks Leo, That was straight from output of 'my' minimal test build conf. Built on win 7 virtual disk, I think mistakenly as oracle(64-bit) and not ubuntu, then quick check htop from root to see if the patches are working as expected. It looks like old version, unsure why, haven't delved that deep into build scripts. ___ ____ _ _____ ____ / _ \| _ \(_) |__ /___ _ __ ___|___ \ | | | | |_) | | / // _ \ '__/ _ \ __) | | |_| | __/| | / /| __/ | | (_) / __/ \___/|_| |_| /____\___|_| \___/_____| Welcome to Armbian 23.02.0-trunk Bullseye with Linux 5.19.17-sunxi64 No end-user support: built from trunk System load: 2% Up time: 4:00 Memory usage: 9% of 984M IP: 10.0.0.14 CPU temp: 46°C Usage of /: 10% of 29G Tip of the day: Looking for snap-free Ubuntu for Intel / AMD? https://www.armbian.com/uefi-x86/ Last login: Thu Jan 19 00:18:56 2023 from 10.0.0.10 alistair@orangepizero2:~$ htop --version htop 2.2.0 - (C) 2004-2020 Hisham Muhammad Released under the GNU GPL. alistair@orangepizero2:~$ Have now started build from older ubuntu(64-bit) virtual disk, really don't know if that difference could be reason, not so clued up on this part of things, and probably not an effect. Will let you know effect of different build and update the 'oracle' builds htop.

Hello, While testing adding efuse_xlate to extract the efuse version for h616 'opiz2' so that h6 and h616 can coexist, found the following with htop. Issue raised with: htop 2.2.0 aborting. Please report bug at http://hisham.hm/htop >>>> pointed me back here. Please have a look and let me know if help needed. Thanks, Alistair Welcome to ARMBIAN! Documentation: https://docs.armbian.com | Community: https://forum.armbian.com IP address: 10.0.0.14 Create root password: ******* Repeat root password: ******* Shell: BASH Creating a new user account. Press <Ctrl-C> to abort Please provide a username (eg. your first name): alistair Create user (alistair) password: ******* Repeat user (alistair) password: ******* Please provide your real name: Alistair Dear Alistair, your account alistair has been created and is sudo enabled. Please use this account for your daily work from now on. Detected timezone: Africa/Johannesburg Set user language based on your location? [Y/n] Y At your location, more locales are possible: 1) af_ZA.UTF-8 4) xh_ZA.UTF-8 2) en_ZA.UTF-8 5) zu_ZA.UTF-8 3) st_ZA.UTF-8 6) Skip generating locales Please enter your choice:2 Generating locales: en_ZA.UTF-8 root@orangepizero2:~# htop htop 2.2.0 aborting. Please report bug at http://hisham.hm/htop Please include in your report the following backtrace: htop(CRT_handleSIGSEGV+0x44)[0xaaaabbfc560c] linux-vdso.so.1(__kernel_rt_sigreturn+0x0)[0xffffbd51d788] /lib/aarch64-linux-gnu/libc.so.6(cfree+0x1c)[0xffffbd2bfc8c] htop(String_freeArray+0x24)[0xaaaabbfb9624] htop(Settings_delete+0x38)[0xaaaabbfb89c0] htop(main+0x53c)[0xaaaabbfae13c] /lib/aarch64-linux-gnu/libc.so.6(__libc_start_main+0xe8)[0xffffbd266e18] htop(+0xe2c0)[0xaaaabbfae2c0] Additionally, in order to make the above backtrace useful, please also run the following command to generate a disassembly of your binary: objdump -d `which htop` > ~/htop.objdump and then attach the file ~/htop.objdump to your bug report. Thank you for helping to improve htop! Aborted root@orangepizero2:~# Here is the objdump: op1z2_htop.7z

Very interesting and insightful to the work being done, thank you. It does reflect that meaningful dialog on the forums today is missing, when compared to older posts. I agree discussions after merging seems pointless. I would vote github mechanism's for developer's work.

Software, test images and report, hardware v1.5 is a case for schematics revision.

Hello @Kiendeleo, The red light on is standard for mainline and armbian edge images, they have a different device tree configuration (Hint, perhaps a change there may signal there is sufficient progress with edge images). The display engine etc is not patched into mainline or armbian edge, do not expect HDMI output. Wifi patches again, not there, and will not work atm. Not entirely sure of V1.5 hardware changes, haven't looked , and if that will effect development going forward, (maybe something is fixed!). Perhaps for what you expect/need working, consider the legacy images. The build system has been updated from AR1396... Good luck.

Hello @tpou versions of the boards I have are all 1.3

Highly appreciated Leo, thank you.

Hello, using mk_format_patch and for <LOCAL GIT URL> am getting bad url its NOT git git config [remote "origin"] physical look up or and any of git remote show origin - git remote -v etc will give the url if you dont know it already. Any suggestions configuring the url for mk_format_patch

A Quick Note: On behalf of @going who corrected the script when I was stuck. Those that have downloaded patching.sh there is a change required, if you have not already done so yourself. Delete a line [[ -n "$KERNEL_VERSION_LEVEL" ]] && info_pr "parametr -kv is not defined"; showhelp or fix it [[ -z "$KERNEL_VERSION_LEVEL" ]] && info_pr "parametr -kv is not defined"; showhelp

For most its a no guarantee, and as free time allows type of scenario, progress should start showing up though relatively shortly.

Hi anyone else having issue with selecting specific kernel? Adding: KERNELBRANCH='tag:v5.19.16' to build/userpatches/lib.config does not switch. sudo ./compile.sh EXPERT=yes CREATE_PATCHES=yes BOARD=orangepizero2 BRANCH=edge RELEASE=bullseye BUILD_MINIMAL=yes BUILD_DESKTOP=no KERNEL_ONLY=no KERNEL_CONFIGURE=yes COMPRESS_OUTPUTIMAGE=sha,gpg,img CLEAN_LEVEL=make,debs,images,cache Will BRANCH=edge cause conflict?

Hi, hopefully some kind and more knowledgeable soul could provide some pointers, when trying to compile out of tree dts with dtsi includes on orangepizero2. I realise the included files must be pre-processed before compiled and have tried numerous approaches all which failed miserably by not being able to move beyond the following error. Error: dt-bindings/interrupt-controller/arm-gic.h:6.1-8 syntax error FATAL ERROR: Unable to parse input tree The relevant lines in arm-gic.h: #ifndef _DT_BINDINGS_INTERRUPT_CONTROLLER_ARM_GIC_H #define _DT_BINDINGS_INTERRUPT_CONTROLLER_ARM_GIC_H #include <dt-bindings/interrupt-controller/irq.h> I’m unsure whether or not this is a cpp or dtc error. The paths seem to be resolved: alistair@orangepizero2:/boot/dtb-5.15.46-sunxi64/allwinner$ ls -l dt-bindings lrwxrwxrwx 1 root root 58 Jun 18 21:49 dt-bindings -> /usr/src/linux-headers-5.15.43-sunxi64/include/dt-bindings alistair@orangepizero2:/boot/dtb-5.15.46-sunxi64/allwinner$ ls -l dt-bindings/interrupt-controller/arm-gic.h -rw-r--r-- 1 root root 536 Jun 17 15:55 dt-bindings/interrupt-controller/arm-gic.h alistair@orangepizero2:/boot/dtb-5.15.46-sunxi64/allwinner$ Perhaps the error is obvious, here one of the failed instructions: alistair@orangepizero2:/boot/dtb-5.15.46-sunxi64/allwinner$ sudo gcc -I /boot/dtb/allwinner/ -E -nostdinc -undef -D__DTS__ -x assembler-with-cpp -o sun-h616-orangepi-zero2-b.dts.tmp sun-h616-orangepi-zero2-b.dts alistair@orangepizero2:/boot/dtb-5.15.46-sunxi64/allwinner$ alistair@orangepizero2:/boot/dtb-5.15.46-sunxi64/allwinner$ sudo dtc -I dts -O dtb -o sun-h616-orangepi-zero2-b.dtb sun-h616-orangepi-zero2-b.dts.tmp Error: dt-bindings/interrupt-controller/arm-gic.h:6.1-8 syntax error FATAL ERROR: Unable to parse input tree alistair@orangepizero2:/boot/dtb-5.15.46-sunxi64/allwinner$ Any help would be gratefully appreciated. Best, Alistair