Stránka 1 z 1
Pád AMD driveru po probuzení ze spánku
Napsal: 20 lis 2024 03:08
od Tarkin
S železnou pravidelností mi po probuzení stroje zůstane obrazovka ve stavu viz příloha, následuje občas restart driveru, občas kompletní ztráta signálu do monitoru. Stejný průběh se byl i na minulé 7900 XT, na posledních několika verzích driveru, s 7800x3D i 9800x3D stock/OC, stále stejné.
Než nainstaluji AMD drivery, tak není problém. Po instalaci v 95 % po probuzení zhavaruje.
Re: Pád AMD driveru po probuzení ze spánku
Napsal: 20 lis 2024 09:31
od Rudy
Re: Pád AMD driveru po probuzení ze spánku
Napsal: 20 lis 2024 12:48
od Tarkin
Doplnil jsem si do podpisu sestavu, ať je zřejmé, na čem problém vyvstává.
Každopádně DDU i cleanup jsem zkoušel před přeinstalací systému a nepomohlo to. Teď mám čistou instalaci s prvním driverem.
Co se týče zdroje, samozřejmě by mohl být vadný, ale mám ROG Strix 1kW, takže relativně kvalitní.
Zkusím kabeláž, nicméně HDMI nemá z nějakého důvodu tak velký rozsah pro FreeSync.
Re: Pád AMD driveru po probuzení ze spánku
Napsal: 20 lis 2024 15:16
od Rudy
Zkuste a dejte vědět.
Re: Pád AMD driveru po probuzení ze spánku
Napsal: 20 lis 2024 15:45
od Tarkin
Řešení bylo nakonec jednoduché. Sice jsem měl pro hry nastavený FreeSync, ale nebyl nastaven v obecném nastavení monitoru v driveru a monitor FreeSync zaplý měl, zřejmě to způsobilo kolizi.
PS: Jsem kretén a nevšiml jsem si toho.
Re: Pád AMD driveru po probuzení ze spánku
Napsal: 20 lis 2024 15:54
od Rudy
To se stává. Také jsem toto nevěděl, nejsem pařan a ani bych netušil, že to způsobí spadnutí driveru. I pro mne je to nová informace.
Re: Pád AMD driveru po probuzení ze spánku
Napsal: 21 lis 2024 09:58
od altrok
Tarkin píše: 20 lis 2024 15:45
Řešení bylo nakonec jednoduché. Sice jsem měl pro hry nastavený FreeSync, ale nebyl nastaven v obecném nastavení monitoru v driveru a monitor FreeSync zaplý měl, zřejmě to způsobilo kolizi.
PS: Jsem kretén a nevšiml jsem si toho.
Nemyslím si. Naopak. Díky!
Dovolím si výcuc z tvých dumpů (
druhé téma), aby ho zaindexovaly i vyhledávací enginy a tedy tvoje řešení mohlo pomoct někomu třeba i na druhém konci světa (pokud řeší podobný problém a skáčou mu stejné bugchecky v BSOD).
Kód: Vybrat vše
KMODE_EXCEPTION_NOT_HANDLED (1e)
Arg1: ffffffffc0000005, The exception code that was not handled
Arg2: fffff80443ff415f, The address that the exception occurred at
Arg3: ffff8089ddaa34a8, Parameter 0 of the exception
Arg4: ffff8089ddaa2c90, Parameter 1 of the exception
STACK_TEXT:
ffff8089`ddaa23d8 fffff804`b0b6d01b : 00000000`0000001e ffffffff`c0000005 fffff804`43ff415f ffff8089`ddaa34a8 : nt!KeBugCheckEx
ffff8089`ddaa23e0 fffff804`b0c97586 : ffff8089`ddaa2c90 fffff804`b0a08b98 ffff8089`ddaa2a60 fffff804`b093d7c8 : nt!KiFatalFilter+0x1f
ffff8089`ddaa2420 fffff804`b0ab862f : ffff8089`00000002 ffff8089`ddaa34a8 ffff8089`dda9e000 ffff8089`ddaa5000 : nt!KeExpandKernelStackAndCalloutInternal$filt$0+0x16
ffff8089`ddaa2460 fffff804`b0c80202 : ffff8089`ddaa34a8 ffff8089`ddaa2a60 00000000`00000000 00000000`00000000 : nt!_C_specific_handler+0x9f
ffff8089`ddaa24d0 fffff804`b09927e2 : ffff8089`ddaa2560 fffff804`b0600000 fffff804`b093d7c8 fffff804`b06e3780 : nt!RtlpExecuteHandlerForException+0x12
ffff8089`ddaa2500 fffff804`b0993949 : ffff8089`ddaa3550 ffff8089`ddaa3190 ffff8089`ddaa3550 ffff8089`ddaa2c90 : nt!RtlDispatchException+0x2d2
ffff8089`ddaa2c60 fffff804`b0c8ad45 : 00000000`c0000005 00000000`00000000 ffffd88f`7df92710 fffff804`8ff396bd : nt!KiDispatchException+0xac9
ffff8089`ddaa3370 fffff804`b0c85e82 : ffff8089`ddaa3502 00000000`00000000 fffff804`8ff76f78 ffffd88f`7dce2702 : nt!KiExceptionDispatch+0x145
ffff8089`ddaa3550 fffff804`43ff415f : 00000000`00000000 ffffd88f`58c3c800 ffffd88f`58c3c801 00000000`00000000 : nt!KiPageFault+0x442
ffff8089`ddaa36e0 fffff804`43ff110b : 00000000`00000000 ffffd88f`6f752000 ffffd88f`58c3c800 ffff8089`ddaa3bb8 : NETIO!StreamInvokeCalloutAndNormalizeAction+0x2f3
ffff8089`ddaa37d0 fffff804`43ff1559 : ffffd88f`67f957c0 ffff8089`ddaa39a0 ffffd88f`58c3c800 ffff8089`ddaa4150 : NETIO!StreamCalloutProcessData+0x5f
ffff8089`ddaa3860 fffff804`43fd0785 : ffff8089`ddaa4150 ffff8089`ddaa39a0 ffffd88f`58c3c800 ffffd88f`58c3c801 : NETIO!StreamCalloutProcessingLoop+0x175
ffff8089`ddaa3900 fffff804`43f930fa : 00000000`00000014 fffff804`8ff30830 ffff8089`00000001 ffffd88f`5fc44040 : NETIO!StreamProcessCallout+0x609
ffff8089`ddaa3a30 fffff804`43f91eb0 : 00000000`00000014 ffffd88f`5fc44040 ffffd88f`55d6e350 ffff8089`ddaa4150 : NETIO!ProcessCallout+0x2ea
ffff8089`ddaa3b00 fffff804`43fe8956 : ffffd88f`6f414bb0 ffffd88f`3d325aa0 ffff8089`ddaa3e08 ffffd88f`498fdf30 : NETIO!ArbitrateAndEnforce+0x1e0
ffff8089`ddaa3c40 fffff804`b093d7c8 : ffff8089`ddaa3e80 fffff804`43fe8910 00000000`00000000 ffff8089`ddaa4101 : NETIO!ArbitrateAndEnforceCallout+0x46
ffff8089`ddaa3ca0 fffff804`b093d6dd : fffff804`43fe8910 ffff8089`ddaa3e80 ffffd88f`3b7fea00 ffffd88f`5fc44040 : nt!KeExpandKernelStackAndCalloutInternal+0xd8
ffff8089`ddaa3d10 fffff804`43fc4c8e : 00000000`00000000 ffff8089`ddaa41a0 ffffd88f`3d322010 fffff804`43df7e69 : nt!KeExpandKernelStackAndCalloutEx+0x1d
ffff8089`ddaa3d50 fffff804`43fba3d2 : 00000000`0000000b fffff804`4401f000 00000000`00000014 fffff804`b08c441a : NETIO!NetioExpandKernelStackAndCallout+0x7e
ffff8089`ddaa3da0 fffff804`43ff3c74 : 00000000`00000000 fffff804`43fad494 ffffd88f`499543f0 ffffd88f`499543f0 : NETIO!KfdClassify+0x622
ffff8089`ddaa40b0 fffff804`43ff358a : ffffd88f`6f414a00 ffff8089`ddaa42b9 00000000`00000014 ffffd88f`499543f0 : NETIO!StreamInternalClassify+0x168
ffff8089`ddaa4220 fffff804`43fed4ab : ffffd88f`67f957c0 00000000`00000014 00000000`00000000 00000000`00000000 : NETIO!StreamInject+0x47a
ffff8089`ddaa4300 fffff804`44432947 : ffffd88f`67f957c0 00000000`00000000 ffffd88f`5f5d5b00 ffffd88f`499543f0 : NETIO!FwppStreamInject+0x28b
ffff8089`ddaa43a0 fffff804`8ff6af11 : ffffd88f`3d252380 00000000`00000000 ffffd88f`750cf490 00000000`0000d61f : fwpkclnt!FwpsStreamInjectAsync0+0x127
ffff8089`ddaa4440 ffffd88f`3d252380 : 00000000`00000000 ffffd88f`750cf490 00000000`0000d61f 00000000`0000011e : netfilter2+0xaf11
ffff8089`ddaa4448 00000000`00000000 : ffffd88f`750cf490 00000000`0000d61f 00000000`0000011e 00000000`00000014 : 0xffffd88f`3d252380
Kód: Vybrat vše
DRIVER_POWER_STATE_FAILURE (9f)
Arg1: 0000000000000003, A device object has been blocking an IRP for too long a time
Arg2: ffffdf0ec077bbd0, Physical Device Object of the stack
Arg3: fffff80525668010, nt!TRIAGE_9F_POWER on Win7 and higher, otherwise the Functional Device Object of the stack
Arg4: ffffdf0ec43d89a0, The blocked IRP
STACK_TEXT:
fffff805`25667fb8 fffff805`9358c7ed : 00000000`0000009f 00000000`00000003 ffffdf0e`c077bbd0 fffff805`25668010 : nt!KeBugCheckEx
fffff805`25667fc0 fffff805`9358c5ec : fffff805`93fd0640 fffff805`256683e0 ffffdf0e`bdcaf280 fffff805`25668199 : nt!PopIrpWatchdogBugcheck+0x1f5
fffff805`256680a0 fffff805`93359c0a : fffff805`00000003 ffffffff`00000001 fffff805`00000000 fffff805`00000002 : nt!PopIrpWatchdog+0xc
fffff805`256680d0 fffff805`933591e3 : fffff805`21750280 fffff805`9349a4f7 00000000`811b0ac9 fffff805`21753620 : nt!KiProcessExpiredTimerList+0x26a
fffff805`25668200 fffff805`932f96e1 : fffff805`2174c180 00000000`00000020 fffff805`2174c180 00000000`00000002 : nt!KiTimerExpiration+0x2e3
fffff805`25668330 fffff805`93677bfe : fffff805`2174c180 fffff805`2174c180 00000000`001a7550 00000000`00000000 : nt!KiRetireDpcList+0xaf1
fffff805`256685c0 00000000`00000000 : fffff805`25669000 fffff805`25662000 00000000`00000000 00000000`00000000 : nt!KiIdleLoop+0x9e