*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 44, {ffffe001214b53e0, f8e, 0, 0}
Probably caused by : ACPI
Followup: MachineOwner
---------
3: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
MULTIPLE_IRP_COMPLETE_REQUESTS (44)
A driver has requested that an IRP be completed (IoCompleteRequest()), but
the packet has already been completed. This is a tough bug to find because
the easiest case, a driver actually attempted to complete its own packet
twice, is generally not what happened. Rather, two separate drivers each
believe that they own the packet, and each attempts to complete it. The
first actually works, and the second fails. Tracking down which drivers
in the system actually did this is difficult, generally because the trails
of the first driver have been covered by the second. However, the driver
stack for the current request can be found by examining the DeviceObject
fields in each of the stack locations.
Arguments:
Arg1: ffffe001214b53e0, Address of the IRP
Arg2: 0000000000000f8e
Arg3: 0000000000000000
Arg4: 0000000000000000
Debugging Details:
------------------
IRP_ADDRESS: ffffe001214b53e0
ADDITIONAL_DEBUG_TEXT: USB\VID_0CF3&PID_3004
FOLLOWUP_IP:
+2ef855d600
00000000`00000f8e ?? ???
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT
BUGCHECK_STR: 0x44
PROCESS_NAME: HostAppService
CURRENT_IRQL: 2
ANALYSIS_VERSION: 6.3.9600.16384 (debuggers(dbg).130821-1623) amd64fre
DPC_STACK_BASE: FFFFD001409A4FB0
LAST_CONTROL_TRANSFER: from fffff800e6f92a03 to fffff800e6f59fa0
STACK_TEXT:
ffffd001`409a47a8 fffff800`e6f92a03 : 00000000`00000044 ffffe001`214b53e0 00000000`00000f8e 00000000`00000000 : nt!KeBugCheckEx
ffffd001`409a47b0 fffff800`228f0389 : ffffe001`2068ccb8 ffffe001`20666700 ffffd001`409a49d0 ffffe001`70627375 : nt! ?? ::FNODOBFM::`string'+0x28553
ffffd001`409a48c0 fffff800`228ef91d : fffff780`00000302 ffffe001`206667cc ffffe001`1e4100e0 ffffe001`1e40f1a0 : USBPORT!USBPORT_Core_iCompleteDoneTransfer+0x979
ffffd001`409a4a60 fffff800`228ef3b8 : ffffe001`20666904 ffffe001`1e410178 ffffe001`1e40f1a0 00001dd4`00001e00 : USBPORT!USBPORT_Core_iIrpCsqCompleteDoneTransfer+0x21d
ffffd001`409a4ac0 fffff800`228ef12e : 00000000`00001000 ffffe001`1e40f050 ffffd001`409a4c02 00000168`005c7daf : USBPORT!USBPORT_Core_UsbIocDpc_Worker+0x238
ffffd001`409a4b30 fffff800`e6e601e0 : ffffd001`409a4cb0 fffff800`e6e06000 ffffd001`409a4e90 00000000`00000f44 : USBPORT!USBPORT_Xdpc_Worker_IocDpc+0x1fe
ffffd001`409a4bb0 fffff800`e6e5f3fb : 00000000`00000000 ffffe001`2159c3c0 00000000`00000000 00000000`00000000 : nt!KiExecuteAllDpcs+0x1b0
ffffd001`409a4d00 fffff800`e6f5d0d5 : 00000000`00000000 ffffd001`40972180 ffffd001`40d058c0 00000000`03ac491c : nt!KiRetireDpcList+0xdb
ffffd001`409a4fb0 fffff800`e6f5ced9 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KxRetireDpcList+0x5
ffffd001`47c3da40 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiDispatchInterruptContinue
STACK_COMMAND: kb
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: ACPI
IMAGE_NAME: ACPI
DEBUG_FLR_IMAGE_TIMESTAMP: 53089485
IMAGE_VERSION: 6.3.9600.17031
FAILURE_BUCKET_ID: 0x44_IMAGE_ACPI
BUCKET_ID: 0x44_IMAGE_ACPI
ANALYSIS_SOURCE: KM
FAILURE_ID_HASH_STRING: km:0x44_image_acpi
FAILURE_ID_HASH: {22df66ce-7048-b104-0dc2-feb60f99ae52}
Followup: MachineOwner