gitlab scraper: download in toml and text format

7 files changed, 0 insertions, 479 deletions

diff --git a/gitlab/issues/target_sparc/host_missing/accel_TCG/1771.toml b/gitlab/issues/target_sparc/host_missing/accel_TCG/1771.toml
deleted file mode 100644
index 897645e11..000000000
--- a/gitlab/issues/target_sparc/host_missing/accel_TCG/1771.toml
+++ /dev/null
@@ -1,41 +0,0 @@
-id = 1771
-title = "Missing CASA instruction handling for SPARC qemu-user"
-state = "opened"
-created_at = "2023-07-18T13:21:56.422Z"
-closed_at = "n/a"
-labels = ["accel: TCG", "target: sparc"]
-url = "https://gitlab.com/qemu-project/qemu/-/issues/1771"
-host-os = "Slackware GNU/Linux"
-host-arch = "x86_64"
-qemu-version = "8.0.50 (git commit hash 4633c1e2c576fbabfe5c8c93f4b842504b69c096)"
-guest-os = "GNU/Linux user-space"
-guest-arch = "qemu-sparc (LEON3 cpu)"
-description = """Qemu-sparc does not handle the CASA instruction, even if the selected CPU (in this case, LEON3) support it."""
-reproduce = """1. Launch a program that use CASA instruction (any program, also "ls" on a recent glibc [>=2.31])
-2. qemu-sparc will raise "Illegal instruction""""
-additional = """The following patch remove the missing handling, but it needs asi load/store that is not implemented for sparc32 user-space.
-
-```
-diff -urp qemu-20230327.orig/target/sparc/translate.c qemu-20230327/target/sparc/translate.c
---- qemu-20230327.orig/target/sparc/translate.c 2023-03-27 15:41:42.000000000 +0200
-+++ qemu-20230327/target/sparc/translate.c      2023-04-01 15:24:18.293176711 +0200
-@@ -5521,7 +5522,7 @@ static void disas_sparc_insn(DisasContex
-                 case 0x37: /* stdc */
-                     goto ncp_insn;
- #endif
--#if !defined(CONFIG_USER_ONLY) || defined(TARGET_SPARC64)
-+//#if !defined(CONFIG_USER_ONLY) || defined(TARGET_SPARC64)
-                 case 0x3c: /* V9 or LEON3 casa */
- #ifndef TARGET_SPARC64
-                     CHECK_IU_FEATURE(dc, CASA);
-@@ -5529,8 +5530,8 @@ static void disas_sparc_insn(DisasContex
-                     rs2 = GET_FIELD(insn, 27, 31);
-                     cpu_src2 = gen_load_gpr(dc, rs2);
-                     gen_cas_asi(dc, cpu_addr, cpu_src2, insn, rd);
-+//#endif
-                     break;
--#endif
-                 default:
-                     goto illegal_insn;
-                 }
-```"""
diff --git a/gitlab/issues/target_sparc/host_missing/accel_TCG/2385.toml b/gitlab/issues/target_sparc/host_missing/accel_TCG/2385.toml
deleted file mode 100644
index b9fb2bed9..000000000
--- a/gitlab/issues/target_sparc/host_missing/accel_TCG/2385.toml
+++ /dev/null
@@ -1,119 +0,0 @@
-id = 2385
-title = "sparc: SIGILL stepping over `std` in gdb"
-state = "opened"
-created_at = "2024-06-07T21:44:15.092Z"
-closed_at = "n/a"
-labels = ["accel: TCG", "target: sparc"]
-url = "https://gitlab.com/qemu-project/qemu/-/issues/2385"
-host-os = "Ubuntu Linux 22.04 (6.5.0-35-generic)"
-host-arch = "x86_64"
-qemu-version = "8.2.94 (v9.0.0-rc4)"
-guest-os = "Solaris 9"
-guest-arch = "sparc"
-description = """Certain cases of single-stepping thru the `std` store double-word instruction causes SIGILL fatal trap, while normal execution of the program is fine. Unfortunately I do not have access to real SPARC hardware so I cannot attest whether this is an emulation issue or not.
-
-My previous bugfix #2281 fixed any single-stepping in a debugger from panicking the kernel, associated with the `lda` on ASI_USERTXT in the `default_fuword32` function. I suspect further bugs like this could be related somehow. Perhaps a different instruction is used for the 64-bit access that needs a similar fix.
-
-This problem was experienced while testing some shell-spawning assembly:
-```
--bash-4.3$ cat test.s
-.section ".text"
-.global main
-main:   
-        sethi  %hi(0x2f626800), %l6
-        or  %l6, 0x16e, %l6     ! 0x2f62696e
-        sethi  %hi(0x2f6b7000), %l7
-        or  %l7, 0x368, %l7     ! 0x2f6b7368
-        and  %sp, %sp, %o0
-        add  %sp, 0xc, %o1
-        xor  %o2, %o2, %o2
-        add  %sp, 0x14, %sp
-        std  %l6, [ %sp + -20 ]
-        clr  [ %sp + -12 ]
-        st  %sp, [ %sp + -8 ]
-        clr  [ %sp + -4 ]
-        mov  0x3b, %g1
-        ta  8
-        xor  %o7, %o7, %o0
-        mov  1, %g1
-        ta  8
-```
-
-```
--bash-4.3$ gcc test.s -o test
--bash-4.3$ ./test
-$ echo HELLO
-HELLO
-$ exit
-```
-
-As you can see the program works when ran directly from the shell, but when single-stepping in gdb, a SIGILL (illegal instruction) trap occurs
-```
--bash-4.3$ gdb test
-GNU gdb (GDB) 7.4.1
-[...]
-(gdb) disas main
-Dump of assembler code for function main:
-   0x0001061c <+0>:     sethi  %hi(0x2f626800), %l6
-   0x00010620 <+4>:     or  %l6, 0x16e, %l6     ! 0x2f62696e
-   0x00010624 <+8>:     sethi  %hi(0x2f6b7000), %l7
-   0x00010628 <+12>:    or  %l7, 0x368, %l7     ! 0x2f6b7368
-   0x0001062c <+16>:    and  %sp, %sp, %o0
-   0x00010630 <+20>:    add  %sp, 0xc, %o1
-   0x00010634 <+24>:    xor  %o2, %o2, %o2
-   0x00010638 <+28>:    add  %sp, 0x14, %sp
-   0x0001063c <+32>:    std  %l6, [ %sp + -20 ]
-   0x00010640 <+36>:    clr  [ %sp + -12 ]
-   0x00010644 <+40>:    st  %sp, [ %sp + -8 ]
-   0x00010648 <+44>:    clr  [ %sp + -4 ]
-   0x0001064c <+48>:    mov  0x3b, %g1
-   0x00010650 <+52>:    ta  8
-   0x00010654 <+56>:    xor  %o7, %o7, %o0
-   0x00010658 <+60>:    mov  1, %g1
-   0x0001065c <+64>:    ta  8
-End of assembler dump.
-(gdb) b main
-Breakpoint 1 at 0x1061c
-(gdb) r
-Starting program: /export/home/bazz/iob/test 
-
-Breakpoint 1, 0x0001061c in main ()
-(gdb) si
-0x00010620 in main ()
-(gdb) 
-0x00010624 in main ()
-[...]
-Program received signal SIGILL, Illegal instruction.
-0x0001063c in main ()
-```
-
-However, if I continue execution _over_ the `std` instruction, the SIGILL does not occur. it will get to the usual SIGTRAP after execve,
-but then complains about memory accesses that I've never seen before.
-```
-(gdb) r
-Starting program: /export/home/bazz/iob/test 
-
-Breakpoint 1, 0x0001061c in main ()
-(gdb) c
-Continuing.
-
-Program received signal SIGTRAP, Trace/breakpoint trap.
-0xef783af4 in _rt_boot () from /usr/lib/ld.so.1
-(gdb) c
-Continuing.
-Cannot access memory at address 0x2800007
-Cannot access memory at address 0x2800003
-(gdb) c
-Continuing.
-Cannot access memory at address 0x2800007
-Cannot access memory at address 0x2800003
-(gdb) c
-Continuing.
-$ 
-```
-
-It does eventually get a shell though.
-
-On mdb, instead of single-stepping into a SIGILL, everything goes unresponsive after stepping the `std` instruction. Then I have to kill mdb."""
-reproduce = "n/a"
-additional = "n/a"
diff --git a/gitlab/issues/target_sparc/host_missing/accel_TCG/2773.toml b/gitlab/issues/target_sparc/host_missing/accel_TCG/2773.toml
deleted file mode 100644
index 600932e42..000000000
--- a/gitlab/issues/target_sparc/host_missing/accel_TCG/2773.toml
+++ /dev/null
@@ -1,70 +0,0 @@
-id = 2773
-title = "qemu-system-sparc64 sometimes generates endless loops"
-state = "opened"
-created_at = "2025-01-12T13:23:51.686Z"
-closed_at = "n/a"
-labels = ["accel: TCG", "target: sparc"]
-url = "https://gitlab.com/qemu-project/qemu/-/issues/2773"
-host-os = "NetBSD"
-host-arch = "amd64"
-qemu-version = "QEMU emulator version 9.2.0"
-guest-os = "NetBSD"
-guest-arch = "sparc64"
-description = """Sometimes emulation "stops" in a busy loop hogging 1 cpu completely.
-gdb says:
-
-```
-0x00007d5805460ac5 in code_gen_buffer ()
-(gdb) info thread
-  Id   Target Id                     Frame 
-* 1    LWP 9166 of process 12669 ""  0x00007d5805460ac5 in code_gen_buffer ()
-  2    LWP 19293 of process 12669 "" 0x00007d584680803a in ____sigtimedwait50
-    () from /usr/lib/libc.so.12
-  3    LWP 20202 of process 12669 "" 0x00007d58468249ba in ___lwp_park60 ()
-   from /usr/lib/libc.so.12
-  4    LWP 12669 of process 12669 "" 0x00007d58467b72ca in _sys___pollts50 ()
-   from /usr/lib/libc.so.12
-(gdb) up
-#1  0x00000000007b3a0f in cpu_tb_exec (cpu=cpu@entry=0x7d58041ac680, 
-    itb=<optimized out>, tb_exit=tb_exit@entry=0x7d58037ffde8)
-    at ../accel/tcg/cpu-exec.c:458
-458\t    ret = tcg_qemu_tb_exec(cpu_env(cpu), tb_ptr);
-
-(gdb) down
-#0  0x00007d5805460ac5 in code_gen_buffer ()
-(gdb) x/16i $pc
-=> 0x7d5805460ac5 <code_gen_buffer+19401368>:\tmov    %r15,0x68(%rbp)
-   0x7d5805460ac9 <code_gen_buffer+19401372>:\txor    %r12,%r14
-   0x7d5805460acc <code_gen_buffer+19401375>:\tmov    %r14,0x80(%rbp)
-   0x7d5805460ad3 <code_gen_buffer+19401382>:\tmov    %r12,%rbx
-   0x7d5805460ad6 <code_gen_buffer+19401385>:\tmov    %rbx,0x70(%rbp)
-   0x7d5805460ada <code_gen_buffer+19401389>:\tmov    %r12,0x78(%rbp)
-   0x7d5805460ade <code_gen_buffer+19401393>:\tmov    %r14,%r12
-   0x7d5805460ae1 <code_gen_buffer+19401396>:\tshr    $0x20,%r12
-   0x7d5805460ae5 <code_gen_buffer+19401400>:\tand    $0x1,%r12d
-   0x7d5805460ae9 <code_gen_buffer+19401404>:\tdec    %r12
-   0x7d5805460aec <code_gen_buffer+19401407>:\tand    %rbx,%r12
-   0x7d5805460aef <code_gen_buffer+19401410>:\tmov    %r12d,%ebx
-   0x7d5805460af2 <code_gen_buffer+19401413>:\tmovb   $0x1,-0x4(%rbp)
-   0x7d5805460af6 <code_gen_buffer+19401417>:\tcmp    %r13,%rbx
-   0x7d5805460af9 <code_gen_buffer+19401420>:\t
-    je     0x7d5805460b20 <code_gen_buffer+19401459>
-   0x7d5805460aff <code_gen_buffer+19401426>:\t
-    jmp    0x7d5805460b04 <code_gen_buffer+19401431>
-(gdb) list
-453\t    if (qemu_loglevel_mask(CPU_LOG_TB_CPU | CPU_LOG_EXEC)) {
-454\t        log_cpu_exec(log_pc(cpu, itb), cpu, itb);
-455\t    }
-456\t
-457\t    qemu_thread_jit_execute();
-458\t    ret = tcg_qemu_tb_exec(cpu_env(cpu), tb_ptr);
-459\t    cpu->neg.can_do_io = true;
-460\t    qemu_plugin_disable_mem_helpers(cpu);
-461\t    /*
-462\t     * TODO: Delay swapping back to the read-write region of the TB
-```"""
-reproduce = """Unfortunately I have not been able to find a way to reliably reproduce this.
-Happens "often" to me, but not always.
-
-If you have any idea (like: what traces to enable) how to debug this I'll try to gather more information"""
-additional = "n/a"
diff --git a/gitlab/issues/target_sparc/host_missing/accel_TCG/2775.toml b/gitlab/issues/target_sparc/host_missing/accel_TCG/2775.toml
deleted file mode 100644
index cd06efaa0..000000000
--- a/gitlab/issues/target_sparc/host_missing/accel_TCG/2775.toml
+++ /dev/null
@@ -1,142 +0,0 @@
-id = 2775
-title = "internal assertion failure in sparc64 codegen: translate.c:5695:sparc_tr_insn_start: code should not be reached"
-state = "opened"
-created_at = "2025-01-13T20:49:17.493Z"
-closed_at = "n/a"
-labels = ["accel: TCG", "target: sparc"]
-url = "https://gitlab.com/qemu-project/qemu/-/issues/2775"
-host-os = "NetBSD"
-host-arch = "amd64"
-qemu-version = "QEMU emulator version 9.2.0"
-guest-os = "NetBSD sparc64"
-guest-arch = "sparc64"
-description = """qemu crashes with internal assertion:
-
-ERROR:../target/sparc/translate.c:5695:sparc_tr_insn_start: code should not be reached"""
-reproduce = """1. boot emulated NetBSD/sparc64 system
-2. cd /usr/tests && atf-run|atf-report
-
-not 100% reproducable, but happens often"""
-additional = """last output:
-```
-IN: 
-0x4102ce80:  sethi  %hi(0x29e0000), %g1
-0x4102ce84:  b,a   0x40d78220
-
-----------------
-IN: 
-0x41029fc0:  sethi  %hi(0x1e30000), %g1
-0x41029fc4:  b,a   0x40e9ccc0
-
-----------------
-IN: 
-0x4102b5e0:  sethi  %hi(0x23b8000), %g1
-0x4102b5e4:  b,a   0x40e9dc20
-
-----------------
-IN: 
-0x4102a6e0:  sethi  %hi(0x1ff8000), %g1
-0x4102a6e4:  b,a   0x40e9cbc0
-
-----------------
-IN: 
-0x410230e0:  sethi  %hi(0x278000), %g1
-0x410230e4:  b,a   0x40e25d60
-
-----------------
-IN: 
-0x41026920:  sethi  %hi(0x1088000), %g1
-0x41026924:  b,a   0x40d77da0
-
-----------------
-IN: 
-0x41024140:  sethi  %hi(0x690000), %g1
-0x41024144:  b,a   0x40e25f00
-
-----------------
-IN: 
-0x00245c20:  sethi  %hi(0xc8000), %g1
-0x00245c24:  sethi  %hi(0x40d77c00), %g1
-0x00245c28:  jmp  %g1 + 0x1a0\t! 0x40d77da0
-0x00245c2c:  nop 
-
-----------------
-IN: 
-0x00245ba0:  sethi  %hi(0xa8000), %g1
-0x00245ba4:  b,a   %xcc, 0x245920
-
-----------------
-IN: 
-0x00245ba0:  sethi  %hi(0xa8000), %g1
-0x00245ba4:  sethi  %hi(0x40d76c00), %g1
-0x00245ba8:  jmp  %g1 + 0x80\t! 0x40d76c80
-0x00245bac:  nop 
-
-----------------
-IN: 
-0x00245e60:  sethi  %hi(0x158000), %g1
-0x00245e64:  b,a   %xcc, 0x245920
-
-----------------
-IN: 
-0x00245e60:  sethi  %hi(0x158000), %g1
-0x00245e64:  sethi  %hi(0x40d76400), %g1
-0x00245e68:  jmp  %g1 + 0x260\t! 0x40d76660
-0x00245e6c:  nop 
-
-----------------
-IN: 
-0x002465a0:  sethi  %hi(0x328000), %g1
-0x002465a4:  sethi  %hi(0x40d69000), %g1
-0x002465a8:  jmp  %g1 + 0x198\t! 0x40d69198
-0x002465ac:  nop 
-
-**
-ERROR:../target/sparc/translate.c:5695:sparc_tr_insn_start: code should not be reached
-```
-
-gdb says:
-```
-#0  0x000079343d6ebbfa in _lwp_kill () from /usr/lib/libc.so.12
-#1  0x000079343d6f7034 in abort ()
-    at /home/martin/current/src/lib/libc/stdlib/abort.c:74
-#2  0x000079343e06a03a in g_assertion_message[cold] ()
-   from /usr/pkg/lib/libglib-2.0.so.0
-#3  0x000079343e03c719 in g_assertion_message_expr ()
-   from /usr/pkg/lib/libglib-2.0.so.0
-#4  0x0000000000a23345 in sparc_tr_insn_start (dcbase=<optimized out>, 
-    cs=<optimized out>) at ../target/sparc/translate.c:5695
-#5  0x0000000000aa932f in translator_loop (cpu=cpu@entry=0x7933fac3be40, 
-    tb=tb@entry=0x79341ba52840 <code_gen_buffer+549308435>, 
-    max_insns=max_insns@entry=0x7933fa5d3d44, pc=pc@entry=1206519, 
-    host_pc=host_pc@entry=0x7933f52a58f7, 
-    ops=ops@entry=0xfac3c0 <sparc_tr_ops>, db=db@entry=0x7933fa5d3b80)
-    at ../accel/tcg/translator.c:152
-#6  0x0000000000a368ca in gen_intermediate_code (cs=cs@entry=0x7933fac3be40, 
-    tb=tb@entry=0x79341ba52840 <code_gen_buffer+549308435>, 
-    max_insns=max_insns@entry=0x7933fa5d3d44, pc=pc@entry=1206519, 
-    host_pc=host_pc@entry=0x7933f52a58f7) at ../target/sparc/translate.c:5816
-#7  0x0000000000aa7e90 in setjmp_gen_code (env=env@entry=0x7933fac3e5e0, 
-    tb=tb@entry=0x79341ba52840 <code_gen_buffer+549308435>, 
-    pc=pc@entry=1206519, host_pc=0x7933f52a58f7, 
-    max_insns=max_insns@entry=0x7933fa5d3d44, ti=<optimized out>)
-    at ../accel/tcg/translate-all.c:278
-#8  0x0000000000aa835d in tb_gen_code (cpu=cpu@entry=0x7933fac3be40, 
-    pc=pc@entry=1206519, cs_base=cs_base@entry=1206523, flags=2181038080, 
-    cflags=cflags@entry=-16777216) at ../accel/tcg/translate-all.c:358
-#9  0x0000000000aa135b in cpu_exec_loop (cpu=cpu@entry=0x7933fac3be40, 
-    sc=sc@entry=0x7933fa5d3e80) at ../accel/tcg/cpu-exec.c:993
-#10 0x0000000000aa1788 in cpu_exec_setjmp (cpu=cpu@entry=0x7933fac3be40, 
-    sc=sc@entry=0x7933fa5d3e80) at ../accel/tcg/cpu-exec.c:1039
-#11 0x0000000000aa1f8d in cpu_exec (cpu=cpu@entry=0x7933fac3be40)
-    at ../accel/tcg/cpu-exec.c:1065
-#12 0x0000000000abb53d in tcg_cpu_exec (cpu=cpu@entry=0x7933fac3be40)
-    at ../accel/tcg/tcg-accel-ops.c:78
-#13 0x0000000000abb6ae in mttcg_cpu_thread_fn (arg=arg@entry=0x7933fac3be40)
-    at ../accel/tcg/tcg-accel-ops-mttcg.c:95
-#14 0x0000000000c7f750 in qemu_thread_start (args=0x79343aef7520)
-    at ../util/qemu-thread-posix.c:541
-#15 0x000079343d98c145 in pthread__create_tramp (cookie=0x79343c583000)
-    at /home/martin/current/src/lib/libpthread/pthread.c:595
-#16 0x000079343d5d1310 in ?? () from /usr/lib/libc.so.12
-```"""
diff --git a/gitlab/issues/target_sparc/host_missing/accel_TCG/2802.toml b/gitlab/issues/target_sparc/host_missing/accel_TCG/2802.toml
deleted file mode 100644
index bb6b2ef8f..000000000
--- a/gitlab/issues/target_sparc/host_missing/accel_TCG/2802.toml
+++ /dev/null
@@ -1,34 +0,0 @@
-id = 2802
-title = "Sparc: fdtox/fqtox instructions incorrectly select destination register"
-state = "closed"
-created_at = "2025-02-03T13:33:15.753Z"
-closed_at = "2025-02-19T02:48:16.475Z"
-labels = ["TestCase", "accel: TCG", "target: sparc", "workflow::Patch available"]
-url = "https://gitlab.com/qemu-project/qemu/-/issues/2802"
-host-os = "Debian 12 container running on Arch Linux"
-host-arch = "x86_64"
-qemu-version = "9.2.0"
-guest-os = "n/a"
-guest-arch = "Sparc64"
-description = """This bug report is mostly for informational purposes as I will be posting a fix for the bug.
-
-The `fdtox` and `fqtox` instructions incorrectly select the destination register when the destination register is higher than `f31`."""
-reproduce = """1. Install Sparc cross compiler `gcc-12-sparc64-linux-gnu`(in Debian)
-2. Compile the test program using `sparc64-linux-gnu-gcc-12 -m64 -o test_program -static test_program.c`
-3. Run the test program using `qemu-sparc64-static ./test_program`
-4. Expected output is 60. Prints 0 instead."""
-additional = """Test program to test the issue:
-
-```c
-#include <stdio.h>
-
-int main(int argc, char** argv) {
-    long long truncated = 0;
-    __asm__("fdtox %0,%%f32\\n\\t" :: "f"(60.0));
-    __asm__("fmovd %%f32,%0\\n\\t" : "=f"(truncated));
-    printf("%lld\\n", truncated);
-    return 0;
-}
-```
-
-The issue is caused by the commit 0bba7572d4. Where certain changes were made in the way destination registers are selected(moving the DFPREG/QFPREG to decodetree)."""
diff --git a/gitlab/issues/target_sparc/host_missing/accel_TCG/740.toml b/gitlab/issues/target_sparc/host_missing/accel_TCG/740.toml
deleted file mode 100644
index 66428aadd..000000000
--- a/gitlab/issues/target_sparc/host_missing/accel_TCG/740.toml
+++ /dev/null
@@ -1,35 +0,0 @@
-id = 740
-title = "on single core Raspberry Pi, qemu-system-sparc appears to hang in bios"
-state = "closed"
-created_at = "2021-11-21T00:24:19.098Z"
-closed_at = "2022-03-16T03:45:48.340Z"
-labels = ["accel: TCG", "target: sparc", "workflow::Needs Info"]
-url = "https://gitlab.com/qemu-project/qemu/-/issues/740"
-host-os = "Raspbian bookworm"
-host-arch = "Raspberry Pi Model 1 B (may happen on Pi Zero too)"
-qemu-version = "version 6.1.0 (Debian 1:6.1+dfsg-8+b1)"
-guest-os = "Sparc bios ss5.bin  (download URL further down)"
-guest-arch = "SparcStation 5"
-description = """I suspect it to be a race condition related to running on the slow single core Raspberry Pi, as I haven't managed to reproduce on x86 even when using taskset to tie qemu to a single core.
-
-The problem occurs about 4 out of 5 runs on qemu 5.2 (raspbian bullseye) and so far 100% of the time on qemu 6.1.
-
-About five seconds after start the sparc bios gets as far as `ttya initialized` and then appears to hang indefinitely.
-
-Instead, it should continue after about 3 more seconds with:
-```
-Probing Memory Bank #0 32 Megabytes
-Probing Memory Bank #1 Nothing there
-Probing Memory Bank #2 Nothing there
-Probing Memory Bank #3 Nothing there
-```
-
-See below for workaround."""
-reproduce = """1. Need a single core Raspberry Pi running raspbian, such as Raspberry Pi 1 or Zero
-2. Download ss5.bin from https://github.com/andarazoroflove/sparc/raw/master/ss5.bin
-3. Run the command:
-```
-qemu-system-sparc -m 32 -bios ss5.bin -nographic
-```
-After about 5 seconds of output it hangs at `ttya initialized`"""
-additional = """##"""
diff --git a/gitlab/issues/target_sparc/host_missing/accel_TCG/847.toml b/gitlab/issues/target_sparc/host_missing/accel_TCG/847.toml
deleted file mode 100644
index 37eda7c55..000000000
--- a/gitlab/issues/target_sparc/host_missing/accel_TCG/847.toml
+++ /dev/null
@@ -1,38 +0,0 @@
-id = 847
-title = "rdhpr %htstate unimplemented in translator"
-state = "closed"
-created_at = "2022-01-29T14:32:17.738Z"
-closed_at = "2023-10-27T10:08:00.783Z"
-labels = ["Closed::Fixed", "accel: TCG", "kind::Bug", "target: sparc"]
-url = "https://gitlab.com/qemu-project/qemu/-/issues/847"
-host-os = "Debian 10"
-host-arch = "x86_64"
-qemu-version = "QEMU emulator version 6.2.50 current git master (7a1043cef9)"
-guest-os = "None"
-guest-arch = "sun4v"
-description = """I accidentally mixed up a copy of T1 and T2 sun4v firmwares and was able to trigger the following TCG assert ``tcg_reg_alloc_mov: Assertion `ts->val_type == TEMP_VAL_REG' failed.`` upon boot.
-
-Having discovered my mistake I was expecting the guest to crash at some point but without triggering an
-assert."""
-reproduce = """1. Download the attached file bug.tar.gz and extract it
-
-2. Apply the following diff to update the UART address for the T2 firmware
-
-```
-diff --git a/hw/sparc64/niagara.c b/hw/sparc64/niagara.c
-index ccad2c43a3..7af64bd50f 100644
---- a/hw/sparc64/niagara.c
-+++ b/hw/sparc64/niagara.c
-@@ -51,7 +51,7 @@ typedef struct NiagaraBoardState {
- 
- #define NIAGARA_PARTITION_RAM_BASE 0x80000000ULL
- 
--#define NIAGARA_UART_BASE   0x1f10000000ULL
-+#define NIAGARA_UART_BASE   0xfff0c2c000ULL
- 
- #define NIAGARA_NVRAM_BASE  0x1f11000000ULL
- #define NIAGARA_NVRAM_SIZE  0x2000
-```
-
-3. Run `./qemu-system-sparc64 -M niagara -L ./bug/ -m 256 -nographic`"""
-additional = """"""