forked from rpms/qemu-kvm
You can not select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
64 lines
2.8 KiB
64 lines
2.8 KiB
From 03996a8a826c9186e4a16e1b4757f1ef5947a503 Mon Sep 17 00:00:00 2001
|
|
From: Thomas Huth <thuth@redhat.com>
|
|
Date: Fri, 5 Aug 2022 11:42:14 +0200
|
|
Subject: [PATCH 07/11] pc-bios/s390-ccw: Fix booting with logical block size <
|
|
physical block size
|
|
|
|
RH-Author: Thomas Huth <thuth@redhat.com>
|
|
RH-MergeRequest: 113: pc-bios/s390-ccw: Fix booting with logical block size < physical block size
|
|
RH-Commit: [1/1] a45ff477bc7d7011ea6c4d42a1aade213d1e4690 (thuth/qemu-kvm-cs9)
|
|
RH-Bugzilla: 2112303
|
|
RH-Acked-by: Cornelia Huck <cohuck@redhat.com>
|
|
RH-Acked-by: David Hildenbrand <david@redhat.com>
|
|
RH-Acked-by: Claudio Imbrenda <None>
|
|
|
|
For accessing single blocks during boot, it's the logical block size that
|
|
matters. (Physical block sizes are rather interesting e.g. for creating
|
|
file systems with the correct alignment for speed reasons etc.).
|
|
So the s390-ccw bios has to use the logical block size for calculating
|
|
sector numbers during the boot phase, the "physical_block_exp" shift
|
|
value must not be taken into account. This change fixes the boot process
|
|
when the guest hast been installed on a disk where the logical block size
|
|
differs from the physical one, e.g. if the guest has been installed
|
|
like this:
|
|
|
|
qemu-system-s390x -nographic -accel kvm -m 2G \
|
|
-drive if=none,id=d1,file=fedora.iso,format=raw,media=cdrom \
|
|
-device virtio-scsi -device scsi-cd,drive=d1 \
|
|
-drive if=none,id=d2,file=test.qcow2,format=qcow2
|
|
-device virtio-blk,drive=d2,physical_block_size=4096,logical_block_size=512
|
|
|
|
Linux correctly uses the logical block size of 512 for the installation,
|
|
but the s390-ccw bios tries to boot from a disk with 4096 block size so
|
|
far, as long as this patch has not been applied yet (well, it used to work
|
|
by accident in the past due to the virtio_assume_scsi() hack that used to
|
|
enforce 512 byte sectors on all virtio-block disks, but that hack has been
|
|
well removed in commit 5447de2619050a0a4d to fix other scenarios).
|
|
|
|
Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=2112303
|
|
Message-Id: <20220805094214.285223-1-thuth@redhat.com>
|
|
Reviewed-by: Cornelia Huck <cohuck@redhat.com>
|
|
Reviewed-by: Eric Farman <farman@linux.ibm.com>
|
|
Signed-off-by: Thomas Huth <thuth@redhat.com>
|
|
(cherry picked from commit 393296de19650e1400ca265914cfdeb313725363)
|
|
---
|
|
pc-bios/s390-ccw/virtio-blkdev.c | 2 +-
|
|
1 file changed, 1 insertion(+), 1 deletion(-)
|
|
|
|
diff --git a/pc-bios/s390-ccw/virtio-blkdev.c b/pc-bios/s390-ccw/virtio-blkdev.c
|
|
index 8271c47296..794f99b42c 100644
|
|
--- a/pc-bios/s390-ccw/virtio-blkdev.c
|
|
+++ b/pc-bios/s390-ccw/virtio-blkdev.c
|
|
@@ -173,7 +173,7 @@ int virtio_get_block_size(void)
|
|
|
|
switch (vdev->senseid.cu_model) {
|
|
case VIRTIO_ID_BLOCK:
|
|
- return vdev->config.blk.blk_size << vdev->config.blk.physical_block_exp;
|
|
+ return vdev->config.blk.blk_size;
|
|
case VIRTIO_ID_SCSI:
|
|
return vdev->scsi_block_size;
|
|
}
|
|
--
|
|
2.31.1
|
|
|