- Csrbtport_enumerated_device_00 No Driver Found File
- Csrbtport_enumerated_device_00 No Driver Found 2016
- Newiy Start Driver
Feb 10, 2015 So I returned that dongle & bought another one. This time it's made by Avantree & low and behold it's ALSO made w/ CSR chipset. But at least this time the manufacturer do provide specific driver. Unfortunately same thing happen again with both the generic 30 Dec 2014 driver and the manufacturer supplied driver dated 14 Jul 2014. The infamous java.sql.SQLException: No suitable driver found 0 Java Servlet DB Query with Ajax - slow query time and querystring not always fully passed to the servlet. Fix USB 2.0 10/100 Ethernet Adapter No driver found Error: Manually download the drivers from below(make sure you download the driver for you PC only): 1.AX.

The DRIVER_POWER_STATE_FAILURE bug check has a value of 0x0000009F. This bug check indicates that the driver is in an inconsistent or invalid power state.
Important
This topic is for programmers. If you are a customer who has received a blue screen error code while using your computer, see Troubleshoot blue screen errors.
DRIVER_POWER_STATE_FAILURE Parameters
Parameter 1 indicates the type of violation.
Parameter 1 | Parameter 2 | Parameter 3 | Parameter 4 | Cause |
---|---|---|---|---|
0x1 | The device object | Reserved | Reserved | The device object that is being freed still has an outstanding power request that it has not completed. |
0x2 | The target device's device object, if it is available | The device object | The driver object, if it is available | The device object completed the I/O request packet (IRP) for the system power state request, but it did not call PoStartNextPowerIrp. |
0x3 | The physical device object (PDO) of the stack | nt!TRIAGE_9F_POWER. | The blocked IRP | A device object has been blocking an IRP for too long a time. |
0x4 | Time-out value, in seconds. | The thread currently holding onto the Plug-and-Play (PnP) lock. | nt!TRIAGE_9F_PNP. | The power state transition timed out waiting to synchronize with the PnP subsystem. |
0x5 | Physical Device Object of the stack | The POP_FX_DEVICE object | Reserved - 0 | The device failed to complete a directed power transition within the required amount of time. |
0x6 | The POP_FX_DEVICE object | Indicates if this was a Directed Power Down(1) or Power Up(0) completion. | Reserved - 0 | The device did not complete its Directed Power Transition callback successfully. |
0x500 | Reserved | The target device's device object, if available | Device object | The device object completed the IRP for the system power state request, but it did not call PoStartNextPowerIrp. |

Cause
For a description of the possible causes, see the description of each code in the Parameters section.
Resolution
Debugging bug check 0x9F when Parameter 1 equals 0x3
- In a kernel debugger, use the !analyze -v command to perform the initial bug check analysis. The verbose analysis displays the address of the nt!TRIAGE_9F_POWER structure, which is in Arg3.
The nt!TRIAGE_9F_POWER structure provides additional bug check information that might help you determine the cause of this bug check. The structure can provide a list of all outstanding power IRPs, a list of all power IRP worker threads, and a pointer to the delayed system worker queue.
- Use the dt (Display Type) command and specify the nt!TRIAGE_9F_POWER structure using the address from Arg3.
The dt (Display Type) command displays the structure. You can use various debugger commands to follow the LIST_ENTRY fields to examine the list of outstanding IRPs and the power IRP worker threads.
- Use the !irp command to examine the IRP that was blocked. The address of this IRP is in Arg4.
- Use the !devstack command with the PDO address in Arg2, to display information associated with the faulting driver.
- Use the !poaction command to display the threads that handle the power operations and any allocated power IRPs.
If you are working with a KMDF driver, use the Windows Driver Framework Extensions (!wdfkd) to gather additional information.
Use !wdfkd.wdflogdump <your driver name>, to see if KMDF is waiting for you to ACK any pending requests.
Use !wdfkd.wdfdevicequeues <your WDFDEVICE> to examine all outstanding requests and what state they are in.
Use the !stacks extension to examine the state of every thread and look for a thread that might be holding up the power state transition.
To help you determine the cause of the error, consider the following questions:
- What are the characteristics of the physical device object (PDO) driver (Arg2)?
- Can you find the blocked thread? When you examine the thread with the !thread debugger command, what does the thread consist of?
- Is there IO associated with the thread that is blocking it? What symbols are on the stack?
- When you examine the blocked power IRP, what do you notice?
- What is the PnP minor function code of the power IRP?
Debugging bug check 0x9F when Parameter 1 equals 0x4
- In a kernel debugger, use the !analyze -v command to perform the initial bug check analysis. The verbose analysis displays the address of the nt!TRIAGE_9F_PNP structure, which is in Parameter 4 (arg4).
Csrbtport_enumerated_device_00 No Driver Found File
The nt!TRIAGE_9F_PNP structure provides additional bug check information that might help you determine the cause of the error. The nt!TRIAGE_9F_PNP structure provides a pointer to a structure that contains the list of dispatched (but not completed) PnP IRPs and provides a pointer to the delayed system worker queue.
- Use the dt (Display Type) command and specify the nt!TRIAGE_9F_PNP structure and the address that you found in Arg4.
The dt (Display Type) command displays the structure. You can use debugger commands to follow the LIST_ENTRY fields to examine the list of outstanding PnP IRPs.
To help you determine the cause of the error, consider the following questions:
Is there an IRP associated with the thread?
Is there any IO in the CompletionQueue?
What symbols are on the stack?
Refer to the additional techniques described above under parameter 0x3.
Csrbtport_enumerated_device_00 No Driver Found 2016
## Remarks---
If you are not equipped to debug this problem using the techniques described above, you can use some basic troubleshooting techniques.
Newiy Start Driver
If new device drivers or system services have been added recently, try removing or updating them. Try to determine what changed in the system that caused the new bug check code to appear.
Look in Device Manager to see if any devices are marked with the exclamation point (!). Review the events log displayed in driver properties for any faulting driver. Try updating the related driver.
Check the System Log in Event Viewer for additional error messages that might help pinpoint the device or driver that is causing the error. For more information, see Open Event Viewer. Look for critical errors in the system log that occurred in the same time window as the blue screen.
To try and isolate the cause, temporally disable power save using control panel, power options. Some driver issues are related to the various states of system hibernation and the suspending and resumption of power.
If you recently added hardware to the system, try removing or replacing it. Or check with the manufacturer to see if any patches are available.
You can try running the hardware diagnostics supplied by the system manufacturer.
Check with the manufacturer to see if an updated system ACPI/BIOS or other firmware is available.