[Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
This bug was fixed in the package qemu - 1:10.1.0+ds-5ubuntu2.1 --- qemu (1:10.1.0+ds-5ubuntu2.1) questing; urgency=medium * d/p/u/lp-2123828-*: Fix RISC-V instructions endianness (LP: #2123828) -- Valentin Haudiquet Mon, 06 Oct 2025 15:19:00 +0200 ** Changed in: qemu (Ubuntu Questing) Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/2123828 Title: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems Status in QEMU: Fix Released Status in glibc package in Ubuntu: Invalid Status in qemu package in Ubuntu: Fix Released Status in gcc-15 source package in Noble: Invalid Status in glibc source package in Noble: Invalid Status in qemu source package in Noble: Won't Fix Status in gcc-15 source package in Plucky: Invalid Status in glibc source package in Plucky: Invalid Status in qemu source package in Plucky: Won't Fix Status in gcc-15 source package in Questing: Invalid Status in glibc source package in Questing: Invalid Status in qemu source package in Questing: Fix Released Status in glibc source package in Resolute: Invalid Status in qemu source package in Resolute: Fix Released Bug description: [ Impact ] On s390x architecture, qemu cannot emulate riscv64 well because of an endianess error. Original bug report : QEMU's DEP-8 test fails on s390x, due to warning output on stderr about "unsupported version 256 of Verdef record", which is blocking migration of glibc 2.42-0ubuntu3. DEP-8 logs: """ 323s === Checking if /usr/bin/qemu-riscv64 can run executables: 323s glob with sh: /usr/bin/qemu-riscv64 /bin/busybox ash -c "/usr/bin/qemu-riscv64 /bin/busybox ls -dCFl debian/*[t]*": 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libresolv.so.2: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s 323s Reading package lists.../bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s Expected output not found [...] 328s autopkgtest [22:14:52]: summary 328s test-qemu-img.sh PASS (superficial) 328s test-qemu-system.sh PASS (superficial) 328s test-qemu-user.shFAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record """ Patched by flagging the faulty instructions with the endianness swap marker. [ Test Plan ] Minimal reproducer: (after booting up an s390x vm) ``` ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update && sudo apt install qemu-user ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep libc6 ii libc6:s390x 2.42-0ubuntu3 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep qemu-user ii qemu-user 1:10.1.0+ds-5ubuntu1 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg --print-architecture s390x ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo dpkg --add-architecture riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt install hello:riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ /usr/bin/qemu-riscv64 /usr/bin/hello /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef reco
[Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
> Note: The Questing SRU was built against ceph/19.2.3-0ubuntu1 and should be released together. There was a new ceph sru[1] after qemu was uploaded, version 19.2.3-0ubuntu1.25.10.1. The sru pending report doesn't flag that as a dependency, but is this a problem? Let's check what version of rbd the qemu-block-extra package in questing proposed is depending on... librbd1 (>= 19.2.3-0ubuntu1) Ok, so looks fine. 1. https://launchpad.net/ubuntu/+source/ceph/19.2.3-0ubuntu1.25.10.1 -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/2123828 Title: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems Status in QEMU: Fix Released Status in glibc package in Ubuntu: Invalid Status in qemu package in Ubuntu: Fix Released Status in gcc-15 source package in Noble: Invalid Status in glibc source package in Noble: Invalid Status in qemu source package in Noble: Won't Fix Status in gcc-15 source package in Plucky: Invalid Status in glibc source package in Plucky: Invalid Status in qemu source package in Plucky: Won't Fix Status in gcc-15 source package in Questing: Invalid Status in glibc source package in Questing: Invalid Status in qemu source package in Questing: Fix Committed Status in glibc source package in Resolute: Invalid Status in qemu source package in Resolute: Fix Released Bug description: [ Impact ] On s390x architecture, qemu cannot emulate riscv64 well because of an endianess error. Original bug report : QEMU's DEP-8 test fails on s390x, due to warning output on stderr about "unsupported version 256 of Verdef record", which is blocking migration of glibc 2.42-0ubuntu3. DEP-8 logs: """ 323s === Checking if /usr/bin/qemu-riscv64 can run executables: 323s glob with sh: /usr/bin/qemu-riscv64 /bin/busybox ash -c "/usr/bin/qemu-riscv64 /bin/busybox ls -dCFl debian/*[t]*": 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libresolv.so.2: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s 323s Reading package lists.../bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s Expected output not found [...] 328s autopkgtest [22:14:52]: summary 328s test-qemu-img.sh PASS (superficial) 328s test-qemu-system.sh PASS (superficial) 328s test-qemu-user.shFAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record """ Patched by flagging the faulty instructions with the endianness swap marker. [ Test Plan ] Minimal reproducer: (after booting up an s390x vm) ``` ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update && sudo apt install qemu-user ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep libc6 ii libc6:s390x 2.42-0ubuntu3 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep qemu-user ii qemu-user 1:10.1.0+ds-5ubuntu1 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg --print-architecture s390x ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo dpkg --add-architecture riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt install hello:riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ /usr/bin/qemu-riscv64 /usr/bin/hello /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6
[Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
** Merge proposal unlinked: https://code.launchpad.net/~hectorcao/ubuntu/+source/qemu/+git/qemu/+merge/497342 -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/2123828 Title: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems Status in QEMU: Fix Released Status in glibc package in Ubuntu: Invalid Status in qemu package in Ubuntu: Fix Released Status in gcc-15 source package in Noble: Invalid Status in glibc source package in Noble: Invalid Status in qemu source package in Noble: Won't Fix Status in gcc-15 source package in Plucky: Invalid Status in glibc source package in Plucky: Invalid Status in qemu source package in Plucky: Won't Fix Status in gcc-15 source package in Questing: Invalid Status in glibc source package in Questing: Invalid Status in qemu source package in Questing: Fix Committed Status in glibc source package in Resolute: Invalid Status in qemu source package in Resolute: Fix Released Bug description: [ Impact ] On s390x architecture, qemu cannot emulate riscv64 well because of an endianess error. Original bug report : QEMU's DEP-8 test fails on s390x, due to warning output on stderr about "unsupported version 256 of Verdef record", which is blocking migration of glibc 2.42-0ubuntu3. DEP-8 logs: """ 323s === Checking if /usr/bin/qemu-riscv64 can run executables: 323s glob with sh: /usr/bin/qemu-riscv64 /bin/busybox ash -c "/usr/bin/qemu-riscv64 /bin/busybox ls -dCFl debian/*[t]*": 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libresolv.so.2: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s 323s Reading package lists.../bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s Expected output not found [...] 328s autopkgtest [22:14:52]: summary 328s test-qemu-img.sh PASS (superficial) 328s test-qemu-system.sh PASS (superficial) 328s test-qemu-user.shFAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record """ Patched by flagging the faulty instructions with the endianness swap marker. [ Test Plan ] Minimal reproducer: (after booting up an s390x vm) ``` ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update && sudo apt install qemu-user ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep libc6 ii libc6:s390x 2.42-0ubuntu3 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep qemu-user ii qemu-user 1:10.1.0+ds-5ubuntu1 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg --print-architecture s390x ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo dpkg --add-architecture riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt install hello:riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ /usr/bin/qemu-riscv64 /usr/bin/hello /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record ``` The same thing with the patch shows "H
[Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
** Merge proposal linked: https://code.launchpad.net/~hectorcao/ubuntu/+source/qemu/+git/qemu/+merge/497342 -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/2123828 Title: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems Status in QEMU: Fix Released Status in glibc package in Ubuntu: Invalid Status in qemu package in Ubuntu: Fix Released Status in gcc-15 source package in Noble: Invalid Status in glibc source package in Noble: Invalid Status in qemu source package in Noble: Won't Fix Status in gcc-15 source package in Plucky: Invalid Status in glibc source package in Plucky: Invalid Status in qemu source package in Plucky: Won't Fix Status in gcc-15 source package in Questing: Invalid Status in glibc source package in Questing: Invalid Status in qemu source package in Questing: Fix Committed Status in glibc source package in Resolute: Invalid Status in qemu source package in Resolute: Fix Released Bug description: [ Impact ] On s390x architecture, qemu cannot emulate riscv64 well because of an endianess error. Original bug report : QEMU's DEP-8 test fails on s390x, due to warning output on stderr about "unsupported version 256 of Verdef record", which is blocking migration of glibc 2.42-0ubuntu3. DEP-8 logs: """ 323s === Checking if /usr/bin/qemu-riscv64 can run executables: 323s glob with sh: /usr/bin/qemu-riscv64 /bin/busybox ash -c "/usr/bin/qemu-riscv64 /bin/busybox ls -dCFl debian/*[t]*": 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libresolv.so.2: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s 323s Reading package lists.../bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s Expected output not found [...] 328s autopkgtest [22:14:52]: summary 328s test-qemu-img.sh PASS (superficial) 328s test-qemu-system.sh PASS (superficial) 328s test-qemu-user.shFAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record """ Patched by flagging the faulty instructions with the endianness swap marker. [ Test Plan ] Minimal reproducer: (after booting up an s390x vm) ``` ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update && sudo apt install qemu-user ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep libc6 ii libc6:s390x 2.42-0ubuntu3 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep qemu-user ii qemu-user 1:10.1.0+ds-5ubuntu1 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg --print-architecture s390x ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo dpkg --add-architecture riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt install hello:riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ /usr/bin/qemu-riscv64 /usr/bin/hello /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record ``` The same thing with the patch shows "Hel
[Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
Removing block-proposed, as bug #2119024 has been released. ** Tags removed: block-proposed-questing -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/2123828 Title: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems Status in QEMU: Fix Released Status in glibc package in Ubuntu: Invalid Status in qemu package in Ubuntu: Fix Released Status in gcc-15 source package in Noble: Invalid Status in glibc source package in Noble: Invalid Status in qemu source package in Noble: Won't Fix Status in gcc-15 source package in Plucky: Invalid Status in glibc source package in Plucky: Invalid Status in qemu source package in Plucky: Won't Fix Status in gcc-15 source package in Questing: Invalid Status in glibc source package in Questing: Invalid Status in qemu source package in Questing: Fix Committed Status in glibc source package in Resolute: Invalid Status in qemu source package in Resolute: Fix Released Bug description: [ Impact ] On s390x architecture, qemu cannot emulate riscv64 well because of an endianess error. Original bug report : QEMU's DEP-8 test fails on s390x, due to warning output on stderr about "unsupported version 256 of Verdef record", which is blocking migration of glibc 2.42-0ubuntu3. DEP-8 logs: """ 323s === Checking if /usr/bin/qemu-riscv64 can run executables: 323s glob with sh: /usr/bin/qemu-riscv64 /bin/busybox ash -c "/usr/bin/qemu-riscv64 /bin/busybox ls -dCFl debian/*[t]*": 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libresolv.so.2: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s 323s Reading package lists.../bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s Expected output not found [...] 328s autopkgtest [22:14:52]: summary 328s test-qemu-img.sh PASS (superficial) 328s test-qemu-system.sh PASS (superficial) 328s test-qemu-user.shFAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record """ Patched by flagging the faulty instructions with the endianness swap marker. [ Test Plan ] Minimal reproducer: (after booting up an s390x vm) ``` ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update && sudo apt install qemu-user ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep libc6 ii libc6:s390x 2.42-0ubuntu3 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep qemu-user ii qemu-user 1:10.1.0+ds-5ubuntu1 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg --print-architecture s390x ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo dpkg --add-architecture riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt install hello:riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ /usr/bin/qemu-riscv64 /usr/bin/hello /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record ``` The same thing with the patch shows "Hello, world
[Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
Thanks for the bug, but amd64v3 of qemu never built in questing - so the SRU can go on without as far as I'm concerned. For resolute and onward it totally makes sense and for that separating it is the right way. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/2123828 Title: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems Status in QEMU: Fix Released Status in glibc package in Ubuntu: Invalid Status in qemu package in Ubuntu: Fix Released Status in gcc-15 source package in Noble: Invalid Status in glibc source package in Noble: Invalid Status in qemu source package in Noble: Won't Fix Status in gcc-15 source package in Plucky: Invalid Status in glibc source package in Plucky: Invalid Status in qemu source package in Plucky: Won't Fix Status in gcc-15 source package in Questing: Invalid Status in glibc source package in Questing: Invalid Status in qemu source package in Questing: Fix Committed Status in glibc source package in Resolute: Invalid Status in qemu source package in Resolute: Fix Released Bug description: [ Impact ] On s390x architecture, qemu cannot emulate riscv64 well because of an endianess error. Original bug report : QEMU's DEP-8 test fails on s390x, due to warning output on stderr about "unsupported version 256 of Verdef record", which is blocking migration of glibc 2.42-0ubuntu3. DEP-8 logs: """ 323s === Checking if /usr/bin/qemu-riscv64 can run executables: 323s glob with sh: /usr/bin/qemu-riscv64 /bin/busybox ash -c "/usr/bin/qemu-riscv64 /bin/busybox ls -dCFl debian/*[t]*": 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libresolv.so.2: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s 323s Reading package lists.../bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s Expected output not found [...] 328s autopkgtest [22:14:52]: summary 328s test-qemu-img.sh PASS (superficial) 328s test-qemu-system.sh PASS (superficial) 328s test-qemu-user.shFAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record """ Patched by flagging the faulty instructions with the endianness swap marker. [ Test Plan ] Minimal reproducer: (after booting up an s390x vm) ``` ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update && sudo apt install qemu-user ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep libc6 ii libc6:s390x 2.42-0ubuntu3 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep qemu-user ii qemu-user 1:10.1.0+ds-5ubuntu1 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg --print-architecture s390x ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo dpkg --add-architecture riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt install hello:riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ /usr/bin/qemu-riscv64 /usr/bin/hello /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp
[Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
I have create LP 2131236 to handle the VDSO related build error on amd64v3. This needs to be resolved first before going forward with the SRU. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/2123828 Title: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems Status in QEMU: Fix Released Status in glibc package in Ubuntu: Invalid Status in qemu package in Ubuntu: Fix Released Status in gcc-15 source package in Noble: Invalid Status in glibc source package in Noble: Invalid Status in qemu source package in Noble: Won't Fix Status in gcc-15 source package in Plucky: Invalid Status in glibc source package in Plucky: Invalid Status in qemu source package in Plucky: Won't Fix Status in gcc-15 source package in Questing: Invalid Status in glibc source package in Questing: Invalid Status in qemu source package in Questing: Fix Committed Status in glibc source package in Resolute: Invalid Status in qemu source package in Resolute: Fix Released Bug description: [ Impact ] On s390x architecture, qemu cannot emulate riscv64 well because of an endianess error. Original bug report : QEMU's DEP-8 test fails on s390x, due to warning output on stderr about "unsupported version 256 of Verdef record", which is blocking migration of glibc 2.42-0ubuntu3. DEP-8 logs: """ 323s === Checking if /usr/bin/qemu-riscv64 can run executables: 323s glob with sh: /usr/bin/qemu-riscv64 /bin/busybox ash -c "/usr/bin/qemu-riscv64 /bin/busybox ls -dCFl debian/*[t]*": 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libresolv.so.2: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s 323s Reading package lists.../bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s Expected output not found [...] 328s autopkgtest [22:14:52]: summary 328s test-qemu-img.sh PASS (superficial) 328s test-qemu-system.sh PASS (superficial) 328s test-qemu-user.shFAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record """ Patched by flagging the faulty instructions with the endianness swap marker. [ Test Plan ] Minimal reproducer: (after booting up an s390x vm) ``` ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update && sudo apt install qemu-user ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep libc6 ii libc6:s390x 2.42-0ubuntu3 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep qemu-user ii qemu-user 1:10.1.0+ds-5ubuntu1 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg --print-architecture s390x ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo dpkg --add-architecture riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt install hello:riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ /usr/bin/qemu-riscv64 /usr/bin/hello /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record ``` The same
[Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
I don't think I fully understand: I thought the only issue was the ceph SRU still waiting, and everything would be fixed after that. So this SRU is already "over", right ? (to me it was). I don't plan on fixing something else for now, if that is your question... but maybe that question was not for me but for Lukas ? -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/2123828 Title: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems Status in QEMU: Fix Released Status in glibc package in Ubuntu: Invalid Status in qemu package in Ubuntu: Fix Released Status in gcc-15 source package in Noble: Invalid Status in glibc source package in Noble: Invalid Status in qemu source package in Noble: Won't Fix Status in gcc-15 source package in Plucky: Invalid Status in glibc source package in Plucky: Invalid Status in qemu source package in Plucky: Won't Fix Status in gcc-15 source package in Questing: Invalid Status in glibc source package in Questing: Invalid Status in qemu source package in Questing: Fix Committed Status in glibc source package in Resolute: Invalid Status in qemu source package in Resolute: Fix Released Bug description: [ Impact ] On s390x architecture, qemu cannot emulate riscv64 well because of an endianess error. Original bug report : QEMU's DEP-8 test fails on s390x, due to warning output on stderr about "unsupported version 256 of Verdef record", which is blocking migration of glibc 2.42-0ubuntu3. DEP-8 logs: """ 323s === Checking if /usr/bin/qemu-riscv64 can run executables: 323s glob with sh: /usr/bin/qemu-riscv64 /bin/busybox ash -c "/usr/bin/qemu-riscv64 /bin/busybox ls -dCFl debian/*[t]*": 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libresolv.so.2: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s 323s Reading package lists.../bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s Expected output not found [...] 328s autopkgtest [22:14:52]: summary 328s test-qemu-img.sh PASS (superficial) 328s test-qemu-system.sh PASS (superficial) 328s test-qemu-user.shFAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record """ Patched by flagging the faulty instructions with the endianness swap marker. [ Test Plan ] Minimal reproducer: (after booting up an s390x vm) ``` ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update && sudo apt install qemu-user ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep libc6 ii libc6:s390x 2.42-0ubuntu3 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep qemu-user ii qemu-user 1:10.1.0+ds-5ubuntu1 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg --print-architecture s390x ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo dpkg --add-architecture riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt install hello:riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ /usr/bin/qemu-riscv64 /usr/bin/hello /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linu
[Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
Adding block-proposed-questing, due to the dependency on "ceph". See comment #27 above and (LP: #2119024) ** Tags added: block-proposed-questing -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/2123828 Title: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems Status in QEMU: Fix Released Status in glibc package in Ubuntu: Invalid Status in qemu package in Ubuntu: Fix Released Status in gcc-15 source package in Noble: Invalid Status in glibc source package in Noble: Invalid Status in qemu source package in Noble: Won't Fix Status in gcc-15 source package in Plucky: Invalid Status in glibc source package in Plucky: Invalid Status in qemu source package in Plucky: Won't Fix Status in gcc-15 source package in Questing: Invalid Status in glibc source package in Questing: Invalid Status in qemu source package in Questing: Fix Committed Status in glibc source package in Resolute: Invalid Status in qemu source package in Resolute: Fix Released Bug description: [ Impact ] On s390x architecture, qemu cannot emulate riscv64 well because of an endianess error. Original bug report : QEMU's DEP-8 test fails on s390x, due to warning output on stderr about "unsupported version 256 of Verdef record", which is blocking migration of glibc 2.42-0ubuntu3. DEP-8 logs: """ 323s === Checking if /usr/bin/qemu-riscv64 can run executables: 323s glob with sh: /usr/bin/qemu-riscv64 /bin/busybox ash -c "/usr/bin/qemu-riscv64 /bin/busybox ls -dCFl debian/*[t]*": 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libresolv.so.2: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s 323s Reading package lists.../bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s Expected output not found [...] 328s autopkgtest [22:14:52]: summary 328s test-qemu-img.sh PASS (superficial) 328s test-qemu-system.sh PASS (superficial) 328s test-qemu-user.shFAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record """ Patched by flagging the faulty instructions with the endianness swap marker. [ Test Plan ] Minimal reproducer: (after booting up an s390x vm) ``` ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update && sudo apt install qemu-user ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep libc6 ii libc6:s390x 2.42-0ubuntu3 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep qemu-user ii qemu-user 1:10.1.0+ds-5ubuntu1 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg --print-architecture s390x ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo dpkg --add-architecture riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt install hello:riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ /usr/bin/qemu-riscv64 /usr/bin/hello /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record ``` The sa
[Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
There is a qemu build failure on amd64v3: [1582/1582] cc -m64 @qemu-system-i386.rsp touch b/xen/built install -m0755 -D b/xen/qemu-system-i386 \ debian/qemu-system-xen/usr/libexec/xen-qemu-system-i386 make: *** No rule to make target '/usr/share/qemu/linux-user-vdso.tar.gz', needed by 'b/vdso-updated'. Stop. dpkg-buildpackage: error: debian/rules binary-arch subprocess returned exit status 2 It's the same in the questing release pocket, so not strictly a regression, but is this something you would like to fix for this SRU? -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/2123828 Title: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems Status in QEMU: Fix Released Status in glibc package in Ubuntu: Invalid Status in qemu package in Ubuntu: Fix Released Status in gcc-15 source package in Noble: Invalid Status in glibc source package in Noble: Invalid Status in qemu source package in Noble: Won't Fix Status in gcc-15 source package in Plucky: Invalid Status in glibc source package in Plucky: Invalid Status in qemu source package in Plucky: Won't Fix Status in gcc-15 source package in Questing: Invalid Status in glibc source package in Questing: Invalid Status in qemu source package in Questing: Fix Committed Status in glibc source package in Resolute: Invalid Status in qemu source package in Resolute: Fix Released Bug description: [ Impact ] On s390x architecture, qemu cannot emulate riscv64 well because of an endianess error. Original bug report : QEMU's DEP-8 test fails on s390x, due to warning output on stderr about "unsupported version 256 of Verdef record", which is blocking migration of glibc 2.42-0ubuntu3. DEP-8 logs: """ 323s === Checking if /usr/bin/qemu-riscv64 can run executables: 323s glob with sh: /usr/bin/qemu-riscv64 /bin/busybox ash -c "/usr/bin/qemu-riscv64 /bin/busybox ls -dCFl debian/*[t]*": 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libresolv.so.2: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s 323s Reading package lists.../bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s Expected output not found [...] 328s autopkgtest [22:14:52]: summary 328s test-qemu-img.sh PASS (superficial) 328s test-qemu-system.sh PASS (superficial) 328s test-qemu-user.shFAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record """ Patched by flagging the faulty instructions with the endianness swap marker. [ Test Plan ] Minimal reproducer: (after booting up an s390x vm) ``` ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update && sudo apt install qemu-user ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep libc6 ii libc6:s390x 2.42-0ubuntu3 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep qemu-user ii qemu-user 1:10.1.0+ds-5ubuntu1 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg --print-architecture s390x ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo dpkg --add-architecture riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt install hello:riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ /usr/bin/qemu-riscv64 /usr/bin/hello /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record
[Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
Note: The Questing SRU was built against ceph/19.2.3-0ubuntu1 and should be released together. I did the verification for Questing on a s390x porterbox, all looking good! First of all, the DEP-8 tests for qemu/s390x from questing-proposed are green again (specifically the "test-qemu-user.shFAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record" issue): https://autopkgtest.ubuntu.com/results/autopkgtest-questing/questing/s390x/q/qemu/20251023_032142_0cef0@/log.gz Also, the minimal reproducer [Test Plan] works as expected: ``` ubuntu@slyon-qq:~$ sudo apt install -t questing-proposed qemu-user Upgrading: qemu-user qemu-user-binfmt Summary: Upgrading: 2, Installing: 0, Removing: 0, Not Upgrading: 15 Download size: 20.7 MB Space needed: 4096 B / 18.5 GB available Continue? [Y/n] Get:1 http://ports.ubuntu.com/ubuntu-ports questing-proposed/universe s390x qemu-user s390x 1:10.1.0+ds-5ubuntu2.1 [20.7 MB] Get:2 http://ports.ubuntu.com/ubuntu-ports questing-proposed/universe s390x qemu-user-binfmt s390x 1:10.1.0+ds-5ubuntu2.1 [1676 B] Fetched 20.7 MB in 0s (53.0 MB/s) (Reading database ... 71246 files and directories currently installed.) Preparing to unpack .../qemu-user_1%3a10.1.0+ds-5ubuntu2.1_s390x.deb ... Unpacking qemu-user (1:10.1.0+ds-5ubuntu2.1) over (1:10.1.0+ds-5ubuntu2) ... Preparing to unpack .../qemu-user-binfmt_1%3a10.1.0+ds-5ubuntu2.1_s390x.deb ... Unpacking qemu-user-binfmt (1:10.1.0+ds-5ubuntu2.1) over (1:10.1.0+ds-5ubuntu2) ... Setting up qemu-user (1:10.1.0+ds-5ubuntu2.1) ... Setting up qemu-user-binfmt (1:10.1.0+ds-5ubuntu2.1) ... [...] ubuntu@slyon-qq:~$ dpkg -l | grep libc6 ii libc6:s390x 2.42-0ubuntu3 s390xGNU C Library: Shared libraries ii libc6-dev:s390x 2.42-0ubuntu3 s390xGNU C Library: Development Libraries and Header Files ubuntu@slyon-qq:~$ dpkg -l | grep qemu-user ii qemu-user 1:10.1.0+ds-5ubuntu2.1 s390xQEMU user mode emulation (static binaries) ii qemu-user-binfmt 1:10.1.0+ds-5ubuntu2.1 s390xQEMU user mode binfmt registration for qemu-user ubuntu@slyon-qq:~$ dpkg --print-architecture s390x ubuntu@slyon-qq:~$ sudo dpkg --add-architecture riscv64 ubuntu@slyon-qq:~$ sudo apt update [...] ubuntu@slyon-qq:~$ sudo apt install hello:riscv64 Installing: hello:riscv64 Installing dependencies: gcc-15-base:riscv64 libc6:riscv64 libgcc-s1:riscv64 libidn2-0:riscv64 libunistring5:riscv64 Suggested packages: glibc-doc:riscv64 locales:riscv64 libnss-nis:riscv64 libnss-nisplus:riscv64 Summary: Upgrading: 0, Installing: 6, Removing: 0, Not Upgrading: 9 Download size: 3723 kB Space needed: 12.3 MB / 18.3 GB available Continue? [Y/n] [...] ubuntu@slyon-qq:~$ /usr/bin/qemu-riscv64 /usr/bin/hello Hello, world! ``` ** Tags removed: verification-needed verification-needed-questing ** Tags added: verification-done verification-done-questing -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/2123828 Title: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems Status in QEMU: Fix Released Status in glibc package in Ubuntu: Invalid Status in qemu package in Ubuntu: Fix Released Status in gcc-15 source package in Noble: Invalid Status in glibc source package in Noble: Invalid Status in qemu source package in Noble: Won't Fix Status in gcc-15 source package in Plucky: Invalid Status in glibc source package in Plucky: Invalid Status in qemu source package in Plucky: Won't Fix Status in gcc-15 source package in Questing: Invalid Status in glibc source package in Questing: Invalid Status in qemu source package in Questing: Fix Committed Status in glibc source package in Resolute: Invalid Status in qemu source package in Resolute: Fix Released Bug description: [ Impact ] On s390x architecture, qemu cannot emulate riscv64 well because of an endianess error. Original bug report : QEMU's DEP-8 test fails on s390x, due to warning output on stderr about "unsupported version 256 of Verdef record", which is blocking migration of glibc 2.42-0ubuntu3. DEP-8 logs: """ 323s === Checking if /usr/bin/qemu-riscv64 can run executables: 323s glob with sh: /usr/bin/qemu-riscv64 /bin/busybox ash -c "/usr/bin/qemu-riscv64 /bin/busybox ls -dCFl debian/*[t]*": 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libresolv.so.2: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.s
[Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
This bug was fixed in the package qemu - 1:10.1.0+ds-5ubuntu3 --- qemu (1:10.1.0+ds-5ubuntu3) resolute; urgency=medium * d/p/u/lp-2123828-*: Fix RISC-V instructions endianness (LP: #2123828) -- Valentin Haudiquet Mon, 29 Sep 2025 11:18:00 +0200 ** Changed in: qemu (Ubuntu Resolute) Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/2123828 Title: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems Status in QEMU: Fix Released Status in glibc package in Ubuntu: Invalid Status in qemu package in Ubuntu: Fix Released Status in gcc-15 source package in Noble: Invalid Status in glibc source package in Noble: Invalid Status in qemu source package in Noble: Won't Fix Status in gcc-15 source package in Plucky: Invalid Status in glibc source package in Plucky: Invalid Status in qemu source package in Plucky: Won't Fix Status in gcc-15 source package in Questing: Invalid Status in glibc source package in Questing: Invalid Status in qemu source package in Questing: Fix Committed Status in glibc source package in Resolute: Invalid Status in qemu source package in Resolute: Fix Released Bug description: [ Impact ] On s390x architecture, qemu cannot emulate riscv64 well because of an endianess error. Original bug report : QEMU's DEP-8 test fails on s390x, due to warning output on stderr about "unsupported version 256 of Verdef record", which is blocking migration of glibc 2.42-0ubuntu3. DEP-8 logs: """ 323s === Checking if /usr/bin/qemu-riscv64 can run executables: 323s glob with sh: /usr/bin/qemu-riscv64 /bin/busybox ash -c "/usr/bin/qemu-riscv64 /bin/busybox ls -dCFl debian/*[t]*": 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libresolv.so.2: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s 323s Reading package lists.../bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s Expected output not found [...] 328s autopkgtest [22:14:52]: summary 328s test-qemu-img.sh PASS (superficial) 328s test-qemu-system.sh PASS (superficial) 328s test-qemu-user.shFAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record """ Patched by flagging the faulty instructions with the endianness swap marker. [ Test Plan ] Minimal reproducer: (after booting up an s390x vm) ``` ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update && sudo apt install qemu-user ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep libc6 ii libc6:s390x 2.42-0ubuntu3 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep qemu-user ii qemu-user 1:10.1.0+ds-5ubuntu1 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg --print-architecture s390x ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo dpkg --add-architecture riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt install hello:riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ /usr/bin/qemu-riscv64 /usr/bin/hello /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record
[Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
Note: The Questing SRU was built against ceph/19.2.3-0ubuntu1 and should be released together. The issue is only triggered by the new RISC-V RVA23 profile (used as of Questing), therefore I'm marking Noble & Plucky as WONTFIX. ** Changed in: qemu (Ubuntu Plucky) Status: In Progress => Won't Fix ** Changed in: qemu (Ubuntu Noble) Status: In Progress => Won't Fix -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/2123828 Title: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems Status in QEMU: Fix Released Status in glibc package in Ubuntu: Invalid Status in qemu package in Ubuntu: Fix Committed Status in gcc-15 source package in Noble: Invalid Status in glibc source package in Noble: Invalid Status in qemu source package in Noble: Won't Fix Status in gcc-15 source package in Plucky: Invalid Status in glibc source package in Plucky: Invalid Status in qemu source package in Plucky: Won't Fix Status in gcc-15 source package in Questing: Invalid Status in glibc source package in Questing: Invalid Status in qemu source package in Questing: Fix Committed Status in glibc source package in Resolute: Invalid Status in qemu source package in Resolute: Fix Committed Bug description: [ Impact ] On s390x architecture, qemu cannot emulate riscv64 well because of an endianess error. Original bug report : QEMU's DEP-8 test fails on s390x, due to warning output on stderr about "unsupported version 256 of Verdef record", which is blocking migration of glibc 2.42-0ubuntu3. DEP-8 logs: """ 323s === Checking if /usr/bin/qemu-riscv64 can run executables: 323s glob with sh: /usr/bin/qemu-riscv64 /bin/busybox ash -c "/usr/bin/qemu-riscv64 /bin/busybox ls -dCFl debian/*[t]*": 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libresolv.so.2: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s 323s Reading package lists.../bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s Expected output not found [...] 328s autopkgtest [22:14:52]: summary 328s test-qemu-img.sh PASS (superficial) 328s test-qemu-system.sh PASS (superficial) 328s test-qemu-user.shFAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record """ Patched by flagging the faulty instructions with the endianness swap marker. [ Test Plan ] Minimal reproducer: (after booting up an s390x vm) ``` ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update && sudo apt install qemu-user ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep libc6 ii libc6:s390x 2.42-0ubuntu3 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep qemu-user ii qemu-user 1:10.1.0+ds-5ubuntu1 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg --print-architecture s390x ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo dpkg --add-architecture riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt install hello:riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ /usr/bin/qemu-riscv64 /usr/bin/hello /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsuppor
[Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
Not a blocker, but I think it would be good if the test plan also included the same test on amd64 (or another little endian arch), to make sure that case was not inadvertently regressed. ** Changed in: qemu (Ubuntu Questing) Status: In Progress => Fix Committed ** Tags added: verification-needed verification-needed-questing -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/2123828 Title: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems Status in QEMU: Fix Released Status in glibc package in Ubuntu: Invalid Status in qemu package in Ubuntu: Fix Committed Status in gcc-15 source package in Noble: Invalid Status in glibc source package in Noble: Invalid Status in qemu source package in Noble: In Progress Status in gcc-15 source package in Plucky: Invalid Status in glibc source package in Plucky: Invalid Status in qemu source package in Plucky: In Progress Status in gcc-15 source package in Questing: Invalid Status in glibc source package in Questing: Invalid Status in qemu source package in Questing: Fix Committed Status in glibc source package in Resolute: Invalid Status in qemu source package in Resolute: Fix Committed Bug description: [ Impact ] On s390x architecture, qemu cannot emulate riscv64 well because of an endianess error. Original bug report : QEMU's DEP-8 test fails on s390x, due to warning output on stderr about "unsupported version 256 of Verdef record", which is blocking migration of glibc 2.42-0ubuntu3. DEP-8 logs: """ 323s === Checking if /usr/bin/qemu-riscv64 can run executables: 323s glob with sh: /usr/bin/qemu-riscv64 /bin/busybox ash -c "/usr/bin/qemu-riscv64 /bin/busybox ls -dCFl debian/*[t]*": 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libresolv.so.2: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s 323s Reading package lists.../bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s Expected output not found [...] 328s autopkgtest [22:14:52]: summary 328s test-qemu-img.sh PASS (superficial) 328s test-qemu-system.sh PASS (superficial) 328s test-qemu-user.shFAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record """ Patched by flagging the faulty instructions with the endianness swap marker. [ Test Plan ] Minimal reproducer: (after booting up an s390x vm) ``` ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update && sudo apt install qemu-user ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep libc6 ii libc6:s390x 2.42-0ubuntu3 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep qemu-user ii qemu-user 1:10.1.0+ds-5ubuntu1 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg --print-architecture s390x ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo dpkg --add-architecture riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt install hello:riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ /usr/bin/qemu-riscv64 /usr/bin/hello /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/b
[Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
** Description changed: [ Impact ] On s390x architecture, qemu cannot emulate riscv64 well because of an endianess error. Original bug report : QEMU's DEP-8 test fails on s390x, due to warning output on stderr about "unsupported version 256 of Verdef record", which is blocking migration of glibc 2.42-0ubuntu3. DEP-8 logs: """ 323s === Checking if /usr/bin/qemu-riscv64 can run executables: 323s glob with sh: /usr/bin/qemu-riscv64 /bin/busybox ash -c "/usr/bin/qemu-riscv64 /bin/busybox ls -dCFl debian/*[t]*": 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libresolv.so.2: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s 323s Reading package lists.../bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s Expected output not found [...] 328s autopkgtest [22:14:52]: summary 328s test-qemu-img.sh PASS (superficial) 328s test-qemu-system.sh PASS (superficial) 328s test-qemu-user.shFAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record """ Patched by flagging the faulty instructions with the endianness swap marker. [ Test Plan ] Minimal reproducer: (after booting up an s390x vm) ``` ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update && sudo apt install qemu-user ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep libc6 ii libc6:s390x 2.42-0ubuntu3 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep qemu-user ii qemu-user 1:10.1.0+ds-5ubuntu1 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg --print-architecture s390x ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo dpkg --add-architecture riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt install hello:riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ /usr/bin/qemu-riscv64 /usr/bin/hello /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record ``` The same thing with the patch shows "Hello, world !". [ Where problems could occur ] This change is really small (3 lines), and only affects riscv64 emulation from QEMU. If the fix was entirely wrong, riscv64 emulation of compressed instruction could be affected. It can be easily tested. The patch was accepted upstream, so such tests are conducted upstream as well, which reduces the amount of possible problems and work to do to fix those. [ Other Info ] - Patch sent upstream: https://lore.kernel.org/qemu-devel/[email protected]/ + Patch applied upstream: https://gitlab.com/qemu-project/qemu/-/commit/b25133d38fe693589cf695b85968caa0724bfafd Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages ** Changed in: qemu (Ubuntu Resolute) Status: In Progress => Fix Committed -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/2123828 Title: [SRU] RISC-V: in
[Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
** Changed in: qemu Status: New => Fix Released -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/2123828 Title: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems Status in QEMU: Fix Released Status in glibc package in Ubuntu: Invalid Status in qemu package in Ubuntu: Confirmed Status in gcc-15 source package in Noble: Invalid Status in glibc source package in Noble: Invalid Status in qemu source package in Noble: New Status in gcc-15 source package in Plucky: Invalid Status in glibc source package in Plucky: Invalid Status in qemu source package in Plucky: New Status in gcc-15 source package in Questing: Invalid Status in glibc source package in Questing: Invalid Status in qemu source package in Questing: Confirmed Bug description: [ Impact ] On s390x architecture, qemu cannot emulate riscv64 well because of an endianess error. Original bug report : QEMU's DEP-8 test fails on s390x, due to warning output on stderr about "unsupported version 256 of Verdef record", which is blocking migration of glibc 2.42-0ubuntu3. DEP-8 logs: """ 323s === Checking if /usr/bin/qemu-riscv64 can run executables: 323s glob with sh: /usr/bin/qemu-riscv64 /bin/busybox ash -c "/usr/bin/qemu-riscv64 /bin/busybox ls -dCFl debian/*[t]*": 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libresolv.so.2: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s 323s Reading package lists.../bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s Expected output not found [...] 328s autopkgtest [22:14:52]: summary 328s test-qemu-img.sh PASS (superficial) 328s test-qemu-system.sh PASS (superficial) 328s test-qemu-user.shFAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record """ Patched by flagging the faulty instructions with the endianness swap marker. [ Test Plan ] Minimal reproducer: (after booting up an s390x vm) ``` ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update && sudo apt install qemu-user ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep libc6 ii libc6:s390x 2.42-0ubuntu3 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep qemu-user ii qemu-user 1:10.1.0+ds-5ubuntu1 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg --print-architecture s390x ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo dpkg --add-architecture riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt install hello:riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ /usr/bin/qemu-riscv64 /usr/bin/hello /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record ``` The same thing with the patch shows "Hello, world !". [ Where problems could occur ] This change is really small (3 lines), and only affects riscv64 emulation from QEMU. If the fix was entirely wrong, riscv64 emulation
[Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
** Merge proposal linked: https://code.launchpad.net/~vhaudiquet/ubuntu/+source/qemu/+git/qemu/+merge/493885 -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/2123828 Title: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems Status in QEMU: Fix Released Status in glibc package in Ubuntu: Invalid Status in qemu package in Ubuntu: In Progress Status in gcc-15 source package in Noble: Invalid Status in glibc source package in Noble: Invalid Status in qemu source package in Noble: In Progress Status in gcc-15 source package in Plucky: Invalid Status in glibc source package in Plucky: Invalid Status in qemu source package in Plucky: In Progress Status in gcc-15 source package in Questing: Invalid Status in glibc source package in Questing: Invalid Status in qemu source package in Questing: In Progress Bug description: [ Impact ] On s390x architecture, qemu cannot emulate riscv64 well because of an endianess error. Original bug report : QEMU's DEP-8 test fails on s390x, due to warning output on stderr about "unsupported version 256 of Verdef record", which is blocking migration of glibc 2.42-0ubuntu3. DEP-8 logs: """ 323s === Checking if /usr/bin/qemu-riscv64 can run executables: 323s glob with sh: /usr/bin/qemu-riscv64 /bin/busybox ash -c "/usr/bin/qemu-riscv64 /bin/busybox ls -dCFl debian/*[t]*": 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libresolv.so.2: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s 323s Reading package lists.../bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s Expected output not found [...] 328s autopkgtest [22:14:52]: summary 328s test-qemu-img.sh PASS (superficial) 328s test-qemu-system.sh PASS (superficial) 328s test-qemu-user.shFAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record """ Patched by flagging the faulty instructions with the endianness swap marker. [ Test Plan ] Minimal reproducer: (after booting up an s390x vm) ``` ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update && sudo apt install qemu-user ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep libc6 ii libc6:s390x 2.42-0ubuntu3 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep qemu-user ii qemu-user 1:10.1.0+ds-5ubuntu1 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg --print-architecture s390x ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo dpkg --add-architecture riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt install hello:riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ /usr/bin/qemu-riscv64 /usr/bin/hello /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record ``` The same thing with the patch shows "Hello, world !". [ Where problems could occur ] This change is really small (3 lines), and only affects ris
[Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
This was accepted upstream, and also into stable stabging 10.0/10.1 (thanks Michael). Once in 26.04 the SRUs can begin. @valentin - do you wati for us or will Heinrich sponsor you on this for 26.04? -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/2123828 Title: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems Status in QEMU: Fix Released Status in glibc package in Ubuntu: Invalid Status in qemu package in Ubuntu: In Progress Status in gcc-15 source package in Noble: Invalid Status in glibc source package in Noble: Invalid Status in qemu source package in Noble: In Progress Status in gcc-15 source package in Plucky: Invalid Status in glibc source package in Plucky: Invalid Status in qemu source package in Plucky: In Progress Status in gcc-15 source package in Questing: Invalid Status in glibc source package in Questing: Invalid Status in qemu source package in Questing: In Progress Bug description: [ Impact ] On s390x architecture, qemu cannot emulate riscv64 well because of an endianess error. Original bug report : QEMU's DEP-8 test fails on s390x, due to warning output on stderr about "unsupported version 256 of Verdef record", which is blocking migration of glibc 2.42-0ubuntu3. DEP-8 logs: """ 323s === Checking if /usr/bin/qemu-riscv64 can run executables: 323s glob with sh: /usr/bin/qemu-riscv64 /bin/busybox ash -c "/usr/bin/qemu-riscv64 /bin/busybox ls -dCFl debian/*[t]*": 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libresolv.so.2: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s 323s Reading package lists.../bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s Expected output not found [...] 328s autopkgtest [22:14:52]: summary 328s test-qemu-img.sh PASS (superficial) 328s test-qemu-system.sh PASS (superficial) 328s test-qemu-user.shFAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record """ Patched by flagging the faulty instructions with the endianness swap marker. [ Test Plan ] Minimal reproducer: (after booting up an s390x vm) ``` ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update && sudo apt install qemu-user ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep libc6 ii libc6:s390x 2.42-0ubuntu3 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep qemu-user ii qemu-user 1:10.1.0+ds-5ubuntu1 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg --print-architecture s390x ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo dpkg --add-architecture riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt install hello:riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ /usr/bin/qemu-riscv64 /usr/bin/hello /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record ``` The same thing with the patch shows "Hello, world !". [ Whe
[Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
** Changed in: qemu (Ubuntu Questing) Status: Confirmed => In Progress ** Changed in: qemu (Ubuntu Plucky) Status: New => In Progress ** Changed in: qemu (Ubuntu Noble) Status: New => In Progress -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/2123828 Title: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems Status in QEMU: Fix Released Status in glibc package in Ubuntu: Invalid Status in qemu package in Ubuntu: In Progress Status in gcc-15 source package in Noble: Invalid Status in glibc source package in Noble: Invalid Status in qemu source package in Noble: In Progress Status in gcc-15 source package in Plucky: Invalid Status in glibc source package in Plucky: Invalid Status in qemu source package in Plucky: In Progress Status in gcc-15 source package in Questing: Invalid Status in glibc source package in Questing: Invalid Status in qemu source package in Questing: In Progress Bug description: [ Impact ] On s390x architecture, qemu cannot emulate riscv64 well because of an endianess error. Original bug report : QEMU's DEP-8 test fails on s390x, due to warning output on stderr about "unsupported version 256 of Verdef record", which is blocking migration of glibc 2.42-0ubuntu3. DEP-8 logs: """ 323s === Checking if /usr/bin/qemu-riscv64 can run executables: 323s glob with sh: /usr/bin/qemu-riscv64 /bin/busybox ash -c "/usr/bin/qemu-riscv64 /bin/busybox ls -dCFl debian/*[t]*": 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libresolv.so.2: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s 323s Reading package lists.../bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s Expected output not found [...] 328s autopkgtest [22:14:52]: summary 328s test-qemu-img.sh PASS (superficial) 328s test-qemu-system.sh PASS (superficial) 328s test-qemu-user.shFAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record """ Patched by flagging the faulty instructions with the endianness swap marker. [ Test Plan ] Minimal reproducer: (after booting up an s390x vm) ``` ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update && sudo apt install qemu-user ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep libc6 ii libc6:s390x 2.42-0ubuntu3 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep qemu-user ii qemu-user 1:10.1.0+ds-5ubuntu1 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg --print-architecture s390x ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo dpkg --add-architecture riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt install hello:riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ /usr/bin/qemu-riscv64 /usr/bin/hello /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record ``` The same thing with the patch shows "Hello,
[Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
Remove tag dcr-incoming since this bug does not affect glibc ** Tags removed: dcr-incoming -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/2123828 Title: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems Status in QEMU: Fix Released Status in glibc package in Ubuntu: Invalid Status in qemu package in Ubuntu: In Progress Status in gcc-15 source package in Noble: Invalid Status in glibc source package in Noble: Invalid Status in qemu source package in Noble: In Progress Status in gcc-15 source package in Plucky: Invalid Status in glibc source package in Plucky: Invalid Status in qemu source package in Plucky: In Progress Status in gcc-15 source package in Questing: Invalid Status in glibc source package in Questing: Invalid Status in qemu source package in Questing: In Progress Bug description: [ Impact ] On s390x architecture, qemu cannot emulate riscv64 well because of an endianess error. Original bug report : QEMU's DEP-8 test fails on s390x, due to warning output on stderr about "unsupported version 256 of Verdef record", which is blocking migration of glibc 2.42-0ubuntu3. DEP-8 logs: """ 323s === Checking if /usr/bin/qemu-riscv64 can run executables: 323s glob with sh: /usr/bin/qemu-riscv64 /bin/busybox ash -c "/usr/bin/qemu-riscv64 /bin/busybox ls -dCFl debian/*[t]*": 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libresolv.so.2: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s 323s Reading package lists.../bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s Expected output not found [...] 328s autopkgtest [22:14:52]: summary 328s test-qemu-img.sh PASS (superficial) 328s test-qemu-system.sh PASS (superficial) 328s test-qemu-user.shFAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record """ Patched by flagging the faulty instructions with the endianness swap marker. [ Test Plan ] Minimal reproducer: (after booting up an s390x vm) ``` ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update && sudo apt install qemu-user ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep libc6 ii libc6:s390x 2.42-0ubuntu3 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep qemu-user ii qemu-user 1:10.1.0+ds-5ubuntu1 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg --print-architecture s390x ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo dpkg --add-architecture riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt install hello:riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ /usr/bin/qemu-riscv64 /usr/bin/hello /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record ``` The same thing with the patch shows "Hello, world !". [ Where problems could occur ] This change is really small (3 lines), and only affects riscv64 emulation from
[Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
** Merge proposal linked: https://code.launchpad.net/~vhaudiquet/ubuntu/+source/qemu/+git/qemu/+merge/493880 -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/2123828 Title: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems Status in QEMU: Fix Released Status in glibc package in Ubuntu: Invalid Status in qemu package in Ubuntu: In Progress Status in gcc-15 source package in Noble: Invalid Status in glibc source package in Noble: Invalid Status in qemu source package in Noble: In Progress Status in gcc-15 source package in Plucky: Invalid Status in glibc source package in Plucky: Invalid Status in qemu source package in Plucky: In Progress Status in gcc-15 source package in Questing: Invalid Status in glibc source package in Questing: Invalid Status in qemu source package in Questing: In Progress Bug description: [ Impact ] On s390x architecture, qemu cannot emulate riscv64 well because of an endianess error. Original bug report : QEMU's DEP-8 test fails on s390x, due to warning output on stderr about "unsupported version 256 of Verdef record", which is blocking migration of glibc 2.42-0ubuntu3. DEP-8 logs: """ 323s === Checking if /usr/bin/qemu-riscv64 can run executables: 323s glob with sh: /usr/bin/qemu-riscv64 /bin/busybox ash -c "/usr/bin/qemu-riscv64 /bin/busybox ls -dCFl debian/*[t]*": 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libresolv.so.2: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s 323s Reading package lists.../bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s Expected output not found [...] 328s autopkgtest [22:14:52]: summary 328s test-qemu-img.sh PASS (superficial) 328s test-qemu-system.sh PASS (superficial) 328s test-qemu-user.shFAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record """ Patched by flagging the faulty instructions with the endianness swap marker. [ Test Plan ] Minimal reproducer: (after booting up an s390x vm) ``` ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update && sudo apt install qemu-user ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep libc6 ii libc6:s390x 2.42-0ubuntu3 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep qemu-user ii qemu-user 1:10.1.0+ds-5ubuntu1 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg --print-architecture s390x ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo dpkg --add-architecture riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt install hello:riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ /usr/bin/qemu-riscv64 /usr/bin/hello /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record ``` The same thing with the patch shows "Hello, world !". [ Where problems could occur ] This change is really small (3 lines), and only affects ris
[Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
** Also affects: glibc (Ubuntu Resolute) Importance: Undecided Status: Invalid ** Also affects: qemu (Ubuntu Resolute) Importance: Undecided Assignee: Valentin Haudiquet (vhaudiquet) Status: In Progress -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/2123828 Title: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems Status in QEMU: Fix Released Status in glibc package in Ubuntu: Invalid Status in qemu package in Ubuntu: In Progress Status in gcc-15 source package in Noble: Invalid Status in glibc source package in Noble: Invalid Status in qemu source package in Noble: In Progress Status in gcc-15 source package in Plucky: Invalid Status in glibc source package in Plucky: Invalid Status in qemu source package in Plucky: In Progress Status in gcc-15 source package in Questing: Invalid Status in glibc source package in Questing: Invalid Status in qemu source package in Questing: In Progress Status in glibc source package in Resolute: Invalid Status in qemu source package in Resolute: In Progress Bug description: [ Impact ] On s390x architecture, qemu cannot emulate riscv64 well because of an endianess error. Original bug report : QEMU's DEP-8 test fails on s390x, due to warning output on stderr about "unsupported version 256 of Verdef record", which is blocking migration of glibc 2.42-0ubuntu3. DEP-8 logs: """ 323s === Checking if /usr/bin/qemu-riscv64 can run executables: 323s glob with sh: /usr/bin/qemu-riscv64 /bin/busybox ash -c "/usr/bin/qemu-riscv64 /bin/busybox ls -dCFl debian/*[t]*": 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libresolv.so.2: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s 323s Reading package lists.../bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s Expected output not found [...] 328s autopkgtest [22:14:52]: summary 328s test-qemu-img.sh PASS (superficial) 328s test-qemu-system.sh PASS (superficial) 328s test-qemu-user.shFAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record """ Patched by flagging the faulty instructions with the endianness swap marker. [ Test Plan ] Minimal reproducer: (after booting up an s390x vm) ``` ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update && sudo apt install qemu-user ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep libc6 ii libc6:s390x 2.42-0ubuntu3 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep qemu-user ii qemu-user 1:10.1.0+ds-5ubuntu1 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg --print-architecture s390x ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo dpkg --add-architecture riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt install hello:riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ /usr/bin/qemu-riscv64 /usr/bin/hello /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-
[Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
** Merge proposal linked: https://code.launchpad.net/~vhaudiquet/ubuntu/+source/qemu/+git/qemu/+merge/493871 -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/2123828 Title: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems Status in QEMU: Fix Released Status in glibc package in Ubuntu: Invalid Status in qemu package in Ubuntu: In Progress Status in gcc-15 source package in Noble: Invalid Status in glibc source package in Noble: Invalid Status in qemu source package in Noble: In Progress Status in gcc-15 source package in Plucky: Invalid Status in glibc source package in Plucky: Invalid Status in qemu source package in Plucky: In Progress Status in gcc-15 source package in Questing: Invalid Status in glibc source package in Questing: Invalid Status in qemu source package in Questing: In Progress Bug description: [ Impact ] On s390x architecture, qemu cannot emulate riscv64 well because of an endianess error. Original bug report : QEMU's DEP-8 test fails on s390x, due to warning output on stderr about "unsupported version 256 of Verdef record", which is blocking migration of glibc 2.42-0ubuntu3. DEP-8 logs: """ 323s === Checking if /usr/bin/qemu-riscv64 can run executables: 323s glob with sh: /usr/bin/qemu-riscv64 /bin/busybox ash -c "/usr/bin/qemu-riscv64 /bin/busybox ls -dCFl debian/*[t]*": 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libresolv.so.2: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s 323s Reading package lists.../bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s Expected output not found [...] 328s autopkgtest [22:14:52]: summary 328s test-qemu-img.sh PASS (superficial) 328s test-qemu-system.sh PASS (superficial) 328s test-qemu-user.shFAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record """ Patched by flagging the faulty instructions with the endianness swap marker. [ Test Plan ] Minimal reproducer: (after booting up an s390x vm) ``` ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update && sudo apt install qemu-user ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep libc6 ii libc6:s390x 2.42-0ubuntu3 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep qemu-user ii qemu-user 1:10.1.0+ds-5ubuntu1 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg --print-architecture s390x ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo dpkg --add-architecture riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt install hello:riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ /usr/bin/qemu-riscv64 /usr/bin/hello /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record ``` The same thing with the patch shows "Hello, world !". [ Where problems could occur ] This change is really small (3 lines), and only affects ris
[Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
Checked via MM, we are asked to sponsor this once 26.04 is open. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/2123828 Title: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems Status in QEMU: Fix Released Status in glibc package in Ubuntu: Invalid Status in qemu package in Ubuntu: In Progress Status in gcc-15 source package in Noble: Invalid Status in glibc source package in Noble: Invalid Status in qemu source package in Noble: In Progress Status in gcc-15 source package in Plucky: Invalid Status in glibc source package in Plucky: Invalid Status in qemu source package in Plucky: In Progress Status in gcc-15 source package in Questing: Invalid Status in glibc source package in Questing: Invalid Status in qemu source package in Questing: In Progress Bug description: [ Impact ] On s390x architecture, qemu cannot emulate riscv64 well because of an endianess error. Original bug report : QEMU's DEP-8 test fails on s390x, due to warning output on stderr about "unsupported version 256 of Verdef record", which is blocking migration of glibc 2.42-0ubuntu3. DEP-8 logs: """ 323s === Checking if /usr/bin/qemu-riscv64 can run executables: 323s glob with sh: /usr/bin/qemu-riscv64 /bin/busybox ash -c "/usr/bin/qemu-riscv64 /bin/busybox ls -dCFl debian/*[t]*": 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libresolv.so.2: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s 323s Reading package lists.../bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record 323s Expected output not found [...] 328s autopkgtest [22:14:52]: summary 328s test-qemu-img.sh PASS (superficial) 328s test-qemu-system.sh PASS (superficial) 328s test-qemu-user.shFAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record """ Patched by flagging the faulty instructions with the endianness swap marker. [ Test Plan ] Minimal reproducer: (after booting up an s390x vm) ``` ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update && sudo apt install qemu-user ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep libc6 ii libc6:s390x 2.42-0ubuntu3 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg -l | grep qemu-user ii qemu-user 1:10.1.0+ds-5ubuntu1 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ dpkg --print-architecture s390x ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo dpkg --add-architecture riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt update ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ sudo apt install hello:riscv64 ubuntu@slyon-lp-2123828-slyon-glibc-qemu-riscv64:~$ /usr/bin/qemu-riscv64 /usr/bin/hello /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/riscv64-linux-gnu/libc.so.6: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record /usr/bin/hello: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record ``` The same thing with the patch shows "Hello, world !". [ Where problems could occur ] This change is really small (3 lines), and only affects riscv64 emulation from QEMU. If the fix was entir
