search for: virtio_nvme

Displaying 17 results from an estimated 17 matches for "virtio_nvme".

2015 Sep 10
6
[RFC PATCH 0/2] virtio nvme
Hi all, These 2 patches added virtio-nvme to kernel and qemu, basically modified from virtio-blk and nvme code. As title said, request for your comments. Play it in Qemu with: -drive file=disk.img,format=raw,if=none,id=D22 \ -device virtio-nvme-pci,drive=D22,serial=1234,num_queues=4 The goal is to have a full NVMe stack from VM guest(virtio-nvme) to host(vhost_nvme) to LIO NVMe-over-fabrics
2015 Sep 10
6
[RFC PATCH 0/2] virtio nvme
Hi all, These 2 patches added virtio-nvme to kernel and qemu, basically modified from virtio-blk and nvme code. As title said, request for your comments. Play it in Qemu with: -drive file=disk.img,format=raw,if=none,id=D22 \ -device virtio-nvme-pci,drive=D22,serial=1234,num_queues=4 The goal is to have a full NVMe stack from VM guest(virtio-nvme) to host(vhost_nvme) to LIO NVMe-over-fabrics
2015 Sep 10
5
[RFC PATCH 0/2] virtio nvme
...or you think the > performance will be significantly better than virtio-blk/virtio-scsi? It simply passes through NVMe commands. Right now performance is poor. Performance tunning is on my todo list. It should be as good as virtio-blk/virtio-scsi. > > At first glance it seems like the virtio_nvme guest driver is just > another block driver like virtio_blk, so I'm not clear why a > virtio-nvme device makes sense. I think the future "LIO NVMe target" only speaks NVMe protocol. Nick(CCed), could you correct me if I'm wrong? For SCSI stack, we have: virtio-scsi(guest)...
2015 Sep 10
5
[RFC PATCH 0/2] virtio nvme
...or you think the > performance will be significantly better than virtio-blk/virtio-scsi? It simply passes through NVMe commands. Right now performance is poor. Performance tunning is on my todo list. It should be as good as virtio-blk/virtio-scsi. > > At first glance it seems like the virtio_nvme guest driver is just > another block driver like virtio_blk, so I'm not clear why a > virtio-nvme device makes sense. I think the future "LIO NVMe target" only speaks NVMe protocol. Nick(CCed), could you correct me if I'm wrong? For SCSI stack, we have: virtio-scsi(guest)...
2015 Sep 11
2
[RFC PATCH 0/2] virtio nvme
...that you want to pass through, or you think the > >> performance will be significantly better than virtio-blk/virtio-scsi? > > > > It simply passes through NVMe commands. > > I understand that. My question is why the guest needs to send NVMe commands? > > If the virtio_nvme.ko guest driver only sends read/write/flush then > there's no advantage over virtio-blk. > > There must be something you are trying to achieve which is not > possible with virtio-blk or virtio-scsi. What is that? I actually learned from your virtio-scsi work. http://www.linux-kvm...
2015 Sep 11
2
[RFC PATCH 0/2] virtio nvme
...that you want to pass through, or you think the > >> performance will be significantly better than virtio-blk/virtio-scsi? > > > > It simply passes through NVMe commands. > > I understand that. My question is why the guest needs to send NVMe commands? > > If the virtio_nvme.ko guest driver only sends read/write/flush then > there's no advantage over virtio-blk. > > There must be something you are trying to achieve which is not > possible with virtio-blk or virtio-scsi. What is that? I actually learned from your virtio-scsi work. http://www.linux-kvm...
2015 Sep 17
2
[RFC PATCH 0/2] virtio nvme
...hese 2 patches added virtio-nvme to kernel and qemu, > > > > basically modified from virtio-blk and nvme code. > > > > > > > > As title said, request for your comments. > > <SNIP> > > > > > > > At first glance it seems like the virtio_nvme guest driver is just > > > another block driver like virtio_blk, so I'm not clear why a > > > virtio-nvme device makes sense. > > > > I think the future "LIO NVMe target" only speaks NVMe protocol. > > > > Nick(CCed), could you correct me if...
2015 Sep 17
2
[RFC PATCH 0/2] virtio nvme
...hese 2 patches added virtio-nvme to kernel and qemu, > > > > basically modified from virtio-blk and nvme code. > > > > > > > > As title said, request for your comments. > > <SNIP> > > > > > > > At first glance it seems like the virtio_nvme guest driver is just > > > another block driver like virtio_blk, so I'm not clear why a > > > virtio-nvme device makes sense. > > > > I think the future "LIO NVMe target" only speaks NVMe protocol. > > > > Nick(CCed), could you correct me if...
2015 Sep 17
1
[RFC PATCH 0/2] virtio nvme
...; > These 2 patches added virtio-nvme to kernel and qemu, >> > > basically modified from virtio-blk and nvme code. >> > > >> > > As title said, request for your comments. > > <SNIP> > >> > >> > At first glance it seems like the virtio_nvme guest driver is just >> > another block driver like virtio_blk, so I'm not clear why a >> > virtio-nvme device makes sense. >> >> I think the future "LIO NVMe target" only speaks NVMe protocol. >> >> Nick(CCed), could you correct me if I'm...
2015 Sep 17
1
[RFC PATCH 0/2] virtio nvme
...; > These 2 patches added virtio-nvme to kernel and qemu, >> > > basically modified from virtio-blk and nvme code. >> > > >> > > As title said, request for your comments. > > <SNIP> > >> > >> > At first glance it seems like the virtio_nvme guest driver is just >> > another block driver like virtio_blk, so I'm not clear why a >> > virtio-nvme device makes sense. >> >> I think the future "LIO NVMe target" only speaks NVMe protocol. >> >> Nick(CCed), could you correct me if I'm...
2015 Sep 10
0
[RFC PATCH 0/2] virtio nvme
...; to host(vhost_nvme) to LIO NVMe-over-fabrics target. Why is a virtio-nvme guest device needed? I guess there must either be NVMe-only features that you want to pass through, or you think the performance will be significantly better than virtio-blk/virtio-scsi? At first glance it seems like the virtio_nvme guest driver is just another block driver like virtio_blk, so I'm not clear why a virtio-nvme device makes sense. > Now there are lots of duplicated code with linux/nvme-core.c and qemu/nvme.c. > The ideal result is to have a multi level NVMe stack(similar as SCSI). > So we can re-use...
2015 Sep 11
0
[RFC PATCH 0/2] virtio nvme
...ther >> be NVMe-only features that you want to pass through, or you think the >> performance will be significantly better than virtio-blk/virtio-scsi? > > It simply passes through NVMe commands. I understand that. My question is why the guest needs to send NVMe commands? If the virtio_nvme.ko guest driver only sends read/write/flush then there's no advantage over virtio-blk. There must be something you are trying to achieve which is not possible with virtio-blk or virtio-scsi. What is that? Stefan
2015 Sep 11
0
[RFC PATCH 0/2] virtio nvme
...ough, or you think the >> >> performance will be significantly better than virtio-blk/virtio-scsi? >> > >> > It simply passes through NVMe commands. >> >> I understand that. My question is why the guest needs to send NVMe commands? >> >> If the virtio_nvme.ko guest driver only sends read/write/flush then >> there's no advantage over virtio-blk. >> >> There must be something you are trying to achieve which is not >> possible with virtio-blk or virtio-scsi. What is that? > > I actually learned from your virtio-scsi wo...
2015 Sep 18
0
[RFC PATCH 0/2] virtio nvme
...el and qemu, > > > > > basically modified from virtio-blk and nvme code. > > > > > > > > > > As title said, request for your comments. > > > > <SNIP> > > > > > > > > > > At first glance it seems like the virtio_nvme guest driver is just > > > > another block driver like virtio_blk, so I'm not clear why a > > > > virtio-nvme device makes sense. > > > > > > I think the future "LIO NVMe target" only speaks NVMe protocol. > > > > > > Nick(...
2015 Sep 17
0
[RFC PATCH 0/2] virtio nvme
...t kernel.org> wrote: > > > These 2 patches added virtio-nvme to kernel and qemu, > > > basically modified from virtio-blk and nvme code. > > > > > > As title said, request for your comments. <SNIP> > > > > At first glance it seems like the virtio_nvme guest driver is just > > another block driver like virtio_blk, so I'm not clear why a > > virtio-nvme device makes sense. > > I think the future "LIO NVMe target" only speaks NVMe protocol. > > Nick(CCed), could you correct me if I'm wrong? > > For...
2015 Sep 18
3
[RFC PATCH 0/2] virtio nvme
...t; basically modified from virtio-blk and nvme code. > > > > > > > > > > > > As title said, request for your comments. > > > > > > <SNIP> > > > > > > > > > > > > > At first glance it seems like the virtio_nvme guest driver is just > > > > > another block driver like virtio_blk, so I'm not clear why a > > > > > virtio-nvme device makes sense. > > > > > > > > I think the future "LIO NVMe target" only speaks NVMe protocol. > > > &...
2015 Sep 18
3
[RFC PATCH 0/2] virtio nvme
...t; basically modified from virtio-blk and nvme code. > > > > > > > > > > > > As title said, request for your comments. > > > > > > <SNIP> > > > > > > > > > > > > > At first glance it seems like the virtio_nvme guest driver is just > > > > > another block driver like virtio_blk, so I'm not clear why a > > > > > virtio-nvme device makes sense. > > > > > > > > I think the future "LIO NVMe target" only speaks NVMe protocol. > > > &...