Does old Platform/CIX/Sky1/PackageTool/Firmwares/bootloader1.img work with pm_config 2.6?
Orion O6 Debug Party Invitation
@geerlingguy, I managed to get AMD Radeon RX 6700 XT working with UEFI version 9.0.0 in ACPI mode and Ubuntu 25.04. However, I had to build my own kernel (I could provide instructions, if necessary) - if I am not mistaken, I applied the patch attached here on top of commit 7a13c14ee59d4f6c5f4277a86516cbc73a1383a8 (that is between tags v6.15-rc4 and v6.15-rc5).
Doom 3 (in the form of dhewm3), GravityMark, and Shadertoy in a browser seem to work fine. Actually, Doom 3 had some visual artifacts, but after I switched the OpenGL driver to Zink (with MESA_LOADER_DRIVER_OVERRIDE=zink as an environment variable) they disappeared. Setting RUSTICL_ENABLE=radeonsi let me run the Geekbench Compute benchmark, but it complained during the result validation at the end and performance was atrocious (more than an order of magnitude lower than expected). The older Clover OpenCL implementation led to a kernel panic.
1 Like
Unfortunately not. The format of the structures has changed between the two. I can recheck the detail this week-end, but from memory I think there was a new field indicating the power level in the new format that was not there in the old one (only freq and voltage).
Another thing we’re really missing, maybe your contacts at CIX have an idea how to do this, is to mark certain OPP as “boost only”. This is super convenient, as it allows to declare some OPP that are possibly not stable and that are not used by default. The user can then set the max OPP they want then enable boost mode to benefit from them. It allows each board owner to try and choose the frequencies of their different clusters depending on what their boards support. For example, my first board was fine with the two big clusters at 3.0 while the second one supports only 3.1 and 2.7 for them (which confirms your concerns about 2.8 not being stable everywhere). This leaves quite a good margin from the new “stock 2.6” for most owners.
I had been using the boost mode quite a lot at the RK3399 era (particularly on my build farm for obvious reasons), and it was really appreciable, allowing the user to recover the unused (and understandable) safety margin from the stock device.
BTW, if you get the whole BIOS source code this month, maybe it will be easier for all of us to figure how to just add settings there like in any PC instead of flashing such parameters at build time, so that anyone can simply adapt to their device’s capabilities. I’m still super busy till the end of the month (new haproxy release) but after that I’m on holidays, I’ll have more time to dig 
1 Like
If you have not seen it - @geerlingguy uploaded video about Orion C6 SBC:
https://www.youtube.com/watch?v=OMnCqmM-WKo
This is review I was waiting for. Now can share with all those friends and people who sent me link to Orion C6 announcement in December.
4 Likes
This was great, thanks!
There was a bug with hdp flush in amdgpu (likely an acpi issue or HW issue). I think fixes are in current -rc5 kernel.
Or you might need to compile vanilla kernel, something like 6.12 (not a stable branch) by yourself. Some distro kernels took commits that break things so you might be out of luck.
You might need to check this thread:
https://lore.kernel.org/amd-gfx/CADnq5_PuXu-9MAhr3d7HLGnOqHR7Uo+nJPzrpdJEusvRCE8wbw@mail.gmail.com/
Yes, I confirm that kernel version 6.15-rc6 works without any extra patches on UEFI version 0.3.0-1, in ACPI mode as usual. In fact, I am writing this reply on my O6-based machine 
.
In my case I simply got the kernel source, copied one of the stock Ubuntu kernel configurations from /boot, ran make oldconfig, and was able to compile a working kernel.
4 Likes
I have created a set of PPTT tables for this machine, which fix the topology when injected using fedora+dracut.conf’s acpi_override option. They are in two forms as github issues rather than PR’s for ‘reasons’ one of which is an aslc file which can be included in the edk2 acpi build dirs/etc and should compile if your lucky enough to be able to build it in a meaningful way. Its possible depending on kernel configuration/etc this could help performance, but I’ve not done any benchmarking just validation that its possible to convince SPE and lstopo to work.
1 Like
Also for all the people plugging in GPU’s/etc. The x86 option rom emulator doesn’t appear to be enabled by default on this platform. That means that unless you have an arm option rom and a supported card you won’t get UEFI graphics on it, and likely it won’t configure correctly in linux either.
Ex: the X86EmulatorDxe.inf should be added to the edk2 build, and that will enable a subset of boards that don’t tend to work out of the box on arm platforms.
1 Like