reboot12

@Dietmar Yeeeeeeeeeeeeeeeeeeeeeeaaaaaaaaaaaaaaaaaaa. For the first time in the world, WinXP 64-bit in pure UEFI from an eMMC disk on Dell Wyse 3040 !!! same acpi.sys 5.2.3790.7777 built by: ddi2 as I use in my modern WinXP tutorial eMMC driver from @George King modded .inf by me eMMC disk size is 8 GB and my WinXP occupies only 1.22 GB all size (I tested installation Win8.1 Lite but occupies 90% disk space) for install I use USB with Win8.1 installer because this support eMMC I had to remove the original sdbus.sys and sffdisk.sys drivers from the system (also from the Driver Cache), need change in hidden bios settings eMMC mode from ACPI to PCI Mode and add Intel eMMC controller Device ID 2294 to critical list devices in regedit: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase I've been waiting for this for a long time. P.S. Now I will also try on Dell Wyse 5070 Gemini Lake on eMMC - maybe I will also succeed ???

@Dietmar Yeeeeeeeeeeeeeeeeeaaaaaaaaaaaaaaaaaaaaaaa I fixed code bootvid - now support: auto detect memory address graphics card auto detect many popular resolutions // Walidator rozdzielczosci BOOLEAN IsValidRes(ULONG w, ULONG h) { if (w >= 800 && w <= 3840 && h >= 600 && h <= 2160) { if ((w == 800 && h == 600) || (w == 1024 && h == 768) || (w == 1152 && h == 864) || (w == 1280 && h == 720) || (w == 1280 && h == 800) || (w == 1280 && h == 1024) || (w == 1360 && h == 768) || (w == 1366 && h == 768) || (w == 1440 && h == 900) || (w == 1600 && h == 900) || (w == 1600 && h == 1200) || (w == 1680 && h == 1050) || (w == 1920 && h == 1080) || (w == 1920 && h == 1200) || (w == 2560 && h == 1080) || (w == 2560 && h == 1440) || (w == 3440 && h == 1440) || (w == 3840 && h == 2160)) { return TRUE; } } return FALSE; } BSOD is displayed always centered screen is not cleared before BSOD detected resolution is displayed in bottom right screen corner

@Dietmar Yeaaaaaaaaa - I make new versions bootvid.dll for BSOD - auto find graphics card and no clear screen: top left centered Now, when testing drivers under WinXP UEFI, I see a BSOD on the screen This is very helpful if I cannot debug in WinDbg via COM or LAN port e.g. on my Dell Wyse 3040 little PC. @Dietmar Problably BSOD be same as in WinPE 3.1 when you tried patched before.

@Dietmar Yeeeeeeeeeeeaaaaaaaaa I built from scratch a bootvid.dll driver (hardcoded version) for WinXP 64-bit that can display a BSOD on the screen if OS boot in UEFI mode It only needs to hardcode the current graphics card memory address and the native resolution of the monitor: I also built a version that automatically finds the address of the graphics card but cannot read the current resolution and uses hardcoded resolution and displays the BSOD only well in hardcoded resolution. On any other resolution BSOD it is corrupt: But of course possible compile bootvid.dll auto-scan memory addres and use hardcoded any custom resolution e.g. popular 1920x1080

WOW, please give me source code or compile for me WinXP 64-bit driver to test.

CLOVER on Legacy or UEFI? For UEFI try like this: on USB FAT32 stick put clover files: EFI\CLOVER\ACPI\patched\DSDT.aml EFI\CLOVER\ACPI\origin EFI\CLOVER\cloverx64.efi EFI\CLOVER\config.plist <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>ACPI</key> <dict> <key>DSDT</key> <dict> <key>Name</key> <string>DSDT.aml</string> </dict> </dict> </dict> </plist> boot to UEFI Shell and run cloverx64.efi table should be loaded if you press F5 now then table should be writen to origin\DSDT-0.aml but after load Windows - I tried Win 8.1 DSDT table is original - not patched ??? You might also try ACPIPatcher.efi > https://github.com/jslegendre/ACPIPatcher For WinXP 64-bit I tested registry override with asl.exe and works - no BSOD: acpidump -b -n DSDT -z iasl -d dsdt.dat edit dsdt.dsl and save as e.g. dsdt_fix.dsl iasl dsdt_fix.dsl asl -loadtable dsdt_fix.aml Now table is in registry: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ACPI\Parameters I use: asl.exe 64-bit 6.3.9600.16384 from WinDDK 8.1 iasl-win-20180105.zip - this is latest version working on WinXP (I don't know why these tools are only in the 32-bit version, but they work OK on WinXP 64-bit)

@Dietmar Apparently acpidump.exe reads the table from RAM AIDA64 reads from the bios If I use asl.exe, which inserts a table into the registry, acpidump.exe reads it, which means that the overwriting probably works correctly.

@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.

@Dietmar v12 v13

@Dietmar v10 v11

@Dietmar

@Dietmar

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

@Dietmar

@Dietmar acpiv5 - same BSOD A5 (3,xxx, C0000034)

@Dietmar WinPE no need any disk driver to work because is loading to RAM but nevermind. Probably my USB stick is not good condition and make some read errors - e.g. MegaSR.sys I make one more time boot.wim WinPE 3.1 with your latest acpi v4 patch and 100% is USB is OK and tested on two PC - first screenshot is from Dell 3040 and second from my AIMB - now same error ACPI.sys BSOD 7E:

@Dietmar For now, I just want to boot WinPE 3.1 on the Dell 3040 - not install it, so it doesn't matter whether and what disk drivers I have. Your patched acpi.sys v4 make error MegaSR.sys - I don't know why.

@Dietmar MegaSR.sys problem. I'm unlucky

@Dietmar Now BSOD D1:

@Dietmar Patch work - inserted 0000 but still BSOD A5 appears:

@Dietmar Unfortunatelly this patched acpi.sys not work:

@roytam1 OK, but install KB is more simple. P.S. Why didn't you add my patch to the default browser icon in e-mail clients, e.g. MailNews ? https://msfn.org/board/topic/185966-my-browser-builds-part-5/page/194/#findComment-1287594

Is Basilisk or Palemoon work on WinXP 32-bit SP2 ? Oh, I remembered: windowsxp-kb935839-x86-XXX.exe /b:SP2QFE Now all browsers work

@Dietmar Yeeeeeeeeeeeaaaaaaaaaaaa! I patched hal.dll to fix reboot WinXP 64-bit booted on UEFI mode 0x106BB: 7F 0F > 74 24 0x106E1: CC CC CC CC CC CC CC CC CC > B0 06 66 BA F9 0C EE EB FE Tested problematic PC's: Gemini Lake (Dell Wyse 5070), Valleyview SoC (Asus J1800I-C). Now WinXP reboot properly under pure UEFI The patch should work on 95% of PCs, especially Intel ones. @Dietmar Please test reboot on yours Dell Wyse and report. Test also my kdcom.dll patch for WinDbg

@Dietmar I found how fix original 64-bit kdcom.dll 5.2.3790.1830 - just change 3 bytes: offset 0xE0F: FF 50 78 > 48 31 C0 and recalculate checksum using my setcsum.exe The patch ignores the ACPI DBGP table which prevents the debugger from being redirected to the raw, uninitialized MMIO address of the LPSS UART controller. Thanks to this, the UART controller on the LPC (ISA Bridge) is used and possible debug WinXP 64-bit over COM1 in WinDbg I f..k KDNET https://www.mediafire.com/file/jge7rouoczix8eh/kdcom_DBGP_patch.zip/file Now I can test your WLAN 9560 driver professionally