Damnation

@Welder Welcome! This would be an extremely difficult task - Vista and later use WDDM driver model whereas XP and earlier use XDDM driver model. I'm not saying it'll never happen, but it's not likely. Best use XP compatible Maxwell and earlier GPUs for nvidia on XP.

@George King@Mov AX, 0xDEAD We could also try the ACPI OS version lie trick in the driver instead of editing the DSDT. I don't remember how to do the trick though. but I'm sure ACPI OS version is defined somewhere in the code.

@Andalu I got you PDB symbols for all 4 ntoskrnl's hope this helps. https://anonfiles.com/vbK9Z1Y7xa/andalu_ntkrpamp_symbols_7z for acpi.sys PDB symbols, build from source.

@George King OK, please try this one. https://anonfiles.com/h8N9LaY2x4/acpi_xp_amd64_forGK_2_7z

@George King Forgot to ask, did you want free or checked amd64 build? edit: oh, I see the problem - missing imports KeInitializeSpinLock KeQueryInterruptTime

@George King I've made an amd64 build for you - I used old versions of ACPIDevicePowerProcessPhase3, OSNotifyDeviceCheck just to get a successful compile. https://anonfiles.com/9555z5Ybx0/acpi_xp_amd64_forGK_7z lets see if this one works.

@Mov AX, 0xDEAD ah OK, I'll have a go myself and try to write a C version, so that way @George King can compile an x64 build.

@Dietmar I checked for missing imports on windows 7 ndis.sys and it's dependencies ndis - NtTraceControl KeRegisterProcessorChangeCallback RtlNumberOfSetBitsUlongPtr KeTestSpinLock IoGetDeviceNumaNode NtQuerySystemInformationEx netio - MmAllocatePagesForMdlEx KeFreeCalloutStack KeAllocateCalloutStack SeCaptureSubjectContextEx KeTestSpinLock SeAccessCheckFromState RtlCreateHashTable RtlDeleteHashTable RtlGetNextEntryHashTable RtlLookupEntryHashTable RtlRemoveEntryHashTable RtlInsertEntryHashTable RtlEndEnumerationHashTable RtlEnumerateEntryHashTable RtlInitEnumerationHashTable RtlContractHashTable RtlExpandHashTable msrpc - IoSetIoCompletionEx ZwAlpcCancelMessage ZwAlpcCreatePortSection ZwAlpcCreateResourceReserve ZwAlpcCreateSectionView ZwAlpcCreateSecurityContext ZwAlpcDeletePortSection ZwAlpcDeleteSectionView ZwAlpcDeleteSecurityContext ZwAlpcDisconnectPort ZwAlpcQueryInformation ZwAlpcSetInformation ZwCreateIoCompletion ZwImpersonateAnonymousToken ZwRemoveIoCompletionEx seems like we've got quite a bit to do for this to work.

@Dietmar I think we'll need to resolve missing imports to Windows 7 ndis.sys if we're to get any newer LAN cards to work in XP.

@Mov AX, 0xDEAD Out of curiosity I wanted to ask, was there any particular reason why functions like ACPIDevicePowerProcessPhase3, OSNotifyDeviceCheck were implemented in assembly and not C code?

@Andalu you can use Windows ISO downloader to download any and all Windows 10 version x86/64 from 1507 to 21H2 edit: yeah that card should work fine.

I know for sure that the chip on the AB350 Gaming K4 works in XP - Realtek RTL8111GR

@Mov AX, 0xDEAD I think Dietmar is referring to the DEV_CAP_PCI_DEVICE fix - it's at line 1695 in his pastebin and isn't in yours.

@Dietmar I did not know there was a newer windows search for XP, I'm just use to using voidtools' everything.

@Andalu So it seems more than 1 ACPI table has the compiler date 20160527 attached to it. Unfortunately since there is more than 1 table with this date We'll need to run a windbg session to find out exactly which one it is.

@Andalu can you download the latest iasl tools - https://acpica.org/sites/acpica/files/iasl-win-20220331.zip then run acpidump -b from inside an empty folder, then upload the ACPI .dat files it outputs. I want to see what we're dealing with. edit: does deep translator still works - yeah it still works.

@Andalu Can you boot into Vista or 7? or do you run into the A5 DDB error there too like I do?

I'm uploading my ACPI tables here. @Mov AX, 0xDEAD I think the table named BIXBY (ssdt4) might be causing the problem since it has no closing } bracket - what do you think? acpidump -sz ACPI: MCFG 0x006845CA02D5F8D8 00003C (v01 AMD A M I 03242016 MSFT 00010013) ACPI: FACP 0x006845CA02D5F8D8 000114 (v06 AMD A M I 03242016 AMI 00010013) ACPI: APIC 0x006845CA02D5F8D8 000482 (v03 AMD A M I 03242016 AMI 00010013) ACPI: IVRS 0x006845CA02D5F8D8 0001F0 (v02 AMD AmdTable 00000001 AMD 00000000) ACPI: HPET 0x006845CA02D5F8D8 000038 (v01 AMD A M I 03242016 AMI 00000005) ACPI: FPDT 0x006845CA02D5F8D8 000044 (v01 AMD A M I 01072009 AMI 01000013) ACPI: SSDT 0x0000000000000000 00C034 (v01 GBT GSWApp 00000001 INTL 20160930) ACPI: SSDT 0x0000000000000000 008C98 (v02 AMD AmdTable 00000002 MSFT 04000000) ACPI: SSDT 0x0000000000000000 003918 (v01 AMD AMD AOD 00000001 INTL 20160930) ACPI: FIDT 0x0000000000000000 00009C (v01 AMD A M I 03242016 AMI 00010013) ACPI: SSDT 0x0000000000000000 000164 (v02 AMD CPUSSDT 03242016 AMI 03242016) ACPI: SSDT 0x0000000000000000 000024 (v01 AMD BIXBY 00001000 INTL 20160930) ACPI: PCCT 0x0000000000000000 00006E (v02 AMD AmdTable 00000001 AMD 00000000) ACPI: SSDT 0x0000000000000000 005AC1 (v01 AMD AmdTable 00000001 AMD 00000001) ACPI: CRAT 0x0000000000000000 002CD0 (v01 AMD AmdTable 00000001 AMD 00000001) ACPI: CDIT 0x0000000000000000 000029 (v01 AMD AmdTable 00000001 AMD 00000001) ACPI: SSDT 0x0000000000000000 002D5B (v01 AMD SHAKTOOH 00000001 INTL 20160930) ACPI: WSMT 0x0000000000000000 000028 (v01 AMD A M I 03242016 AMI 00010013) ACPI: SSDT 0x0000000000000000 0013FE (v01 AMD SHAKTOOH 00000001 INTL 20160930) ACPI: XSDT 0x0000000000000000 0000BC (v01 AMD A M I 03242016 AMI 01000013) ACPI: DSDT 0x0000000000000000 00ED30 (v02 AMD A M I 03242016 INTL 20160930) BIXBY is first table in memory at 000024 if I'm reading this right? TRX40_DESIGNARE_ACPI_DUMP.7z

@Dietmar@Mov AX, 0xDEAD@daniel_k I tested acpi v22 with and without DDB hack on my AMD Threadripper system. acpi v22 without DDB hack: A5 0x11 0x08 0x20160930 acpi v22 with DDB hack: works (minus USB 3.0) no BSOD Seems I don't quite get the same the A5 0x03 BSOD that @Andalu gets. . @Mov AX, 0xDEAD Windows 8.1 (not 8.0 or earlier) has a working LoadDDB function for TRX4 - can you copy that in assembly to use for XP?

@Dietmar I will test these acpi.sys on my Ryzen Threadripper system when I have time tomorrow.

@Dietmar I use razzle free offline and to build I just do bcz

@Dietmar awesome! @Mov AX, 0xDEAD Besides that unresolved unknown AMLILoadDDB BSOD have we resolved all known ACPI BSODs?

@daniel_k@Mov AX, 0xDEAD I asked @Dietmar to test this code else if (! ((PDEVICE_EXTENSION)Pdo->DeviceExtension)->Flags & DEV_CAP_PCI_DEVICE ) { // return STATUS_NOT_FOUND; } he reported that he still got a 7E BSOD, so this did not work. edit: I see now @Mov AX, 0xDEAD posted an update with an extra ( bracket, that might be why the above code didn't work.

@Dietmar odd, I commented out line 3526 yet it still says assert failed for // ASSERT(PciInterfacesInstantiated) ? I'm tired, I'll try something else tomorrow. Thanks for testing.

@Dietmar I commented out ASSERT(PciInterfacesInstantiated) still BSOD? https://anonfiles.com/34u6daW9x3/acpi_checked_crackprt_test5_7z