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 @going apologies for delayed response, I can check the patches you need for h616 soc please advise, might best as personal mail. The frequency-scaling patches are not ready, concerns raised by Thomas Kaiser have been addressed for cpu variant, operating points, with efuse, the nvmem-cells bindings need some more work, which I haven't been able to do yet. This would limit the table to 1512 MHz for variant 1, further optimisations and testing beyond myself could lead to more discussion before a PR might be made.

Display engine is not patched into mainline yet.

Appreciate you sharing your work @going. Good to see these types of discussions here, which are otherwise less visible, and found in build PR's or Issues. Very helpful to myself and others who are new to the armbian eco-system.

Yes I do use multiple terminals during builds, essentially for patching and checking files when patching simultaneously. I don't normally ssh a session/sessions from the host but have in the past.

Clean start and switch is now functioning, thanks again. I must have forgotten about something as building has been infrequent of late. https://github.com/AGM1968 At moment for home, I use windows laptop VM to build, nonetheless will set up linux machine shortly. Generic start as above, I assume that what you mean? 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

Thanks, think corruption my end, will start afresh.

Thanks @going very willing to help, please guide. My initial attempts were as you have said above previously, but not so elegant, by adding KERNEL_VERSION_LEVEL="5.19" KERNELSWITCHOBJ='tag=v5.19.16' directly to >> userpatches/config-example.conf. However gave [....] Variable tag=v5.19.16 unreachable for extraction. I am assuming it will unfortunately end similarly with your above suggestion. EDIT: This could easily be related to my fork though!

Thank you @going most useful...

Thought there was a way, but seems not, LIB_TAGS are for branch only? or looks that way. Decided to change sunxi64_common.inc in my fork to get testing done. Thanks.

Thanks, yes understand the logic, being lazy, armbian series that after hasn't landed in 6.0, Now require many changes to do quick test builds for h616 cpu-frequency-scaling. Have to add thermal, sid, etc instead of simple changes to nvmem in 5.19 which will speed me getting this done. Not sure when will follow and conflicts with my changes later. Current 5.15 doesn't have what need. Anyway trying to force kernel doesn't work, above is missing conditional logic anyway, but wont force when added.

Ok think it sunk in!! something like this then. if [[ $LINUXFAMILY == sunxi64 && $BRANCH == edge ]] && BOOTBRANCH='tag:v2022.07' # conditionally change u-boot git branch/tag KERNELBRANCH="tag:v5.19.16" #always change to this kernel tag fi

Thanks Werner, I am not understanding the use of KERNELBRANCH? https://docs.armbian.com/Developer-Guide_User-Configurations/#user-provided-configuration

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?

For now personally will stick with rsb bus, adding cpu-frequency-scaling, test boards have stabilized. @orangepizero2:~$ uname -a Linux orangepizero2 5.19.6-sunxi64 #trunk SMP Mon Sep 5 23:16:49 UTC 2022 aarch64 GNU/Linux @orangepizero2:~$ find /sys -name cpufreq /sys/devices/system/cpu/cpu3/cpufreq /sys/devices/system/cpu/cpu1/cpufreq /sys/devices/system/cpu/cpufreq /sys/devices/system/cpu/cpu2/cpufreq /sys/devices/system/cpu/cpu0/cpufreq /sys/module/cpufreq I noticed some differences between i2c/rsb in regulator-max-microvolt that I previously missed, have not tested.