* [Bug 2123828] Re: unsupported version 256 of Verdef record when running qemu-riscv64 on s390x
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
@ 2025-09-26 7:37 ` Heinrich Schuchardt
2025-09-26 7:58 ` Simon Chopin
2025-09-26 7:47 ` Heinrich Schuchardt
` (35 subsequent siblings)
36 siblings, 1 reply; 38+ messages in thread
From: Heinrich Schuchardt @ 2025-09-26 7:37 UTC (permalink / raw)
To: qemu-devel
Upstream bug report created:
https://gitlab.com/qemu-project/qemu/-/issues/3131
** Bug watch added: gitlab.com/qemu-project/qemu/-/issues #3131
https://gitlab.com/qemu-project/qemu/-/issues/3131
** Also affects: qemu via
https://gitlab.com/qemu-project/qemu/-/issues/3131
Importance: Unknown
Status: Unknown
** Changed in: qemu (Ubuntu)
Assignee: (unassigned) => Heinrich Schuchardt (xypron)
--
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:
unsupported version 256 of Verdef record when running qemu-riscv64 on
s390x
Status in QEMU:
Unknown
Status in gcc-15 package in Ubuntu:
Invalid
Status in glibc package in Ubuntu:
Invalid
Status in qemu package in Ubuntu:
Confirmed
Bug description:
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.
Minimal reproducer:
```
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
```
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.sh FAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record
"""
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* RE: [Bug 2123828] Re: unsupported version 256 of Verdef record when running qemu-riscv64 on s390x
2025-09-26 7:37 ` [Bug 2123828] Re: unsupported version 256 of Verdef record when running qemu-riscv64 on s390x Heinrich Schuchardt
@ 2025-09-26 7:58 ` Simon Chopin
0 siblings, 0 replies; 38+ messages in thread
From: Simon Chopin @ 2025-09-26 7:58 UTC (permalink / raw)
To: qemu-devel
Hey Heinrich, thanks for all that work, nice find!
I'll go ahead and mark this as Invalid for glibc. Vindicated \o/
--
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:
unsupported version 256 of Verdef record when running qemu-riscv64 on
s390x
Status in QEMU:
Unknown
Status in gcc-15 package in Ubuntu:
Invalid
Status in glibc package in Ubuntu:
Invalid
Status in qemu package in Ubuntu:
Confirmed
Bug description:
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.
Minimal reproducer:
```
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
```
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.sh FAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record
"""
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread
* [Bug 2123828] Re: unsupported version 256 of Verdef record when running qemu-riscv64 on s390x
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
2025-09-26 7:37 ` [Bug 2123828] Re: unsupported version 256 of Verdef record when running qemu-riscv64 on s390x Heinrich Schuchardt
@ 2025-09-26 7:47 ` Heinrich Schuchardt
2025-09-26 9:44 ` Bug Watch Updater
` (34 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Heinrich Schuchardt @ 2025-09-26 7:47 UTC (permalink / raw)
To: qemu-devel
** Changed in: qemu (Ubuntu)
Assignee: Heinrich Schuchardt (xypron) => Valentin Haudiquet (vhaudiquet)
--
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:
unsupported version 256 of Verdef record when running qemu-riscv64 on
s390x
Status in QEMU:
Unknown
Status in gcc-15 package in Ubuntu:
Invalid
Status in glibc package in Ubuntu:
Invalid
Status in qemu package in Ubuntu:
Confirmed
Bug description:
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.
Minimal reproducer:
```
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
```
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.sh FAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record
"""
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: unsupported version 256 of Verdef record when running qemu-riscv64 on s390x
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
2025-09-26 7:37 ` [Bug 2123828] Re: unsupported version 256 of Verdef record when running qemu-riscv64 on s390x Heinrich Schuchardt
2025-09-26 7:47 ` Heinrich Schuchardt
@ 2025-09-26 9:44 ` Bug Watch Updater
2025-09-26 10:31 ` [Bug 2123828] Re: RISC-V: incorrect emulation of load and store on big-endian systems Heinrich Schuchardt
` (33 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Bug Watch Updater @ 2025-09-26 9:44 UTC (permalink / raw)
To: qemu-devel
** Changed in: qemu
Status: Unknown => New
--
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:
unsupported version 256 of Verdef record when running qemu-riscv64 on
s390x
Status in QEMU:
New
Status in gcc-15 package in Ubuntu:
Invalid
Status in glibc package in Ubuntu:
Invalid
Status in qemu package in Ubuntu:
Confirmed
Bug description:
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.
Minimal reproducer:
```
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
```
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.sh FAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record
"""
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (2 preceding siblings ...)
2025-09-26 9:44 ` Bug Watch Updater
@ 2025-09-26 10:31 ` Heinrich Schuchardt
2025-09-29 11:03 ` Valentin Haudiquet
` (32 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Heinrich Schuchardt @ 2025-09-26 10:31 UTC (permalink / raw)
To: qemu-devel
** Summary changed:
- unsupported version 256 of Verdef record when running qemu-riscv64 on s390x
+ RISC-V: incorrect emulation of load and store on big-endian systems
--
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:
RISC-V: incorrect emulation of load and store on big-endian systems
Status in QEMU:
New
Status in gcc-15 package in Ubuntu:
Invalid
Status in glibc package in Ubuntu:
Invalid
Status in qemu package in Ubuntu:
Confirmed
Bug description:
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.
Minimal reproducer:
```
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
```
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.sh FAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record
"""
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (3 preceding siblings ...)
2025-09-26 10:31 ` [Bug 2123828] Re: RISC-V: incorrect emulation of load and store on big-endian systems Heinrich Schuchardt
@ 2025-09-29 11:03 ` Valentin Haudiquet
2025-09-29 12:27 ` Launchpad Bug Tracker
` (31 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Valentin Haudiquet @ 2025-09-29 11:03 UTC (permalink / raw)
To: qemu-devel
A simple patch adding `MO_TE` to 3 instructions under `/target/riscv/insn_trans/trans_rvzce.c.inc` fixes the bug (for the minimal reproducer at least). It is available in the following ppa:
https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
I will keep checking to see if the flag is missing from other
instructions :)
--
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:
RISC-V: incorrect emulation of load and store on big-endian systems
Status in QEMU:
New
Status in gcc-15 package in Ubuntu:
Invalid
Status in glibc package in Ubuntu:
Invalid
Status in qemu package in Ubuntu:
Confirmed
Bug description:
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.
Minimal reproducer:
```
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
```
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.sh FAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record
"""
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (4 preceding siblings ...)
2025-09-29 11:03 ` Valentin Haudiquet
@ 2025-09-29 12:27 ` Launchpad Bug Tracker
2025-10-03 4:31 ` Heinrich Schuchardt
` (30 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Launchpad Bug Tracker @ 2025-09-29 12:27 UTC (permalink / raw)
To: qemu-devel
** Merge proposal linked:
https://code.launchpad.net/~vhaudiquet/ubuntu/+source/qemu/+git/qemu/+merge/493437
--
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:
RISC-V: incorrect emulation of load and store on big-endian systems
Status in QEMU:
New
Status in gcc-15 package in Ubuntu:
Invalid
Status in glibc package in Ubuntu:
Invalid
Status in qemu package in Ubuntu:
Confirmed
Bug description:
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.
Minimal reproducer:
```
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
```
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.sh FAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record
"""
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (5 preceding siblings ...)
2025-09-29 12:27 ` Launchpad Bug Tracker
@ 2025-10-03 4:31 ` Heinrich Schuchardt
2025-10-03 7:19 ` Valentin Haudiquet
` (29 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Heinrich Schuchardt @ 2025-10-03 4:31 UTC (permalink / raw)
To: qemu-devel
Valentin's patch
target/riscv: Fix endianness swap on compressed instructions
https://lore.kernel.org/qemu-devel/20250929115543.1648157-1-valentin.haudiquet@canonical.com/
has been accepted by the upstream maintainer and included in a pull request.
--
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:
RISC-V: incorrect emulation of load and store on big-endian systems
Status in QEMU:
New
Status in gcc-15 package in Ubuntu:
Invalid
Status in glibc package in Ubuntu:
Invalid
Status in qemu package in Ubuntu:
Confirmed
Bug description:
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.
Minimal reproducer:
```
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
```
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.sh FAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record
"""
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (6 preceding siblings ...)
2025-10-03 4:31 ` Heinrich Schuchardt
@ 2025-10-03 7:19 ` Valentin Haudiquet
2025-10-03 9:59 ` Valentin Haudiquet
` (28 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Valentin Haudiquet @ 2025-10-03 7:19 UTC (permalink / raw)
To: qemu-devel
** Also affects: glibc (Ubuntu Plucky)
Importance: Undecided
Status: New
** Also affects: qemu (Ubuntu Plucky)
Importance: Undecided
Status: New
** Also affects: gcc-15 (Ubuntu Plucky)
Importance: Undecided
Status: New
** Also affects: glibc (Ubuntu Questing)
Importance: Undecided
Status: Invalid
** Also affects: qemu (Ubuntu Questing)
Importance: Undecided
Assignee: Valentin Haudiquet (vhaudiquet)
Status: Confirmed
** Also affects: gcc-15 (Ubuntu Questing)
Importance: Undecided
Status: Invalid
** Also affects: glibc (Ubuntu Noble)
Importance: Undecided
Status: New
** Also affects: qemu (Ubuntu Noble)
Importance: Undecided
Status: New
** Also affects: gcc-15 (Ubuntu Noble)
Importance: Undecided
Status: New
** No longer affects: gcc-15 (Ubuntu)
--
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:
RISC-V: incorrect emulation of load and store on big-endian systems
Status in QEMU:
New
Status in glibc package in Ubuntu:
Invalid
Status in qemu package in Ubuntu:
Confirmed
Status in gcc-15 source package in Noble:
New
Status in glibc source package in Noble:
New
Status in qemu source package in Noble:
New
Status in gcc-15 source package in Plucky:
New
Status in glibc source package in Plucky:
New
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:
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.
Minimal reproducer:
```
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
```
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.sh FAIL stderr: /bin/busybox: /lib/ld-linux-riscv64-lp64d.so.1: unsupported version 256 of Verdef record
"""
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (7 preceding siblings ...)
2025-10-03 7:19 ` Valentin Haudiquet
@ 2025-10-03 9:59 ` Valentin Haudiquet
2025-10-03 10:10 ` Valentin Haudiquet
` (27 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Valentin Haudiquet @ 2025-10-03 9:59 UTC (permalink / raw)
To: qemu-devel
** 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.
-
- Minimal reproducer:
- ```
- 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
- ```
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.sh FAIL 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:
+ ```
+ 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/20250929115543.1648157-1-valentin.haudiquet@canonical.com/
+ Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
** Changed in: glibc (Ubuntu Plucky)
Status: New => Invalid
** Changed in: glibc (Ubuntu Noble)
Status: New => Invalid
** Changed in: gcc-15 (Ubuntu Plucky)
Status: New => Invalid
** Changed in: gcc-15 (Ubuntu Noble)
Status: New => Invalid
** Changed in: qemu (Ubuntu Plucky)
Assignee: (unassigned) => Valentin Haudiquet (vhaudiquet)
** Changed in: qemu (Ubuntu Noble)
Assignee: (unassigned) => Valentin Haudiquet (vhaudiquet)
--
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:
RISC-V: incorrect emulation of load and store on big-endian systems
Status in QEMU:
New
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.sh FAIL 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/20250929115543.1648157-1-valentin.haudiquet@canonical.com/
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (8 preceding siblings ...)
2025-10-03 9:59 ` Valentin Haudiquet
@ 2025-10-03 10:10 ` Valentin Haudiquet
2025-10-04 15:09 ` [Bug 2123828] Re: [SRU] " Bug Watch Updater
` (26 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Valentin Haudiquet @ 2025-10-03 10:10 UTC (permalink / raw)
To: qemu-devel
** 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.sh FAIL 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:
+ 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/20250929115543.1648157-1-valentin.haudiquet@canonical.com/
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
** Summary changed:
- RISC-V: incorrect emulation of load and store on big-endian systems
+ [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
--
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:
New
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.sh FAIL 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/20250929115543.1648157-1-valentin.haudiquet@canonical.com/
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (9 preceding siblings ...)
2025-10-03 10:10 ` Valentin Haudiquet
@ 2025-10-04 15:09 ` Bug Watch Updater
2025-10-06 7:45 ` Valentin Haudiquet
` (25 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Bug Watch Updater @ 2025-10-04 15:09 UTC (permalink / raw)
To: qemu-devel
** 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.sh FAIL 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/20250929115543.1648157-1-valentin.haudiquet@canonical.com/
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (10 preceding siblings ...)
2025-10-04 15:09 ` [Bug 2123828] Re: [SRU] " Bug Watch Updater
@ 2025-10-06 7:45 ` Valentin Haudiquet
2025-10-06 11:50 ` Launchpad Bug Tracker
` (24 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Valentin Haudiquet @ 2025-10-06 7:45 UTC (permalink / raw)
To: qemu-devel
** 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.sh FAIL 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/20250929115543.1648157-1-valentin.haudiquet@canonical.com/
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (11 preceding siblings ...)
2025-10-06 7:45 ` Valentin Haudiquet
@ 2025-10-06 11:50 ` Launchpad Bug Tracker
2025-10-06 12:50 ` Launchpad Bug Tracker
` (23 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Launchpad Bug Tracker @ 2025-10-06 11:50 UTC (permalink / raw)
To: qemu-devel
** 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.sh FAIL 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/20250929115543.1648157-1-valentin.haudiquet@canonical.com/
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (12 preceding siblings ...)
2025-10-06 11:50 ` Launchpad Bug Tracker
@ 2025-10-06 12:50 ` Launchpad Bug Tracker
2025-10-06 13:22 ` Launchpad Bug Tracker
` (22 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Launchpad Bug Tracker @ 2025-10-06 12:50 UTC (permalink / raw)
To: qemu-devel
** 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.sh FAIL 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/20250929115543.1648157-1-valentin.haudiquet@canonical.com/
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (13 preceding siblings ...)
2025-10-06 12:50 ` Launchpad Bug Tracker
@ 2025-10-06 13:22 ` Launchpad Bug Tracker
2025-10-08 7:18 ` Christian Ehrhardt
` (21 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Launchpad Bug Tracker @ 2025-10-06 13:22 UTC (permalink / raw)
To: qemu-devel
** 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.sh FAIL 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/20250929115543.1648157-1-valentin.haudiquet@canonical.com/
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (14 preceding siblings ...)
2025-10-06 13:22 ` Launchpad Bug Tracker
@ 2025-10-08 7:18 ` Christian Ehrhardt
2025-10-08 8:32 ` Christian Ehrhardt
` (20 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Christian Ehrhardt @ 2025-10-08 7:18 UTC (permalink / raw)
To: qemu-devel
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.sh FAIL 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/20250929115543.1648157-1-valentin.haudiquet@canonical.com/
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (15 preceding siblings ...)
2025-10-08 7:18 ` Christian Ehrhardt
@ 2025-10-08 8:32 ` Christian Ehrhardt
2025-10-09 13:24 ` Hector CAO
` (19 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Christian Ehrhardt @ 2025-10-08 8:32 UTC (permalink / raw)
To: qemu-devel
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.sh FAIL 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/20250929115543.1648157-1-valentin.haudiquet@canonical.com/
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (16 preceding siblings ...)
2025-10-08 8:32 ` Christian Ehrhardt
@ 2025-10-09 13:24 ` Hector CAO
2025-10-15 7:20 ` Lukas Märdian
` (18 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Hector CAO @ 2025-10-09 13:24 UTC (permalink / raw)
To: qemu-devel
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.sh FAIL 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/20250929115543.1648157-1-valentin.haudiquet@canonical.com/
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (17 preceding siblings ...)
2025-10-09 13:24 ` Hector CAO
@ 2025-10-15 7:20 ` Lukas Märdian
2025-10-22 8:34 ` Lukas Märdian
` (17 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Lukas Märdian @ 2025-10-15 7:20 UTC (permalink / raw)
To: qemu-devel
** 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.sh FAIL 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/20250929115543.1648157-1-valentin.haudiquet@canonical.com/
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (18 preceding siblings ...)
2025-10-15 7:20 ` Lukas Märdian
@ 2025-10-22 8:34 ` Lukas Märdian
2025-10-22 18:45 ` Nick Rosbrook
` (16 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Lukas Märdian @ 2025-10-22 8:34 UTC (permalink / raw)
To: qemu-devel
** 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.sh FAIL 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/20250929115543.1648157-1-valentin.haudiquet@canonical.com/
+ 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: 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:
In Progress
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.sh FAIL 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 applied upstream: https://gitlab.com/qemu-project/qemu/-/commit/b25133d38fe693589cf695b85968caa0724bfafd
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (19 preceding siblings ...)
2025-10-22 8:34 ` Lukas Märdian
@ 2025-10-22 18:45 ` Nick Rosbrook
2025-10-22 18:46 ` [Bug 2123828] Please test proposed package Nick Rosbrook
` (15 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Nick Rosbrook @ 2025-10-22 18:45 UTC (permalink / raw)
To: qemu-devel
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.sh FAIL 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 applied upstream: https://gitlab.com/qemu-project/qemu/-/commit/b25133d38fe693589cf695b85968caa0724bfafd
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Please test proposed package
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (20 preceding siblings ...)
2025-10-22 18:45 ` Nick Rosbrook
@ 2025-10-22 18:46 ` Nick Rosbrook
2025-10-23 6:36 ` [Bug 2123828] Autopkgtest regression report (qemu/1:10.1.0+ds-5ubuntu2.1) Ubuntu SRU Bot
` (14 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Nick Rosbrook @ 2025-10-22 18:46 UTC (permalink / raw)
To: qemu-devel
Hello Lukas, or anyone else affected,
Accepted qemu into questing-proposed. The package will build now and be
available at
https://launchpad.net/ubuntu/+source/qemu/1:10.1.0+ds-5ubuntu2.1 in a
few hours, and then in the -proposed repository.
Please help us by testing this new package. See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how
to enable and use -proposed. Your feedback will aid us getting this
update out to other Ubuntu users.
If this package fixes the bug for you, please add a comment to this bug,
mentioning the version of the package you tested, what testing has been
performed on the package and change the tag from verification-needed-
questing to verification-done-questing. If it does not fix the bug for
you, please add a comment stating that, and change the tag to
verification-failed-questing. In either case, without details of your
testing we will not be able to proceed.
Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in
advance for helping!
N.B. The updated package will be released to -updates after the bug(s)
fixed by this package have been verified and the package has been in
-proposed for a minimum of 7 days.
--
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.sh FAIL 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 applied upstream: https://gitlab.com/qemu-project/qemu/-/commit/b25133d38fe693589cf695b85968caa0724bfafd
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Autopkgtest regression report (qemu/1:10.1.0+ds-5ubuntu2.1)
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (21 preceding siblings ...)
2025-10-22 18:46 ` [Bug 2123828] Please test proposed package Nick Rosbrook
@ 2025-10-23 6:36 ` Ubuntu SRU Bot
2025-10-23 7:28 ` [Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems Lukas Märdian
` (13 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Ubuntu SRU Bot @ 2025-10-23 6:36 UTC (permalink / raw)
To: qemu-devel
All autopkgtests for the newly accepted qemu (1:10.1.0+ds-5ubuntu2.1) for questing have finished running.
The following regressions have been reported in tests triggered by the package:
livecd-rootfs/25.10.24 (s390x)
Please visit the excuses page listed below and investigate the failures, proceeding afterwards as per the StableReleaseUpdates policy regarding autopkgtest regressions [1].
https://people.canonical.com/~ubuntu-archive/proposed-
migration/questing/update_excuses.html#qemu
[1] https://wiki.ubuntu.com/StableReleaseUpdates#Autopkgtest_Regressions
Thank you!
--
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.sh FAIL 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 applied upstream: https://gitlab.com/qemu-project/qemu/-/commit/b25133d38fe693589cf695b85968caa0724bfafd
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (22 preceding siblings ...)
2025-10-23 6:36 ` [Bug 2123828] Autopkgtest regression report (qemu/1:10.1.0+ds-5ubuntu2.1) Ubuntu SRU Bot
@ 2025-10-23 7:28 ` Lukas Märdian
2025-10-26 16:38 ` Launchpad Bug Tracker
` (12 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Lukas Märdian @ 2025-10-23 7:28 UTC (permalink / raw)
To: qemu-devel
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.sh FAIL 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 applied upstream: https://gitlab.com/qemu-project/qemu/-/commit/b25133d38fe693589cf695b85968caa0724bfafd
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (23 preceding siblings ...)
2025-10-23 7:28 ` [Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems Lukas Märdian
@ 2025-10-26 16:38 ` Launchpad Bug Tracker
2025-10-29 9:12 ` Lukas Märdian
` (11 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Launchpad Bug Tracker @ 2025-10-26 16:38 UTC (permalink / raw)
To: qemu-devel
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 <valentin.haudiquet@canonical.com> 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.sh FAIL 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 applied upstream: https://gitlab.com/qemu-project/qemu/-/commit/b25133d38fe693589cf695b85968caa0724bfafd
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (24 preceding siblings ...)
2025-10-26 16:38 ` Launchpad Bug Tracker
@ 2025-10-29 9:12 ` Lukas Märdian
2025-11-13 13:23 ` Andreas Hasenack
` (10 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Lukas Märdian @ 2025-10-29 9:12 UTC (permalink / raw)
To: qemu-devel
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.sh FAIL 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 s390x GNU C Library: Shared libraries
ii libc6-dev:s390x 2.42-0ubuntu3 s390x GNU 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 s390x QEMU user mode emulation (static binaries)
ii qemu-user-binfmt 1:10.1.0+ds-5ubuntu2.1 s390x QEMU 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.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.sh FAIL 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 applied upstream: https://gitlab.com/qemu-project/qemu/-/commit/b25133d38fe693589cf695b85968caa0724bfafd
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (25 preceding siblings ...)
2025-10-29 9:12 ` Lukas Märdian
@ 2025-11-13 13:23 ` Andreas Hasenack
2025-11-13 13:38 ` Lukas Märdian
` (9 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Andreas Hasenack @ 2025-11-13 13:23 UTC (permalink / raw)
To: qemu-devel
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.sh FAIL 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 applied upstream: https://gitlab.com/qemu-project/qemu/-/commit/b25133d38fe693589cf695b85968caa0724bfafd
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (26 preceding siblings ...)
2025-11-13 13:23 ` Andreas Hasenack
@ 2025-11-13 13:38 ` Lukas Märdian
2025-11-13 13:44 ` Valentin Haudiquet
` (8 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Lukas Märdian @ 2025-11-13 13:38 UTC (permalink / raw)
To: qemu-devel
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.sh FAIL 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 applied upstream: https://gitlab.com/qemu-project/qemu/-/commit/b25133d38fe693589cf695b85968caa0724bfafd
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (27 preceding siblings ...)
2025-11-13 13:38 ` Lukas Märdian
@ 2025-11-13 13:44 ` Valentin Haudiquet
2025-11-13 14:42 ` Heinrich Schuchardt
` (7 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Valentin Haudiquet @ 2025-11-13 13:44 UTC (permalink / raw)
To: qemu-devel
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.sh FAIL 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 applied upstream: https://gitlab.com/qemu-project/qemu/-/commit/b25133d38fe693589cf695b85968caa0724bfafd
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (28 preceding siblings ...)
2025-11-13 13:44 ` Valentin Haudiquet
@ 2025-11-13 14:42 ` Heinrich Schuchardt
2025-11-19 8:10 ` Christian Ehrhardt
` (6 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Heinrich Schuchardt @ 2025-11-13 14:42 UTC (permalink / raw)
To: qemu-devel
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.sh FAIL 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 applied upstream: https://gitlab.com/qemu-project/qemu/-/commit/b25133d38fe693589cf695b85968caa0724bfafd
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (29 preceding siblings ...)
2025-11-13 14:42 ` Heinrich Schuchardt
@ 2025-11-19 8:10 ` Christian Ehrhardt
2025-12-11 13:13 ` Lukas Märdian
` (5 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Christian Ehrhardt @ 2025-11-19 8:10 UTC (permalink / raw)
To: qemu-devel
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.sh FAIL 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 applied upstream: https://gitlab.com/qemu-project/qemu/-/commit/b25133d38fe693589cf695b85968caa0724bfafd
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (30 preceding siblings ...)
2025-11-19 8:10 ` Christian Ehrhardt
@ 2025-12-11 13:13 ` Lukas Märdian
2025-12-11 13:25 ` Launchpad Bug Tracker
` (4 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Lukas Märdian @ 2025-12-11 13:13 UTC (permalink / raw)
To: qemu-devel
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.sh FAIL 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 applied upstream: https://gitlab.com/qemu-project/qemu/-/commit/b25133d38fe693589cf695b85968caa0724bfafd
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (31 preceding siblings ...)
2025-12-11 13:13 ` Lukas Märdian
@ 2025-12-11 13:25 ` Launchpad Bug Tracker
2025-12-11 13:27 ` Andreas Hasenack
` (3 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Launchpad Bug Tracker @ 2025-12-11 13:25 UTC (permalink / raw)
To: qemu-devel
** 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.sh FAIL 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 applied upstream: https://gitlab.com/qemu-project/qemu/-/commit/b25133d38fe693589cf695b85968caa0724bfafd
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (32 preceding siblings ...)
2025-12-11 13:25 ` Launchpad Bug Tracker
@ 2025-12-11 13:27 ` Andreas Hasenack
2025-12-11 13:28 ` Launchpad Bug Tracker
` (2 subsequent siblings)
36 siblings, 0 replies; 38+ messages in thread
From: Andreas Hasenack @ 2025-12-11 13:27 UTC (permalink / raw)
To: qemu-devel
> 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.sh FAIL 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 applied upstream: https://gitlab.com/qemu-project/qemu/-/commit/b25133d38fe693589cf695b85968caa0724bfafd
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (33 preceding siblings ...)
2025-12-11 13:27 ` Andreas Hasenack
@ 2025-12-11 13:28 ` Launchpad Bug Tracker
2025-12-11 13:35 ` Launchpad Bug Tracker
2025-12-11 13:35 ` [Bug 2123828] Update Released Andreas Hasenack
36 siblings, 0 replies; 38+ messages in thread
From: Launchpad Bug Tracker @ 2025-12-11 13:28 UTC (permalink / raw)
To: qemu-devel
** 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.sh FAIL 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 applied upstream: https://gitlab.com/qemu-project/qemu/-/commit/b25133d38fe693589cf695b85968caa0724bfafd
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Re: [SRU] RISC-V: incorrect emulation of load and store on big-endian systems
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (34 preceding siblings ...)
2025-12-11 13:28 ` Launchpad Bug Tracker
@ 2025-12-11 13:35 ` Launchpad Bug Tracker
2025-12-11 13:35 ` [Bug 2123828] Update Released Andreas Hasenack
36 siblings, 0 replies; 38+ messages in thread
From: Launchpad Bug Tracker @ 2025-12-11 13:35 UTC (permalink / raw)
To: qemu-devel
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 <valentin.haudiquet@canonical.com> 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.sh FAIL 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 applied upstream: https://gitlab.com/qemu-project/qemu/-/commit/b25133d38fe693589cf695b85968caa0724bfafd
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread* [Bug 2123828] Update Released
[not found] <175793222278.1250191.6568998309826575823.malonedeb@juju-98d295-prod-launchpad-2>
` (35 preceding siblings ...)
2025-12-11 13:35 ` Launchpad Bug Tracker
@ 2025-12-11 13:35 ` Andreas Hasenack
36 siblings, 0 replies; 38+ messages in thread
From: Andreas Hasenack @ 2025-12-11 13:35 UTC (permalink / raw)
To: qemu-devel
The verification of the Stable Release Update for qemu has completed
successfully and the package is now being released to -updates.
Subsequently, the Ubuntu Stable Release Updates Team is being
unsubscribed and will not receive messages about this bug report. In
the event that you encounter a regression using the package from
-updates please report a new bug using ubuntu-bug and tag the bug report
regression-update so we can easily find any regressions.
--
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.sh FAIL 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 applied upstream: https://gitlab.com/qemu-project/qemu/-/commit/b25133d38fe693589cf695b85968caa0724bfafd
Patch available on ppa: https://launchpad.net/~vhaudiquet/+archive/ubuntu/qemu-fix-lp2123828/+packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/2123828/+subscriptions
^ permalink raw reply [flat|nested] 38+ messages in thread