summary refs log tree commit diff stats
path: root/results/scraper/launchpad-without-comments/1912107
diff options
context:
space:
mode:
authorChristian Krinitsin <mail@krinitsin.com>2025-06-30 12:24:58 +0000
committerChristian Krinitsin <mail@krinitsin.com>2025-06-30 12:27:06 +0000
commit33606b41d35115f887ea688b1a16f2ff85bf2fe4 (patch)
tree406b2c7b19a087ba437c68f3dbf0b589fa1d6150 /results/scraper/launchpad-without-comments/1912107
parentadedf8771bc4de3113041ca21bd4d0d1c0014b6a (diff)
downloadqemu-analysis-33606b41d35115f887ea688b1a16f2ff85bf2fe4.tar.gz
qemu-analysis-33606b41d35115f887ea688b1a16f2ff85bf2fe4.zip
add launchpad bug reports without comments
Diffstat (limited to 'results/scraper/launchpad-without-comments/1912107')
-rw-r--r--results/scraper/launchpad-without-comments/19121078
1 files changed, 8 insertions, 0 deletions
diff --git a/results/scraper/launchpad-without-comments/1912107 b/results/scraper/launchpad-without-comments/1912107
new file mode 100644
index 000000000..5fcbdb117
--- /dev/null
+++ b/results/scraper/launchpad-without-comments/1912107
@@ -0,0 +1,8 @@
+Option to constrain linux-user exec() to emulated CPU only
+
+When trying to reproduce a bug someone reported on an actual AMD K10[1], ​I tried to directly throw `qemu_x86-64 -cpu 
+​phenom path/to/wrongly-labelled-instruction-set/gcc 1.c` at the problem, but failed to get an "illegal instruction" as expected. A quick investigation reveals that the error is actually caused by one of gcc's child processess, and that the said process is being ran directly on the host. A similar problem happens with trying to call stuff with /usr/bin/env.
+
+ ​[1]: https://github.com/Homebrew/brew/issues/1034
+
+Since both the host and the guest are x86_64, I deemed binfmt inapplicable to my case. I believe that QEMU should offer a way to modify exec() and other spawning syscalls so that execution remains on an emulated CPU in such a case. Call it an extra layer of binfmt, if you must.
\ No newline at end of file