Public bug reported:
I tried to do a routine upgrade and reflash of the Launchpad riscv64
builders, which pulled in linux-image-5.11.0-1017-generic
5.11.0-1017.18~20.04.1. The resulting image failed to boot with the
following (complete) console output:
Device 0: QEMU VirtIO Block Device
Type: Hard Disk
Capacity: 71680.0 MB = 70.0 GB (146800640 x 512)
... is now current device
Scanning virtio 0:1...
Found /boot/extlinux/extlinux.conf
Retrieving file: /boot/extlinux/extlinux.conf
1391 bytes read in 1 ms (1.3 MiB/s)
U-Boot menu
1: Ubuntu 20.04.3 LTS 5.11.0-1017-generic
2: Ubuntu 20.04.3 LTS 5.11.0-1017-generic (rescue target)
3: Ubuntu 20.04.3 LTS 5.8.0-29-generic
4: Ubuntu 20.04.3 LTS 5.8.0-29-generic (rescue target)
Enter choice: 1: Ubuntu 20.04.3 LTS 5.11.0-1017-generic
Retrieving file: /boot/initrd.img-5.11.0-1017-generic
189611112 bytes read in 509 ms (355.3 MiB/s)
Retrieving file: /boot/vmlinuz-5.11.0-1017-generic
25258496 bytes read in 70 ms (344.1 MiB/s)
append: root=UUID=b797e480-278b-4efc-ae1a-bb1634c8cbcf rw noquiet
root=/dev/vda1
Unhandled exception: Load access fault
EPC: 00000000fffb642c RA: 00000000fff73bc4 TVAL: 0000000000000000
EPC: 000000008024a42c RA: 0000000080207bc4 reloc adjusted
### ERROR ### Please RESET the board ###
For the time being I've set `U_BOOT_DEFAULT="l1"` in
`/etc/default/u-boot` to force it back to the 5.8 kernel, although
that's obviously not very robust. Let me know if there's anything else
useful I can provide. The full image is kind of massive (70G, though
sparse so with only 13G of actual data), so I hope you can reproduce it
with something more stripped-down.
I've attached the libvirt domain definition.
** Affects: linux-riscv-5.11 (Ubuntu)
Importance: Undecided
Status: New
** Attachment added: "riscv64-qemu-lcy01-002.xml"
https://bugs.launchpad.net/bugs/1940984/+attachment/5520278/+files/riscv64-qemu-lcy01-002.xml
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-riscv-5.11 in Ubuntu.
https://bugs.launchpad.net/bugs/1940984
Title:
5.11.0-1017 fails to boot on qemu builders
Status in linux-riscv-5.11 package in Ubuntu:
New
Bug description:
I tried to do a routine upgrade and reflash of the Launchpad riscv64
builders, which pulled in linux-image-5.11.0-1017-generic
5.11.0-1017.18~20.04.1. The resulting image failed to boot with the
following (complete) console output:
Device 0: QEMU VirtIO Block Device
Type: Hard Disk
Capacity: 71680.0 MB = 70.0 GB (146800640 x 512)
... is now current device
Scanning virtio 0:1...
Found /boot/extlinux/extlinux.conf
Retrieving file: /boot/extlinux/extlinux.conf
1391 bytes read in 1 ms (1.3 MiB/s)
U-Boot menu
1: Ubuntu 20.04.3 LTS 5.11.0-1017-generic
2: Ubuntu 20.04.3 LTS 5.11.0-1017-generic (rescue target)
3: Ubuntu 20.04.3 LTS 5.8.0-29-generic
4: Ubuntu 20.04.3 LTS 5.8.0-29-generic (rescue target)
Enter choice: 1: Ubuntu 20.04.3 LTS 5.11.0-1017-generic
Retrieving file: /boot/initrd.img-5.11.0-1017-generic
189611112 bytes read in 509 ms (355.3 MiB/s)
Retrieving file: /boot/vmlinuz-5.11.0-1017-generic
25258496 bytes read in 70 ms (344.1 MiB/s)
append: root=UUID=b797e480-278b-4efc-ae1a-bb1634c8cbcf rw noquiet
root=/dev/vda1
Unhandled exception: Load access fault
EPC: 00000000fffb642c RA: 00000000fff73bc4 TVAL: 0000000000000000
EPC: 000000008024a42c RA: 0000000080207bc4 reloc adjusted
### ERROR ### Please RESET the board ###
For the time being I've set `U_BOOT_DEFAULT="l1"` in
`/etc/default/u-boot` to force it back to the 5.8 kernel, although
that's obviously not very robust. Let me know if there's anything
else useful I can provide. The full image is kind of massive (70G,
though sparse so with only 13G of actual data), so I hope you can
reproduce it with something more stripped-down.
I've attached the libvirt domain definition.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-riscv-5.11/+bug/1940984/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
