Thanks. I filed feedback on this and promoted it to a bug in the OS tracker.
Currently looking at crash reports to see how widespread it is
@2disbetter I’m not running with HT disabled
Thanks. I filed feedback on this and promoted it to a bug in the OS tracker.
Currently looking at crash reports to see how widespread it is
@2disbetter I’m not running with HT disabled
Maybe, but I don’t believe so. HT is not a desirable feature for highly optimized environments (MathLab, compilers, build systems). HT might also affect TDP/power consumption.
The whole system feels rock solid, no problems during heavy lifting (VMs, embedded stuff, BT mouse & keyboard, backup over WiFi) but sleep definitily touched some bug
Crash dumps: about 800k hits in the last 14 days!
For those of you who are following along at home, this is Bug 36614436.
Resolution: “[Intel’s] IntcAudioBus 10.29.00.5714 has been released to OEMs” – @Kieran_Levin may be able to roll it into an updated driver package!
No difference. Got BSOD after removing this update package
Interesting. Based on the bug report and the official notice (which I had missed before, and which incorrectly reports the wrong lower bound version number) it looks like this isn’t unique to the new KB.
I wonder what it was about this update that tickled the bug for me, and why it went away when I rolled back… and conversely, why that didn’t hold for you!
I might go so far as to think you’re hitting a different 0x9F
bugcheck, but that seems so unlikely given the rest of the driver stack being pretty stable. Would you mind filing feedback in the Feedback Hub for correlation?
If you an on an SN850 ssd, this sounds like potentially My system is rebooting to a “Default Boot Device Missing or Boot Failed” message
Interesting. I’ll give it a try. Indeed, firmware version was a bit outdated (613000 vs new 623200). Maybe, this will also fix crashes in Fedora ¯\_(ツ)_/¯
Thanks!
I don’t know, and I would certainly hope not.
I always run with HT disabled because it make no sense since very few task can actually benefit from more cores running at a slower speed, not even compilers and certainly not games.
I believe disabling HT will actually result in better performance as the scheduler is able to access the physical cores more directly.
It seems like the update is the cause especially since its a preview
Which also include some interesting changes (e.g., making the crach screen blue again instead of black)
I’ve tested with HT enabled and disabled, SN 850 firmware updated, win11 nov kb installed and uninstalled - nothing helped. Still got sudden reboots from time to time with 0x9F record in event logs
If you’re willing to live without audio until a fix is released, you might try disabling the Smart Sound Audio Controller. Note, though, that this is contingent upon my diagnosis being correct.
At least on my machine, this unloads the driver that seems to be causing the failed power state transition:
# sc query intcaudiobus
SERVICE_NAME: intcaudiobus
TYPE : 1 KERNEL_DRIVER
STATE : 1 STOPPED <-------
WIN32_EXIT_CODE : 31 (0x1f)
SERVICE_EXIT_CODE : 0 (0x0)
CHECKPOINT : 0x0
WAIT_HINT : 0x0
However, it might require a reboot to release any other resources it was holding.
Maybe, it would be enough to just turn off “Allow computer to turn off this device” in power management?
Just to double check that driver version is the same:
That may be the case! I went for the nuclear option, and my machine hasn’t yet bugchecked.
That is the same version as mine.
You may be interested in this! The SST driver version there is definitely newer than the one indicated as the fix in the issue report.
Anything to do with PCIe link power state management?
I always turn off any of those potential power saving tricks because in reality they do little yet causes more trouble
have no idea. But after bios 3.07 + drivers pack upgrade BSoDs are gone
I just had this BSOD happen on me. Windows 11, running BIOS 3.07 . I ran the Minidump through Windbg and it looks like an Intel Audio driver issue. Here’s the full stack error
This is addressed in the history for this thread – there’s a “beta” driver pack available for Windows 11 that resolves the power state transition bugcheck caused by the Intel audio driver.
Looks like I’ll wait for stable to come out.
I had the same issue on my PC, Windows 11… it had random reboots daily and permanently!! Once I turned off the “Allow computer to turn off this device” in power management of the Intel SST Audio Controller, it stopped right on the spot.!!! Thank you all for the information!!