dziekon

I ordered the 2GB version some time ago, should arrive in about week or two, judging by the previous orders from Xunlong's shop. I have quite high hopes for it, since it should be slightly faster and much cheaper than the OPi Zero 2. Will see how the bring up goes, hopefully I'll be able to at least boot it up with minor tinkering.

The proposed change patch looks malformed, but I assume you'd like to swap the LEDs, so that green is the board's power, while red is the board's activity (currently, power)? If that's the case, it makes sense to me, and I believe this was the original behavior as present on orangepi-xunlong 4.9 kernel. As for the patch itself, maybe it would be better to send these proposals as RFCs on Github directly, gists, or even just files? Looks like the board doesn't handle large code snippets that nicely, as it doesn't support highlighting, nor collapsing for easier thread maintenance. Just some thoughts to prevent spamming this discussion thread with non-exactly-discussion things.

@ALIGMSTEN thanks for the explanation. I've seen you've started a PR with your changes for newer kernels, so I guess I'll stop working on my own PR.

Hi @ALIGMSTEN could you please clarify what do you mean by saying that kernel 6.x.y is problematic in terms of introduction of CPU frequency tables? Personally, I was able to replicate what you've done in that regard for kernel 5.19 (I'm referring to this PR: https://github.com/armbian/build/pull/5123) in both kernel 6.1 (current) and 6.2 (edge) with no issues (as in - the OS boots, works & passes sbc-bench). You can see my results summary here: https://github.com/mdziekon/armbian-build/pull/2 For now I've opened a PR against my own fork, but if you think this is the right path, there's nothing preventing me from opening a PR against main armbian repo.