chimeraos / linux-chimeraos Goto Github PK

I'm not sure exactly where the problem lies, if this is with OpenRGB missing some initialization or if hid-asus is setting some RGB disable flag that isn't set in Windows or with the unmodified kernel, but with this kernel (on Arch) the LEDs shut off while booting Linux and remain off even if I try to change them with OpenRGB. I then tried to save a mode change and it looks like that actually did persist when I power cycled, but again went off before Linux finished booting. I blacklisted hid-asus and rebooted into Windows which reset the LEDs to working (and OpenRGB was able to control them there) then rebooted back into Linux with chimeraos kernel and the LEDs stayed on because hid-asus did not load. I can successfully control the LEDs now.

I did not observe this behavior with the stock Arch kernel last I tested, but I can test again with the latest 6.4 kernel to verify this.

Edit: In stock Arch 6.4 kernel

[adam@Adam-ROG-Ally ~]$ uname -a
Linux Adam-ROG-Ally 6.4.3-arch1-1 #1 SMP PREEMPT_DYNAMIC Tue, 11 Jul 2023 05:13:39 +0000 x86_64 GNU/Linux

The hid-asus module does not load and the lights remain on (not blacklisted).

From my tests on my PC compiling the kernel (xanmod) with -march=znver3 makes battlefield 5 runs better, a small amount, about 4 FPS over 140+ and mhrise by about the same amount, but something that can be measured nontheless.

Therefore I also compile mesa with such an argument and can see another improvement, but since I removed from mesa a lot of unneeded stuff (Microsoft stuff, VMware stuff, libunwind and intel) I can't say the exact improvement and can only say that the overall improvement of doing this for important stuff graphics-related components is sizeable.

There is also the possibility of compiling with -mtune that should not break the binary for other targets, but it might hurt performance on those other targets and regressions would be more difficult to find. I wouldn't consider it as an option, but I want to inform the reader about this possibility.

Overall, for a desktop PC the hassle of compiling mesa and the kernel with that flags gives nice results paing back for those hours of compilation and it would be nice to see that for at least popular hardware (like the rog ally and the steam deck). However that means compiling a realease for each and every "notable" device and it will require time (not very much other resources as my assumption is that the device already works) therefore the discussion can continue from this point, weighting required time for the team and end-user experience. Maybe someone can test on a rog ally with some more games that bfv and mhr.