Igor

This you will need to ask him. I am afraid, but I can't give you that answer without spending a day / hours on the problem. You will need to invest your own time to satisfy curiosity or just enjoy working WiFi.

Why would you want to compile? This wireless chip should just work out of the box (on latest images). Perhaps you have some weird ID that is not recognised? Module info: Google or forum search can reveal things https://forum.armbian.com/search/?q=vdso.lds&quick=1

https://forum.armbian.com/topic/27323-http-error-404-for-sha-hashes-banana-pi-m1/#comment-165132 SSH & serial login is enabled by default. I don't think allowing blank password would be a good idea under such circumstance. Yes, its users call, but we have to prevent at least most stupid actions. One can always override this later in case he knows what he is doing. We even used to have password complexity check error, which was perhaps too hard and a while back was downgraded to a warning. IMO there are enough of safety compromises. Making it work on Ubuntu packages base represented months of work in exchange for virtually nothing. Rare people is able to understand that and most people are just used to consume without compensation, complaining and asking for more. If you / people would understand what they are asking for ... it would already be a great step forward. No, this is not easy to make. Especially because everyone expects from developers to pay for everything. Join, do your part. But not with requests and demands. Project would hire several developers to make it better for you ... As it is impossible to satisfy everyone in this aspect, we don't even try. Armbian provides clean base images with minimum set of applications. Additional applications can be installed classical APT way, via armbian-config or you start making your own images - build framework https://github.com/armbian/build is a masterpiece. You can do your own Armbian based image and adding your own applications in no time.

You don't read our news, newsletters or Linux media sites? We are making as huge bang as possible when time is right.

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.