diff options
Diffstat (limited to '')
| -rw-r--r-- | results/classifier/gemma3:12b/kernel/293 | 2 | ||||
| -rw-r--r-- | results/classifier/gemma3:12b/kernel/2933 | 23 | ||||
| -rw-r--r-- | results/classifier/gemma3:12b/kernel/2935 | 25 |
3 files changed, 50 insertions, 0 deletions
diff --git a/results/classifier/gemma3:12b/kernel/293 b/results/classifier/gemma3:12b/kernel/293 new file mode 100644 index 00000000..4e249936 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/293 @@ -0,0 +1,2 @@ + +Qemu SPARC64 Panics on Sun Solaris 5.8 - BOP_ALLOC failed diff --git a/results/classifier/gemma3:12b/kernel/2933 b/results/classifier/gemma3:12b/kernel/2933 new file mode 100644 index 00000000..189ce3db --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/2933 @@ -0,0 +1,23 @@ + +After updating QEMU to 10.0, XNU kernel of OS X 10.8 throws kernel panic (type=0 divide error) +Description of problem: +Before updating to QEMU 10.0, my OS X 10.8 installation has worked pretty clear, but after QEMU update, XNU kernel now throws divide error during the boot. +Steps to reproduce: +1. Install OS X 10.8 on QEMU <10.0, for example 9.2.3. +2. Update QEMU to 10.0 version +3. Launch OS X +Additional information: +Screenshot of the issue: + + +OpenCore config (not changed before update, so above suspicion): +[config.plist](/uploads/4b80b60f9497e5ecd9237e4eeddcce8a/config.plist) + +Full OS X folder (without Installer.dmg): +[OS_X_10.8.zip](/uploads/1af6150869495a8f196e18d18127011b/OS_X_10.8.zip) + +How I've done Installer.dmg: +1. Go [here](https://updates.cdn-apple.com/2021/macos/031-0627-20210614-90D11F33-1A65-42DD-BBEA-E1D9F43A6B3F/InstallMacOSX.dmg) +2. `xar -xf` to .pkg +3. Show package contents to extracted .pkg +4. Here it is: InstallESD.dmg, which I've renamed to Installer.dmg diff --git a/results/classifier/gemma3:12b/kernel/2935 b/results/classifier/gemma3:12b/kernel/2935 new file mode 100644 index 00000000..2b253343 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/2935 @@ -0,0 +1,25 @@ + +strchrnul detection not suitable for macOS +Description of problem: +When qemu is compiled on macOS 15.4, targeting an earlier macOS version (e.g., 15.1), and then run on this earlier macOS version (15.1), it segfaults. This is because: + +- the meson test for strchrnul succeeds (the function is present in the library) +- the strchrnul function is therefore used +- but that function was introduced in the system's libc in 15.4 only + +The root cause for the bug is that the meson test for strchrnul does not include the appropriate header. Indeed, see the documentation for meson on compiler.has_function (https://mesonbuild.com/Compiler-properties.html#does-a-function-exist) + +> Note that, on macOS programs can be compiled targeting older macOS versions than the one that the program is compiled on. It can't be assumed that the OS version that is compiled on matches the OS version that the binary will run on. +> +> Therefore when detecting function availability with compiler.has_function(), it is important to specify the correct header in the prefix argument. + +The correct fix would be, in qemu's meson.build, to change: + +`cc.has_function('strchrnul')` + +into `cc.has_function('strchrnul', prefix : '#include <string>')` + +This is the recommended best practice and would allow correct detection on all platforms, including macOS. +Steps to reproduce: +1. Install qemu from Homebrew, which is built on macOS 15.4 +2. Run it on a machine with macOS < 15.4 |