summary refs log tree commit diff stats
path: root/results/scraper/fex/311
diff options
context:
space:
mode:
authorChristian Krinitsin <mail@krinitsin.com>2025-07-17 09:10:43 +0200
committerChristian Krinitsin <mail@krinitsin.com>2025-07-17 09:10:43 +0200
commitf2ec263023649e596c5076df32c2d328bc9393d2 (patch)
tree5dd86caab46e552bd2e62bf9c4fb1a7504a44db4 /results/scraper/fex/311
parent63d2e9d409831aa8582787234cae4741847504b7 (diff)
downloadqemu-analysis-main.tar.gz
qemu-analysis-main.zip
add downloaded fex bug-reports HEAD main
Diffstat (limited to 'results/scraper/fex/311')
-rw-r--r--results/scraper/fex/3117
1 files changed, 7 insertions, 0 deletions
diff --git a/results/scraper/fex/311 b/results/scraper/fex/311
new file mode 100644
index 000000000..b62de0769
--- /dev/null
+++ b/results/scraper/fex/311
@@ -0,0 +1,7 @@
+Unaligned atomic memory ops support
+Currently x86 instructions translated to the atomic IR ops aren't expecting an alignment.

+Compilers will go out of their way to avoid these unaligned atomics on the x86 side due to the "big ring lock" but they can still be done.

+ARMv8.4-LSE resolves this issue mostly where it relaxes the atomic alignment problem.

+

+But we still need to work with unaligned atomics on older ARMv8 versions, and doesn't resolve the problem of an unaligned atomic crossing a cacheline (x86 works in this instance).

+Will need a backpatch + fallback handling, or if it happens non-frequently, handle it in the signal handler and dispatch a threaded recompiled replacement.
\ No newline at end of file