IRQ Konflikt

[Tranceport]

Hey Leute, hab mal wieder ein Problem mit Bluescreens.
System:
AMD Phenom II X4 4*3ghz
2*2048MB OCZ DDR2 800Mhz
8800GT 512mb
Gigabyte 790FX Mobo
Windows 7 x64 Prof

Beim Demigod zocken stürzt mit der PC dauernd ab. Hatte das Problem vor längerer Zeit mit Server2008 auch, das hat sich dann aber wieder gelegt. Beim Auswerten der Minidumpfile ergab sich folgendes Ergebnis:

MODULE_NAME: win32k

FAULTING_MODULE: fffff80002a0e000 nt

DEBUG_FLR_IMAGE_TIMESTAMP:  4a5bc5e0

EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in 0x%08lx verweist auf Speicher 0x%08lx. Der Vorgang %s konnte nicht im Speicher durchgef hrt werden.

FAULTING_IP: 
win32k+c2b86
fffff960`00132b86 ff80e4010000    inc     dword ptr [rax+1E4h]

CONTEXT:  fffff880038bc0c0 -- (.cxr 0xfffff880038bc0c0)
rax=0000000000000000 rbx=fffff900c07b5710 rcx=0000000000000000
rdx=fffff900c07b5770 rsi=000000000000006e rdi=fffff900c07b5728
rip=fffff96000132b86 rsp=fffff880038bcaa0 rbp=000000000000000f
 r8=fffffa8007268a68  r9=0000000000000000 r10=fffffffffffffffd
r11=0000000000000000 r12=0000000000000000 r13=fffff9600034f2c0
r14=0000000000000002 r15=0000000000000000
iopl=0         nv up ei pl nz na pe nc
cs=0010  ss=0018  ds=002b  es=002b  fs=0053  gs=002b             efl=00010202
win32k+0xc2b86:
fffff960`00132b86 ff80e4010000    inc     dword ptr [rax+1E4h] ds:002b:00000000`000001e4=????????
Resetting default scope

CUSTOMER_CRASH_COUNT:  1

Unter Systeminformationen->Hardwareressourcen->Konflikte/Gemeinsame Nutzung ergab sich folgendes:

E/A-Port 0x00000000-0x0000000F	DMA-Controller
E/A-Port 0x00000000-0x0000000F	PCI-Bus
	
E/A-Port 0x000003C0-0x000003DF	NVIDIA GeForce 8800 GT 
E/A-Port 0x000003C0-0x000003DF	PCI Standard-PCI-zu-PCI-Brücke
	
Speicheradresse 0x0000-0x9FFFF	Systemplatine
Speicheradresse 0x0000-0x9FFFF	Hauptplatinenressourcen
	
E/A-Port 0x00000070-0x00000073	System CMOS/Echtzeituhr
E/A-Port 0x00000070-0x00000073	Hauptplatinenressourcen
	
Speicheradresse 0xD8000000-0xDFFFFFFF	ATI E/A-Kommunikationsprozessor-PCI-Buscontroller
Speicheradresse 0xD8000000-0xDFFFFFFF	Creative SB X-Fi
	
IRQ 17	Standard OpenHCD USB-Hostcontroller
IRQ 17	PCI Standard-PCI-zu-PCI-Brücke
IRQ 17	Standard AHCI 1.0 Serieller-ATA-Controller
IRQ 17	Standard OpenHCD USB-Hostcontroller
	
IRQ 18	Standard OpenHCD USB-Hostcontroller
IRQ 18	Standard OpenHCD USB-Hostcontroller
IRQ 18	PCI Standard-PCI-zu-PCI-Brücke
IRQ 18	Realtek PCIe GBE Family Controller
IRQ 18	PCI Standard-PCI-zu-PCI-Brücke
IRQ 18	Standard AHCI 1.0 Serieller-ATA-Controller
	
Speicheradresse 0xA0000-0xBFFFF	NVIDIA GeForce 8800 GT 
Speicheradresse 0xA0000-0xBFFFF	PCI-Bus
Speicheradresse 0xA0000-0xBFFFF	PCI Standard-PCI-zu-PCI-Brücke
	
Speicheradresse 0xC0000000-0xCFFFFFFF	NVIDIA GeForce 8800 GT 
Speicheradresse 0xC0000000-0xCFFFFFFF	PCI-Bus
Speicheradresse 0xC0000000-0xCFFFFFFF	PCI Standard-PCI-zu-PCI-Brücke
	
IRQ 19	PCI Standard-PCI-zu-PCI-Brücke
IRQ 19	NVIDIA GeForce 8800 GT 
IRQ 19	Realtek PCIe GBE Family Controller #2
IRQ 19	Standard PCI-zu-USB erweiterter Hostcontroller
IRQ 19	PCI Standard-PCI-zu-PCI-Brücke
	
E/A-Port 0x000003B0-0x000003BB	NVIDIA GeForce 8800 GT 
E/A-Port 0x000003B0-0x000003BB	PCI Standard-PCI-zu-PCI-Brücke
	
Speicheradresse 0xF8000000-0xF9FFFFFF	NVIDIA GeForce 8800 GT 
Speicheradresse 0xF8000000-0xF9FFFFFF	PCI Standard-PCI-zu-PCI-Brücke

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x3B

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from 0000000000000000 to fffff96000132b86

STACK_TEXT:
fffff880`038bcaa0 00000000`00000000 : 00000000`00000001 00000000`00000004 fffff800`02a8c04b 00000000`00000001 : win32k+0xc2b86


FOLLOWUP_IP:
win32k+c2b86
fffff960`00132b86 ff80e4010000 inc dword ptr [rax+1E4h]

SYMBOL_STACK_INDEX: 0

SYMBOL_NAME: win32k+c2b86

FOLLOWUP_NAME: MachineOwner

IMAGE_NAME: win32k.sys

STACK_COMMAND: .cxr 0xfffff880038bc0c0 ; kb

BUCKET_ID: WRONG_SYMBOLS

Followup: MachineOwner[/CODE]

Hat jemand Ahnung woran das liegen könnte bzw. ob und welcher IRQ-Konflikt verantwortlich sein könnte :/
Schonmal danke für die Antworten =)
Gruß,
Chris

PS: Die 8800GT kam erst nach Installation des OS in den PC, hatte davor eine 1950XT im PC

 

[Hanne]

Bei den neueren MBs gibt es die klassischen "IRQ-Konflikte" nicht mehr - "shared" ist heute völlig normal - es wird auch kein IRQ-Konflikt sein, es sei denn, eine andere PCI-Steckkarte ist eingesetzt die einen eigenen IRQ braucht -

versuch mal im BIOS unter "DRAM Configuration" / "1T/2T Command Timing" hier "2T" einzustellen - und die RAMs in Bank 3+4 -

 

[Tomislav2007]

Hallo

Bei den neueren MBs gibt es die klassischen "IRQ-Konflikte" nicht mehr - "shared" ist heute völlig normal

Nein leider nicht es wäre zwar wünschenswert das es so ist, die Praxis sieht aber ganz anders aus. Passive Controller wie z.B. USB/Netzwerk Karten machen in der Regel keine Probleme, die Sache sieht aber ganz anders aus bei aktiven (Busmaster) Controllern wie z.B. Grafikkarte/Soundkarte mit DSP/TV Karte/SCSI/SATA (vor allem wenn sich die Prozessor Prioritäten in die Quere kommen). Ich kann die Aufnahme Aussetzer bei meiner DVBT Karte wunderbar reproduzieren wenn ich die DVBT Karte in den Slot stecke der den IRQ mit der Grafikkarte teilt und ein Spiel starte, lustig wird es auch wenn du eine X-Fi auf den gleichen IRQ legst wie die Grafikkarte. Die Regel das Grafikkarte/Soundkarte mit DSP/TV Karte/SCSI/SATA einen eigenen IRQ brauchen gilt leider immer noch, zumindest darf kein anderer Busmaster auf dem gleichen IRQ sein.
Grüße Tomi

 

[Hanne]

Genau das hatte ich beschrieben - wenn eine Steckkarte einen eigenen IRQ braucht, kann es zu Konflikten kommen - betroffen ist meist der erste PCI-Steckplatz unterhalb der Grafikkarte -

aber auch dann ist es anders möglich - APIC und ACPI 2.0 ( z. B. bei ASUS MBs ) sollte eingeschaltet sein - es stehen dem System meist mehr als 22 IRQs zur Verfügung - das reicht immer -

 

[Tomislav2007]

Hallo

APIC und ACPI 2.0 ( z. B. bei ASUS MBs ) sollte eingeschaltet sein - es stehen dem System meist mehr als 22 IRQs zur Verfügung

Damit solltest du aufpassen ein Mainboard kann immer noch nur maximal 16 IRQs zur Verfügung stellen, der Rest sind virtuelle IRQs die ebenfalls geshared sind. Da kannst du wenn du Pech hast auch daneben greifen wenn du glaubst das du die IRQs getrennt hast. Gerät A hat IRQ 16 und Gerät B hat IRQ 22 sieht auf den ersten Blick wie getrennte IRQs aus, in Wirklichkeit ist das aber zweimal der IRQ 16 nur das er einmal virtuell in IRQ 22 umbenannt wurde.
Grüße Tomi

 

[Tranceport]

Stimmt, das hatte ich vergessen zu erwähnen, hab noch eine Xfi Musik im vorletzten PCIslot stecken. Würde es helfen, Win7 neu aufzuspielen?
Danke für die Antworten =)
Grüße

 

[Tomislav2007]

Hallo

hab noch eine Xfi Musik im vorletzten PCIslot stecken.

Wieso ist die oben nicht in der Auflistung mit dabei ? Welchen IRQ hat die X-Fi ?

Würde es helfen, Win7 neu aufzuspielen?

Solange der Fehler in deinem System nicht behoben ist macht das keinen Sinn. Es macht keinen Sinn nur die Wirkung zu kaschieren, die Ursache muß beseitigt werden.
Grüße Tomi

 

[Tranceport]

Weil die XFI keinen Konflikt hat, sie liegt auf 21.

 

[Tomislav2007]

Hallo

21

IRQ 21 ist ein virtueller IRQ und kein echter IRQ und damit kann die X-Fi schon Probleme machen, versuch mal die X-Fi in einen anderen Slot zu stecken.
Grüße Tomi

 

[Hanne]

Versuch die XFI in einem anderen Steckplatz - wenn WIN installiert war, als die XFI eingesetzt wurde, dann setz sie jetzt in einen anderen Steckplatz - sie wird von WIN neu erkannt und die Treiber werden ebenfalls neu installiert - veruchs mal - und evtl. das Timing der RAMs ändern - wie schon beschrieben -

http://www.heise.de/ct/Redaktion/ciw/irq.html

hier mal ein schon etwas älterer Artikel zu IRQ -

 

[Tranceport]

besten Dank für die schnellen Antworten, werde ich dann so schnell wie möglich ausprobieren =)