reboot12

I have but the old version: https://github.com/FlyGoat/CSMWrap/issues/14#issuecomment-2889051446

Yes, these drivers work 100% - I tested both 32-bit in XP 32-bit and 64-bit in XP 64-bit The same drivers also work in Win7

In that case, look for a support to the problem from the system manufacturer - good luck I don't want to post a tutorial on a forum that will disappear from the web in a moment like reboot.pro

@Klemper I have a question - is registration not working on the MDL forum? I don't want to explain once again what and how because that's how everything is described: https://forums.mydigitallife.net/threads/usb-3-xhci-driver-stack-for-windows-7.81934/page-18#post-1861262 My drivers work OK and tested on many computers. First time I've heard of drivers "killing the mobo"

@roytam1 Best USB3 drivers for XP - AMD by daniel fixed by me - I use them in my XP 32 and 64-bit tutorials on MDL. Also works fixed by me from George King 6.2.9200.21180 - I used them in tutorials before but they have a slight problem: https://forums.mydigitallife.net/threads/winxp-64-bit-on-a-modern-pc-iso-boot-wim-install-wim.88435/page-7#post-1868985 Everything is on MDL in my tutorials and other topics - just register.

What problem to make an account?

@roytam1 https://forums.mydigitallife.net/threads/winxp-32-bit-on-a-modern-pc-iso-boot-wim-install-wim.88834/

No

@Dietmar Have you checked if there is any debug information in Putty via COM port after load drivers pciserial.efi & terminal.efi ?

@Dietmar No, links not works but as far as I know DUET is a UEFI bios and there is no such file because it doesn't make sense - to run UEFI bios on UEFI bios

I wonder if every UEFI no-CSM bios is missing table for all the legacy Interrups?

Wait, wait, wait - after all, OVMF_CODE-pure-efi.fd bios doesn't have these modules and CSMWrap works

Maybe instead of adding the code to CSMWrap you can insert these modules into the motherboard no-CSM bios using UEFITool ??

Heh.. this is not CSM related: InitializeBochsGraphicsMode

@Dietmar If you are right then the CSMWrap project is useless

But CSMWrap.efi works OK on this UEFI64 firmware (works also 32-bit version OVMF 32-bit): https://msfn.org/board/topic/186793-csmwrap-boot-csm-on-uefi-only-systems/#findComment-1280103 How do you explain it?

I test CSMWrap in virt-manager QEMU KVM virtual machine with 2016 OVMF UEFI 64-bit firmware OVMF_CODE-pure-efi.fd There are other firmware versions in the edk2-ovmf-x64-20160418gita8c39ba-1.mga6.noarch.rpm archive: The OVMF_CODE-with-csm.fd version includes SeaBIOS for Legacy support: https://github.com/tianocore/tianocore.github.io/wiki/OVMF Can you check if in OVMF_CODE-pure-efi.fd give real-mode "thunk"? https://www.mediafire.com/file/ezj7uzxix2mgs68/ovmf_x64_pure&CSM.zip/file .fd files can be opened in UEFITool

@Dietmar Have you tried running CSMWrap from SATA FAT32 partition instead USB? For me xHCI controler is problematic on Haswell motherboard and CSMWrap work OK only if: no any connected USB stick to USB port run UEFI Shell from SATA disk from FAT32 partition from EFI\Boot\bootx64.efi run CSMWrap from UEFI Shell https://github.com/FlyGoat/csmwrap/issues/14#issuecomment-2907598008

@Dietmar You probably spreading misinformation - FlyGoat cannot create an account on MSFN and asked me to put such a post here: I guess they (or maybe LLM behind them) never really understood how the project work. There is NO interrupt handler redirection happening to UEFI code, but it doesn't mean int13h (and other interrupt calls) won't work. They are handled by SeaBIOS. For misinformation in their comments: 1. No Real-Mode Environment SeaBIOS is executing in Real Mode. 2. No Legacy BIOS ROM Code SeaBIOS is Legacy BIOS ROM Code. 3. No IVT Vector Patching SeaBIOS will fill IVT table, no need to do any patching. 4. No Mode-Switch Plumbing x86thunk in CSMWrap and SeaBIOS are doing all mode switch works. 5. UEFI’s Native Disk Interface Differs Completely Yes, that's why SeaBIOS's own disk drivers are operating after handling control to CSM module. It's talking to hardware directly. For the int13h handler flow, the IVT vector is set at ivt_init() https://github.com/FlyGoat/seabios-csmwrap/blob/efafa7514862b2caf082329e29dd8878dfe1d63d/src/post.c#L33, which set IVT to an assembly thunk handler, and redirected to actual handle function handle_13(struct bregs *regs) https://github.com/FlyGoat/seabios-csmwrap/blob/efafa7514862b2caf082329e29dd8878dfe1d63d/src/disk.c#L741. They also tried to provide some code that will never work in this project, PLEASE, look into current implementation, we are not even using EDK II build environment. If in doubt, they can always ask me. Original github post: https://github.com/FlyGoat/csmwrap/issues/14#issuecomment-2903984783

@GD 2W10 Disconnect all USB flash drive from USB port and run CSMWrap from FAT32 partition on SATA disk - best using UEFI Shell. I use UEFI Shell 1.0, CSMWrap.efi efafa75-CSMWrap-34ee5ec

Boot to UEFI Shell, then run CSMWrap from shell - it works https://github.com/FlyGoat/csmwrap/issues/14#issuecomment-2906866241

Works, works, works - WinXP SP2 32-bit on Haswell using winload.exe 5472 - 640x480 I have to run this way: HDD FAT32 100MB EFI\Boot\bootx64.efi < this is UEFI Shell 1.0 from shell need run CSMWrap (ahci.efi)

I test this build and now AHCI works on Asus H61 (Sandy Bridge) (test winload.exe because ntldr not works with iGPU) https://github.com/FlyGoat/csmwrap/actions/runs/15173994519 On Asus B85 (Haswell) other problem and don't detect any boot devices - stuck on: SeaBIOS (version efafa75-CSMWrap-34ee5ec) Version 1.2.0 not works with AHCI on Asus H61

No, CSMWrap support all BIOS services: https://github.com/FlyGoat/csmwrap/issues/14#issuecomment-2899365096

Yes of course. You need use CSMWrap ia32 32-bit version: P.S. I purposely bought such a laptop - Asus T100TAF for testing but I bricked it when I changed the hidden settings in CMOS - I need reprogramming bios - probably need desolder SPI chip: https://www.elektroda.pl/rtvforum/topic4120094.html My tests before CSMWrap was released: https://forums.mydigitallife.net/threads/winxp-32-bit-on-a-modern-pc-iso-boot-wim-install-wim.88834/#post-1873937 Many laptops with UEFI32 have an eMMC drive - I don't know if there will be a problem with that. If the laptop has a normal SATA drive it should be OK. @Dietmar Do you still have Lenovo Flex 10 with UEFI32?