]> git.proxmox.com Git - mirror_qemu.git/commit - include/hw/virtio/virtio-blk.h
virtio: make seg_max virtqueue size dependent
authorDenis Plotnikov <dplotnikov@virtuozzo.com>
Fri, 20 Dec 2019 14:09:04 +0000 (17:09 +0300)
committerMichael S. Tsirkin <mst@redhat.com>
Mon, 6 Jan 2020 17:04:43 +0000 (12:04 -0500)
commit1bf8a989a566b2ba41c197004ec2a02562a766a4
treedcdec6a1c9fd7ad5713522ca30b3011d8310e00d
parentd940208cbbbecd52bb6bac539c5e486bcc07abba
virtio: make seg_max virtqueue size dependent

Before the patch, seg_max parameter was immutable and hardcoded
to 126 (128 - 2) without respect to queue size. This has two negative effects:

1. when queue size is < 128, we have Virtio 1.1 specfication violation:
   (2.6.5.3.1 Driver Requirements) seq_max must be <= queue_size.
   This violation affects the old Linux guests (ver < 4.14). These guests
   crash on these queue_size setups.

2. when queue_size > 128, as was pointed out by Denis Lunev <den@virtuozzo.com>,
   seg_max restrics guest's block request length which affects guests'
   performance making them issues more block request than needed.
   https://lists.gnu.org/archive/html/qemu-devel/2017-12/msg03721.html

To mitigate this two effects, the patch adds the property adjusting seg_max
to queue size automaticaly. Since seg_max is a guest visible parameter,
the property is machine type managable and allows to choose between
old (seg_max = 126 always) and new (seg_max = queue_size - 2) behaviors.

Not to change the behavior of the older VMs, prevent setting the default
seg_max_adjust value for older machine types.

Reviewed-by: Stefan Hajnoczi <stefanha@redhat.com>
Signed-off-by: Denis Plotnikov <dplotnikov@virtuozzo.com>
Message-Id: <20191220140905.1718-2-dplotnikov@virtuozzo.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
hw/block/virtio-blk.c
hw/core/machine.c
hw/scsi/vhost-scsi.c
hw/scsi/virtio-scsi.c
include/hw/virtio/virtio-blk.h
include/hw/virtio/virtio-scsi.h