windows xp, minidump, applemtm.sys caused crash

hi, my mbp just crashed in windows xp.
remained minidump said, applemtm.sys caused crash...
^^ i know this info is too little figure out the problem...
but, is there anyone faced like this one?



-------- minidump -----

ATTEMPTED SWITCH_FROMDPC (b8)
A wait operation, attach process, or yield was attempted from a DPC routine.
This is an illegal operation and the stack track will lead to the offending
code and original DPC routine.
Arguments:
Arg1: 00000000, Original thread which is the cause of the failure
Arg2: 00000000, New thread
Arg3: 00000000, Stack address of the original thread
Arg4: 00000000

Debugging Details:
------------------

*** Kernel symbols are WRONG. Please fix symbols to do analysis.

***********************************************************************
* *
* *
* Your debugger is not using the correct symbols *
* *
* In order for this command to work properly, your symbol path *
* must point to .pdb files that have full type information. *
* *
* Certain .pdb files (such as the public OS symbols) do not *
* contain the required information. Contact the group that *
* provided you with these symbols if you need this command to *
* work. *
* *
* Type referenced: nt!_KPRCB *
* *
***********************************************************************
***********************************************************************
* *
* *
* Your debugger is not using the correct symbols *
* *
* In order for this command to work properly, your symbol path *
* must point to .pdb files that have full type information. *
* *
* Certain .pdb files (such as the public OS symbols) do not *
* contain the required information. Contact the group that *
* provided you with these symbols if you need this command to *
* work. *
* *
* Type referenced: nt!KPRCB *
* *
***********************************************************************
***********************************************************************
* *
* *
* Your debugger is not using the correct symbols *
* *
* In order for this command to work properly, your symbol path *
* must point to .pdb files that have full type information. *
* *
* Certain .pdb files (such as the public OS symbols) do not *
* contain the required information. Contact the group that *
* provided you with these symbols if you need this command to *
* work. *
* *
* Type referenced: nt!_KPRCB *
* *
***********************************************************************
***********************************************************************
* *
* *
* Your debugger is not using the correct symbols *
* *
* In order for this command to work properly, your symbol path *
* must point to .pdb files that have full type information. *
* *
* Certain .pdb files (such as the public OS symbols) do not *
* contain the required information. Contact the group that *
* provided you with these symbols if you need this command to *
* work. *
* *
* Type referenced: nt!KPRCB *
* *
***********************************************************************
***********************************************************************
* *
* *
* Your debugger is not using the correct symbols *
* *
* In order for this command to work properly, your symbol path *
* must point to .pdb files that have full type information. *
* *
* Certain .pdb files (such as the public OS symbols) do not *
* contain the required information. Contact the group that *
* provided you with these symbols if you need this command to *
* work. *
* *
* Type referenced: nt!_KPRCB *
* *
***********************************************************************
***********************************************************************
* *
* *
* Your debugger is not using the correct symbols *
* *
* In order for this command to work properly, your symbol path *
* must point to .pdb files that have full type information. *
* *
* Certain .pdb files (such as the public OS symbols) do not *
* contain the required information. Contact the group that *
* provided you with these symbols if you need this command to *
* work. *
* *
* Type referenced: nt!_KPRCB *
* *
***********************************************************************
***********************************************************************
* *
* *
* Your debugger is not using the correct symbols *
* *
* In order for this command to work properly, your symbol path *
* must point to .pdb files that have full type information. *
* *
* Certain .pdb files (such as the public OS symbols) do not *
* contain the required information. Contact the group that *
* provided you with these symbols if you need this command to *
* work. *
* *
* Type referenced: nt!_KPRCB *
* *
***********************************************************************
*******************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the NT_SYMBOLPATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*******************************************************************
*******************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the NT_SYMBOLPATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*******************************************************************

FAULTING_MODULE: 804d9000 nt

DEBUG FLR_IMAGETIMESTAMP: 47685ec5

CUSTOMER CRASHCOUNT: 1

DEFAULT BUCKETID: WRONG_SYMBOLS

BUGCHECK_STR: 0xB8

LAST CONTROLTRANSFER: from 80547c4b to 804fbf0e

STACK_TEXT:
WARNING: Stack unwind information not available. Following frames may be wrong.
bacd3c8c 80547c4b 000000b8 ffffffff 00000202 nt+0x22f0e
bacd3ce4 b7e06569 00000000 00000000 00000000 nt+0x6ec4b
bacd3d10 b7e4be4a 8a1711d8 00000000 8a451e08 Wdf01000+0x15569
bacd3d2c b7fcb53b 8a171290 75dc0430 8a23fbc8 Wdf01000+0x5ae4a
bacd3d4c b7fcb651 75bae3b8 8a00de70 bacd3da8 applemtm+0x53b
bacd3d5c b7e261b2 760ef150 75dfc680 bacd3d80 applemtm+0x651
bacd3da8 b7e26253 b7e57a08 8a203978 89f10ea8 Wdf01000+0x351b2
bacd3dc0 b7dfd5d3 8a00df97 8a203978 00000000 Wdf01000+0x35253
bacd3ddc b7dfd68d 01f10ea8 8962e450 bacd3e08 Wdf01000+0xc5d3
bacd3dec 804f280d 8a46c5a8 8a00de70 89f10ea8 Wdf01000+0xc68d
bacd3e08 804f36b0 8a46c5a8 8a00de70 8962e450 nt+0x1980d
bacd3e38 b99210d5 8a00de70 88da4980 8a2d3028 nt+0x1a6b0
bacd3ea0 b9921d47 895bd170 00000000 8a2d37d8 USBPORT+0xa0d5
bacd3ed0 b9922944 026e6f44 8a2d30e0 8a2d30e0 USBPORT+0xad47
bacd3f08 b992413a 8a2d3028 80548abc 8a2d3230 USBPORT+0xb944
bacd3f34 b993224b 8a2d3028 80548abc 8a2d3028 USBPORT+0xd13a
bacd3f70 b99323c2 8a2d3028 00000001 8a34a834 USBPORT+0x1b24b
bacd3f8c ba6b8d54 8a2d364c 6b755044 00000000 USBPORT+0x1b3c2
bacd3fbc 8a34adb2 8a34a310 b993225c bacd3fd0 sptd+0x11d54
bacd3fc0 8a34a310 b993225c bacd3fd0 80547e6f 0x8a34adb2
bacd3fc4 b993225c bacd3fd0 80547e6f 8a2d364c 0x8a34a310
bacd3fc8 bacd3fd0 80547e6f 8a2d364c 8a2d3028 USBPORT+0x1b25c
bacd3fcc 80547e6f 8a2d364c 8a2d3028 00000000 0xbacd3fd0
bacd3fd0 8a2d364c 8a2d3028 00000000 00000000 nt+0x6ee6f
bacd3fd4 8a2d3028 00000000 00000000 b401ff4a 0x8a2d364c
bacd3fd8 00000000 00000000 b401ff4a 6803fe95 0x8a2d3028


STACK_COMMAND: kb

FOLLOWUP_IP:
applemtm+53b
b7fcb53b ?? ???

SYMBOL STACKINDEX: 4

SYMBOL_NAME: applemtm+53b

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: applemtm

IMAGE_NAME: applemtm.sys

BUCKET_ID: WRONG_SYMBOLS

Followup: MachineOwner
---------

MacBook Pro, Mac OS X (10.5.2)

Posted on Jun 1, 2008 10:05 PM

Reply
22 replies

Jul 8, 2008 10:46 AM in response to belliny

My MBP crashed with exactly the same dump. The crashes occurred during a StandBy operation (My MBP crashed regularly but not reproducably while trying to stand by/sleep).



Microsoft (R) Windows Debugger Version 6.9.0003.113 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Documents and Settings\vas\Desktop\Mini070508-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: srv c:symbols http://msdl.microsoft.com/download/symbols
Executable search path is: c:\windows\i386
Windows XP Kernel Version 2600 (Service Pack 2) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 2600.xpsp sp2rtm.040803-2158
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055c700
Debug session time: Sat Jul 5 22:53:49.999 2008 (GMT-7)
System Uptime: 0 days 22:33:47.814
Loading Kernel Symbols
................................................................................ .....................................................................
Loading User Symbols
Loading unloaded module list
...............
*****************************************************************************
* *
* Bugcheck Analysis *
* *
*****************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck B8, {0, 0, 0, 0}

* WARNING: Unable to verify timestamp for applemtm.sys
* ERROR: Module load completed but symbols could not be loaded for applemtm.sys
Probably caused by : applemtm.sys ( applemtm+53b )

Followup: MachineOwner
---------

1: kd> !analyze -v
*****************************************************************************
* *
* Bugcheck Analysis *
* *
*****************************************************************************

ATTEMPTED SWITCH_FROMDPC (b8)
A wait operation, attach process, or yield was attempted from a DPC routine.
This is an illegal operation and the stack track will lead to the offending
code and original DPC routine.
Arguments:
Arg1: 00000000, Original thread which is the cause of the failure
Arg2: 00000000, New thread
Arg3: 00000000, Stack address of the original thread
Arg4: 00000000

Debugging Details:
------------------


CUSTOMER CRASHCOUNT: 1

DEFAULT BUCKETID: DRIVER_FAULT

BUGCHECK_STR: 0xB8

PROCESS_NAME: System

LAST CONTROLTRANSFER: from 80544c3b to 804f9c12

STACK_TEXT:
bace7ccc 80544c3b 000000b8 ffffffff 00000202 nt!KeBugCheck+0x14
bace7cdc 8054498b bace7d24 88d3b418 bab40120 nt!ScPatchFxe+0x46
bace7cf0 80502b17 88d3b488 88d3b418 804fad6c nt!KiSwapContext+0x2f
bace7cfc 804fad6c 00000000 00000000 8a19a4b0 nt!KiSwapThread+0x6b
bace7d24 b7022569 00000000 00000000 00000000 nt!KeWaitForSingleObject+0x1c2
bace7d50 b7067e4a 8a0c2a30 00000000 8a37efb0 Wdf01000!FxWaitLockInternal::AcquireLock+0x3a
bace7d6c b939853b 8a0c2ae8 75e65b78 8a19a480 Wdf01000!imp_WdfWaitLockAcquire+0xc9
WARNING: Stack unwind information not available. Following frames may be wrong.
bace7d8c b9398651 75c81210 89eee008 bace7de8 applemtm+0x53b
bace7d9c b70421b2 764c7c80 7652beb8 bace7dc0 applemtm+0x651
bace7de8 b7042253 b7073a08 89ad4140 89b38378 Wdf01000!FxRequestBase::CompleteSubmittedNoContext+0x63
bace7e00 b70195d3 89eee12f 89ad4140 00000000 Wdf01000!FxRequestBase::CompleteSubmitted+0x97
bace7e1c b701968d 01b38378 88a9ed80 bace7e48 Wdf01000!FxIoTarget::RequestCompletionRoutine+0x195
bace7e2c 804f053f 8a053350 89eee008 89b38378 Wdf01000!FxIoTarget::_RequestCompletionRoutine+0x35
bace7e48 804f13e2 8a053350 89eee008 88a9ed80 nt!IopUnloadSafeCompletion+0x1d
bace7e78 b9843ee5 89eee008 892f5ee0 8a25c028 nt!IopfCompleteRequest+0xa2
bace7ee0 b9844b57 89bdc4a8 00000000 8a25c7d8 USBPORT!USBPORT_CompleteTransfer+0x373
bace7f10 b9845754 026e6f44 8a25c0e0 8a25c0e0 USBPORT!USBPORT_DoneTransfer+0x137
bace7f48 b9846f6a 8a25c028 80545aac 8a25c230 USBPORT!USBPORT_FlushDoneTransferList+0x16c
bace7f74 b9854fb0 8a25c028 80545aac 8a25c028 USBPORT!USBPORT_DpcWorker+0x224
bace7fb0 b9855128 8a25c028 00000001 89edc578 USBPORT!USBPORT_IsrDpcWorker+0x37e
bace7fcc 80544e5f 8a25c64c 6b755044 00000000 USBPORT!USBPORT_IsrDpc+0x166
bace7ff4 805449cb b3f6362c 00000000 00000000 nt!KiRetireDpcList+0x61
bace7ff8 b3f6362c 00000000 00000000 00000000 nt!KiDispatchInterrupt+0x2b
805449cb 00000000 00000009 0081850f bb830000 0xb3f6362c


STACK_COMMAND: kb

FOLLOWUP_IP:
applemtm+53b
b939853b ?? ???

SYMBOL STACKINDEX: 7

SYMBOL_NAME: applemtm+53b

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: applemtm

IMAGE_NAME: applemtm.sys

DEBUG FLR_IMAGETIMESTAMP: 47685ec5

FAILURE BUCKETID: 0xB8_applemtm+53b

BUCKET_ID: 0xB8_applemtm+53b

Followup: MachineOwner
---------

Message was edited by: tourist604

Aug 23, 2008 11:26 AM in response to zero_B

At last I found a thread with other people having the same issue.

I've been having the 0XB8 BSOD for a few weeks now and could not yet find a solution after posting the following threads:
http://forums.macrumors.com/showthread.php?p=6095997#post6095997
http://www.microsoft.com/windowsxp/expertzone/newsgroups/reader.mspx?dg=microsof t.public.windowsxp.general&mid=44e89a86-bd7a-40ec-b3ec-fa9abcdcea7d

Has anyone found a solution yet?

Also, when windows reboots it goes into chkdsk and this takes quite a while.
Although Windows says I can interrupt the chkdsk I could not figure out any keys (esc, ctrl-c, etc.) to interrupt it. Are you having the same problem?

Thanks
JM

Sep 23, 2008 4:44 AM in response to belliny

Hi I got the same problem...

This is the output of the Windows Debugger

Microsoft (R) Windows Debugger Version 6.9.0003.113 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\WINDOWS\Minidump\Mini092208-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV c:symbols http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows XP Kernel Version 2600 (Service Pack 2) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 2600.xpsp sp2gdr.070227-2254
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055c700
Debug session time: Mon Sep 22 12:54:11.203 2008 (GMT+2)
System Uptime: 0 days 2:13:03.939
Loading Kernel Symbols
................................................................................ ......................................................
Loading User Symbols
Loading unloaded module list
..............
*****************************************************************************
* *
* Bugcheck Analysis *
* *
*****************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck B8, {0, 0, 0, 0}

* WARNING: Unable to verify timestamp for applemtm.sys
* ERROR: Module load completed but symbols could not be loaded for applemtm.sys
Probably caused by : applemtm.sys ( applemtm+53b )

Followup: MachineOwner
---------

1: kd> !analyze -v
*****************************************************************************
* *
* Bugcheck Analysis *
* *
*****************************************************************************

ATTEMPTED SWITCH_FROMDPC (b8)
A wait operation, attach process, or yield was attempted from a DPC routine.
This is an illegal operation and the stack track will lead to the offending
code and original DPC routine.
Arguments:
Arg1: 00000000, Original thread which is the cause of the failure
Arg2: 00000000, New thread
Arg3: 00000000, Stack address of the original thread
Arg4: 00000000

Debugging Details:
------------------


CUSTOMER CRASHCOUNT: 1

DEFAULT BUCKETID: DRIVER_FAULT

BUGCHECK_STR: 0xB8

PROCESS_NAME: CSRSS.EXE

LAST CONTROLTRANSFER: from 80544e9b to 804f9dc6

STACK_TEXT:
bacdfa28 80544e9b 000000b8 ffffffff 00000202 nt!KeBugCheck+0x14
bacdfa38 80544beb bacdfa80 bab3ae20 bab38120 nt!ScPatchFxe+0x46
bacdfa4c 80502d26 bab3ae90 bab3ae20 804faf20 nt!KiSwapContext+0x2f
bacdfa58 804faf20 00000000 00000000 8a4e5690 nt!KiSwapThread+0x8a
bacdfa80 b83db569 00000000 00000000 00000000 nt!KeWaitForSingleObject+0x1c2
bacdfaac b8420e4a 8a48b4e8 00000000 8a424fb0 Wdf01000!FxWaitLockInternal::AcquireLock+0x3a
bacdfac8 b9afe53b 8a48b5a0 75b1a998 8a4e5660 Wdf01000!imp_WdfWaitLockAcquire+0xc9
WARNING: Stack unwind information not available. Following frames may be wrong.
bacdfae8 b9afe651 75bdb210 8a360008 bacdfb44 applemtm+0x53b
bacdfaf8 b83fb1b2 75f58570 75c522c0 bacdfb1c applemtm+0x651
bacdfb44 b83fb253 b842ca08 8a3add38 8a0a7a88 Wdf01000!FxRequestBase::CompleteSubmittedNoContext+0x63
bacdfb5c b83d25d3 8a36012f 8a3add38 00000000 Wdf01000!FxRequestBase::CompleteSubmitted+0x97
bacdfb78 b83d268d 010a7a88 88fc9ad0 bacdfba4 Wdf01000!FxIoTarget::RequestCompletionRoutine+0x195
bacdfb88 804f0713 8a41ec40 8a360008 8a0a7a88 Wdf01000!FxIoTarget::_RequestCompletionRoutine+0x35
bacdfba4 804f15b6 8a41ec40 8a360008 88fc9ad0 nt!IopUnloadSafeCompletion+0x1d
bacdfbd4 b9e51ee5 8a360008 88692478 8a2a5028 nt!IopfCompleteRequest+0xa2
bacdfc3c b9e52b57 8a23d0a0 00000000 8a2a57d8 USBPORT!USBPORT_CompleteTransfer+0x373
bacdfc6c b9e53754 026e6f44 8a2a50e0 8a2a50e0 USBPORT!USBPORT_DoneTransfer+0x137
bacdfca4 b9e54f6a 8a2a5028 80545d0c 8a2a5230 USBPORT!USBPORT_FlushDoneTransferList+0x16c
bacdfcd0 b9e62fb0 8a2a5028 80545d0c 8a2a5028 USBPORT!USBPORT_DpcWorker+0x224
bacdfd0c b9e63128 8a2a5028 00000001 8055b0a0 USBPORT!USBPORT_IsrDpcWorker+0x37e
bacdfd28 805450bf 8a2a564c 6b755044 00000000 USBPORT!USBPORT_IsrDpc+0x166
bacdfd50 80544fa4 00000000 0000000e 5a00ffa5 nt!KiRetireDpcList+0x61
bacdfd54 00000000 0000000e 5a00ffa5 b401ff4a nt!KiIdleLoop+0x28


STACK_COMMAND: kb

FOLLOWUP_IP:
applemtm+53b
b9afe53b ?? ???

SYMBOL STACKINDEX: 7

SYMBOL_NAME: applemtm+53b

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: applemtm

IMAGE_NAME: applemtm.sys

DEBUG FLR_IMAGETIMESTAMP: 47685ec5

FAILURE BUCKETID: 0xB8_applemtm+53b

BUCKET_ID: 0xB8_applemtm+53b

Followup: MachineOwner
------

Is there already a solution?

Sep 23, 2008 3:54 PM in response to belliny

I am having the blue screen problem often. Trying to locate the .dmp file now to see if it has more info.
My boss has a brand new MacBook Pro that has Blue Screened due to the SAME system error, 7 times since 9/2/08.
We're running SP3 on XP Pro.
Willpost details of .dmp file to see if anyone has any kind of solution.

Help us Apple!!! My boss refuses to get a PC so I need to get this figured out!

Sep 30, 2008 1:15 PM in response to belliny

Loading Dump File [C:\WINDOWS\Minidump\Mini092908-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV c:symbols http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows XP Kernel Version 2600 (Service Pack 2) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 2600.xpsp sp2gdr.070227-2254
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055c700
Debug session time: Mon Sep 29 13:19:47.531 2008 (GMT+2)
System Uptime: 0 days 2:01:17.252
Loading Kernel Symbols
................................................................................ ........................................................
Loading User Symbols
Loading unloaded module list
..............
*****************************************************************************
* *
* Bugcheck Analysis *
* *
*****************************************************************************

Use !analyze -v to get detailed debugging information.

And it happened again...

BugCheck B8, {0, 0, 0, 0}

* WARNING: Unable to verify timestamp for applemtm.sys
* ERROR: Module load completed but symbols could not be loaded for applemtm.sys
Probably caused by : applemtm.sys ( applemtm+53b )

Followup: MachineOwner
---------

Oct 18, 2008 1:38 AM in response to sig

It isn't. It's the Windows multi-touch trackpad driver released by Apple. Consider the following:

1. I get constant BSODs (as in several per day) when using the trackpad, esp. when playing a game where there's constant trackpad use.

2. I never get a BSOD when using a mouse.

3. I never get a BSOD when using the trackpad within Parallels, only within Boot Camp. Parallels uses the Mac multi-touch driver via a special pass-through mechanism, and NOT the multi-touch Windows driver they provide through Boot Camp. Keep in mind that when in Parallels, I'm just using my Boot Camp partition (in other words, exact same Winders install), so all other things should be equal.

It's mindblowing to me that running Windows through Parallels is actually MORE stable than running it natively through Boot Camp, but that's what I'm experiencing right now. If there weren't certain applications I have that don't play nicely in Parallels, I wouldn't even bother with Boot Camp at this point.

cheers, Daniel

Oct 23, 2008 8:21 PM in response to danielpark

This is ridiculous, I've crashed 14 times in the past week from this driver problem. I completely erased everything on my whole PC, mac side included, and I just got windows installed on Bootcamp and I know there's nothing wrong with this installation. Bootcamp just really fails. This is the second issue I've talked to Apple support about that they've failed to acknowledge.

Every time I try, they comment "It's a windows issue". Well, I hate to be the bearer of bad news, but it's not a windows issue. I've never had these problems on any Windows PC. This is an issue with the apple drivers and hardware with the Windows OS, apple needs to fix it if they're truly planning to continue on what is, at the moment, a guise of compatibility with Windows.

Message was edited by: Irukichan

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

windows xp, minidump, applemtm.sys caused crash

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.