-
Notifications
You must be signed in to change notification settings - Fork 126
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Raptor Lake, 13900k no bus or memory info #404
Comments
Nice. This is the first received report about Globally CoreFreq support appears good. Especially the Hybrid topology. To complete with the IMC Memory Controller, I will need you post the output of I'm also observing a Target Ratio of Vcore is supplied for PCore but not computed yet with the Ecore yet, although we see a |
lspci -nn
|
You can now try to decode the IMC from the latest |
Looks good:
|
Do you have 4 sticks of 8GB DIMM ? |
No, 2 16 GB Sticks.
…On Fri, Jan 20, 2023 at 2:42 PM CyrIng ***@***.***> wrote:
Do you have 4 sticks of 8GB DIMM ?
—
Reply to this email directly, view it on GitHub
<#404 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAF7RJLB7KVLMYJTXL2CF63WTKI47ANCNFSM6AAAAAAUAD455U>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
Thing I did not notice with Alder Lake i9-12900K but later with AMD Zen3+ is the DDR5 in quad channels. Here 13900K has 2 x DDR5 DIMMs in quad channels mode (thing you may read in other Windows tools) but contrary to AMD, Intel seems to split each DIMM in 2 registers sets, same settings but half size. One for each 32 bits mode. This could be the trick they used to keep the registers specs the same as previous arch: Alder Lake. So facing DDR5, CoreFreq algorithm will have to sacrifice one every two controllers; let's say the odd identifiers and alter Geometry to reflect the true size. |
Hello, Can you give a quick test to this version and post the Memory Controller output ? In case you have an Alder Lake, the same test will help for non regression. Thank you |
Meanwhile I have completed the support list of Chipsets: can you pull the Thank you |
|
Thank you.
Uncore range change is btw available in branch. |
Does your BIOS say "Dual" or "Quad" channels ? |
From manual, Memory Channels Timing screens are those I would like to see, plz. |
Thank you. So CPU-Z is showing it as Quad 32-bits channels, like for Zen, but Intel differs from AMD in the number of controllers associated: for two DIMM sticks, 2 controllers for Intel vs 4 controllers for AMD Somehow CoreFreq does not report |
Hello, Using latest commits, you will get:
|
Can you also switch to Experimental mode in
Next you set for example a |
Small correction to the duty cycle is applied, just not displayed correctly. |
|
Yes !
But not on ADL + DDR4 |
Space is indeed missing: only 5 digits. |
You can now pull the last commit to read Available for Intel DDR4/DDR5 |
If you look at my BIOS screenshots, there is a setting "Realtime Memory Timing" This allows to write access, but I don't know if it uses the same registers. |
And I wonder if it talks about SPD data as mentioned here : I have no clue of such Registers. Do you know if XTU or other low-level Windows software are capable to alter IMC timings ? Concerning the IMC Registers I'm using in CoreFreq: in the past I have forced writing them through MMIO mapping and it immediately crashed kernel. |
Allok |
Hello, I forgot to activate the Uncore PMU Can you please pull and build from latest The |
Small addition, the min value doesn't get applied. I have to check if this maybe is BIOS related, uncore always moves around 4.2Ghz - 4.5Ghz |
Very odd because you have a K processor. I have been able to alter Min ratio from a Mobile Tiger Lake |
This MSR Line 146 in b703886
This bits specification Line 1509 in b703886
Presuming ## Read initial ratios
rdmsr -ax 0x00000620 0x0832
...
0x0832 ## Write Min ratio to 0x32
wrmsr -a 0x00000620 0x3232
## Read register again to check if value is taken into account
rdmsr -ax 0x00000620 0x3232 ## is OK |
I tested a bit further as long as the E-Cores are not loaded the min/max get applied if all cores are loaded the BIOS seems to have a hard-coded limit of 4,5Ghz. I can override this in the BIOS, but its pointless performance doesn't increase, but power usage does. |
Thank you for your return. |
Hello, Using latest Since your last test, developments have impacted the Bus Rate and Speed, DRAM Speed, Controllers topology. |
Thank you for your IMC data. It looks coherent with what I can google about |
corefreq-cli -s -n -m -n -B -n -M -n -C 1
The text was updated successfully, but these errors were encountered: