[lkml]   [2011]   [May]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH 00/25] Staging: hv: Cleanup vmbus driver code
    On Sun, May 01, 2011 at 06:56:58PM +0000, KY Srinivasan wrote:
    > > Yeah, it seems to me that no matter how the user specifies the disk
    > > "type" for the guest configuration, we should use the same Linux driver,
    > > with the same naming scheme for both ways.
    > >
    > > As Christoph points out, it's just a matter of hooking the device up to
    > > the scsi subsystem. We do that today for ide, usb, scsi, and loads of
    > > other types of devices all with the common goal of making it easier for
    > > userspace to handle the devices in a standard manner.
    > This is not what is being done in Xen and KVM - they both have a PV front-end
    > block drivers that is not managed by the scsi stack. The Hyper-V block driver is
    > equivalent to what we have in Xen and KVM in this respect.

    Xen also has a PV SCSI driver, although that isn't used very much.
    For virtio we think it was a mistake to not speak SCSI these days,
    and ponder introducing a virtio-scsi to replace virtio-blk.

    But that's not the point here at all. The point is that blockvsc
    speaks a SCSI protocol over the wire, so it should be implemented
    as a SCSI LLDD unless you have a good reason not to do it. This
    is especially important to get advanced features like block level
    cache flush and FUA support, device topology, discard support, for
    free. Cache flush and FUA are good example for something that blkvsc
    currently gets wrong, btw.

     \ /
      Last update: 2011-05-01 22:51    [W:0.019 / U:189.456 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site