ati2cqag.dll BSOD

[Maxel 0]

Dużo ludzi, w tym ja, ma blue screeny z ati2cquag.dll, jednak ja nie mogę odnaleźć żadnej odpowiedzi jasnej co mam zrobić, żeby tych bluescreenów nie mieć. Bluescreeny mam gdy podkręcam procesor, samą karte graficzną jak podkręcam to nie ma problemów. Instalowałem różne już sterowniki, robiłem formaty, nie pomaga...

 

Mój komputer:

 

Procesor:P4 Northwood 2.0GHz

Grafika:GeCube ATI Radeon 9600xt AGP

Płyta gł.: Soltek 85-ERV2

Pamięci: DDR SDRAM PC2700 2x256mb nanya 2.5-3-3-7 166mhz

 

 

Dodam jeszcze,że temperatury są umiarkowane, w okolicach 40st.

 

Ogólnie komputer uruchamia się na 2.4GHz ale czy będzie podkręcony na 2.1 czy na 2.4 to i tak po jakimś czasie wyskoczy BSOD...

 

Proszę o pomoc w usunięciu błędu.

[Gość DarekGLA]

troche malo informacji podajesz odnosnie tego bledu.

 

jaki zasilacz?

czy sprawdzales pamieci np.memtestem albo goldmemory?

masz wlasciwe sterowniki do plyty?

probowales sterownikow omega do grafiki?

 

blad niby sugeruje problem ze sterownikiem do grafiki ale wcale nie to musi byc przyczyna.

[pomaranczowa alternatywa 0]

wylacz fast write w sterownikach - ten radek nie radzi sobie z tym, przy pomocy ati tool lub riva tuner,

wywal z autostartu control panel ati, atixxx i wylacz AI w ati tool,

zainstaluj same sterowniki, bez CC - jakies catalysty 6.4xxx/7.3xxx

[Maxel 0]

zasilacz Thermaltake Pure Power 480W peak 550W

 

pamięci nie testowałem, narazie stosuje się do użytkownika pomaranczowa_alternatywa , mam nadzieje, że pomożę

[grzempek 0]

Szyne PCIx16 przy podkręcaniu procka ustawiłeś na sztywno?

[Alejajca 0]

Szyne PCIx16 przy podkręcaniu procka ustawiłeś na sztywno?

Grafika:GeCube ATI Radeon 9600xt AGP

Ktoś nie czyta, tylko pisze

 

Maxel

Na jakim chipsecie jest Twoja płyta? Jeśli na Via, to sprawdź, czy w biosie masz Fast-Writes ustawione na [Auto] / [Enabled] / [Disable]. Wybierz to ostatnie.

Poza tym sprawdź, czy w trakcie O/C procesora nie podnosi się także szyna PCI/AGP.

Jeśli masz możliwość ustaw na sztywno PCI na 33MHz i AGP na 66MHz. Dopiero wtedy baw się w O/C CPU za pomocą FSB.

 

Zakładam, że Windows ma SP2 dla XP lub SP4 dla Win2000.

Osobiście użyłbym sterowników Omega na sterach ATI 6.10 / 6.11. W trakcie instalacji wybierz Fast-Writes off.

[grzempek 0]

Ktoś nie czyta, tylko pisze

 

Moj bład. Ale...

 

Poza tym sprawdź, czy w trakcie O/C procesora nie podnosi się także szyna PCI/AGP.

Jeśli masz możliwość ustaw na sztywno PCI na 33MHz i AGP na 66MHz. Dopiero wtedy baw się w O/C CPU za pomocą FSB.

 

O to mi chodzilo

[Maxel 0]

na 2.3GHz jak podkręce to jest stabilnie w 2d, w 3d już same zwiechy, nie mam możliwości ustawienia stałych zegarów dla pci i dla agp, ale wydaje mi się, że powodem jest to, że pamięci kręcą się razem z procem, nie wiem gdzie to wyłączyć

 

Edit: już wiem właściwie gdzie, SDRAM Frequency, ale, gdy ustawiam na 333MHz to i tak pamięć jest podkręcona do 192.1MHz. Nie wiem jak można na "twardo" ustawić

[Maxel 0]

Wie ktoś może jeszcze co może być przyczyną zawieszania się systemu w aplikacjach 3d?

[Alejajca 0]

Jakie FSB ustawiasz?? Unikaj FSB z zakresu 151-165/187-199MHz, wynika to z dzielników FSB/PCI

[Maxel 0]

mnożnik mam x20 a FSB defaultowe 100MHz, przy 2.3GHz FSB wynosi 115MHz

[VitoBoss 0]

Witam

 

Ostatnio użytkownicy forum pomogli mi z BSOD lecz po zaleconym wymienieniu pasty na procku po tygodniu pojawia sie nastepny bluescreen.

 

Moje dane sprzętowe :

Karta Graficzna-ASUS EAH5850 DirectCU 1GB GDDR5

Procesor-AMD Phenom II X4 965 4x 3,66 Ghz

Pamieć RAM- 2x 2GB Kingstone DDR3

Dysk Twardy- Samsung 500 gb

Zasilacz-OCZ modXstream-PRO Power Supply 500W

 

Oto plik .dmp z windows debugera

 

Microsoft ® Windows Debugger Version 6.11.0001.404 X86

Copyright © Microsoft Corporation. All rights reserved.

 

 

Loading Dump File [C:\WINDOWS\Minidump\Mini032111-01.dmp]

Mini Kernel Dump File: Only registers and stack trace are available

 

Symbol search path is: SRV*c:\symbols*http://msdl.microsoft.com/download/symbols

Executable search path is:

Windows XP Kernel Version 2600 (Service Pack 3) MP (4 procs) Free x86 compatible

Product: WinNt, suite: TerminalServer SingleUserTS

Built by: 2600.xpsp_sp3_qfe.090206-1316

Machine Name:

Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055d720

Debug session time: Sun Mar 20 20:34:12.625 2011 (GMT+1)

System Uptime: 0 days 0:13:26.588

Loading Kernel Symbols

...............................................................

................................................................

.......

Loading User Symbols

Loading unloaded module list

............

*******************************************************************************

* *

* Bugcheck Analysis *

* *

*******************************************************************************

 

Use !analyze -v to get detailed debugging information.

 

BugCheck 100000EA, {8991e5c8, 89c5f950, f78cacbc, 1}

 

Unable to load image ati2cqag.dll, Win32 error 0n2

*** WARNING: Unable to verify timestamp for ati2cqag.dll

*** ERROR: Module load completed but symbols could not be loaded for ati2cqag.dll

Probably caused by : ati2cqag.dll ( ati2cqag+16aa7 )

 

Followup: MachineOwner

---------

 

1: kd> !analyze -v

*******************************************************************************

* *

* Bugcheck Analysis *

* *

*******************************************************************************

 

THREAD_STUCK_IN_DEVICE_DRIVER_M (100000ea)

The device driver is spinning in an infinite loop, most likely waiting for

hardware to become idle. This usually indicates problem with the hardware

itself or with the device driver programming the hardware incorrectly.

If the kernel debugger is connected and running when watchdog detects a

timeout condition then DbgBreakPoint() will be called instead of KeBugCheckEx()

and detailed message including bugcheck arguments will be printed to the

debugger. This way we can identify an offending thread, set breakpoints in it,

and hit go to return to the spinning code to debug it further. Because

KeBugCheckEx() is not called the .bugcheck directive will not return bugcheck

information in this case. The arguments are already printed out to the kernel

debugger. You can also retrieve them from a global variable via

"dd watchdog!g_WdBugCheckData l5" (use dq on NT64).

On MP machines it is possible to hit a timeout when the spinning thread is

interrupted by hardware interrupt and ISR or DPC routine is running at the time

of the bugcheck (this is because the timeout's work item can be delivered and

handled on the second CPU and the same time). If this is the case you will have

to look deeper at the offending thread's stack (e.g. using dds) to determine

spinning code which caused the timeout to occur.

Arguments:

Arg1: 8991e5c8, Pointer to a stuck thread object. Do .thread then kb on it to find

the hung location.

Arg2: 89c5f950, Pointer to a DEFERRED_WATCHDOG object.

Arg3: f78cacbc, Pointer to offending driver name.

Arg4: 00000001, Number of times "intercepted" bugcheck 0xEA was hit (see notes).

 

Debugging Details:

------------------

 

 

FAULTING_THREAD: 8991e5c8

 

DEFAULT_BUCKET_ID: GRAPHICS_DRIVER_FAULT

 

CUSTOMER_CRASH_COUNT: 1

 

BUGCHECK_STR: 0xEA

 

PROCESS_NAME: Tibia.exe

 

LAST_CONTROL_TRANSFER: from bf81993a to 806ecf95

 

STACK_TEXT:

f283f70c bf81993a 00000000 bf81992d bf076aa7 hal!HalpQueryPerformanceCounter+0x41

f283f718 bf076aa7 f283f73c f283f7e8 00000000 win32k!EngQueryPerformanceCounter+0xd

WARNING: Stack unwind information not available. Following frames may be wrong.

f283f720 f283f7e8 00000000 f283f820 00000002 ati2cqag+0x16aa7

f283f73c 00000000 bf099b5a f283f850 00000017 0xf283f7e8

 

 

STACK_COMMAND: .thread 0xffffffff8991e5c8 ; kb

 

FOLLOWUP_IP:

ati2cqag+16aa7

bf076aa7 ?? ???

 

SYMBOL_STACK_INDEX: 2

 

SYMBOL_NAME: ati2cqag+16aa7

 

FOLLOWUP_NAME: MachineOwner

 

MODULE_NAME: ati2cqag

 

IMAGE_NAME: ati2cqag.dll

 

DEBUG_FLR_IMAGE_TIMESTAMP: 4b7325fc

 

FAILURE_BUCKET_ID: 0xEA_IMAGE_ati2cqag.dll_DATE_2010_02_10

 

BUCKET_ID: 0xEA_IMAGE_ati2cqag.dll_DATE_2010_02_10

 

Followup: MachineOwner

---------

 

 

 

Sterownik instalowałem już z płyty która dostałem z grafiką, próbowałem również jakiś sterowników z neta i dzisiaj spróbowałemwgrać sterowniki z witryny windows i wydaję mi sie, że to też nie pomoże bo komputer jak na jego parametry i windows XP chodzi powolnie i mysli dlugo...

 

Mam jeszcze pytanie jak wchodze w menadżera (crtl+shift+esc) i tam w wydajnosc procesora to w sumie pracuje mi najmocniej a nieraz tylko na ostatnim czwartym rdzeniu... może ktoś mi pomóc?