Igor

tl;dr; difference between generations is usually huge, between private old and mainline new, only bigger. https://github.com/armbian/build/blob/main/config/sources/families/odroidxu4.conf#L19-L32 5.4.y is private vendor kernel that is getting generic bug-fix patches from mainline 6.1.y is pure mainline Without code analysis and understanding of related (CEC) mechanisms it is usually hard to tell anything. Its a complex question that could require extensive study on top of general kernel know-how. Theoretical / I didn't look into the code or commits ... it could be more simple answer too. Probably features names changed. boot.ini is Harkernel proprietary way of setting kernel / hw parameters, tailored for their kernel. Bookworm "current" will still come with 5.4 so you need to switch to edge 6.1 kernel manually or via armbian-config. We will keep 5.4 at least for next release as dropping it ain't a simple binary decision.

Video Subtitles What we did? This: 1. Check remaining from Jira tickets https://www.armbian.com/participate/ 2. Review issues https://github.com/armbian/build/issues 3. Review pull requests https://github.com/armbian/build/pulls

I have seen this before, but some time ago. Today I have tested numerous of minimal builds on different boards and can't recreate this behaviour. I will try on Rockpi S when I get to it - its not easily accessible.

IMO lets wait a day then proceed with a proposed fix. Still better then leaving as is.

If its not in the menu, it means overlays weren't developed. Our capacity for development is limited as with this its not possible to hire many people that will serve you. We will probably do this once, but we have many many other issues to fight. If you are asking Armbian volunteer maintainers to sponsor development (for your business or fun), you ask once, then perhaps go and hire professional to do the coding for you and then you share with others. This is how you can make someone else happy. No offence, but project owes you nothing, contrary. If this is something critical for you, then it won't be a problem supporting people that helps you? If you want to get a quote for developing this, you need to be at least gold partner. This is how we try to cover the loss of providing software for free. For you and open source pirates that are not contributing to open source while providing Armbian under different name(s). Please do not @call people if they aren't your friends.

Try with: sudo touch /root/.not_logged_in_yet + reboot.

Yes. https://github.com/armbian/build/blob/main/lib/functions/compilation/patch/drivers_network.sh#L162-L198

Yes,

Rock 3a (Armbian_23.5.0-trunk.219_Rock-3a_jammy_edge_6.3.3_minimal.img.xz) also tested by @monkaBlyat installed gnome DE network working hdmi / audio jack sound output working all 4 usb ports working image boot nice and smooth without issues from sd card

Can you check if this happens with last nightly images?

Most of the gpios are muxed and you must be hitting those that are used with network.

Current installer might still have bug. - new release is coming out in a week - RC images must work Alternatively, try self install image,

https://www.armbian.com/nanopi-r6s/ OP is asking about T6 which is slightly different, but it might even work with those images to some degree. Mainline on RK3588 is still WIP @Efe Çetin have you played with mainline on this one?

FYI. If anyone wants to expand defaults for better customisation, sources are located here: https://github.com/armbian/build/tree/main/packages/bsp/common/etc/update-motd.d

Yes, exactly this is what we hope you to do 1st, before even thinking to complain about. In several years many problems are fixed, so going once again on this path again, just for you, because you don't run latest kernel ... is plain stupid. I know you agree. We are also pre-programmed - if you don't run latest kernel = ignore that user / report as we are already way to small to address issues on latest kernel and there is nothing we can do about. We have to at least try to prevent users to waste time in such grotesque manner. That's the point of - "update first!"

I made a first round of testing, some manually: khadas edge 2, installed to eMMC, logs: https://paste.armbian.com/iviwutanag bananapi m2+, installed to eMMC, logs: orangepi lite2, logs: https://paste.armbian.com/awicabotod khadas vim1, installed to eMMC, logs: https://paste.armbian.com/ulopiziseb , maintainer needed khadas vim2, installed to eMMC, logs: https://paste.armbian.com/editiyaziv orangepi2e, installed to eMMC, logs: https://paste.armbian.com/ekuyaporil and some via auto-testing machinery. Most of images works: We need to fix Rpi4, Jetson nano, perhaps other media?

Download: https://www.armbian.com/nanopi-r6s/ (unofficial WIP support)

Those are developers preview builds, where you can check what works and at some point it will be good enough for some uses cases. In a couple of years, it will be functional on the level of kernel 5.10.y. Download is possible from CI pipeline: https://github.com/armbian/build/releases Boot log: This board is looking for maintainer(s) and (this) forum moderator (contact @Werner).

https://www.armbian.com/radxa-zero2/

https://www.armbian.com/odroid-m1/ - kernel 6.1.y LTS

Just a reminder, if someone wants to fix it.

https://www.armbian.com/rock-5b/

Many of us are using Armbian not just on ARM single board computers but also on servers (bare metal & virtual). We use our builds since we trust it more then Debian, Ubuntu, not to mention other distributions that are recklessly updating and one ends up as an OS tester and not OS user. Personally I use Armbian Jammy on Ryzen 9 workstation with great success. My primary use case is development / productivity. For the road I used to have 13" Dell notebook which recently suddenly died. It was out of warranty so I had to get something new. After some testings of various devices I settled with 12th Gen Intel i5-1240P powered Lenovo. Then I tried many general purpose distros to see how well they work and all had some (minor) troubles ... We are having UEFI images (common image) since some time, but UEFI nor desktops were fine tuned nor ready for such performance daily driver desktop usage. We were close, but not close enough to just run it. Past two weeks we have been lifting general UEFI support, fixed many bugs and what came out is "Armbian ultimate developers desktop build". - improved support in GRUB (armbian wallpaper) & HiDPI GRUB support - all preinstalled applications are normal apt packages - current 5.15.y kernel, Jammy userland (5.19.y has some strange issues) - snapd is not installed (user can install it) - HiDPI support (automated adjustments on big screen resolutions) - NVIDIA graphics acceleration with proprietary driver (x86 only) - Intel graphics acceleration also works out of the box - preinstalled Google Chrome (x86 only) - preinstalled Microsoft Visual Studio Code (x86 only) - ZFS 2.1.5 ready (apt install zfsutils-linux zfs-dkms) - face unlock works perfectly fine on this laptop - installation to SSD drive to dual boot with Windows 10/11 is supported Armbian classical way by transferring actual live image to the prepared partition via nand-sata-install. All you need to do is prepare spare space on your drive, Windows 10/11 or Linux, UEFI support (most if not all hardware for past 10 years has it). I have tweaked images (XFCE, Gnome, Cinnamon) a bit to my personal needs, but making changes is welcome. Nice to have: disk encryption within nand-sata-install, small bug fixing, additional DEs. Currently we have CLI, XFCE, Gnome and Cinnamon. Others are too buggy. https://www.armbian.com/uefi-x86/ https://www.armbian.com/uefi-arm64/ Please report where it works and how (well)!

Samples arrived ♥️ HW looks fascinating, Armbian is yet to be ported so can't comment how good this is in realworld. Its shipped with stock Khadas Ubuntu, kernel 5.4.y, which is good to boot something ... Technical specs at CNX.