summaryrefslogtreecommitdiff
path: root/drivers/scsi/virtio_scsi.c
diff options
context:
space:
mode:
authorAmit Shah <amit.shah@redhat.com>2013-07-29 04:53:21 (GMT)
committerRusty Russell <rusty@rustcorp.com.au>2013-07-29 05:13:58 (GMT)
commit96f97a83910cdb9d89d127c5ee523f8fc040a804 (patch)
tree38578e6565dfd1e93ac3556b9c770d5fee37cc51 /drivers/scsi/virtio_scsi.c
parent92d3453815fbe74d539c86b60dab39ecdf01bb99 (diff)
downloadlinux-96f97a83910cdb9d89d127c5ee523f8fc040a804.tar.xz
virtio: console: return -ENODEV on all read operations after unplug
If a port gets unplugged while a user is blocked on read(), -ENODEV is returned. However, subsequent read()s returned 0, indicating there's no host-side connection (but not indicating the device went away). This also happened when a port was unplugged and the user didn't have any blocking operation pending. If the user didn't monitor the SIGIO signal, they won't have a chance to find out if the port went away. Fix by returning -ENODEV on all read()s after the port gets unplugged. write() already behaves this way. CC: <stable@vger.kernel.org> Signed-off-by: Amit Shah <amit.shah@redhat.com> Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Diffstat (limited to 'drivers/scsi/virtio_scsi.c')
0 files changed, 0 insertions, 0 deletions