Message	SHA1
virtio_blk: VIRTIO_BLK_F_WCE->VIRTIO_BLK_F_FLUSH ... Latest virtio spec says the feature bit name is VIRTIO_BLK_F_FLUSH, VIRTIO_BLK_F_WCE is the legacy name. virtio blk header says exactly the reverse - fix that and update driver code to match. Cc: Paolo Bonzini <pbonzini@redhat.com> Signed-off-by: Michael S. Tsirkin <mst@redhat.com> Michael S. Tsirkin   commited 2016-03-02 17:01:59 +02:00	592002f55e
virtio_blk: fix comment for virtio 1.0 ... Fix up comment to match virtio 1.0 logic: virtio_blk_outhdr isn't the first elements anymore, the only requirement is that it comes first in the s/g list. Signed-off-by: Michael S. Tsirkin <mst@redhat.com> Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> Michael S. Tsirkin   authored and   Rusty Russell   commited 2015-03-10 11:48:29 +10:30	0fa2a56437
virtio_blk: typo fix ... Now that QEmu reuses linux virtio headers, we noticed a typo in the exported virtio block header. Fix it up. Signed-off-by: Michael S. Tsirkin <mst@redhat.com> Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> Michael S. Tsirkin   authored and   Rusty Russell   commited 2015-03-10 11:48:29 +10:30	7e41a9def0
virtio: Don't expose legacy block features when VIRTIO_BLK_NO_LEGACY defined. ... This allows modern implementations to ensure they don't use legacy feature bits or SCSI commands (which are not used in v1.0 non-legacy). Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> Acked-by: Michael S. Tsirkin <mst@redhat.com> Rusty Russell   commited 2015-02-11 15:03:15 +10:30	527100a4ee
virtio_blk: v1.0 support ... Based on patch by Cornelia Huck. Note: for consistency, and to avoid sparse errors, convert all fields, even those no longer in use for virtio v1.0. Signed-off-by: Cornelia Huck <cornelia.huck@de.ibm.com> Signed-off-by: Michael S. Tsirkin <mst@redhat.com> Michael S. Tsirkin   commited 2014-12-09 12:05:26 +02:00	19c1c5a64c
include/uapi/linux/virtio_blk.h: introduce feature of VIRTIO_BLK_F_MQ ... Current virtio-blk spec only supports one virtual queue for transfering data between VM and host, and inside VM all kinds of operations on the virtual queue needs to hold one lock, so cause below problems: - bad scalability - bad throughput This patch requests to introduce feature of VIRTIO_BLK_F_MQ so that more than one virtual queues can be used to virtio-blk device, then above problems can be solved or eased. Signed-off-by: Ming Lei <ming.lei@canonical.com> Acked-by: Michael S. Tsirkin <mst@redhat.com> Signed-off-by: Jens Axboe <axboe@fb.com> Ming Lei   authored and   Jens Axboe   commited 2014-07-01 10:51:01 -06:00	cb553215d5
UAPI: (Scripted) Disintegrate include/linux ... Signed-off-by: David Howells <dhowells@redhat.com> Acked-by: Arnd Bergmann <arnd@arndb.de> Acked-by: Thomas Gleixner <tglx@linutronix.de> Acked-by: Michael Kerrisk <mtk.manpages@gmail.com> Acked-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com> Acked-by: Dave Jones <davej@redhat.com> David Howells   commited 2012-10-13 10:46:48 +01:00	607ca46e97

Renamed from include/linux/virtio_blk.h (Browse further)