I also have i9-12900K and official Qubes 4.1 release ISO didn’t work for me when I’ve tried to install in UEFI mode.
But latest Quebs ISO build with kernel-latest worked fine.
Can you check your CPU frequency scaling?
I had an issue with it and wanted to know if others have the same problem:
First run this command in dom0 to see your current governor and if turbo mode is enabled: xenpm get-cpufreq-para
Check in dom0 your cores frequency in idle mode: xenpm start 1|grep "Avg freq"
Then assign 16 vcpus (or 24 vcpus if you enabled smt) to one of your VMs and start it. Run some high load process there, for example 7z benchmark: 7z b
Check in dom0 your cores frequency: xenpm start 1|grep "Avg freq"
I did the benchmark and had the same issues with scaling, the P cores are locked at 5GHz but the E cores are able to idle at 800 MHz, and I wasn’t able to get the latest-kernel build til install with UEFI enabled.
Coreboot/Dasharo seems to solve the issue, with coreboot I’m able to install with UEFI enabled. UEFI seems to solve the scaling issue, now all the cores idle at around 1GHz, both P and E. I’ll do some more tests tomorrow, but from my initial tests it seems like coreboot works much better than the stock firmware.
This actually seems to be the normal behavior. At least in Windows it behaves exactly like this.
Can you check if you have all cores at maximum frequency under full load with benchmark?
I had a problem with this and my cores didn’t get to the maximum frequency under full load.
Yes, the cores are 5GHz and 3.2GHZ when I stress test.
My guess is that Dasharo is showing the correct values for the ondemand governor, and the other values was for performance. If average is the average of the on time, performance should give the maximum value.
@renehoj do you mind if we link your HCL report on our documentation page Memory Compatibility - Dasharo Universe ? If you would be so kind, you may also provide us with more detailed memory information as described on the page.
We would also like to thank you for testing on social media. Is this acceptable for you?
@renehoj have you backed up your original firmware image? Dasharo currently does not support Serial Number and UUID migration from vendor firmware. So in case you would need those data, having the original image backup is required.
@renehoj you are the first person outside of 3mdeb who publically tested Dasharo on MSI. Thank you for trusting us and being brave trying even in light of potential bricking. We of course tested all procedures many times and are pretty confident that our configuration would work without issues, but you have slightly different memory and we would like to share with community that achievement.
We wonder if it would be ok to share your nick publicly on social media and in that way show our appreciation of your work. More to that we would like to invite you to Dasharo open-source firmware vPub Spring 2022.
P.S. As @miczyg wrote we hope you followed our manual and made backup.
The installation was easy, but I couldn’t get it to work from the livecd, and I’m really impressed by how well Dasharo works considering it’s not a full release.
I don’t have a problem with you sharing it on social media, and I’ll try and find the time for the vPub.
I did save the original firmware, in case Dasharo didn’t work.
You mean the Dasharo installation method? If you encountered any issues please feel free to describe it in the GitHub issues: Issues · Dasharo/dasharo-issues · GitHub
Well, we have pretty much finished the development. Maybe one more release with small bug fixes and improvements is ahead of us, but that’s all. Everything we will focus on right now will be the feature set like setup options for overclocking, etc.
It works but its firmware is missing from linux-firmware (firmware-iwlwifi) package (at least in debian).
I have MAG Z690 TOMAHAWK WIFI DDR4 motherboard and it has the same Wi-Fi card.
Check the output of this command in sys-net: sudo dmesg | grep iwl
I had errors about missing iwlwifi-so-a0-hr-b0-XX.ucode firmware so I’ve got the the latest XX number supported by my kernel (68 for kernel 5.17.7) from the output of dmesg and then downloaded the missing firmware from here: https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/plain/iwlwifi-so-a0-hr-b0-68.ucode
Or you can get it from tar signed archive from here: https://mirrors.edge.kernel.org/pub/linux/kernel/firmware/
Then copy this file in /lib/firmware in sys-net template.
@Sven please note that MSI uses the MS-7D25 designation for 4 mainboards: The PRO Z690-A WIFI DDR4 and PRO Z690-A DDR4 (with and without a WiFi 6 module) with DDR4 DIMM support, and the PRO Z690-A WIFI and PRO Z690-A, that uses DDR5. These two sets use a different PCB so they should not be taken as variants of the same model. Could you please change “MSI PRO Z690-A (MS-7D25)” to “MSI PRO Z690-A DDR4 (MS-7D25)”? MSI PRO Z690-A (MS-7D25) indicates DDR5 board which has not been reported by @renehoj
Dasharo works well on Qubes 4.1 release in UEFI mode and the igfx. The only problem is WiFi and Ethernet which requires newer kernel drivers and WiFi firmware.