Perhaps it might be worth e-mailing ASUS support. Because if an ASUS eePC works with it then they could test what is making it work on one but not the other.
John
Printable View
Perhaps it might be worth e-mailing ASUS support. Because if an ASUS eePC works with it then they could test what is making it work on one but not the other.
John
I got an MP3 frome Creative buyed last week, its Mosaic EZ100 16GB, same thing happens, not detected.
On EeePC 1005HA its all fine. :shrug:
The BIOS calculates some of the timings according to the BIOS settings every time it boots up. When your DRAM Clock Fine Delays aren't the same on every boot or reboot than you know that your overclock is unstable. A difference of more than 1T is bad.Quote:
Originally Posted by JohnZS
The calculation fails to easy and that's why it's so hard to find a stable overclock on an ASUS board.
Anything but ASUS. :DQuote:
Originally Posted by greg.m
I guess it's time to save some money for a new build. :yepp:
Maybe there's not enough voltage on the USB connectors. :shrug:Quote:
Originally Posted by Counter CS
Have you guys tried the Intel BIOS Implementation Test Suite yet?
http://www.xtremesystems.org/forums/...d.php?t=267289
Do at test run, maybe AlienGrey can make some sense
Running MSR consistency test suiteQuote:
Originally Posted by Senator
(MSR 0x0 consistent): FAIL
(MSR 0x2a consistent): FAIL
(MSR 0x39 consistent): FAIL
(MSR 0x118 consistent): FAIL
(MSR 0x19e consistent): FAIL
(MSR 0x400 consistent): FAIL
Summary: 4687 passed, 6 failed
SMI Frequency and latency
Summary of impact: observed maximum latency = 511us
Risk of OS timeouts exists with this observed latency (ideal is < 150us)
It's very bad but it could be worse. These test were done at 4.05GHz. The maximum latency is +600us at stock speed and BIOS Defaults. :rofl:
I have the same failings on my Rampage Extreme! :mad:Quote:
Originally Posted by Alien Grey
See here for more details
From what Zailbird and nn_step are saying ASUS could quite easily code a fix for the MSR failings and the option of HPET ON/OFF would help considerably with the latency.
John
Till now tried it on Asus and MSI boards ( AM3 790FX and 890FX and a bunch of H/P67) : all fail
Edit : The H67 M Evo passed all tests
I also tested the latest official BIOS 1001. It has the same 6 MSR fails and the SMI Frequency and latency is 676us with BIOS default. :confused:Quote:
Originally Posted by JohnZS
Now we know that the 6 MSR fails and very bad SMI frequency and latency aren't because of SoLoR's MOD BIOS 1002. :up:
new versionQuote:
"bits-329"
Posted Sat Feb 26 22:04:50 2011
Fix a bug in the SMI Latency test which caused GPF reset when the SMI Count MSR is unsupported by the processor. Be sure SMI Count MSR read is only read via SMP function to ensure that GPF handling is performed.
MSR consistency test suite:
( MSR 0x39 consistent ) FAIL
( MSR 0x14e consistent ) FAIL
( MSR 0x1dd consistent ) FAIL
( MSR 0x415 consistent ) FAIL
Summary: 4851 passed, 4 failed...
Detect SMI frequency and latency:
Starting pass 1. Calibrating the TSC.
Starting pass 2. Wait here, i will be back in 15 seconds
0 < t <= 1us; average = 70ns; count = 211623293
Times between first few observations: 126ns 105ns 66ns 66ns 63ns
100us < t <= 1ms; average = 598us; count = 57
Times between first few observations: 256ms 513ms 256ms 256ms 256ms
1ms < t <= 10ms; average = 1866us; count = 1
Times between first few observations:
Summary of impact: observed maximum latency = 1866us
risk of OS timeouts exists with this obsrved latency ( ideal < 150us ).
Test round-trip latency via MWAIT
elapsed time = 96ms with 682 iterations/ms
The high latency doesn't look very good. :DQuote:
Originally Posted by Counter CS
Maybe you should try to do the Rampage MOD and flash it with SoLoR's MOD BIOS 1002.
I decided to give it an other try. :rolleyes:
Quote:
Dear XXX,
The Intel BIOS Implementation Test Suite gives 6 SMR fails with latest
ASUS Rampage Formula BIOS 1001 and to high SMI Frequency and latency.
Running MSR consistency test suite
(MSR 0x0 consistent): FAIL
(MSR 0x2a consistent): FAIL
(MSR 0x39 consistent): FAIL
(MSR 0x118 consistent): FAIL
(MSR 0x19e consistent): FAIL
(MSR 0x400 consistent): FAIL
Summary: 4687 passed, 6 failed
SMI Frequency and latency
Summary of impact: observed maximum latency = 647us
Risk of OS timeouts exists with this observed latency (ideal is < 150us)
This is with stock speeds and BIOS Defaults using BITS 316.
http://downloadcenter.intel.com/Detail_Desc.aspx?DwnldID=19763
It doesn't look that good does it?
Is this the reason why this board is so bad with Core2Quad processors?
Is this the reason why we've got these MACHINE_CHECK_EXCEPTION/0x...124
BSOD's?
Is this also the reason why I can't use Loadline Calibration without a
BSOD trying to boot into my OS? It seems to work fine with BIOS Defaults
but not when I need it to overclock my Q9650.
A lot of questions but you have to know that we are tired of these
issues with the board and are thinking to upgrade to X68 when it's
available. With all these problems that we've got with our ASUS board
it's very unlikely that this is going to be build on an ASUS board and ASUS
is going to lose hundreds if not thousands customers.
Why doesn't ASUS want to fix these issues that we're having with our
ASUS Rampage Formula? Why is it so hard to understand that we would like
an Official BIOS without these issues with updated Option ROM's and DRAM
Refresh Period, MCH Read ODT and maybe DRAM Read and Write ODT if this
would be necessary?
That the board is EOL is no excuse for ASUS so they don't have to do
anything about it.
Best Regards,
XXX
Besides, what if someone bought it last year for example? It still has 2 years warranty and by saying that, support is the least asus can offer!Quote:
Originally Posted by Alien Grey
I've also emailed ASUS with the results from the Intel BIOS Test Tool but it doesn't look very good. I get great response from the customer service contact, but it doesn't seem to go to the next level i.e. to the BIOS department.
I think that the ASUS engineers are telling everyone at ASUS that there's nothing wrong with the BIOS or board because they don't want anyone to know that they screwed up or they don't want you to have anything stable running than default clocks. :shakes:Quote:
Originally Posted by leo27
But Intel did us a favor with releasing the BIOS Implementation Test Suite and now they can't deny it anymore and I really hope that someone very important at ASUS is now going to take the necessary steps to fix our BIOS issues with the board. :yepp:
I agree Alien Grey
ASUS make great boards, but sadly the quality of their BIOSes since the days of the P4C800 are lacking.
ASUS Support at times do mean well, they managed to resolve my SSD RAID issue and have tried looking into the QX9650 VID Ratio error whenever I use a manual multiplier.
They gave me an internal BIOS which fixed the SSD's and had the latest revision Microcode for the QX9650 (60C as opposed to 60B) Sadly the VID Ratio issue STILL remains.
ASUS are out of ideas, I am out of ideas :(
I reported the BIOS Implementation Test Suite results, but ASUS seemed to ignore it.
Our latency issue could be significantly reduced by having the option to disable HPET.
John
I don't think that disabling HPET is going to reduce the SMI Frequency and Latency. It reduces the DPC Latency and that's not a problem on the ASUS Rampage Formula with the Supreme FX II soundcard.Quote:
Originally Posted by JohnZS
Something very interesting is that the Intel DX38BT also fails the MSR Consistency Test. It also fails the MSR 0x0 and 0x39 so these ones aren't really an ASUS problem but look more like an Intel problem.
Anyway I'm not happy. I've spend a lot of money on hardware to build this computer and the fact is that it runs like :banana::banana::banana::banana: and nobody at ASUS seems to care about this. Maybe they should have a good talk with Intel because I think that most of our problems are also their fault and to be honest, if it was me who has bought one of their Extreme Edition Quad processors and couldn't change the multiplier to boost the frequency, I would be pissed that I spend so much money a CPU that fails to do what it's supposed to do. :shakes:
Guys which are the best audio drivers to use?
@Greg M
The best audio drivers are the latest SoLoR modded ones v6610
Also, i got a reply from ASUS today. Bascially they aren't going to produce a new BIOS because they say that this board is old and on that basis isn't worth support.
They said they might implement our requested options on their new range, like anyone here would buy ASUS again.
:down: ASUS sucksQuote:
Originally Posted by leo27
Maybe they can try to find a way to fit my Q9650 and my G.SKILL F2-9600CL5D-PI memory on their new range. :rolleyes:Quote:
Originally Posted by leo27
It's the most lame answer they could give you and to be honest I don't give a damn anymore if they release a new BIOS or not. It's obvious that don't want us to have a nice stable overclock with that board and buying one of their new range would be the stupidest thing you could. The support would still suck and before you know it you would end up with a Rampage Formula look a like. :D
But why do they continue updating bios frome the P5W DH Deluxe ? :down:
It´s older than my maximus Formula :shakes:
I tested the MSR consistent with the first release BIOS 0219 and it also has the 6 fails so I think that every BIOS has these fails. No explanation so far from ASUS what they mean and if they're going to fix it. :shakes:
Look at my post. I only have 4 fails.Quote:
Originally Posted by Alien Grey
MSR consistency test suite:
( MSR 0x39 consistent ) FAIL
( MSR 0x14e consistent ) FAIL
( MSR 0x1dd consistent ) FAIL
( MSR 0x415 consistent ) FAIL
Summary: 4851 passed, 4 failed... :shakes:
Where can i get RF 1002 BIOS modded ?
I think it is because you are using a different CPU Counter CS.Quote:
Originally Posted by Counter CS
I also noticed your post the other day and thought it was odd how me and Alien had 6 MSR fails on our respective boards with Quad Cores... so I did a test.
I ran the test suite using my QX9650 in my Rampage Extreme, and yep got 6 MSR fails.
Swapped the CPU for a E8400... guess what?
4 MSR Fails!
So ASUS seem to have some issues programming in the parameters for Quad Core CPU's as there are 2 more MSR fails when using a Quad Core compared to a Dual core.
I wonder if there would be even less MSR fails when using a 65nm "Conroe" Dual compared to a 45nm Penryn?
I would not be surprised if 65nm dudes have less MSR failures.. but we need to prove this.
John
Where can i get RF 1002 BIOS modded ? :shrug:
Cant access SoLoR's MOD BIOS 1002 server
I would like to try this toooQuote:
Originally Posted by Counter CS
i can post msr results with a q6600
I'll do my 3.4Ghz Q6600 when i get a chance, although since ASUS won't do anything about it is there a point??
Quote:
Originally Posted by Counter CS
Are you trying the old download link because I still have access to his files? :confused:Quote:
Originally Posted by -Acid-
http://hotfixrepo.geeksmack.net/Asus.Rampage.Formula/
The point is that if they won't do anything about it they're going to shoot themselves in the foot. We're not talking about adding new settings we're talking about wrong or outdated code in the BIOS that should be fixed. ;)Quote:
Originally Posted by leo27
New version of BIOS BITS out v332
This resolves the issue of an MSR test being reported as a false positive.
I now get 5 failures on QX9650 as opposed to the 6 in previous versions.
John
New version of BIOS BITS out v332
This resolves the issue of an MSR test being reported as a false positive.
I now get 5 failures on QX9650 as opposed to the 6 in previous versions.
John
What is that? And how to use it ?Quote:
Originally Posted by JohnZS
Thank you ! I was using another link that i found on this thread.Quote:
Originally Posted by Alien Grey
It is the same BIOS Implementation Test Suite, just direct from the developer's website. (Intel's official download centre is usually a few days behind the developer's site).Quote:
Originally Posted by Counter CS
Anyway you can download the latest version here
Documentation is included with the zip file, but some screenshots can be found hereQuote:
its-332 released with these changes:
*
Update MSR Consistency tests to exclude additional MSRs which may be inconsistent but do not indicate issues with BIOS initialization.
*
Updated the test_options function to include definitions for verbose levels and corrected the default value.
It requires a spare USB Key (flash drive/penstick) to boot with.
John
Never mind, last night i was sleepy :shakes: Shame on me. :ROTF::rofl:Quote:
Originally Posted by JohnZS
EDIT: Steal 4 failures , but latency is now 607us max
BIOS 1403
BITS V332Quote:
Originally Posted by JohnZS
Running MSR consistency test suite
(MSR 0x2a consistent): FAIL
(MSR 0x40 consistent): FAIL
(MSR 0x118 consistent): FAIL
(MSR 0x19e consistent): FAIL
(MSR 0x400 consistent): FAIL
Summary: 4707 passed, 5 failed
SMI Frequency and latency
Summary of impact: observed maximum latency = 647us
Risk of OS timeouts exists with this observed latency (ideal is < 150us)
Very strange result with this new version. MSR 0x0 and 0x39 don't fail anymore but now 0x40 fails. :confused:
The SMI Frequency and latency is exactly the same.
I'm not sure i can be any immediate help with the bios code, however i have a maximus formula(x38) running modded rampage formula bios 1002 and would be willing to try some stuff.
I would be willing to help with oc testing and adding that info to a general pull of data as i would love to be able to boot into windows with my chip at or above 4GHz .
cheers A Grey
testing shall begin
I have not heard from ASUS support for more than a week :(
Has anyone else heard from them?
John
Same here.Quote:
Originally Posted by JohnZS
Send an Email asking newer BIOS with those option that you requested, but not one word. :down:
ASUS sent me an email in regards to the Intel Bios Test errors and it looks like they're interested in testing that and possibly fixing those errors. They are not interested in the ODT timings though.
At least it is a good start though. They have not commented on whether they will fix those errors on the Rampage Extreme :(Quote:
Originally Posted by leo27
I would doubt ODT will be added to our BIOS as they seem to suggest it is something to consider for future boards.
John
Who cares about their future boards? :shrug:Quote:
Originally Posted by JohnZS
Whatever they're going to do we're still going to lose. When they're going to fix those Intel BITS errors and release a new BIOS, it's going to be a BIOS without tREF. They won't add the ODT timings and they never said that they're going to update the Option ROMs.
The fact is that they don't want to do anything about the BIOS and still expect from us to buy their new boards. :rolleyes:
Well, i sell my Maximus Formula 75€ :rofl:
PROBLEM SOLVED !
THANKS ASS US !!
What Board should i pick now ?:shrug:
DFI OR GIGABYTE ?
Just get a Gigabyte socket 1366 and you will be happy:D
Or wait a bit longer for SKT2011
Anyway a new version of BITS has been released today.
Alien? have you managed to run this on your RF?
I am at work now so sadly cannot run it, but I am curious to see what results you guys get.
John
I think that Gigabyte is the better choice. DFI Lanparty doesn't exist anymore so the support is going to be bad.Quote:
Originally Posted by Counter CS
The MSR Fails are the same but now you've got the choice to see more detailed information. Use option 3 in the Test Verbose Level Menu to see more detailed MSR Fail information.Quote:
Originally Posted by JohnZS
I'll post a picture when I've got the time.
BITS V344
Running MSR consistency test suite
http://i431.photobucket.com/albums/q...ey/MSRFail.jpg
SMI Frequency and latency
http://i431.photobucket.com/albums/q...SMILatency.jpg
Thanks Alien
I have reported these issues to ASUS on a Feedback form for the Rampage Extreme, I also mentioned that Rampage Forumla users were having very similar issues too.
John
It looks like ASUS are keen to fix the BITS issues as i've had constant contact with ASUS support over the issue and have given them all the results on this forum.
How can i help? I have a x38 converted, but use the 1002b bios.
If they could fix it in BIOS 0001 and release it as an official BIOS that would be great.Quote:
Originally Posted by leo27
Run BITS and compare your results with the results that I've posted. It would be nice to see more results with different CPU's.Quote:
Originally Posted by Commander_HK47
Ok ASUS have given me a BIOS for the Rampage Extreme which finally fixes the CPU VID Ratio Error for the QX9650 from a COLD BOOT and also addresses a few SATA issues too. However they do not seem quite so keen to resolve the BIOS BITS MSR and SMI Latency issues.
What would my best response be to this message?Quote:
If that, please keep the 003 BIOS for your motherboard.
And about MSR errors, may I ask you about something more? As we did not use the tool you mentioned before, so we still could not confirm what the detailed function of the tool, and what the actual purpose you would like to get.
If now the 003 BIOS could solve the VID error, do you still need us to support you about the MSR error? And are the error affect your operation on the motherboard? What could not work well? What do you need us to support?
Thanks for your cooperation and sorry for any inconvenience.
Best Regards,
John
I don't know. Give it a try with that BIOS and tell them that you're going to give them an answer on that question later.Quote:
Originally Posted by JohnZS
Thanks. Well I have tried the 003 BIOS and it fixes the CPU VID error when adjusting the multiplier on QX9650.
All SATA issues are fixed too...HOWEVER BITS still fails the same 5 MSR tests and also has 638us latency on SMI latency test.
I am not sure how I can convey this to Asus and request the fix it .
Thanks again.
John
I don't know if it's going to be the same with the Rampage Extreme BIOS but I can tell you that there's a problem with the CPU. The CPU should be stable with less voltage but that's impossible to do with the Rampage Formula board. You need a lot of voltage and there's still no guarantee that it's going to stay stable.Quote:
Originally Posted by JohnZS
This is very bad if you use it for running BOINC. Every now and then I've got computing errors or freezes and reboots. It's better with a little more CPU Voltage but it doesn't really fix it.
Maybe ASUS should ask Intel what these MSR fails are and why they should fix them. Something isn't right and it's possible that some of the CPU features doesn't work well and results in failure.
All I can say is that I've learned to live with these issues but I won't buy another ASUS product if I don't see it fixed before I make the move to a new build. ;)
Too lazy to read now previous post, but i have the feeling that 1002 moded vs 1001 needs a notch in Vcore (had it 1.32 now it is 1.34 V) keeping other settings to same.
I got random reboots with Machine Check error once in a week and i did this to test it.
Maybe is there any other setting for fine-tuning this ? (e.g. Skew)
:shocked: Asus is alive ?! :rofl:
Well i already made my mind on my new Motherboard.
There she is ! :D
http://img235.imageshack.us/img235/3122/djrp4503jp1.jpg
Purshased with the first BIOS, now she is with the last one.
This is the fix end adds that it get.
Major Reasons of Change:
- Added DRAM timing fine tune function.
- Adjust WDT for AC shutdown free.
- Support DRAM Speed 266/1066 and 333/1066.
- Patch for JMB368 and ICH10 SATA not in native mode hang"75".
- Fixed Can not detect CPU name when use Q9xxx CPUs
-The BIOS enhanced the 16GB memory compatibility issue.
-Update new kernel for SSD device compatibility issue.
-The BIOS fixed system memory can’t run DDR II 1066MHz when DRAM Speed set to 266/1066 or 333/1066
Now i´m going to make some research for some decent OC.
This last BIOS comes with skew settings ;)
No more Asus :welcome:
You got a new motherboard that runs DDR2 and not DDR3???
Why?
:cool:
__________________
Asus X48 Rampage Formula / Intel Q9450 2.66 @ 3.2 / 2 x 2GB OCZ Reaper HPC PC2 8500 /
Asus Radeon HD4870X2 Tri-Fan 2GB graphics card / 24" DeLL Ultrasharp 2408WFP monitor /
Western Digital Raptor X Hard Drive / Two Western Digital Caviar RE2 WD5001ABYS 500GB 7200 RPM SATA 3.0Gb/s Hard Drives /
Creative SoundBlaster X-Fi Elite Pro 7.1 / Creative Gigaworks S750 7.1 Speaker System /
Lian Li 343B cube case / PC Power & Cooling Silencer 750 Crossfire Edition /
IOGEAR GCS1782 GCS1782 Dual-Link DVI KVMP switch with 7.1 audio
Best two MBs I ever owned were DFI LPs. And I would be very happy if any of their new boards are even half as good but imho DFI died with DFI Street.Quote:
Originally Posted by Counter CS
Because i have those G-Skill trident PC8500 DDR2Quote:
Originally Posted by traveler
I´m not selling it. :ROTF:
http://www.enterkomputer.com/images/...%20Channel.jpg
Deleted the last 2 posts.
Seems that the problem is the tRFC which was set to 50 instead of 52.
Either way i reverted back to 1001 official with 3120T to be sure that i am ok and then i might retry 1002b with same settings and 16120T
This is my first post on these forums but I have been following this thread for probably 2 years. I just want to say a huge thank you to Alien Grey for all of your insights into this board. I'm still using it and probably will be for a while longer.
I remember a few weeks ago reading that you guys needed someone with a 65nm chip for some tests. I'm still running a q6600 so if I can be of assistance let me know.
Hi DrTeal
Yeah Alien Grey rocks the socks off. He posts a lot of useful information, not only on here, but on the ASUS forums too.
Alien Grey, you Rock :)
I think the test Alien was talking about was the BIOS BITS tool (A BIOS Implementation Test Suite released by intel to test the BIOS for any faults or programming inconsistencies).
You can download BITS here
Particular interest is the MSR test suite and the SMI Latency test.
We have found so far that us with Quad Core 45nm CPU's have 5 fails, those with Dual Core 45nm CPU's have 4 fails. I am curious (and I think Alien is too), to see if a 65nm fairs better, if so it may suggest that ASUS have been quite lazy with their BIOS programming and have not specifically programmed their BIOS for the 45nm CPU's, they have simply patched compatibility, but not gracefully.
John
Apparently the problem is on CPU - degradation happened. Need to lower my overclock.
Currently waiting on my video card to be back from RMA (supposed to be delivered by end of the day on Wednesday) so I'll test this on Wednesday night.
Degredation :shocked:Quote:
Originally Posted by Spyrus
What PLL, vCore and FSB Termination Voltage were you pumping into your E8400?
John
Cool I look forward to that DrTeal
Good luck with your RMA :)
Yes, you can. I would like to see the results from the MSR test with a 65nm CPU.Quote:
Originally Posted by DrTeal
I was thinking the same thing and I also wonder why the hell ASUS didn't already run the BIOS Implementation Test Suite and released a BIOS to fix the fails.Quote:
Originally Posted by JohnZS
Hmm... It could be room temperature. At around 10° Celsius or lower my Q9650 can run stable at 4.22GHz with DDR 1250MHz. The failure starts at around 15° Celsius. I also know that around 25-30° Celsius it's going to fail Prime95 Blend at 4.05GHz.Quote:
Originally Posted by Spyrus
The reason could be the MSR inconsistency and that's why I would like to see BIOS 0001 without the MSR fails. :shrug:
Alien, do you also find that your CPU seems to require more voltage on this board than say... a different branded board?
I have temporarily stopped overclocking as I find my QX9650 seems to need a lot of juice, even for basic clock changes. I.e. x10 multi (3.33Ghz) wants you to lump in 1.32V....surely that is not right?!
There was a time when I could run @ 3.6Ghz (1600FSB) @ 1.36V But my NB could not handle this speed with 8GB. (not sufficiently as some games would always crap out, despite Linx, OCCT, PRIME, wPI etc being stable).
John
Its time to upgrade guys. ASUS has drop support for us. I've moved on and so should you guys. Sadly but its the truth.
Lowered my overclock to 50 MHz (9x445) vs 9x450 and it passes LinX.
When i bought this CPU 3 years ago have it at 4.050MHz for 2 yrs@ 1.3V.
Last year without touching anything or change the bios (0902) needed to pump it to 1.31V
This year even with 1.34 cannot be 9x450. But with 9x445 and 1.31V (maybe lower i try that) it is ok.
PLL/FSBT at minimum (1.5./1.2) - i have benched at 4.5GHz by only raising Vcore + Vnb
Are you willing to front the cash for my upgrade? I'm kind limited on spare money at the moment.Quote:
Originally Posted by m4gg0t
OK, here are my results with the Q6600 (at stock speed atm - not sure if that matters, turned it down when I was troubleshooting my vid card, BIOS 0902):
SMI Latency Test
Does this mean I could get random crashed because of this? Haven't had problems like that before and I've owned this board since August 2008. Once I get things prime/linx stable I haven't been seeing random crashes.Code:Testing SMI latency...
Warning: touching the keyboard can affect the results of this test.
Starting pass #1. Calibrating the TSC.
Starting pass #2. Wait here, I will be back in 15 seconds.
0 < t <= 1us; average = 86ns; count = 173314353
Times between first few observations: 153ns 116ns 104ns 93ns 97ns
100us < t <= 1ms; average = 762ns; count = 59
Times between first few observations: 256ms 256ms 256ms 256ms 256ms
Summary of impact: observed maximum latency = 765us
SMI latency < 15us to minimize risk of OS timeouts FAIL
Risk of OS timeouts exists with this observed latency.
Summary: 0 passed, 1 failed
MSR Consistency Test Suite:
Hmm... 5 fails so maybe its not a 65nm vs 45nm thing but a quads vs duals thing. Hope this info helps you guys out.Code:Runing MSR consistency test suite...
(MSR 0x2a consistent): FAIL (2 different values)
2 CPUs 0x0000000042480800: 0x0 0x1
2 CPUs 0x0000000042580800: 0x3 0x2
(MSR 0x40 consistent): FAIL (3 different values
1 CPU 0x00000000cfec3b90: 0x0
1 CPU 0x00000000cfec3e63: 0x3
2 CPUs 0x00000000cfec373e: 0x1 ox2
(MSR 0x118 consistent): FAIL (2 different values)
2 CPUs 0x00000000000e5a57: 0x0 0x1
2 CPUs 0x0000000000013ceb: 0x3 0x2
(MSR 0x19e consistent): FAIL (2 different values)
2 CPUs 0x0000000006db0000: 0x0 0x1
2 CPUs 0x00000000091b0000: 0x3 0x2
(MSR 0x400 consistent): FAIL (2 different values)
2 CPUs 0x0000000042480800: 0x0 0x1
2 CPUs 0x0000000042580800: 0x3 0x2
Summary: 4707 passed, 5 failed
I'll send that result to ASUS since they do seem interested in fixing the BITS failures. The only issue is weather they are going to fix the problem on the Rampage Formula.
Interesting results DrTeal
Thanks for running the test. This suggests that ASUS have dropped the ball entirely as opposed to just dropping the ball...
I am curious now to see what Conroe (65nm dual core) results are.
John
Are you guys aware that ASUS started to work on EFI BIOS for their P45 boards and then "put the project on hold"?
Apparently an EFI BETA BIOS was released for the P5Q series board
Shame they never got around to releasing this for the Rampage Forumla and Rampage Extreme
John
Yes i was aware of that.Quote:
Originally Posted by JohnZS
Guys im lost...
I will upgrade my system...and ill go SB but idont know which p67 mobo to buy.
2600k and some fast ripjaws will be the rest ocf the new components.
Ive read a lot about all of the p67 mobos but it seems that they all perform about the same!:mad: I dont wanna buy asus BUT it seems that maximus4 is one of the best...
Any suggestions???
Cheers
Greg.m
Don't derail this thread, open another one mate...
No need to cash out for daily usage ( 4.5-5ghz ) usage : P8P67Pro, Dlx or Gigabyte UD4/5 or ASrock Extreme series... UD7 and Maximus are only usefull to benchers and multiple GPU setups..................
Bios sometimes freezes when i change Vcore and hit F10 - tested on 1001 & 1002 beta
Quote:
Originally Posted by Leeghoofd
Thanks for the tips :)
Look here:
http://www.xtremesystems.org/forums/...d.php?t=269194
I got zero answers/tips :( and i thought i could get some help here, from my "old" rampage-mates :)
Any idea why i am LinX stable / OCCT Linpack stable (1hour +) and i have blue screen even on 2D? Machine check error exception. I consider software also - bad driver.
I would put some $$ on bad GFX hardware/software. Change driver first and then borrow random VGA and see what happens.Quote:
Originally Posted by Spyrus
Gfx?
graphics card/graphics driver
Well, i have exactly yhe same problem as Alien Grey has. During winter and with lower room temps my system is stable with lower volts until the spring comes:D... and... suddenly something happens (it has to do with room temps and our lovely but completely abandoned from asususussss rampage formula...)Quote:
Originally Posted by Alien Grey
BUT
here is some more results before ill go Sandy...
cpu-480x9@4320
mem-1200 pl7 but ALL the second and third timing settings @ auto
and of course a little bit more voltage than usual...;)
25c room temperature doesnt help but, what do you think guys, does 4h prime blend mean that my system is stable enough, or not?
http://img28.imageshack.us/img28/4526/captureolq.png
Sometimes even if you change your VGA with a more powerfull one, you have to change (usually raise) your volt-settings. I have a friend with the same mobo as you and he had the same problem with you. Last year, ha had to raise almost all the volts a bit... but all that, after he added a second 4870x2 (he went quadfire) to his system. Then again degradation is smoething that may happens after 2-3 years especially if your system temps are high. Try to change vtt also.Quote:
Originally Posted by Spyrus
Att you were linx and occt "stable" doesnt mean so much, it happens to me also to do 25 linx passes and then... next day... bsod:confused:. Prime blend for some hours will show if you are stable or not
I don't think stable is a binary thing - no matter how long you run prime (or some other stress test), you may eventually run into a program that crashes you. To me, a system is stable after 8hr prime, 10-20 passes of LinX/IBT. Other people have different requirements (more prime, more LinX, different programs... etc). Different applications will load/stress the CPU in different ways. Ultimately (IMO), your system is stable enough if you never get BSODs running applications in reasonable conditions (250 passes of LinX isn't reasonable). In my experience, 4 hr prime stable means you are probably ok, but I've had prime stable systems that LinX crashed so you might try also running a few passes of LinX/IBT.
I am sure now that at least for Linpack stability 16120T is no go and reverted back to 3120T. I keep it that way to see if blue-screens will be fixed also.
In order to have 16120T i need NB voltage only if i read right in previous posts.
Hi Alien, et al
ASUS got back to me today about the BITS test results.
What is BWG?Quote:
Dear Valued Customer,
About the MSR issue, the error message you get did not define on the BWG from Intel, Some device need to use SMI under DOS, so there maybe suffer SMI Latency under DOS, it is normal.
It looks like the end of the road :(
John
I don't know what BWG means but I think that it's a cheap excuse from ASUS so they won't have to fix the BITS errors. :rolleyes:
Do we really have to wait such a long time to give us this cheap excuse? :shakes:
How do they explain why other boards don't have these errors?
I'm more and more convinced that these MSR failures aren't their by misstake but are coded that way in the BIOS for a good reason by ASUS. I think that the reason is to create small instabilities and limit overclocking. They almost got away with it but lucky for us Intel released this BIOS Implementation Test Suite and now we can see it with our own eyes.
But like I said before. I've learned to live with that and I also know that I won't make that misstake again. I know that most of you guys are thinking that it isn't all that bad. I agree with that but remember who was helpful and who wasn't. It wasn't all that bad because we had very good unofficial support but take that away and you would've end up with nothing.
With that said if the time comes to upgrade for me, it won't be with an ASUS board but most likely a Gigabyte board. ASUS boards might be better for benchers but I'm looking for a nice 24/7 overclock and I think that a Gigabyte board clocks a lot better for 24/7. ;)
Ahh at first I had no idea what the BWG was too, but I consulted with Google :p (quite a clever chap he is).
Apparently it is the BIOS, Writers, Guide provided by Intel.
So to try and translate their broken English into English.
<translation>
About the MSR issue. The error message you have got, is not defined within the BIOS Writers Guide provided from Intel, therefore we are just as clueless as you are.
Some devices need to use SMI under DOS, so if they are in use, they could cause a degradation in SMI latency in DOS, this is normal (as we cannot be bothered to find out how to troubleshoot this, or find a work around or at least suggest which devices might be the cause of the issue), so please do not contact us with these queries again.
</translation>
:(
John
That excuse is simply pitiful :shakes:
Well it looks like my board is finally dead. I put my new watercooling system on it and went to boot and i just get CPU INIT and green, orange and red LEDS all round the board.
I've cleared teh CMOS and have the CMOS Battery out and will try it again later. Any ideas people??
carefuly check all cpu pins on mobo if one is maybe bent or something.Quote:
Originally Posted by leo27
edit: if someone will be looking for moded bios url has changed: http://hotfix.chris123nt.com/Asus.Rampage.Formula/ no changes to bios yet tho, tryed latest 10.5 intel option roms but they still dont work...
cheers SoLoR i give it a go and see what happens
The problem is now fixed. I took out the CPU and re-seated it and it booted first time. Its now at 3.4GHz again and I must say I love water cooling :D.
On my TRUE under LinX my hottest core temp was 75C, on my XSPC Rasa block and RX360 rad under LinX my hottest core temp was 58C :eek:.
Now to try for 3.6GHz so that my rig lasts until Ivy Bridge + 680GTX
Well, I know its old news running sli on x48, but I figure I'll share anyway.
I got a second gtx 470 and had no trouble running sli with the latest nvidia drivers 270.61 and the latest version of slipatch 1.42. Hoping this rig lasts me a while longer :).
DrTeal out of curiosity how much of a bottleneck is your Q6600 with 2 470GTX's??
Not sure exactly. I ran 3dmark06 (the only bench I have installed atm) and went from ~12.7k to ~18k at 1920x1200 with full AA and AF. Haven't run any other benches yet. I'm probably going to get a 2560x1600 monitor in the near future. Wanted to be sure I could get sli working first tho. Basically just looking to be able to max all the eye candy.
If I could find a q9650 cheap I'd get one, but I'm not about to go drop $300+ on one. I'm stuck with this crappy vid (1.3125) q6600 until then :(. It won't go higher than 3.6 without crazy volts (takes 1.496V real for 3.6).
EDIT: I'll post up some 3dmark11 and heaven results later/tomorrow.
EDIT2: Having some issues with 3dmark11. Did bench heaven and the scaling is pretty impressive:
Heaven - DX11, shaders: high, tessellation: normal, anisotropy: 4, antialiasing: none, 1920x1200
Configuration - Min/Avg/Max FPS - score
SLI disabled - 18.9/32.4/70.7 - 817
SLI enabled - 31.7/61.7/132.8 - 1554
Average framerate just about doubled so I'd say I'm not bottlenecked by my q6600.
A strange thing that I was having random BSODs before. Then I bought a SSD and installed Win7 64bit again but didn't setup sounddriver which is provided by Solor, there was no BSOD.
Then I installed modded sound drivers and random BSOD came again :(
And this part is very interesting; when I changed the "PCI Express - Link State Power Management" setting in the "advance power settings section" to "Off" state, BSOD is gone. :)
BIOS version is 1002b.
Q9650, 468Mhz FSB