Damnation

@Dietmar Ah, so no crashdump or live debug is possible for this storport then? I chose windows 8.1 storport simply because it was newer than 8.0 - From my testing storport 8.0 will also have this 9F BSOD problem.

@Dietmar You could maybe debug with a crashdump? i.e https://www.sysnative.com/forums/threads/how-to-debug-a-driver-power-state-failure-bugcheck-0x9f-when-1st-param-0x3.27871/ Has XP given a crashdump for this BSOD?

@Dietmar From this page - https://docs.microsoft.com/en-us/windows-hardware/drivers/debugger/bug-check-0x9f--driver-power-state-failure Try kd>!analyze -v

@Dietmar 332New_stornvme81 has free build of storport 8.1 not checked, but if checked is not working then use that. Here is the PDB symbols for that storport.sys https://ufile.io/pt4kq3fc

@Dietmar OK, Can you debug with just 8.1 storport & storahci please? It should give a 9F BSOD when the system tries to restart.

@Dietmar This 8.1 storport.sys is from checked 8.1 debug ISO, so I think checked XP ntoskrnl/hal is needed?

@Dietmar You're welcome! If you have the time, can you debug the 9F BSOD I encountered trying to port windows 8 storport.sys and post in the thread I made?

@Dietmar First lets try just adding the Processors onto the end of your DSDT table and leave the other ACPI tables untouched. This seems to work fine on my B550 steel legend, although it also leaves the duplicate ACPI0007 Devices in place doing nothing. https://ufile.io/l72v8ae3

@Brickedandroid Well, unless I'm mistaken, those old drivers are your only option for Vista.

@Brickedandroid You don't need to use NTOSKRNL Emu_Extender on Vista, NTOSKRNL Emu_Extender is for XP. There are already Vista drivers for Intel HD 4000.

@pappyN4 @Dietmar Could it possibly be a timer issue? I thought the timer issue was an intel only thing though, but perhaps some AMD boards are affected?

@George King Can you help me debug this 9F BSOD?

@Dietmar If you have the free time, can you set up a VM and try to trace where the 9F BSOD occurs in checked 8.1 storport.sys? If not in XP text mode setup then on an existing XP install? I'm able to get all the way to the end of XP textmode setup with the 8.1 storahci driver, right up to the point where the system reboots and then 9F BSOD. I've included the PDB symbols for both my checked ntoskrn8.sys and checked 8.1 storport.sys to help with this. https://ufile.io/gbzhscdp Edit: hold on, checked version of storport.sys has some missing imports. I'll fix it. edit: fixed - https://ufile.io/rwbg20oa

Hi @Mov AX, 0xDEAD So I've been working on trying to get storport and stornvme of windows 8.1 working on XP and for the most part it seems to be functioning, I can get XP installed. the issue I've run into is these driver power state BSODs. Would you be willing to help solve this issue? I'm sure @Dietmar would be interested in helping to solve this too. here is my modified ntoskrnl extender source code - https://ufile.io/arl8wbth

@pappyN4 Overheating maybe? Check with HWMonitor for both temps and power usage. I noticed this on my new B550 Steel Legend that power usage (140W) and Temps (70C) were abnormally high just sitting idle and I needed a DSDT mod to fix it. What motherboard do you have?

@Dietmar Can you let @Mov AX, 0xDEAD know about those 0x7E BSOD Kernel Trap BSODs you encountered?

Curiously, Mypal crashes on me when I close it, or at least I get that prompt windows saying it has crashed. It seems to reopen again just fine though.

@Dietmar Besides the CPU power thing, Do we have any other ACPI problems on Z690?

@Dietmar True. It is by no means the best solution, but it works for now. It's certainly better than having the CPU draw 140W at idle.

@Dietmar I am happy too! I'm surprised the solution was so simple, I wish I'd thought of it sooner. It would seem that DSDT tables on the AMD platform are much simpler to those from intel. I guess AMD is not as strict with their ACPI implementation as Intel is.

Until we have a fix for the ACPI0007 ID for XP a simple solution is to add this code into your DSDT table - *This code is for a 16-core 32 Thread CPU. Compile your new DSDT Then simply load this new DSDT with ASL 5.0 asl /loadtable -v dsdt.aml the changes will persist after a reboot.

@Dietmar Yes! I managed to get ASL 5.0 to work! I merged my XP friendly CPUSSDT into my DSDT, compiled it, and loaded with ASL 5.0 ! So, for whatever reason, ASL is fine with loading DSDT+CPUSSDT merged together, but it fails with an A5 BSOD if you try to load them separately. Changes persist on reboot. I have absolutely no idea why this makes a difference, but there you go.

@Dietmar How do I make the .HEX files for patching? or am I misunderstanding?

@Dietmar Thanks. It seems like it's a bit complicated to use, I'm a bit more confident just using grub2 for ACPI patching.

@Dietmar Where can I find this?