reboot12

@LoneCrusader I use acpi 7777 x64 in my project - link in my signature (sysprep_pub.7z\sysprep_pub.iso\WINDOWS\system32\drivers\acpi.sys)

I use nightly build version 2024.08.07 and no any errors.

>

Does dmdiag.exe -v or diskmap.exe -ddisk_number displays the similar errors?

I do not know how in the v45 version but in DP_Ported_DriversCollection_v44.7z many x64 drivers do not install because .inf files are incorrect - I tested only NVMe: Generic_NVMe_1.3.1014.00, Generic_NVMe_1.5.1200.00, Generic_NVMe_10.4.49.0 - have universal HW ID: PCI\CC_010802 but errors in .inf files Samsung_NVMe_3.3.0.2003, IaNVMe_4.4.0.1003 - no compatible HW ID: PCI\CC_010802 The only one that can be installed and works on real hardware (but not in VMware) is Generic_NVMe_6.1.7601.23403 because it has a universal HW ID in the .inf file: %PCI\CC_010802.DeviceDesc%=Stornvme_Inst, PCI\CC_010802

I test both Release XP & Release XP SSE work OK on SSE only CPU with vcredist x86 14:

@nicolaasjan But binary from dropbox not work.

@Dietmar What devices do you have on Other devices - give hardware id's then I make dummy drivers :-)

@Dixel What DEV ID ? My is 0412 and driver works in WinXP 64-bit:

Yes, of course, my second link in the signature.

@saphta You were looking for something poorly because it was here on the forum: https://msfn.org/board/topic/176355-intel-haswell-hd-4600-xp-drivers-here/?do=findComment&comment=1227311

@Dietmar Can you try to patch x64 the driver for the Intel I219-LM 8086 15BB ?

@Dietmar Excellent Try also my WinXP 64-bit

@Dietmar BIOS AMI ?

@Jakob99 There are drivers ported for the I2C touchpad: Ported drivers for XP x86/x64 They are old in the link. Ask @George King about new ones - I have DP_Ported_DriversCollection_v44.7z from him but not tested I2C:

Try this: https://forums.mydigitallife.net/threads/winxp-64-bit-on-a-modern-pc-iso-boot-wim-install-wim.88435

Yea, I know - also for Intel Gen 8: https://www.betaarchive.com/forum/viewtopic.php?p=477539#p477539 Intel Gen 9:

Yea, what does this have to do with this topic and modified acpi.sys ???

But I test same USB 3 16GB on ThinkPad X61 (original acpi.sys WinXP SP2 64-bit) and clone and copy block speed is same ~11 min Only on Intel Gen 8 Copy Block is faster than Clone

Does this mean that Copy Block speed from USB depends on the modified acpi.sys ???

I do not use such large pendrive as yours - the latest I have is Kingston DataTraveler USB 3.0 16GB I connected it to the USB 3 port and did the test: Clone Disk ~10 min clone_16GB.img Copy Block ~3 min - incredible (no display copy speed) copy_16GB.img Both files exactly same checksum: How is this possible? Clone USB > NVMe but Copy Block from RAM to NVMe ???

OK, I'm back. The time of creating an image on the NVMe disk by cloning or copying the block is identical and the same as on the ThinkPad for SATA HDD disk - 1.5 min ??? This means that the acpi.sys or USB drivers and even the destination disk type (HDD, NVMe) does not matter and it depends only from the controller chip in-build in USB stick. I use WinHex 15.8 @Dietmar Try test with older smaller USB stick like me 1GB

Hymmmm... I did the test on ThinkPad X61 with SATA HDD disk in WinXP SP2 64-bit with the original acpi.sys and USB EHCI driver. Now I'm going to my Intel Gen 8 WinXP SP2 64-bit machine with NVMe disk and modded driver NVMe 6.1.7601.23403, with modified acpi.sys 7777.8 and modded USB XHCI 6.2.9200.22099 driver I will report after tests.

Which version WinHex you use? How you open USB stick and how do you mark the block? OK, I make tests with 1GB USB 2.0 stick on USB 2.0 port - 2 way to make image file - I always use Tools > Open Disk... > Physical Media > USB stick: Tools > Disk Tools > Clone Disk... > Destination raw clone.img - creation time 1.5 min Ctrl+A to select all data, Edit > Copy Block > Into New File block.img - creation time 1.5 min Both files have exactly the same size and checksum: Maybe your USB stick is damaged ?

Still I don't understand! What block? Show on the screenshot how you do it in WinHex.