Problem with M-Audio Fast Track Pro driver

Hello!

I am having problems with M-Audio Fast Track Pro ASIO driver and Cubase 12 in Windows 10. I am having error DRIVER_POWER_STATE_FAILURE on shutdown or rebooting. Error does not occur everytime, only sometimes, but always on rebooting or shutting down and ALWAYS AFTER USING CUBASE 12. Screens turn off but computer remains on, and after some minutes, it reboots or shut down with the error and a dump file is generated. If you analyze dump file, the error is:

DRIVER_POWER_STATE_FAILURE (9F)
*** WARNING: Unable to verify timestamp for MAudioFastTrackPro.sys

I have used this sound card for many years with Cubase 5 and I have no problems until now, when I am using Cubase 12. I have not changed nothing in my system, except Cubase.

Can you help me please?

Thank you!

Maybe upload the crash log file itself.

the line

WARNING: Unable to verify timestamp for MAudioFastTrackPro.sys

isn’t part of the crash log.

But you can read about that error message at: How to Fix a DRIVER_POWER_STATE_FAILURE Error in Windows | Tom's Hardware

You can download dump file here: https:// drive .google .com/file/d/1xW6mqa21tOq37DDH17JmLCPjno_dMHIt/view?usp=share_link

I tried everything to solve this error, but I am sure it’s a problem with Cubase 12. I posted in TomsHardware before here: https:// forums .tomshardware .com/threads/error-driver_power_state_failure-on-shutdown-or-reboot.3785216/

Sorry for links, I cannot post urls.

Edited: added memory dump and dump file analysis:

Microsoft (R) Windows Debugger Version 10.0.25200.1003 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


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


************* Path validation summary **************
Response                         Time (ms)     Location
Deferred                                       srv*
Symbol search path is: srv*
Executable search path is: 
Windows 10 Kernel Version 19041 MP (12 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Edition build lab: 19041.1.amd64fre.vb_release.191206-1406
Machine Name:
Kernel base = 0xfffff802`5ba00000 PsLoadedModuleList = 0xfffff802`5c62a2f0
Debug session time: Tue Dec  6 21:31:26.021 2022 (UTC + 1:00)
System Uptime: 0 days 1:04:26.645
Loading Kernel Symbols
...............................................................
................................................................
...............................................................
Loading User Symbols
Loading unloaded module list
........
For analysis of this file, run !analyze -v
nt!KeBugCheckEx:
fffff802`5bdf9290 48894c2408      mov     qword ptr [rsp+8],rcx ss:0018:fffff802`61a73820=000000000000009f
0: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

DRIVER_POWER_STATE_FAILURE (9f)
A driver has failed to complete a power IRP within a specific time.
Arguments:
Arg1: 0000000000000003, A device object has been blocking an IRP for too long a time
Arg2: ffffc9080f74bba0, Physical Device Object of the stack
Arg3: fffff80261a73850, nt!TRIAGE_9F_POWER on Win7 and higher, otherwise the Functional Device Object of the stack
Arg4: ffffc90811f87aa0, The blocked IRP

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

Implicit thread is now ffffc908`1021c080
*** WARNING: Unable to verify timestamp for MAudioFastTrackPro.sys
*** WARNING: Unable to verify checksum for win32k.sys

KEY_VALUES_STRING: 1

    Key  : Analysis.CPU.mSec
    Value: 4984

    Key  : Analysis.DebugAnalysisManager
    Value: Create

    Key  : Analysis.Elapsed.mSec
    Value: 23317

    Key  : Analysis.IO.Other.Mb
    Value: 0

    Key  : Analysis.IO.Read.Mb
    Value: 0

    Key  : Analysis.IO.Write.Mb
    Value: 6

    Key  : Analysis.Init.CPU.mSec
    Value: 358

    Key  : Analysis.Init.Elapsed.mSec
    Value: 8172

    Key  : Analysis.Memory.CommitPeak.Mb
    Value: 103

    Key  : Bugcheck.Code.DumpHeader
    Value: 0x9f

    Key  : Bugcheck.Code.Register
    Value: 0x9f

    Key  : WER.OS.Branch
    Value: vb_release

    Key  : WER.OS.Timestamp
    Value: 2019-12-06T14:06:00Z

    Key  : WER.OS.Version
    Value: 10.0.19041.1


FILE_IN_CAB:  120622-5062-01.dmp

BUGCHECK_CODE:  9f

BUGCHECK_P1: 3

BUGCHECK_P2: ffffc9080f74bba0

BUGCHECK_P3: fffff80261a73850

BUGCHECK_P4: ffffc90811f87aa0

DRVPOWERSTATE_SUBCODE:  3

FAULTING_THREAD:  ffffc9081021c080

BLACKBOXBSD: 1 (!blackboxbsd)


BLACKBOXNTFS: 1 (!blackboxntfs)


BLACKBOXPNP: 1 (!blackboxpnp)


BLACKBOXWINLOGON: 1

CUSTOMER_CRASH_COUNT:  1

PROCESS_NAME:  System

STACK_TEXT:  
ffff8a83`42bf53f0 fffff802`5bc13110     : ffff8c00`e5ca4180 ffff8a83`00000000 fffff802`6c3af0e0 00000000`00000000 : nt!KiSwapContext+0x76
ffff8a83`42bf5530 fffff802`5bc1263f     : ffff8a83`00000004 fffff802`0000000b ffff8a83`42bf56f0 5ffb5c88`00000000 : nt!KiSwapThread+0x500
ffff8a83`42bf55e0 fffff802`5bc11ee3     : ffffc908`00000000 ffffc908`00000000 00000000`00000000 ffffc908`1021c1c0 : nt!KiCommitThreadWait+0x14f
ffff8a83`42bf5680 fffff802`6e7e27ae     : ffffc908`04513c60 00000000`00000000 ffffc908`125e9d00 ffff8a83`42bf5900 : nt!KeWaitForSingleObject+0x233
ffff8a83`42bf5770 ffffc908`04513c60     : 00000000`00000000 ffffc908`125e9d00 ffff8a83`42bf5900 00000000`00000000 : MAudioFastTrackPro+0x127ae
ffff8a83`42bf5778 00000000`00000000     : ffffc908`125e9d00 ffff8a83`42bf5900 00000000`00000000 00000000`00000000 : 0xffffc908`04513c60


SYMBOL_NAME:  MAudioFastTrackPro+127ae

MODULE_NAME: MAudioFastTrackPro

IMAGE_NAME:  MAudioFastTrackPro.sys

STACK_COMMAND:  .process /r /p 0xffffc90802c900c0; .thread 0xffffc9081021c080 ; kb

BUCKET_ID_FUNC_OFFSET:  127ae

FAILURE_BUCKET_ID:  0x9F_3_POWER_DOWN_MAudioFastTrackPro!unknown_function

OS_VERSION:  10.0.19041.1

BUILDLAB_STR:  vb_release

OSPLATFORM_TYPE:  x64

OSNAME:  Windows 10

FAILURE_ID_HASH:  {856730f2-272a-3831-6802-9fb475f135ad}

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



Microsoft (R) Windows Debugger Version 10.0.25200.1003 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\MEMORY.DMP]
Kernel Bitmap Dump File: Kernel address space is available, User address space may not be available.

Symbol search path is: srv*
Executable search path is: 
Windows 10 Kernel Version 19041 MP (12 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Edition build lab: 19041.1.amd64fre.vb_release.191206-1406
Machine Name:
Kernel base = 0xfffff802`5ba00000 PsLoadedModuleList = 0xfffff802`5c62a2f0
Debug session time: Tue Dec  6 21:31:26.021 2022 (UTC + 1:00)
System Uptime: 0 days 1:04:26.645
Loading Kernel Symbols
...............................................................
...............Page b9ce0 not present in the dump file. Type ".hh dbgerr004" for details
.................................................
...............................................................
Loading User Symbols

Loading unloaded module list
........
For analysis of this file, run !analyze -v
nt!KeBugCheckEx:
fffff802`5bdf9290 48894c2408      mov     qword ptr [rsp+8],rcx ss:0018:fffff802`61a73820=000000000000009f
0: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

DRIVER_POWER_STATE_FAILURE (9f)
A driver has failed to complete a power IRP within a specific time.
Arguments:
Arg1: 0000000000000003, A device object has been blocking an IRP for too long a time
Arg2: ffffc9080f74bba0, Physical Device Object of the stack
Arg3: fffff80261a73850, nt!TRIAGE_9F_POWER on Win7 and higher, otherwise the Functional Device Object of the stack
Arg4: ffffc90811f87aa0, The blocked IRP

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

Implicit thread is now ffffc908`1021c080
Unable to load image \SystemRoot\System32\drivers\MAudioFastTrackPro.sys, Win32 error 0n2
Unable to load image \SystemRoot\system32\drivers\aswSnx.sys, Win32 error 0n2

KEY_VALUES_STRING: 1

    Key  : Analysis.CPU.mSec
    Value: 3686

    Key  : Analysis.DebugAnalysisManager
    Value: Create

    Key  : Analysis.Elapsed.mSec
    Value: 25037

    Key  : Analysis.IO.Other.Mb
    Value: 13

    Key  : Analysis.IO.Read.Mb
    Value: 0

    Key  : Analysis.IO.Write.Mb
    Value: 37

    Key  : Analysis.Init.CPU.mSec
    Value: 921

    Key  : Analysis.Init.Elapsed.mSec
    Value: 19949

    Key  : Analysis.Memory.CommitPeak.Mb
    Value: 107

    Key  : Bugcheck.Code.DumpHeader
    Value: 0x9f

    Key  : Bugcheck.Code.KiBugCheckData
    Value: 0x9f

    Key  : Bugcheck.Code.Register
    Value: 0x9f

    Key  : WER.OS.Branch
    Value: vb_release

    Key  : WER.OS.Timestamp
    Value: 2019-12-06T14:06:00Z

    Key  : WER.OS.Version
    Value: 10.0.19041.1


FILE_IN_CAB:  MEMORY.DMP

BUGCHECK_CODE:  9f

BUGCHECK_P1: 3

BUGCHECK_P2: ffffc9080f74bba0

BUGCHECK_P3: fffff80261a73850

BUGCHECK_P4: ffffc90811f87aa0

DRVPOWERSTATE_SUBCODE:  3

FAULTING_THREAD:  ffffc9081021c080

BLACKBOXBSD: 1 (!blackboxbsd)


BLACKBOXNTFS: 1 (!blackboxntfs)


BLACKBOXPNP: 1 (!blackboxpnp)


BLACKBOXWINLOGON: 1

PROCESS_NAME:  System

STACK_TEXT:  
ffff8a83`42bf53f0 fffff802`5bc13110     : ffff8c00`e5ca4180 ffff8a83`00000000 fffff802`6c3af0e0 00000000`00000000 : nt!KiSwapContext+0x76
ffff8a83`42bf5530 fffff802`5bc1263f     : ffff8a83`00000004 fffff802`0000000b ffff8a83`42bf56f0 5ffb5c88`00000000 : nt!KiSwapThread+0x500
ffff8a83`42bf55e0 fffff802`5bc11ee3     : ffffc908`00000000 ffffc908`00000000 00000000`00000000 ffffc908`1021c1c0 : nt!KiCommitThreadWait+0x14f
ffff8a83`42bf5680 fffff802`6e7e27ae     : ffffc908`04513c60 00000000`00000000 ffffc908`125e9d00 ffff8a83`42bf5900 : nt!KeWaitForSingleObject+0x233
ffff8a83`42bf5770 fffff802`6e7e22eb     : ffffc908`0450c640 ffffc908`125e9d68 ffffc908`0450c758 ffffc908`125e9d00 : MAudioFastTrackPro+0x127ae
ffff8a83`42bf57c0 fffff802`6e7e01ca     : ffffc908`0450b100 ffffc908`11f87ed0 ffffc908`125e9d68 ffffc908`0450c840 : MAudioFastTrackPro+0x122eb
ffff8a83`42bf5800 fffff802`6e7ecb53     : ffffc908`0450b000 ffffc908`125e9d68 ffffc908`11f87ed0 ffffc908`125e9d68 : MAudioFastTrackPro+0x101ca
ffff8a83`42bf5830 fffff802`6e7d18de     : ffffc908`04508c20 ffffc908`00000001 ffffc908`00000001 ffffc908`125e9a00 : MAudioFastTrackPro+0x1cb53
ffff8a83`42bf5860 fffff802`6c3cb5c8     : ffffc908`125e9ab0 00000000`00000000 ffffc908`11f87e00 ffffc908`11f87a00 : MAudioFastTrackPro+0x18de
ffff8a83`42bf5890 fffff802`6c3c06a8     : ffffc908`11f87aa0 ffffc908`11f87ed0 ffffc908`125e9ab0 ffffc908`1021c180 : ks!CKsDevice::DispatchDeviceSetPowerIrp+0x208
ffff8a83`42bf58f0 fffff802`5bd96cff     : ffffc908`00000001 ffffc908`11f87aa0 ffff8a83`42bf5a40 fffff802`5bd979de : ks!CKsDevice::DispatchPower+0x1e8
ffff8a83`42bf5950 fffff802`5bc2a72d     : 00000000`00000000 fffff802`00000000 fffff802`59befac0 00000000`00000000 : nt!IopPoHandleIrp+0x3b
ffff8a83`42bf5980 fffff802`5bd98f89     : 00000000`00000002 ffff8c00`e5bea180 fffffc5a`12cfd1d7 fffff802`5bc1263f : nt!IofCallDriver+0x6d
ffff8a83`42bf59c0 fffff802`6e2416cd     : ffffc908`11f87aa0 ffffc908`0f8e0b30 ffffc908`11f87aa0 ffffc908`10dc9e30 : nt!IoCallDriver+0x9
ffff8a83`42bf59f0 fffff802`6e241023     : ffffc908`11f87aa0 ffffc908`0f8e0c80 ffff8c00`00000000 ffffc908`11f87aa0 : ksthunk!CKernelFilterDevice::DispatchIrp+0x249
ffff8a83`42bf5a50 fffff802`5bd96cff     : ffffc908`11f87aa0 ffff8a83`42bf5bf0 ffffc908`0f8e0c80 ffffc908`1021c1c0 : ksthunk!CKernelFilterDevice::DispatchIrpBridge+0x13
ffff8a83`42bf5a80 fffff802`5bc2a72d     : ffff8c00`e60f0000 00000008`00000000 00000000`00000000 fffff802`00000000 : nt!IopPoHandleIrp+0x3b
ffff8a83`42bf5ab0 fffff802`5bd98f89     : 00000000`00000000 ffff8a83`42bf5bf0 ffff8c00`e60fd000 00000000`00000000 : nt!IofCallDriver+0x6d
ffff8a83`42bf5af0 fffff802`6c2efd8d     : ffffc908`1021c080 ffff8a83`42bf5bf0 ffffc908`0f8e0c80 fffff802`5bd7aeb2 : nt!IoCallDriver+0x9
ffff8a83`42bf5b20 fffff802`5bd9e279     : ffffc908`0f8e0b30 ffffc908`11f87aa0 ffffc908`1021c080 ffffc908`1021c000 : aswSnx+0x3fd8d
ffff8a83`42bf5b70 fffff802`5bc71d85     : ffffffff`fa0a1f00 fffff802`5bd9e0a0 ffffc908`0ba85350 00000000`00000168 : nt!PopIrpWorker+0x1d9
ffff8a83`42bf5c10 fffff802`5be01ec8     : ffff8c00`e60ef180 ffffc908`1021c080 fffff802`5bc71d30 00000000`00000246 : nt!PspSystemThreadStartup+0x55
ffff8a83`42bf5c60 00000000`00000000     : ffff8a83`42bf6000 ffff8a83`42bf0000 00000000`00000000 00000000`00000000 : nt!KiStartSystemThread+0x28


SYMBOL_NAME:  MAudioFastTrackPro+127ae

MODULE_NAME: MAudioFastTrackPro

IMAGE_NAME:  MAudioFastTrackPro.sys

STACK_COMMAND:  .process /r /p 0xffffc90802c900c0; .thread 0xffffc9081021c080 ; kb

BUCKET_ID_FUNC_OFFSET:  127ae

FAILURE_BUCKET_ID:  0x9F_3_POWER_DOWN_MAudioFastTrackPro!unknown_function

OS_VERSION:  10.0.19041.1

BUILDLAB_STR:  vb_release

OSPLATFORM_TYPE:  x64

OSNAME:  Windows 10

FAILURE_ID_HASH:  {856730f2-272a-3831-6802-9fb475f135ad}

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


How do you deduce that? The logs say the crash involves MAudioFastTrackPro. The notes at TomsHardware say driver or hardware.

I am sure because I am using same hardware and the only thing I changed is Cubase version, from 5 to 12. With Cubase 5 I have no problems, never.

I would take care that an ideé fixe doesn’t impinge upon your troubleshooting results.

See below:

image
image

This is the same driver I use since 2016, version 6.1.11, and with Cubase 5 never had a problem.

That might be, but it is definitely a problem with the driver. Cubase 5 is quite old, and a lot has changed in the meantime regarding power saving/power states and so on. It might also be that you have some settings in C12 that you didn’t in C5, e.g. “release driver in background” or “activate Steinberg power plan”. The latter one would be a good candidate to experiment with, as it does change power saving settings (and I’m rather sure it didn’t even exist in C5).

I tried to change the options "release driver in backgroundor “ and "activate Steinberg power plan”, but I got same error. It seems that options are not related with it.

I removed Avast but I got same BSOD, so Avast is not involved… Any ideas? BSOD is always after using Cubase 12.

Apart from getting an audio interface with an supported driver for Windows 10, not really…

But I have been years using that interface in Windows 10 and never had a BSOD. And it always happens after using Cubase 12, but no other programs. I am sure Cubase 12 does something that causes BSOD. Is it possible to fix it with a Cubase 12 patch?

One difference for example is that Cubase12 runs in 64 bit mode and uses the 64bit code path of the driver, and Cubase5 is 32bit. So it might be a bug in the 64bit portion of the driver.
It is also likely that the driver is compiled against and older version of the ASIO SDK that doesn’t have Win10 support, and Cubase12 uses a newer version. Only the driver developer can answer that.
But imho it is very very very unlikely that this is a Cubase problem.
It sucks when companies discontinue and stop supporting their products… (this is one reason why RME interfaces are so highly regarded, they offer support for 15-20 years).

I think you are right, it could be 64 bit driver. In fact, the reason I upgraded from Cubase 5 to 12 was that, 64 bit support to use 64 bit VSTs. I am going to try something, because I am completly sure Avid is not going to release any driver update. I am going to add an script to be executed when Windows is shutting down, and that script is going to unload/kill all M-Audio services and programs before system turn off. I’ll post results.

All i can remember about this unit is that it had issues with the USB Power.
You can try this:
Cut the “power wire” of your USB cable to make sure it doesn’t get power from USB port.
Then, use a power adapter.

Not always true.