Igor

We need something else ... In area of testings, we need (yours? and few more) part and full time engagement as a test engineer https://forum.armbian.com/staffapplications/ ... if you can pay for your time, we can't. So far all people that applied, sooner or later lost their interest in working for you. Testings is anyway automated and when a bug is found, there is nothing we can do as you don't want to compensate for the time we lost by working to fix problems you and our competitors have with those computers. Even recording a bug goes on our private bill. This is how you support us and you think a bug report for software support, which you are paying nothing for, will represent an added value?

It should work with 5.10.y, on 5.19.y (probably on 6.x too) is broken.

You can try creating a file /etc/X11/xorg.conf.d/01-armbian-defaults.conf with this content: Section "Monitor" Identifier "Monitor0" Option "DPMS" "false" EndSection Section "ServerFlags" Option "BlankTime" "0" Option "StandbyTime" "0" Option "SuspendTime" "0" Option "OffTime" "0" EndSection following by restart.

You did it right. Problem was on our side and it was corrected. Please give 48h before trying again from a fresh image to make sure our packages network is synchronised.

This is your lucky day Two weeks ago one company approached to us with the same plead. Once the deal is done and they pay the bill, this will start working.

My answer for your level of service is: its probably a week of work for a developer, its few hours for other professional staff. This costs X. If there is unlikely that our time will be covered, I have no choice but to sent you to the market. If we need to raise money in some alternative ways, it just add expense too. If I need to ask vendor (we have asked them but they don't care about you) to cover, it adds to costs. If i need to fight and convince users / you, that this problem is 100% your expense and has to be paid (in advance) in order to fix, this goes on the bill too. We have several parasite projects that takes our value in real time and forget to explain users where stability comes from. That fight adds to the bill too. Support from you we receive by asking you "donate" doesn't cover expenses of communicating with you. In total it usually doesn't cover expenses of a "small" problem like this one from this topic. This is why I have asked for a trade. Your week of work for my five minutes. This is common perception of people - its 5 minutes of work to fix some problem, while in reality this is a full blown week. Professional developer work week costs Y. When you will cover it, we will move on. Until you don't, we will have a conflict each time you will ask for something ... And you will. If not you, then someone else. We are far from actual R&D, debugging, development ... On the market, this service is going to be a lot more expensive for all of you but at least we will save a lot of time, money and stress. If we do it for free, we are stealing from professionals that has to feed their families, advancing our competitors ... And in fact, Armbian is ran by professionals, as there are many dirty jobs no volunteer wants to pick it up. They seek for fancy and cool jobs and I don't blame them. Most of people that read the topic are here to report and complain. Just a small % could help and just a tiny % of those could spent a week to spent. Almost nobody goes further to the point to ask - what the project needs to help us better. Perhaps this? Why I don't do it? Because I am unable to cover also that role. Why you will not do it? Because its a serious commitment. Why I don't hire a person for that? You don't pay for services, you put a pressure to this community to get it for free. And you are not a alone. Working device is what you need, but projects that helps you with that has different primary needs. We need money to cover what we do, to expand, to hire help to be able to help you ... while all you see are your small technical problems that are big expense, we have no way to finance for you. You have to do that!

Do I need a working device or you? Donations never covered more then 0.5% of our costs. What is here you are unable to process?

This is all you need to do: https://docs.armbian.com/User-Guide_Getting-Started/#how-to-install-to-emmc-nand-sata-nvme-usb

Nobody will read your observation, so why would that be important? Hire a developer and explain him troubles you have. Then send a patch to Armbian or upstream. Good luck!

I know this very well, but I also know that bug resolving can easily take 1000 x more. Lets trade. Your week for my 5 minutes. Do you feel insulted?

No.

Solution is to set to previous boot loader in a board config, similar to those.

We don't have enough of people to tweak desktops well and I am by no mean an expert in this area. I am more interested into low level. KDE is maintained by nobody / vanilla install ... I am trying to address XFCE, Gnome, Cinnamon, while for more (in fact already this is out of possible) ... https://docs.armbian.com/Process_Contribute/ I am just playing with Rock 5 at this very moment, running Gnome (Jammy), kernel 5.10.y ... Chromium under Wayland is accelerated, under X, not. Not sure if we want to enable Wayland by default as its not very stable. Arch / Manjaro don't care about stability at all.

If you want acceleration within Chromium, you need to switch to Wayland. It doesn't work under X.

That should not happen. What apt-mark showhold tells after installing OMV. It should list that kernel and dtb package are set to hold back from updates. Another workaround is to comment out repository /etc/apt/sources.list.d/armbian.list

Don't have Rock 3A, but 3D acceleration is present in all Armbian desktop builds OOB since years. Video acceleration within browsers? That is something else and doesn't work in Linux. Any. Their ARM section development is more or less porting from Armbian and build what comes to upstream.

https://www.armbian.com/lepotato/ Gnome Jammy desktop comes with Wayland support -> logout / login with wayland.

Recent boot loader has some issues. Our test device is running SD card, where problems weren't detected. Try to build an image with changes similar to those. By using previous boot loader ... ... adding this: BOOTBRANCH_BOARD="tag:v2022.04" BOOTPATCHDIR="u-boot-rockchip64-v2022.04" to board config file following by full recompilation.

This is not related. But it seems you don't understand. There is a group that is doing something and you are from the group that is consuming that work and pressing on the first group. There is no joint effort whatsoever. This is an illusion.

This forum exists for this. Here on graph below https://armbian.atlassian.net/jira/dashboards/10103 you can see how long it takes before tickets are closed when developers are sponsoring you at close to 100% and not the other way around. Biggest challenge and personal time loss is organising and coordinating activities (what you are expecting can easily be a full time job for several people) so we are rather relying on automated testings. Its significantly cheaper, more reliable and can be executed at any moment. We know for most of the issues, but since day has only 24 and not 2400 hours, this is best what can be done. What you would do? Project needs more help in other non technical tasks.

It seems that support for SPI got lost when upgrading kernel. Nothing unusual for software where maintaining is sponsored by its developers in their free time. Workaround (thank you) - previous 5.10.y kernel images from archive works well ... use it and don't upgrade (apt-mark hold linux-image* and linux-dtb*)

Worth trying older armbian-firmware package. Perhaps changes in https://github.com/armbian/firmware break it ?

SD / eMMC card compatibility. Possible workaround = power cycle several times. I found the same problem on Bananapi M5 and it seems this https://github.com/armbian/build/pull/4523 and https://github.com/armbian/build/pull/4524/files helps. If you can, try this. I'll double check when possible.