@mikeyakame
Do you know if you leave the CPU and NB Clock Skew on Auto that they automatically change when you use higher or lower FSB?
Printable View
@mikeyakame
Do you know if you leave the CPU and NB Clock Skew on Auto that they automatically change when you use higher or lower FSB?
Start with the CPU Clock Skew Delay 100ps and NB Clock Skew Normal. If that doesn't work try CPU Clock Skew Delayed 100ps and NB Clock Skew Delayed 100ps. Still no luck CPU Clock Skew Delayed 200ps and NB Clock Skew Delayed 100ps.
Lower your NB voltage and run Prime95. It doesn't matter if it fails within 15 minutes. It's just to find what settings work good for you.
Can CPU/NB skews enchance DRAM overclock ability?
In order that estan the options in the bios? dram skel chanel a y b=? If I want that you advise me with it I do not like to have things auto
My OCZ Memory likes Normal or Delay 50ps. They were running at their maximum speed on Auto and changing the DRAM CLK Skew on Channel A/B didn't make them run stable above 1117MHz.
With the DRAM Clock Fine Delays at 4T I've got the best stability with these sticks at 1117MHz. You can see what your Clock Fine Delays are in EVEREST.
For higher speed you might need longer timings. The Clock Fine Delays for my G.SKILL Memory at 1199MHz are longer. I can't verify it at the moment what timings they are.
----------
I checked my DRAM Clock Fine Delays at DDR 1199 and they are 11T for Channel A1 and B1 and 9T for Channel A2 and B2.
Does Do you use fsb strap400? Try mean fsb strap 266 and 200 and one cannot though it uses fewer mhz in the memory
If your you use fsb strap better(best) dividing minor You were managing
I have tried almost EVERYTHING to get my system stable @ 500Mhz and Ram 1:1.....the most frustrating part is that it boots to WIndows 99% of the time, can browse, listen to music,watch CD-rips....but once i go HD rips,compressing archives or stress testing , it fails RANDOMLY and guess what? NO BSODs now.....just hangs there.
I am not even OCing the ram, its \rated to be run @ 500Mhz and yet , it just hangs in WIndows even after passing Memtest86+...so so frustrating experience with the 500 FSB.and oh yea, the board is rock solid @ 495 btw.....
ram 1:1 very bad ram 3:5 very nice
Gah XS timed out and lost my huge post. I'm not going to write it all again.
Basically as you increase DDR frequency MCH load increases, and voltage jitter limits decrease at the same time, so increasing Vddr to 2.4v lets say to get 1200mhz while using 1.55v Vmch to run 475mhz fsb at PL6 and 1.40v Vcc to run 4.2ghz, you might push the Vreg electronics to the point where 95% of the circuit operates correctly at say 90c, but 5% of the electronics can't guarantee the same consistent operational behaviour as the other 95%, this appears as instability, inconsistenly and errors.
Lets say 100% of the circuit meets operational specs at 85c with 90% output of its maximum, but your circuit is operating below 85c at 95% capacity at 75% output load, but once the output load increases past 75%, Vreg circuitry temps begin to shoot upto 95c in some areas and it just happens these areas also contain say 5% of electronic components which fail to meet operational specs at 95c and > 75% output, but the other 95% don't show any signs of faltering. You might pick up 1-2% of loss from the rest of the components over compensating, but you still have 3% which can not be compensated by the rest of the components working at their limits.
Nothing is perfect, and you need to sacrifice voltages sometimes to guarantee stability for the rest, Vddr then Vmch are usually the first ones that need slight reductions, if this means you lose some headroom and performance you have no choice, as the gains from PL/DDR frequency are much smaller than FSB/CPU frequency, and more important Vtt/Vcc filtering circuitry are designed to be much more robust and more importantly be broad enough to cope with scenarios that may occur only in 0.0001% of operation, but are bad enough to throw a stable system into a BSOD or corruption. It's more likely that CPU voltage is going to be increased rather than DDR, and GTL+ bus design is more sensitive to this kind of random occurance than DDR bus is.
You have your sticks in A1/B1 or A2/B2?
And did you change it manually or it was in MEM SPD? What tREF do you have? Or maybe could you screenshot Everest Chipset info?
The problem is that my current CPU is walled around ~465fsb. :(
Clock fine delay is set according to DRAM DLL selection, flight time calculation, and aggressiveness of cross clocking phase timing. The 11T value is a delay gate insert timing for the MCH, it doesn't really mean much in terms of an accurate PS delay skew. Changing DRAM fine clock delays (clock skews) works through additional DLL delay gate offset, achieved through two values.
1) Selecting the bitmask for fine delay adjustment from at intervals of 5ps, at 16 points, from 5-80ps. This is global for all DLL tables, and all dimm slots.
2) Selecting bitmask for phase degree offset of DLL fine delay value you want to manually set, this a 5 bit mask of 0-31, which gives 31 degrees of offset.
DRAM clock skew adjustment is done through the above method, the 11T itself means nothing as there is additional offset applied through bitmask of phase degrees and fine delay ps at the MCH. 11T could mean 770ps or it could mean 440ps, it is only relevant to delay gate insert timing for the current flight time calculations at POST, and not actual dram fine delay skew ps values, as it can change from boot to boot and still actually be a value within 20ps of another boot.
It was just an example, don't need to take it so literally. If your CPU walls at 465FSB, then you find that around 457-461fsb will be the sweet spot if gtl's and such are set up right. The point I was trying to make though was that as you get closer to the "WALL" of either the CPU, MCH or DRAM frequencies you require smaller operational limits to guarantee stable operation. This becomes harder to achieve the closer your get, and minute inconsistencies can break what appears to be perfect stability. You have much smaller room for error, which to guarantee small band of error requires much more stable voltage input from PSU, and your board's Vreg also has to give much more stable operation, which on any many boards of the same model gives wildly varying results with same components. You might find 1 in 100 will do it, but the other 99 will either fail completely or fail occasionally.
I use A1 and B1 for my Memory.
I don't change tREF it's at the default 3120T. I didn't try it with changing tREF because the ASUS Tech Support thinks that you don't need to change it.:confused:
Is this one of the problems that it randomly fails with the Memory running at DDR +1200MHz?:shrug:
I don't know. This is something that the ASUS Tech Support should try to find out because I can't change it in the BIOS.;)
The problem that it randomly fails is probably something with the DRAM Clock Fine Delays or something that changes, where we don't have control over in the BIOS, when we change the DRAM CLK Skew on Channel A/B. If you change the DRAM CLK Skew on Channel A/B you can have similar random failures in Prime95. But who am I to say that this is probably causing the random failures with the Memory at DDR +1200MHz.
You can see what the timings are for my G.SKILL F2-9600CL5D-4GBPI. This is with DRAM Timing Control on Auto in the BIOS.
http://i431.photobucket.com/albums/q...6-EVERESTT.jpg
How can the DIMM CLock Fine Delays be adjusted?
So I did it. :D
Finally I've achieved 600mhz on ram, the problem was as I previously supposed based in my MEM.
Good that I have 2 pairs of 2x1 kit, changed to 2nd one and bang. Worked as a charm on previous settings.
http://img370.imageshack.us/img370/7642/clipboard01.jpg
Probably can go lower with volts on MCH/DDR but that will require more time.
Or go higher on ram, what wouldn't be a bad option. :D
But first I need to get some fan to throw some fresh air on MEM cuz they are gettin' pretty hot while benching.
BTW: Does MemSet save Clock Fine Delays too?
EDIT: BIOS 803 still doesn't let set tREF or did I miss something?
I know the register offsets which hold these values, and I can explain the few that I've worked out, but I still cant for the life of me figure out the method for obtaining the actual fine delay in PS for each DLL table entry. I've worked out where I think fine delay ps bitmask is, and where some of the manually input phase degree offsets are set. I still can't get consistent results reversing the register values though.
I've run out of ideas on how to get the correct reverse data from the bitmasks/hex value. I believe I am missing the key element to how they are input by Intel, all I've got is educated assumptions to work with.
All he needs is the register offsets that hold the DRAM Clock Fine Delays to know what register to save in BAR_Edit so he can load them automatically at next boot to always have the same value.
This probably works very well when you don't have a dual boot configuration with Linux like I have.
Quick one:
I've got some:
2x2gb OCZ Reaper 1150mhz
Q6600 G0 VID 1.325 ( Watercoolerd)
9800GTX ( maybe a future Crossfire or GTX275)
I want to squeeze 3.8ghz minimum, of my Q66. In water.
Rampage Formula or P5Q deluxe?
For 20 bucks of diference, Crossfire 16/16, LCD display (really useful) Reset BIOS button, STALKER...
Worth it?
or would de p5q be more easy to get 3.8 or beyond?
Problem is you can't just change those values on their own.
Channel 1 DLL fine delays
FED14500 00000000 00000000 00004577 0000B033
FED14510 0000BB4A 00000062 00000940 00000018
FED14520 00002016 0000020A 00001B01 00000000
FED14530 00003332 00000924 00000924 00000800
Channel 2 DLL fine delays
FED14900 00000000 00000000 00002566 00009B11
FED14910 0000CC4A 00000C3E 000005EB 0000001A
FED14920 000004B4 0000020B 00001B01 00001121
FED14930 00003432 00000924 00000924 00000C00
The bold/underline are fine control delay/fine clock delay.
The underline are registers of interest for possibly phase degree offset.
Is anyone running any 2x1gb kit @ 600mhz? If so I would be pleased to get screenshot with factory spd/timings as long with your current timings.
Want to compare which timings I could lower instead of trial 'n' error whole week. :p
Especially I'm interested into tRFC.
EDIT: Started the fight with timings, so far I've lowered the PL to 6, and Prime95 blend goes pretty good but also my ram gets pretty hot.
A-Grey how hot is your ram while benching? Do you have additional fan to cool ram?
http://img165.imageshack.us/img165/8...board02kob.jpg
The Thermal Sensor Cable connected to OPT2 is measuring my memory temperature. I've got a 250mm side panel fan that blows fresh air to my memory. This gives me a temperature drop around 8-10 degrees Celsius.
The temperature of my memory is around 30-35 degrees Celsius under full stress with the side panel fan.
If you want to cool your memory take a look at this memory cooler from OCZ.
A-grey what divisor you use? and fsb strap you use?
I´m running some Kingston HyperX PC9600@600MHz (1200MHz effective) 555 15 tRD6 Strong DRAM Static disabled without any problem.
I´m at work now so the only screenie I have with my settings is this, when I get home I can get you some more info.
http://i282.photobucket.com/albums/k...70X2Defaul.jpg
There is a new BIOS available for the ASUS Rampage Formula.
BIOS History
[ 0902 ]
----------------------
Support new CPUs. Please refer to our website at: http://support.asus.com/cpusupport/c...Language=en-us
You can download BIOS 0902 here.
This time the new BIOS release is faster than the reply on the mails that we've been sending to them.:cool:
Well tREF doesn't need to be adjustable option, rather they just need to write assembly function to self track DDR frequency automatically. Ie the value is changed when DDR frequency changes. THat's the correct way to handle it.
Doubt Asus has done anything about it though, they are hesistant to copy working assembly code from other bios source packages to add features...Just imagine the likelyhood of having to actually write new source functionality, especially since the board has EOL'd some time ago. If its added then great though. My DFI bios does it properly, Asus just aren't bothered because it's not a huge deal. Correct tREF doesn't make a big difference, rather it just reduces the amount of bandwidth on the FSB that is utilized to fetch lost memory data if self refresh turnaround is too short. Reduces memory access through MCH a little too. It's more an optimization than a difference, but every little bit counts when it's wasted for no reason at all.
The problem with the DDR +1200MHz seems to be fixed in this BIOS.:D
No need to Delay DRAM CLK Skew on Channel B with 50ps to run Linx stable at 8 X 465MHz, DDR 1239MHz and tRD 6.
This is great.:up:
Let's see if it can stay stable now. When this can be done and someone can confirm with a Q9650 that he can run it stable now with DDR +1200MHz and tRD 6 we're back in business and maybe take the lead.;)
It seems they locked setting of skews with bar_edit in this bios 0902 (or maybe address got changed ?), also it breaks old OC profiles.
I am tempted to flash my Maximus Formula with the Rampage Formula BIOS. What gains would there be?
Iam again tempted to try to get pass this 3.8Ghz wall i been hitting since last update. Probably not.
I will give it a try this evening.
Here´s some more info regarding 2x1 @ 600MHz. Right now I having some fun with Windows 7 (the screenies is with W 7) but I usually run either of those two setups when I do game with my Rampage Formula and with XP 32bit.
I hope it can help some. ;)
http://i282.photobucket.com/albums/k...055515tRD6.jpg
http://i282.photobucket.com/albums/k...055515tRD7.jpg
Thanks Ghostleader, is you ram rated at PC6400 or more?
Anyway I'm currently running my ram at exacly same timings as you, at the moment I'm priming it in blend mode, so far no errors.
BIOS 0902 didn't solve the random failures when my memory is running faster than 1200MHz.:(
It would have been to beautiful to have it stable at 8 X 465MHz, DDR 1239MHz and tRD 6.
I'm going to try to isolate the problem but it won't be easy to know what's causing these random failures.
Yoh guys!
The new 0902 BIOS is out.
Don´t expect to much. The most faults aren´t fixed.
ftp://ftp.asus.com.tw/pub/ASUS/mb/so...rmula-0902.zip
Asus's support is a $%^&*$* farce...
ghostleader Since you managed of 3:4 to 5:6?¿? what fsb strap You used
This is the best I can do. All settings and voltages seem to be right but I can't keep it stable in Linx and it randomly fails in Prime95. If I raise one of the voltages a little bit more it fails much quicker.
If you lower your multiplier to 8 you can give it a try.
These are my settings.
Code:Ai Overclock Tuner [Manual]
CPU Ratio Setting [8.0]
FSB Strap to North Bridge [400MHz]
FSB Frequency [465MHz]
PCIE Frequency [100MHz]
DRAM Frequency [1239MHz]
DRAM Command Rate [2N]
DRAM CLK Skew on Channel A/B [Auto]
DRAM TimingControl [Auto]
DRAM Static Read Control [Enabled]
Ai Clock Twister [Moderate]
Ai Transaction Booster [Manual]
Common Performance Level [06]
Pull-In of CH A/B all disabled
CPU Voltage [1.36250V] - What you need for 3.72GHz
CPU PLL Voltage [1.50V]
North Bridge Voltage [1.41V] - 1.39V real
DRAM Voltage [1.90V]
FSB Termination Voltage [1.32V] - 1.22V real
South Bridge Voltage [1.05V] - What you have on Auto
SB 1.5V Voltage [1.50V]
Loadline Calibration [Disabled]
CPU GTL Voltage Reference [0.63X]
NB GTL Voltage Reference [0.67X]
DRAM Controller Voltage REF [Auto]
DRAM Channel A/B Voltage REF [Auto]
CPU Spread Spectrum [Disabled]
PCIE Spread Spectrum [Disabled]
CPU Clock Skew [Delay 200ps]
NB Clock Skew [Delay 100ps]
CPU Ratio Setting [8.0]
C1E Support [Disabled]
CPU TM Function [Enabled]
Vanderpool Technology [Disabled]
Execute Disable Bit [Enabled]
Max CPUID Value Limit [Disabled]
Intel(R) SpeedStep (TM) Tech. [Disabled]-> Not available anymore when CPU Ratio Setting is locked
When you raised a little bit some voltages, did you leave the cpu and nb skews as they were @ 200, 100? Because ive strted to thinking that for example 100nbskew might not let you raise your volt. And even the smallest increase causes instability. But maybe im wrong ive to test alittle bit more
Yeah, we know I posted it here and on the Rampage Formula forum. ASUS released it quickly without fixing the DDR +1200MHz issue to keep the crowd happy.:D
The problem with the Clock Skews is that it won't let you use any other combination.
With CPU Clock Skew Delay 100ps and NB Clock Skew Normal it isn't possible to let it run with DDR +1200MHz with these 2 X 2 Giga sticks. The problem is you have to use to much voltage on the NB that you create over volting it to force it to run like that.
Using CPU Clock SKew Delay 100ps and NB Clock Skew Delay 100ps let you run it with DDR +1200MHz but you will end up with a system crash trying to run Linx.
You are going to end up to use CPU Clock Skew Delay 200ps and NB Clock Skew 100ps. This seem to be the right settings because it let you run with DDR +1200MHz and the system crashes are gone. The only problem now is the random instabilitys.
What I'm thinking is that a Delay of 100ps on the NB is to much or a difference between the CPU Clock Skew and th NB Clock Skew of 100ps is to much.
This is pure speculation as we don't know what the exact delays in time are and maybe with adjusting these delays in the BIOS the problem could be solved.:shrug:
I fired up MemTest86+ V2.11 again and it failed Test 5 after 4 passes.
I'm running Test 5 alone now because it's the only test that it fails after some time.
I'm currently using 1.90V for DDR 1239MHz and that looks to be solving the problem. I changed it in the BIOS settings that I posted earlier.
I'll let it run for some time to be sure that the Memory is error free before I move back again to Linx.
For some reason guys my "E-mail notification" hasn't worked for months so I've had difficulty staying up to date in my subscribed threads. With that said it just started working again today for some reason and I was happy to see that this thread is still up and running strong (I assumed I was the only one still using a Rampage Formula), lol! The last time I was up to date in this thread they had just released BIOS version 0803 so I'm way behind the ball on this one. I'm gonna go back many pages and get myself up to date so that I can hopefully contribute to the thread! From reading the last two pages already I'm impressed with the amount of information and support still going on for this motherboard!
I can verify the same thing, I'm almost 100% sure its not the memory that holding my system back from going over 1200Mhz!
From my own experience once again, my G.Skills needed as much as .03 volts more to even boot windows from what I needed to pass memtest. Funny thing is, what I needed to boot into windows (which passed 4x 32m spi) failed instantly in memtest. My recommendation, forget memtest and test in the environment that matters - Windows.
With the memory at 1239MHz and 1.90V I can run MemTest86+ V2.11 all day long without making errors.
I think it's the CPU and NB Clock Skew. Something isn't right when you go so high on DDR frequenty. You can try what you want but if you go over DDR 1200MHz it fails.
Run it at 8 X 450Mhz and DDR 1199Mhz with tRD 6 and it runs so smooth that it's like your system isn't overclocked at all.
The testing has begun!!!:) Lets see the results. Right now im using exactly the settings A-Grey gave me with only difference the cpuv.
By the way, A-Grey can you give thelink from the testing program you use to tst memory. I use memtest right now. Do you think its ok?
I just had the first error @ 10% of the first pass :mad:
Im experiencing problem with uploading some screenshoots:mad:
Is there someone else who has similar prob?
Memtest is ok, on last page A-Grey quoted mike's post with MemScope, it's good too.
I'm usually first doing 1-3 passes of test #5 in Memtest then I'm moving to MemScope - if does one pass without errors I'm moving to the windows.
About screens - try to use imageshack.us
kuebk, i took your advice and here comes some screens
http://img9.imageshack.us/img9/204/skrmklippibtd.jpg
http://img26.imageshack.us/img26/8654/skrmklippibt2.jpg
The first one is with A-Grey settings
The second is with cpuskew100, nbskewnormal, nbv1.45, fsbv1.34, ramv2.00, all these bios settings.
More coming.....
Edit: I forgot to say i also change sb volt.es, both @auto
5 loops is to low, few times I've started to getting errors after 40-50 loop.
BTW: You are on 9xx bios, right?
Memtest 1error @ 11.1% of first pass. Test stopped. Im going to tweak biosset a little again...
You can find it on this page.
Just like I like I said. You're overvolting to force it to be stable and it's never going to be 100% stable.
Linx for 25 passes is a piece of cake compared to 6 hours Prime95+UT2004. When it isn't 100% stable you can forget the 6 hour run.
It doesn't take that much voltage to run it stable at FSB 465MHz.:shakes:
They are rated PC9600, Kingston HyperX, I have two sets of 2x1, can also run 4x1 @ 1200MHz CAS5 with my E8600, no problems, have not tried with my Q9650 though.
Glad that I could help. :)
With FSB 450 I run strap 400 (3:4) to get 1200MHz and with FSB 500 I run strap 333 (5:6) to get 1200MHz. :)
Maybe some help from zucker2k, i think he has the same fantastic gskills....
ANYONE with G.SKILL F2-9600CL5D-4GBPI and RAMPAGE FORMULA who can run stable over 1200mhz ??
Now that we know that we can't run it stable above DDR 1200MHz, I ask all of you guys to post your frustrations in this thread on the ASUS Rampage Formula forum before ASUS decides that BIOS 0902 is good enough to be released as a final BIOS.:up:
I count on you guys or ASUS is going to say that it's that stupid flemish guy alone that has problems every time and doesn't know how to configure his BIOS.:D
it goes better but with higher volts... lets see if it can do a full pass....
http://img9.imageshack.us/img9/2905/...ippmemtest.jpg
keeps going.....
http://img9.imageshack.us/img9/428/s...ppmemtest2.jpg
So far so good.......
http://img530.imageshack.us/img530/1...ppmemtest3.jpg