Psychotoxic

I can confirm that I successfuly used an abriged version of this method for a Windows 8 DSDT override on a Fujitsu Lifebook SH531 - abriged because I did it without Setup 1.1x (as don't have it) and PCI compaction - using FreeDOS on a USB thumb drive (because the TrueCrypt bootloader sits in my drive's MBR) to generate a Large Memory entry. At first I prepared a modified DSDT.aml as described in nando's post. I also removed the _OSI entries for older Windows versions to make it smaller. And looked up the DSDT starting address of course. My steps were Create a FreeDOS bootable FAT32 USB thumb drive with unetbootin. Download GRUB4DOS and copy&paste everything to USB drive. Download Peritool for DOS and copy&paste everything to USB drive (How the hell did you find that piece of obscure software nando? ) Copy&paste the modified DSDT.aml to the USB drive. Boot it, chose the FreeDOS Safe Mode method (otherwise GRUB4DOS would fail to start up with a "Probing ROM INT Vectors. If hang, unload a device driver or TSR and try again." error message for me). My USB drive had been automatically mounted as C: (the root, A:, is the FreeDOS ramdisk), so I switched to that. Run the peritool command as described by nano, which was pt MEM writefromfile 1 0xDAFF3000 dsdt.aml in my case. grub to start GRUB in interactive mode, chose command line, then chainloaded the TrueCrypt bootloader on my main drive (which was enumerated as hd2 by GRUB) with: chainloader(hd2)+1 [Enter] rootnoverify (hd2) [Enter] boot [Enter]. I booted normally then, and Windows initialized the eGPU sucessfully on its own after I hotplugged it. Now the only thing left to do is to beautify and automate that a bit.

Hi, does anyone know how to do a DSDT override on Windows 8? It's not working for me. It did work on Windows 7. I extracted the .dsl file with iasl-20120913, edited it and then compiled and loaded it with ASL 4.0.0NT. The output was "Table overloading succeeded." The registry entry does appear in System\CurrentControlSet\Services\ACPI\Parameters\DSDT\FUJ___\FJNBB13_\01060000. But it is being ignored. No Large Memory entry appears in the device manager. I know that it's being ignored because normally when you install a DSDT override and then change the memory layout, for example by removing a memory stick, Windows will bluescreen on reboot. It does not. Maybe the registry location for DSDT overrides changed? Some observations I had on Windows 8: Windows 8 reacts differently to the TOLUD issue. When a device gets connected for which Windows 8 can't allocate enough memory, it does not show Error Code 12. Instead there is an error message saying - I'm translating now, so it might not be correct - 'No drivers are installed for this device' in the Device Status field in Device Manager, even though there are drivers installed (I previously verified that the eGPU was working by removing memory to circumvent the TOLUD issue and the device manager even shows the correct driver version). Screenshot. In addition to that, ntoskrnl.exe (or one of its threads) starts consuming 100% of one CPU core. As a consequence of that, all actions that will depend on it will not work anymore. For example searching for new devices in the Device Manger, disabling a device, connecting a different device, trying to search for drivers on Windows Update, etc. all result in the respective window freezing. You can't even shut down cleanly anymore, the shutdown will also hang indefinitely. This condition is permanent and can not be stopped by removing the offending device, only by doing a hard shutdown. Windows 8 will also does this if you boot with the offending device connected. It will hang during the boot animation. It seems to be the same issue as I can hear the fan revving up, so I know it's hanging with high CPU load. The only thing left to do is to abort the boot with a hard shutdown. As a bonus you'll have to deal with the "Automatic Repair" on the next boot because Windows detects it wasn't able to boot successfully. Besides that, when removing memory to circumvent the TOLUD issue, my eGPU is fully operational on Windows 8. Optimus compression and rendering on the internal display both work with an unmodded desktop driver, version 306.23.