George King

I have modded by BIOS on Asus K53SV to unlock all available settings. After disabling integrated GPU I got no output at all. I must reset disassemble it and remove batery to reset CMOS. Current solution is latest patched 5048 ACPI by @pappyN4 to be able to detect and install secondary GPU.

Have you tried patched Windows 7 bootmgr too? This can work without GPU driver under pure UEFI. https://forums.mydigitallife.net/threads/tool-xp2esd-create-modern-windows-xp-installer-v1-5-6.82935/page-55#post-1731053

Yes I have added it as default option now (even in stucks in bootloop on my testing machine). Interesting is I can boot on same machine 32bit with latest v3 compiled. And 64bit stucks - I think it must be related to way how it is done now. Looking forward into this development ( and secondary GPU detection will be great too In future)

What should I do to get these informations? I can investigate it when new week starts.

@Mov AX, 0xDEAD Is there any chance to get secondary GPU available? My testing laptop Asus K53SV have integrated Intel HD GPU + NVIDIA GPU. With currently compiled (1106 or 5512 or 6666) can detect only Intel GPU. I was able to successfully install NVIDIA GPU drivers with only new and fresh modded ACPI 5048 by @pappyN4 for both x86 & x64 systems. It would be great if this new ACPI can detect it too.

Thanks, this one can actually boot XP x64 in VirtualBox! EDIT: On real HW it stucks on infinite loading bar

Thanks, but it doesn't work, 7B BSOD. I have proper drivers, it's caused by this ACPI.

@Mov AX, 0xDEAD In was wondering about x64 UEFI based PC to boot 32 bit XP - Do you think is possible to compile current NTLDR as NTLDR.efi x86_x64 target? Here I found out some source code https://github.com/ljvblfz/ntldr

Great, I can confirm, current one work on 5.2 x86 in my VM tests. I'm looking forward for possibility of compiling x64 one.

Why not use actively developed NTLite?

So now is needed solution for AMILoadDDB BSOD (only)? Seems like really good progress

I think we need to add support for mentioned H argument, but I have no idea what object type it is.

@Dietmar So maybe small condition like if ryzen then set true? This should be better instead of binary hack when we have a source code

@Dietmar Maybe this problem starts in AcpiArbInitializePciRouting I think status must return True to proceed to PciInterfacesInstantiated = TRUE. I would try to force set PciInterfacesInstantiated = TRUE to see difference (I think it will be FALSE). Another idea is - read what is inside PciInterfacesInstantiated at line 3512 / . I think you end in AcpiArbInitializePciRouting which calls ACPIInternalSendSynchronousIrp to set status value. // // Call the PCI driver (indirectly.) // status = ACPIInternalSendSynchronousIrp(topDeviceInStack, &irpSp, &buffer); if (NT_SUCCESS(status)) { // // Attach this interface to the Arbiter Extension. // ((PARBITER_EXTENSION)AcpiArbiter.ArbiterState.Extension)->InterruptRouting = interface; // // Reference it. // interface->InterfaceReference(interface->Context); PciInterfacesInstantiated = TRUE; }

Aha, your previously posted code is that macro? How can I lauch it please? All these things are new for me.

@Dibya Can you please provide informations how to create Generic HDA driver for Windows XP / 2003 from ALSA project?

This hack is applicable for compiled acpi.sys by replacing BF 08 00 14 C0 with BF 00 00 00 00 Here we go https://www.mediafire.com/file/3ei4jek6pq46p0h/ACPI_2.0_07.04.2022_SP1toSP3.7z/file

1 and 2 configured without problem. But I don't understand what you mean with that macro?

Is this enough from IDA? OSNotifyDeviceCheck from 4099 x64

Can you please prepare x64 ASM for this project? I have no idea how I can do it. I understand these steps except ASM creation.. Or does it mean only to copy current ASM code to standalone file? I would like to compile it for x64 target to give it a try on my machine. EDIT: I have added #ifdef _X86_ to osnotify.c and devpower.c. But now I fail with these warnings, how I can solve variable conversion type? Is there a way to bypass it?

You can try to replace Windows 2000 acpi.sys with one that is linked on first page to WinCert. Or try explore that file on running Windows with Depency Walker to see if there are missing import. If no missing import, then you can try to replace it on running system

Here is new topic with archived one too. They deleted whole topic according to "hard" files modifications. https://www.wincert.net/forum/topic/17688-xpw2k3-x86-on-modern-hardware/

@Damnation Do you have any idea how to do it easily? I found some tools like asm2c, but it's not executable and it's far away from my knowledge.

I have no idea where I should look for this in source. With previous hint I was able to locate some part of code. But now I'm lost. So I hope someone else can solve it P.S. I'm happy I was able to compile it without problems

I think we can add it into misc.c and alipriv.h Can you try this one? I have added "blank case" result for H argument. But it could be same result as default case so maybe nothing changed. https://anonfiles.com/1fffa8T7x8/ACPI_2.0_H_test_7z