Announcement

Collapse
No announcement yet.

F3-16000CL9T + P6X58D Premium

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • F3-16000CL9T + P6X58D Premium

    F3-16000CL9T 6GB Trident kit + ASUS P6X58D Premium (BIOS: 0813) + Core i7 930

    Random BSODs and Prime95 fails when using XMP settings (RAM at 2006MHz), but all is well when RAM is at 1066MHz.

    Help?

    Thanks.

  • #2
    Raise QPI/DRAM Voltage until it is stable. It will need roughly 1.30V-1.60V depending on your CPU.

    Thank you
    GSKILL TECH

    Comment


    • #3
      No luck.

      XMP puts QPI/DRAM Voltage at 1.4; since updating to 0813 BIOS, Windows won't boot below 1.5; every increment from 1.4 to 1.6 resulted in either reboots, BSOD, or Prime95 errors. Best results seemed to be around 1.58125.

      Suggestions?

      Thanks again.

      Comment


      • #4
        Update: System runs perfectly up to DDR3-1600 on "Auto" BIOS settings.
        Last edited by minuS; 07-05-2010, 06:39 AM.

        Comment


        • #5
          Right, as it should be able to auto adjust QPI/DRAM for this frequency. So even 1.60V was unstable at DDR3-2000? Most i7 920 D0's required just about this much, but the i7 930 I've seen lower amounts. Post up the DDR3-2000 settings and I can see if anything is being detected incorrectly.

          Thank you
          GSKILL TECH

          Comment


          • #6
            XMP Profile

            CPU Ratio Setting: 20.0
            BCLK Frequency: 143
            PCIE Frequency: 100
            DRAM Frequency: DDR3-2006MHz
            QPI/DRAM Core Voltage: 1.40 (won't POST, Windows boot issues, or BSOD during Prime95 below 1.5125)
            DRAM Bus Voltage: 1.60

            DRAM Timing Control

            DRAM CAS# Latency: 9 DRAM Clock
            DRAM RAS# to CAS# Delay: 9 DRAM Clock
            DRAM RAS# PRE Time: 9 DRAM Clock
            DRAM RAS# ACT Time: 24 DRAM Clock
            DRAM Timing Mode: 3N

            All other settings are "Auto".
            Last edited by minuS; 07-08-2010, 10:06 AM.

            Comment


            • #7
              What were the results with 1.55V+ to the QPI/DRAM Core Voltage?

              Thank you
              GSKILL TECH

              Comment


              • #8
                The system was more stable at 1.55~1.60, but Prime95 would still produce errors on various cores after a few minutes.

                Comment


                • #9
                  Test each stick to see if one may be defective.

                  Thank you
                  GSKILL TECH

                  Comment


                  • #10
                    RAM passes memtest without issue at XMP settings; Prime95 fails... Will test each stick individually with Prime95 though.

                    Comment


                    • #11
                      All sticks pass memtest and Prime95 in singles or pairs using various combinations in various slots... When using all three, however, Prime95 fails.

                      Comment


                      • #12
                        Post pictures of your BIOS. At this point, it just seems like the QPI/DRAM Voltage is not precise.

                        Thank you
                        GSKILL TECH

                        Comment


                        • #13
                          I have yet to take photos of the BIOS settings, though I assure you they're still exactly what I posted earlier; with the exception of the QPI/DRAM Core Voltage being bumped up to 1.60, as per your instruction.

                          Anyway, I've been conducting some more extensive tests, and I seem to have isolated one bad stick that causes errors in Prime95 after about an hour. I intend to run a few more tests and combinations to confirm, but in the case of one bad stick, what's the RMA process? Do I have to send all three sticks back, or just the faulty one?

                          Comment


                          • #14
                            You can send back just the faulty one.

                            http://www.gskill.com/rma.php

                            Thank you
                            GSKILL TECH

                            Comment


                            • #15
                              My RMA paperwork was approved, I shipped the faulty module to G.SKILL, and I received a module in return. I did not, however, receive any kind of confirmation that the faulty module was replaced. When testing the newly-received module, the system crashes as before.

                              Was my RMA denied, and was the same module returned to me, or is this a replacement module that happens to be faulty as well? How do I find-out what happened? What do I do next?

                              Comment

                              Working...
                              X