From 2c392669c6afae1cbdb8fc36fb94efcfbbd23644 Mon Sep 17 00:00:00 2001 From: Gunnar Beutner Date: Sat, 10 Jul 2021 14:03:49 +0200 Subject: [PATCH] Documentation: Remove another redundant chapter Clearly nobody has used this in a while because cpuinfo.c for GCC 11 does not contain the code that's mentioned here. --- Documentation/BuildInstructionsWindows.md | 17 ----------------- 1 file changed, 17 deletions(-) diff --git a/Documentation/BuildInstructionsWindows.md b/Documentation/BuildInstructionsWindows.md index 6f68bffb98b..38225a9ea89 100644 --- a/Documentation/BuildInstructionsWindows.md +++ b/Documentation/BuildInstructionsWindows.md @@ -58,23 +58,6 @@ To run SerenityOS in a WHPX-enabled QEMU VM: ### Known issues with WHPX -#### Illegal instruction on boot - -Using `SERENITY_QEMU_CPU="max"` can trigger a QEMU bug where the OSXSAVE CPUID flag is erroneously set, playing havoc -with feature detection logic in libgcc and resulting in this error. - -To workaround this, first adjust the `SERENITY_QEMU_CPU` setting to emulate a more restricted feature set. `SERENITY_QEMU_CPU="qemu32"` -appears to work in some cases, however in others causes the boot freeze issue above. It's worth playing around with -various different values here to see if you can find one that works for you. Running `qemu-system-x86_64.exe -cpu ?` will -list the supported CPU configurations. - -If you cannot find a working CPU feature set, the next workaround is to patch libgcc in the Serenity toolchain build to -remove the offending instruction. -Comment out the `if ((ecx & bit_OSXSAVE))` block in `Toolchain/Tarballs/gcc-/libgcc/config/i386/cpuinfo.c`. In -GCC 10.2.0 this is lines 282-297. - -Rebuild the toolchain using `Toolchain/BuildIt.sh` as normal, then rebuild Serenity. - #### Slow boot on HiDPI systems On some Windows systems running with >100% scaling, the booting phase of Serenity might slow to a crawl. Changing the