Windows 10: BSOD when PC is idle, caused by ntoskrnl.exe and NETIO.SYS

Hello,

A friend of mine has been having some trouble with BSODs recently, I have been attempting to assist them with their issue. Recently we have used Windows 10's "Reset" feature selecting all options to remove all files from both the boot SSD and storage HDD in an effort to try and start fresh. Unfortunately since resetting Windows, three BSODs have occurred. Each BSOD that has occurred has happened while the PC has been left on to download games and other large files. I would be very appreciative of any help that anyone could give me with fixing this issue.

:)

 

BSOD Bad_Pool_Caller Win10 on Dell Inspiron

Repeated bsod when browsing with chrome/firefox/edge on new Dell Inspiron 15-7579 running Windows 10 pro

From searching on the web for info I have reset system, uninstalled McAfee and after further crashes run BlueScreenView

BlueScreenView points to fwpkclnt.sys (fwpkclnt.sys/ndis.sys/NETIO.sys/ntoskrnl.exe)

What do I do with that info?

 

Driver_overran_stack_buffer

First BSOD I've had in Windows 10, didn't have it with 10240 but I'm running the latest official build... Not sure if that's the cause or not, as I've been running it for a few days and no issue until now.

Outside the usual ntoskrnl.exe BlueScreenView points to NETIO.sys, netr28x.sys and tcpip.sys...

Ran update driver for my wireless card, says it's got the latest drivers already... updated my Ethernet drivers, even though I don't use the Ethernet.

I've read that any time it points to the NETIO.sys it's very likely driver related, but I don't know...

I can provide the dump file, etc. if necessary.

 

Start with checking/repairing your windows system files.
Use SFC to check and repair windows systemfiles.

See this tutorial https://www.tenforums.com/tutorials/2...dows-10-a.html

 

So i can't make out if your OS is a Genuine one , but i can't confirm it isn't so i'm going to TRY and help you.
The 3 DMP files you gave show different issues. One with bcmwl63a.sys, another with nvlddmkm.sys

Driver Reference Table --> Broadcom 802.11 Network Adapter wireless driver

Driver Reference Table --> nVidia Video drivers

Now they all have one thing in common, they seem to be busy handling USB

USBXHCI, USBSTOR.SYS are all over the place.


Now i've know laptops having issues with these files due to docking stations for instance.


So what i would try to do is,

fix broadcom driver, fix nvidia drivers.

unplug as many unneeded USB devices you can

then run driver verifier and see what happens.
A tutorial can be found at : Driver Verifier - Enable and Disable in Windows 10 - Windows 10 Forums
If your system is stable, then re-enter one USB device at a time, see what happens.

gl.

 

Thanks very much for both of your replies.
@lifetec: We'll start by doing what you've recommended. EDIT: No errors were found.

@zztemp: The OS my buddy has installed was installed from a Windows 10 installation disc bought retail, so I'd hope that it was genuine...

The Broadcom drivers come from the Asus PCE-AC68 Wireless Adapter's driver installation. The drivers were fully uninstalled then reinstalled from the Asus website, using the newest version. Searching reveals that other Windows 10 users have had problems with this device and it's newer drivers, so we'll try out the older drivers recommended in the link.

As for the Nvidia driver showing up, I find that odd because we also did a full uninstall and reinstall of the newest Nvidia GPU drivers, directly downloaded from Nvidia's website. However we will do another full reinstall of those to cover everything you have mentioned. EDIT: Driver Verifier confirms an issue with with the GPU driver (System_Thread_Exception_Not Handled). I find this utterly perplexing because as far as I know the proper driver was installed. There may however have been user error involved with the download/installation.

We believe the crash caused by USBXHCI was a faulty external USB storage device that was plugged in at the time. EDIT: Could be related to a USB headset's software (Logitech). Driver Verifier crashes on HIDCLASS.sys (USB Driver). Removing the installed Logitech Gaming Software allows the system to operate outside of Safe Mode for longer than 10sec (with Driver Verifier enabled). Other people have this issue.

I have a feeling (and I hope) that the issues might be being caused by the Asus Wireless adapter, so we will try the older drivers and see how that goes. I will report back with any news. It may be this along with a bunch of other things.

Thanks again for your help.

EDIT: As of right now we have reinstalled the network adapter's drivers, GPU drivers and have decided not to install the Logitech Gaming Software. We are going operate the PC as normal for a day or two and see if any more crashes happen.

 

Sorry dude , swamped with work atm. Your approach seems a good way to go.
I'll be checking in later to see how you guys are doing.

 

so, how is the pc, more stable?

 

Please excuse the delayed reply.

Unfortunately there have been more BSODs. I'll attach another zip file with the dumps included. I'm really not sure how to proceed with fixing this.

Thanks for your replies and your time in advance.

 

The files mention usbaudio.sys . Do you have some sort of USB headset connected? Or some sound-device that is connected via USB?

 

Yes, there is a USB headset plugged in. I believe it's the only audio input/output device that he has. It's a Logitech g633.

How did you determine that it was usbaudio.sys that caused the crash? I looked through all the files and the dumps in BlueScreenViewer and I couldn't see it mentioned? I'm asking because I want to learn more about BSOD analysis. *Biggrin

 

Just to answer the question

That would probably be the stacktrace
Code: ffffd001`063a7ae0 fffff80a`25a8101a : ffffbb81`764bd048 0000447e`89a94d00 00000000`0000001e ffffbb81`7584ae40 : Wdf01000!imp_WdfDeviceWdmDispatchIrpToIoQueue+0x2a1 [d:\rs1\minkernel\wdf\framework\shared\core\km\fxdeviceapikm.cpp @ 494] ffffd001`063a7bc0 fffff80a`25a8044f : 00000000`00000000 00000000`0000000a ffffbb81`764bd048 00000000`00000000 : ucx01000!UrbHandler_USBPORTStyle_Legacy_IsochTransfer+0x17a ffffd001`063a7c10 fffff80a`25a752b7 : 0000447e`8a687fd8 ffffbb81`7b216490 ffffd001`063a7cd0 ffffbb81`7b216908 : ucx01000!Urb_USBPORTStyle_ProcessURB+0x347 ffffd001`063a7c70 fffff80a`21843b8c : ffffbb81`75978020 00000000`00000000 00000000`0000000f ffffbb81`7b216490 : ucx01000!RootHub_Pdo_EvtInternalDeviceControlIrpPreprocessCallback+0x467 ffffd001`063a7d00 fffff80a`21984577 : ffffbb81`765cf970 00000000`00000000 ffff24dd`a9f1f735 00000000`00000000 : Wdf01000!FxDevice:ispatchWithLock+0x7ec [d:\rs1\minkernel\wdf\framework\shared\core\fxdevice.cpp @ 1430] ffffd001`063a7df0 fffff80a`2198420e : ffffbb81`721148b0 00000000`00000007 ffffbb81`7b216908 ffffbb81`79b3b720 : ACPI!ACPIIrpDispatchDeviceControl+0x97 ffffd001`063a7e30 fffff80a`26fd39fd : 00000000`00000007 00000000`00000000 ffffd001`063a7f00 ffffbb81`76dba7c0 : ACPI!ACPIDispatchIrp+0xce ffffd001`063a7eb0 fffff80a`21843b8c : ffffbb81`767fce20 00000000`00000000 ffffbb81`76dba4d0 00000000`00000000 : UsbHub3!HUBPDO_EvtDeviceWdmIrpPreprocess+0xf4d ffffd001`063a7fc0 fffff80a`21984577 : ffffbb81`76e36b60 ffffd001`034f2000 fffff803`20dc0540 00000000`00000040 : Wdf01000!FxDevice:ispatchWithLock+0x7ec [d:\rs1\minkernel\wdf\framework\shared\core\fxdevice.cpp @ 1430] ffffd001`063a80b0 fffff80a`2198420e : ffffbb81`72113010 00000000`00000007 ffffbb81`7b216950 00000000`00000000 : ACPI!ACPIIrpDispatchDeviceControl+0x97 ffffd001`063a80f0 fffff80a`2707169e : 00000000`00000007 ffffbb81`7b216490 ffffd001`063a8229 00000000`00000001 : ACPI!ACPIDispatchIrp+0xce ffffd001`063a8170 fffff80a`270714d4 : ffffbb81`7b216490 fffff80a`270861e8 ffffbb81`7211ea28 fffff803`20dc0548 : usbccgp!DispatchPdoUrb+0x16e ffffd001`063a8290 fffff80a`270711b1 : ffffbb81`770efa28 ffffbb81`770efa20 ffffbb81`7b216490 fffff80a`27086178 : usbccgp!DispatchPdoInternalDeviceControl+0x84 ffffd001`063a82f0 fffff80a`271b4111 : ffffbb81`770ef8d0 ffffbb81`764bd000 ffffbb81`00000000 ffffbb81`7b216998 : usbccgp!USBC_Dispatch+0x1b1 ffffd001`063a83b0 fffff80a`271b4507 : ffffbb81`775ca9a0 fffff80a`271b3870 00000000`00000000 ffffbb81`7c6d6c00 : usbaudio!USBType1BuildIsochUrbRequest+0x571 ffffd001`063a8490 fffff80a`271b45f0 : ffffbb81`775ca9a0 ffffbb81`7c10fc00 00000000`00000000 00000000`00000000 : usbaudio!USBType1ProcessStreamPointer+0x133 ffffd001`063a84f0 fffff80a`26d6a500 : ffffbb81`7b219018 ffffbb81`7c10fc00 00000000`00000000 fffff80a`00000000 : usbaudio!USBType1ProcessPin+0xc0 ffffd001`063a8520 fffff80a`26d62917 : ffffbb81`7b219018 00000000`000006e4 ffffbb81`7c10fc00 ffffbb81`7642a530 : ks!CKsPin:rocessingObjectWork+0xf0 ffffd001`063a8560 fffff80a`26d6b149 : ffffbb81`7c10fb30 00000000`00000000 ffffbb81`7c10fc00 ffffbb81`7287b130 : ks!CKsPin:rocess+0x77 ffffd001`063a8590 fffff80a`26d6d906 : ffffbb81`7c10fb30 00000000`00000000 ffffbb81`7642a010 ffffbb81`00000000 : ks!CKsQueue::AddFrame+0x1ad ffffd001`063a85d0 fffff80a`26d9f7c5 : fffff80a`00000000 00000000`00000000 ffffd001`063a86d0 00000000`00000000 : ks!CKsQueue::TransferKsIrp+0x456 ffffd001`063a8660 fffff80a`26d7f675 : ffffbb81`7642a518 00000000`20707249 fffff803`20dc0540 ffffbb81`771609f0 : ks!CKsPin:ispatchDeviceIoControl+0x215 ffffd001`063a86c0 fffff80a`26d61918 : ffffbb81`7642a010 ffffbb81`7713d9d0 ffffbb81`7642a560 fffff80a`26fb1433 : ks!KsDispatchIrp+0x65 ffffd001`063a8780 fffff80a`26fb14b1 : ffffbb81`7642a010 ffffbb81`7642a560 ffffbb81`7642a560 ffffbb81`7713d9d0 : ks!CKsDevice:assThroughIrp+0x48 ffffd001`063a87c0 fffff803`20f15cd0 : ffffbb81`76481760 00000000`00000000 00000000`00000000 ffffbb81`7642a010 : ksthunk!CKernelFilterDevice:ispatchIrp+0xf9 ffffd001`063a8820 fffff803`20f14bb4 : 00000000`00000000 ffffbb81`76481700 00000000`002f8013 ffffd001`063a8b80 : nt!IopSynchronousServiceTail+0x1a0 ffffd001`063a88e0 fffff803`20f14536 : ffffbb81`7aee17c0 00000000`000002fc 00000000`00000000 000001ea`d9bf0710 : nt!IopXxxControlFile+0x674 ffffd001`063a8a20 fffff803`20bdc193 : 00000000`746c6644 ffffd001`063a8b08 00000000`00000000 00000000`00000000 : nt!NtDeviceIoControlFile+0x56 ffffd001`063a8a90 00007ff8`e1b24f44 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13 000000d2`cacffbb8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x00007ff8`e1b24f44[/quote]
To learn more about BSOD analysis:
https://www.tenforums.com/tutorials/...configure.html
WinDBG - The Basics for Debugging Crash Dumps in Windows 10

 

So, did you get this fixed?