@Dietmar

@Dietmar

AI wrote to patch acpi.sys you need find KeBugCheckEx and change CALL to NOP (90). This function is in offset 0x4A1E8

@reboot12

nono,

I just find this Bsod via acpi.pdb

here is acpi8.sys

Dietmar

https://www.upload.ee/files/19415305/acpi8.sys.html

@Dietmar

@reboot12

I just found,

that there is a second place for this Bsod.

Here is acpi9.sys

good luck

Dietmar

https://www.upload.ee/files/19415399/acpi9.sys.html

@Dietmar

@reboot12

Here is acpi10.sys for this Bsod,

hihi

Dietmar

https://www.upload.ee/files/19415497/acpi10.sys.html

@reboot12

I just notice, that there are at least 5 places for this Bsod A5 0x02,

so here is acpi11.sys

Dietmar

https://www.upload.ee/files/19415521/acpi11.sys.html

@Dietmar

v10

v11

@reboot12

Here is acpi12.sys

good luck

Dietmar

https://www.upload.ee/files/19415565/acpi12.sys.html

@reboot12

May be, that from other place also a jump goes direct to this bsod  A5  0x02

This will with this acpi13.sys not happen any longer

Dietmar

https://www.upload.ee/files/19415611/acpi13.sys.html

@Dietmar

v12

v13

@reboot12

@reboot12

This is the problem from those acpi.sys hacks.

So, this way does not work until now.

I remember from past,

that this happens, when an acpi.sys hack also destroyed necessary answers to other devices.

This takes a long run with Windbg and Ida Pro to fix this

Dietmar

@Dietmar
Have you ever tried patching the DSDT table and override e.g. using CLOVER or asl -loadtable dsdt_fix.aml it?
I tested override using asl and work on WinXP - this add table to registry.

CLOVER replace also in UEFI Shell but on Win 8.1 DSDT is back oryginal.

Edited June 5Jun 5 by reboot12