summary refs log tree commit diff stats
path: root/gitlab/issues_text/target_i386/host_missing/accel_missing/1131
diff options
context:
space:
mode:
authorChristian Krinitsin <mail@krinitsin.com>2025-06-01 21:35:14 +0200
committerChristian Krinitsin <mail@krinitsin.com>2025-06-01 21:35:14 +0200
commit3e4c5a6261770bced301b5e74233e7866166ea5b (patch)
tree9379fddaba693ef8a045da06efee8529baa5f6f4 /gitlab/issues_text/target_i386/host_missing/accel_missing/1131
parente5634e2806195bee44407853c4bf8776f7abfa4f (diff)
downloadqemu-analysis-3e4c5a6261770bced301b5e74233e7866166ea5b.tar.gz
qemu-analysis-3e4c5a6261770bced301b5e74233e7866166ea5b.zip
clean up repository
Diffstat (limited to 'gitlab/issues_text/target_i386/host_missing/accel_missing/1131')
-rw-r--r--gitlab/issues_text/target_i386/host_missing/accel_missing/113120
1 files changed, 0 insertions, 20 deletions
diff --git a/gitlab/issues_text/target_i386/host_missing/accel_missing/1131 b/gitlab/issues_text/target_i386/host_missing/accel_missing/1131
deleted file mode 100644
index 20c2a8d87..000000000
--- a/gitlab/issues_text/target_i386/host_missing/accel_missing/1131
+++ /dev/null
@@ -1,20 +0,0 @@
-Multiboot: could not move values from provided mmap to another address directly.
-Description of problem:
-When using `-kernel` to load a Multiboot file which requires a memory map(MULTIBOOT_MEMORY_INFO flag) and trying to move the values in the provided mmap entries to another address directly, QEMU reboots.
-```c
-xxx = mmap->addr;
-```
-
-When moving with volatile, everything works well:
-```c
-volatile unsigned long long addr = mmap->addr;
-xxx = addr;
-```
-Steps to reproduce:
-1. Source code here: [github/xtexChooser/toop/boot/multiboot/src/multiboot.c](https://github.com/xtexChooser/toop/blob/51153319d4f2320ae9a9277ffffad3f67a335fe9/boot/multiboot/src/multiboot.c#L32)
-2. Minimized reproduce: [gist.github.com/xtexChooser/22017d662c8144b7abcb0b18c2afb09c](https://gist.github.com/xtexChooser/22017d662c8144b7abcb0b18c2afb09c)
-3. I am sure that 0x00001210 is writable, it is empty in the memory map and QEMU works correctly when writing a zero value to here.
-4. The reproducer is available without any module, when it works, it should keep running without any output, if QEMU reboots, the screen should flash as it clears and prints the BIOS information again.
-5. If move with volatile(as the `multiboot_works.c` in reproducer), the reproducer works correctly.
-Additional information:
-#