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
ZenTimings #16
Comments
Can you provide a debug file? Thanks. |
@Engraulis Do you have the memory on "Auto" or "XMP"? I think it is a specific AGESA + Summit Ridge issue and might need to always read from first channel if a Zen1 CPU is installed. |
Flashed the same bios and installed 1800X, but still can't reproduce it with 4x8GB RAM. Your Kingston sticks are rated for CAS 16, but other sticks might default to CAS 20. Can you test different configuration? For example, switch the slots of the RAM - Hoodisk sticks in the slots of the Kingston sticks. Also maybe test with just 2x8. I can easily change the code of the app, so it always reads first channel, but I'm curious what will change if you switch them. |
I gonna lose my sanity doing RAM overclocking anymore. Today I have 0-3 errors in 30 minute RAM test, tomorrow after reboot - I get 15-50error per minute. I tried everything frequency (2133Mhz), voltages, timings, resistance with no good. Can you advise me - which parameter (voltage, timing, ...) can get random at different bootup, or change its significance after warming up. Yesterday I was checking my memory using only one DIMM. Get a multiple errors at one of YONGXINSHENG DIMM. Looking carefully I notice crack in soldering of one relatively big capacitor, and 1 missing small one. I stayed up all night resoldering missing capacitor. Yesterday this YONGXINSHENG DIMM was giving me 15-50errors at first minute. Yesterday I decided to trough this RAM module to trashcan (also I was thinking of BADRAM/memmap, but it's Linux). But today I luckily get 2-3error in 30 minute test (RAM fan disabled), and 0 errors per 30 minutes if RAM FAN enabled.... NOTE: most errors are 6;0;12 - TestMem5 v0.12@1usmus_v3 testing program. I was thinking it was related to memVREF - but I'm not sure now. Maybe increasing memVref helps a bit but I still have unknown parameter that gets RANDOM from boot to boot. Did you have exactly same AsRock motherboard? Or just a B350 chipset. Kingston HyperX with white heatsink - Nanya memory chips. This module has XMP profile (which actually only 2666MHz, don't know about timings). Nanya is not famous - but their chips is YONGXINSHENG has GoodRam memory chips - ThaiphoonBurner say it's Hynix. No builtin XMP profile. It's shitty ram module with bad soldering quality. Some smd capacitors get missed/or have
XMP off. Memory overclocking was enabled (Ram frequency set to 2666 MHz and DataBus termination was set), but all memory timings was set to Auto. It looks like ZenTimings read timing from SPD. Looking in CPU-z SPD or ThaiphoonBurner - I see many 1333Mhz preset with slightly different timings. Which one will be used by system? Also deep inside BIOS settings I have- "SPD READ optimization" parameter - read only first 256 bytes or whole 512 bytes of SPD.
I think it may be possible - memory controller have 2 different channels A and B.
OK i will on weekend. Also I upload SPD dump of each module - dose it copyR protected?? :) Also can you show memVREF, and other hidden voltages in ZenTimings. Also at BIOS version 2.0 - ZenTimings does not show termination resistance. I like this version because it has P-states downclocking (and same memory stability as version 2.2). |
I have B-die memory only, but mostly older revisions from 2017 and the hardest timing for me to stabilize is trcdrd. Have no experience with Nanya and Hynix, but also know these new Nanya chips are actually pretty good. I have AB350 K4 Fatality motherboard, but it accepts various bioses from all the similar B350 and B450 Asrock boards.
ZenTimings read the DCT registers, so it depends on the motherboard bios what is reported. I thought both channels are always synced, but maybe they can run at different timings depending on the DIMMs installed and if the timings are on auto in BIOS. Might actually flash one of my kits with your SPD and see what happens. PS: I remember VDDP voltage (not to be mistaken with CLDO_VDDP) helped me with 4x8GB B-Die sticks and 1800X 3 years ago when I was testing a similar configuration. |
How you will do that? Will you use ThaiphoonBurner for it? What if something goes wrong? Also does AsRock has some way to flash bios if you previously flash wrong bios and now nothing works - like place USB falsh in special usb port (ASUS way), or do it from DOS inputing some commands (making *.bat file).
Better blink with all christmas tree colors, make some beep, and show error screen - "!Timings not identical!" :)
For now I reflashed 1.3 BIOS - and has 2 stable bootups with no error at 2666MHz and auto timings. I will try it later.
DebugInfo for 1.3 BIOS Also: what is "SMU 25.84.0" version means? |
CLDO_VDDP was useful with first gen Zen and earlier bioses, it seems to be not that important now, but I only put my 1800X in the socket when testing ZenTimings. I have a programmer and can connect it to the board and flash it with any bios. |
Separate DCT readings added in new version. You can read them by changing selection in DIMM dropdown. |
ZenTimings return gibberish instead of actual timings.

See screenshot. Same timings in BIOS, CPU-Z, RyzenTimingCheker, but different in ZenTimings
The text was updated successfully, but these errors were encountered: