All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paolo Bonzini <pbonzini@redhat.com>
To: Stefan Hajnoczi <stefanha@gmail.com>
Cc: Yang Zhong <yang.zhong@intel.com>,
	QEMU Developers <qemu-devel@nongnu.org>,
	fam@euphon.net, keith.busch@intel.com
Subject: Re: [Qemu-devel] If Qemu support NVMe over Fabrics ?y
Date: Fri, 11 Jan 2019 17:07:26 +0100	[thread overview]
Message-ID: <72a500b8-4681-94c5-a258-5ba8b0e8fa9b@redhat.com> (raw)
In-Reply-To: <20190111155824.GB14776@stefanha-x1.localdomain>

[-- Attachment #1: Type: text/plain, Size: 2466 bytes --]

On 11/01/19 16:58, Stefan Hajnoczi wrote:
> On Fri, Jan 11, 2019 at 11:48:52AM +0100, Paolo Bonzini wrote:
>> On 11/01/19 06:46, Yang Zhong wrote:
>>> On Thu, Jan 10, 2019 at 10:36:37AM +0000, Stefan Hajnoczi wrote:
>>>> On Thu, Jan 10, 2019 at 04:37:53PM +0800, Yang Zhong wrote:
>>>>> Do you know if Qemu support NVMe over Fabrics(NVMe-oF)?
>>>>> https://nvmexpress.org/wp-content/uploads/NVMe_Over_Fabrics.pdf
>>>>>
>>>>> The Qemu has enabled RDMA in last year, and i am not sure if Qemu 
>>>>> should support NVME-oF. If Qemu support it, would you please share
>>>>> me the qemu related command or guides? thanks a lot!
>>>>
>>>> QEMU supports many different storage configurations.  Can you be more
>>>> specific?
>>>>
>>>> For example, if your host has NVMe-oF set up then you can give the NVMe
>>>> block devices to QEMU just like any other host block device (-drive
>>>> file=/dev/sdc,...).
>>>>
>>>> But maybe you are thinking about other configurations, like exposing
>>>> NVMe-oF to the guest?
>>>>
>>>   Thanks Stefan's comments. We only want Qemu as NVMe-oF initiator to
>>>   access remote target's resource.
>>>
>>>   I checked the block/nvme.c and hw/block/nvme.c code, which seems do
>>>   not support NVMe-oF . If i am wrong please correct me.
>>>
>>>   If Qemu support NVMe-oF initiator, please share me how to use it. 
>>>   If Qemu does not support it, please tell me if community has plan 
>>>   to implement it. thanks a lot!
>>
>> QEMU's native NVMe driver only supports NVMe over PCI, but it should be
>> possible to extract common code if you want to add a native NVMe over
>> RDMA driver to QEMU.  There are currently no plans to add such a driver,
>> but it would certainly be a welcome addition.
> 
> Before investing time in doing that, what is the goal?
> 
> Is this for test and bring-up of NVMe-oF?  Or why does the guest need to
> know that the storage is NVMe-oF?
> 
> As I mentioned before, if your host supports NVMe-oF you can simply give
> the block device to QEMU and let the guest access it via virtio-blk,
> virtio-scsi, NVMe, etc.

NVMe-OF is an RDMA protocol, basically a different transport for the
NVMe command set and queue abstraction.  It would allow QEMU to access
the device directly (similar to what block/nvme.c does for PCI using
VFIO) without going through the host kernel.  The guest would see the
device as virtio-blk/scsi, NVMe or anything else.

Paolo


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

  reply	other threads:[~2019-01-11 16:07 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-01-10  8:37 [Qemu-devel] If Qemu support NVMe over Fabrics ? Yang Zhong
2019-01-10 10:36 ` Stefan Hajnoczi
2019-01-11  5:46   ` [Qemu-devel] If Qemu support NVMe over Fabrics ?y Yang Zhong
2019-01-11 10:48     ` Paolo Bonzini
2019-01-11 15:58       ` Stefan Hajnoczi
2019-01-11 16:07         ` Paolo Bonzini [this message]
2019-01-11 16:26           ` Keith Busch

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=72a500b8-4681-94c5-a258-5ba8b0e8fa9b@redhat.com \
    --to=pbonzini@redhat.com \
    --cc=fam@euphon.net \
    --cc=keith.busch@intel.com \
    --cc=qemu-devel@nongnu.org \
    --cc=stefanha@gmail.com \
    --cc=yang.zhong@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.