aboutsummaryrefslogtreecommitdiff
path: root/migration
diff options
context:
space:
mode:
authorThomas Huth <thuth@redhat.com>2018-03-29 11:37:31 +0200
committerCornelia Huck <cohuck@redhat.com>2018-04-03 10:03:38 +0200
commit23bf419c1c48e71c08737045f7d9c9b5e05ac4a7 (patch)
treea02807f0346bcb9cb137eb2c75b296e0c01e71ab /migration
parentd9b06db813270d9deacd9e8f2ae3fd0d88f03f2a (diff)
downloadqemu-23bf419c1c48e71c08737045f7d9c9b5e05ac4a7.zip
qemu-23bf419c1c48e71c08737045f7d9c9b5e05ac4a7.tar.gz
qemu-23bf419c1c48e71c08737045f7d9c9b5e05ac4a7.tar.bz2
pc-bios/s390-ccw: Increase virtio timeout to 30 seconds
The current timeout is set to only three seconds - and considering that vring_wait_reply() or rather get_second() is not doing any rounding, the real timeout is likely rather 2 seconds in most cases. When the host is really badly loaded, it's possible that we hit this timeout by mistake; it's even more likely if we run the guest in TCG mode instead of KVM. So let's increase the timeout to 30 seconds instead to ease this situation (30 seconds is also the timeout that is used by the Linux SCSI subsystem for example, so this seems to be a sane value for block IO timeout). Buglink: https://bugzilla.redhat.com/show_bug.cgi?id=1549079 Signed-off-by: Thomas Huth <thuth@redhat.com> Message-Id: <1522316251-16399-1-git-send-email-thuth@redhat.com> Acked-by: Christian Borntraeger <borntraeger@de.ibm.com> [CH: tweaked commit message] Signed-off-by: Cornelia Huck <cohuck@redhat.com>
Diffstat (limited to 'migration')
0 files changed, 0 insertions, 0 deletions