clean up repository

1 files changed, 0 insertions, 46 deletions

diff --git a/gitlab/issues_text/target_i386/host_missing/accel_missing/2244 b/gitlab/issues_text/target_i386/host_missing/accel_missing/2244
deleted file mode 100644
index 810611096..000000000
--- a/gitlab/issues_text/target_i386/host_missing/accel_missing/2244
+++ /dev/null
@@ -1,46 +0,0 @@
-Regression in 8.2.90: cpu_physical_memory_snapshot_get_dirty: assertion failed
-Description of problem:
-On executing the image from QEMU advent calendar 2014, door 12 the following error is shown and QEMU exists.
-
-On Debian (built on git-repo)
-```
-$ qemu-system-i386 oberon/oberon.qcow2
-qemu-system-i386: ../system/physmem.c:948: cpu_physical_memory_snapshot_get_dirty: Zusicherung »start + length <= snap->end« nicht erfüllt.
-Abgebrochen
-```
-On Windows (built on qemu-9.0.0-rc0.tar.xz)
-```
-$ qemu-system-i386 oberon/oberon.qcow2
-ERROR:../qemu-9.0.0-rc0/system/physmem.c:946:cpu_physical_memory_snapshot_get_dirty: assertion failed: (start + length <= snap->end)
-Bail out! ERROR:../qemu-9.0.0-rc0/system/physmem.c:946:cpu_physical_memory_snapshot_get_dirty: assertion failed: (start + length <= snap->end)
-```
-Steps to reproduce:
-1. Retrieve oberon.tar.xz with `wget http://qemu-advent-calendar.org/2014/download/oberon.tar.xz`
-2. Extract with `tar -xf oberon.tar.xz`
-3. Execute with `qemu-system-i386 oberon/oberon.qcow2`
-Additional information:
-The same error is shown for QEMU advent calendar 2014, door 15 (Plan 9 from Bell Labs) soon after switch to graphical mode.
-
-git bisect result:
-```
-973a724eb006f674301a0c45f34b3c08dee0fe49 is the first bad commit
-commit 973a724eb006f674301a0c45f34b3c08dee0fe49
-Author: Paolo Bonzini <pbonzini@redhat.com>
-Date:   Mon Dec 29 14:48:14 2014 +0100
-
-    vga: implement horizontal pel panning in graphics modes
-    
-    This implements smooth scrolling, as used for example by Commander Keen
-    and Second Reality.
-    
-    Unfortunately, this is not enough to avoid tearing in Commander Keen,
-    because sometimes the wrong start address is used for a frame.
-    On real EGA, the panning register is sampled on every line, while
-    the display start is latched for the next frame at the start of the
-    vertical retrace.  On real VGA, the panning register is also latched,
-    but at the end of the vertical retrace.  It looks like Keen exploits
-    this by only waiting for horizontal retrace when setting the display
-    start, but implementing it breaks the 256-color Keen games...
-    
-    Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
-```