All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jens Axboe <axboe@kernel.dk>
To: Logan Gunthorpe <logang@deltatee.com>, Christoph Hellwig <hch@lst.de>
Cc: "Alex Williamson" <alex.williamson@redhat.com>,
	linux-nvdimm@lists.01.org, linux-rdma@vger.kernel.org,
	linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-nvme@lists.infradead.org, linux-block@vger.kernel.org,
	"Jérôme Glisse" <jglisse@redhat.com>,
	"Jason Gunthorpe" <jgg@mellanox.com>,
	"Benjamin Herrenschmidt" <benh@kernel.crashing.org>,
	"Bjorn Helgaas" <bhelgaas@google.com>,
	"Max Gurtovoy" <maxg@mellanox.com>,
	"Christian König" <christian.koenig@amd.com>
Subject: Re: [PATCH v5 07/13] block: Add PCI P2P flag for request queue and check support for requests
Date: Wed, 5 Sep 2018 13:45:04 -0600	[thread overview]
Message-ID: <09258b9b-3aed-9890-b31a-bd70a133966c@kernel.dk> (raw)
In-Reply-To: <1b4283da-44df-4a02-3167-e295243cef78@deltatee.com>

On 9/5/18 1:33 PM, Logan Gunthorpe wrote:
> 
> 
> On 05/09/18 01:26 PM, Jens Axboe wrote:
>> On 9/3/18 4:26 PM, Logan Gunthorpe wrote:
>>> I personally agree with Christoph. But if there's consensus in the other
>>> direction or this is a real blocker moving this forward, I can remove it
>>> for the next version.
>>
>> It's a simple branch because the check isn't exhaustive. It just checks
>> the first page. At that point you may as well just require the caller to
>> flag the bio/rq as being P2P, and then do a check for P2P compatibility
>> with the queue.
> 
> Hmm, we had something like that in v4[1] but it just seemed redundant to
> create a flag when the information was already in the bio and kind of
> ugly for the caller to check for, then set, the flag. I'm not _that_
> averse to going back to that though...

The point is that the caller doesn't necessarily know where the bio
will end up, hence the caller can't fully check if the whole stack
supports P2P.

What happens if a P2P request ends up with a driver that doesn't
support it?

-- 
Jens Axboe

_______________________________________________
Linux-nvdimm mailing list
Linux-nvdimm@lists.01.org
https://lists.01.org/mailman/listinfo/linux-nvdimm

WARNING: multiple messages have this Message-ID (diff)
From: Jens Axboe <axboe@kernel.dk>
To: Logan Gunthorpe <logang@deltatee.com>, Christoph Hellwig <hch@lst.de>
Cc: linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org,
	linux-nvme@lists.infradead.org, linux-rdma@vger.kernel.org,
	linux-nvdimm@lists.01.org, linux-block@vger.kernel.org,
	"Stephen Bates" <sbates@raithlin.com>,
	"Keith Busch" <keith.busch@intel.com>,
	"Sagi Grimberg" <sagi@grimberg.me>,
	"Bjorn Helgaas" <bhelgaas@google.com>,
	"Jason Gunthorpe" <jgg@mellanox.com>,
	"Max Gurtovoy" <maxg@mellanox.com>,
	"Dan Williams" <dan.j.williams@intel.com>,
	"Jérôme Glisse" <jglisse@redhat.com>,
	"Benjamin Herrenschmidt" <benh@kernel.crashing.org>,
	"Alex Williamson" <alex.williamson@redhat.com>,
	"Christian König" <christian.koenig@amd.com>
Subject: Re: [PATCH v5 07/13] block: Add PCI P2P flag for request queue and check support for requests
Date: Wed, 5 Sep 2018 13:45:04 -0600	[thread overview]
Message-ID: <09258b9b-3aed-9890-b31a-bd70a133966c@kernel.dk> (raw)
In-Reply-To: <1b4283da-44df-4a02-3167-e295243cef78@deltatee.com>

On 9/5/18 1:33 PM, Logan Gunthorpe wrote:
> 
> 
> On 05/09/18 01:26 PM, Jens Axboe wrote:
>> On 9/3/18 4:26 PM, Logan Gunthorpe wrote:
>>> I personally agree with Christoph. But if there's consensus in the other
>>> direction or this is a real blocker moving this forward, I can remove it
>>> for the next version.
>>
>> It's a simple branch because the check isn't exhaustive. It just checks
>> the first page. At that point you may as well just require the caller to
>> flag the bio/rq as being P2P, and then do a check for P2P compatibility
>> with the queue.
> 
> Hmm, we had something like that in v4[1] but it just seemed redundant to
> create a flag when the information was already in the bio and kind of
> ugly for the caller to check for, then set, the flag. I'm not _that_
> averse to going back to that though...

The point is that the caller doesn't necessarily know where the bio
will end up, hence the caller can't fully check if the whole stack
supports P2P.

What happens if a P2P request ends up with a driver that doesn't
support it?

-- 
Jens Axboe

WARNING: multiple messages have this Message-ID (diff)
From: Jens Axboe <axboe@kernel.dk>
To: Logan Gunthorpe <logang@deltatee.com>, Christoph Hellwig <hch@lst.de>
Cc: "Keith Busch" <keith.busch@intel.com>,
	"Alex Williamson" <alex.williamson@redhat.com>,
	"Sagi Grimberg" <sagi@grimberg.me>,
	linux-nvdimm@lists.01.org, linux-rdma@vger.kernel.org,
	linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-nvme@lists.infradead.org,
	"Stephen Bates" <sbates@raithlin.com>,
	linux-block@vger.kernel.org, "Jérôme Glisse" <jglisse@redhat.com>,
	"Jason Gunthorpe" <jgg@mellanox.com>,
	"Benjamin Herrenschmidt" <benh@kernel.crashing.org>,
	"Bjorn Helgaas" <bhelgaas@google.com>,
	"Max Gurtovoy" <maxg@mellanox.com>,
	"Dan Williams" <dan.j.williams@intel.com>,
	"Christian König" <christian.koenig@amd.com>
Subject: Re: [PATCH v5 07/13] block: Add PCI P2P flag for request queue and check support for requests
Date: Wed, 5 Sep 2018 13:45:04 -0600	[thread overview]
Message-ID: <09258b9b-3aed-9890-b31a-bd70a133966c@kernel.dk> (raw)
In-Reply-To: <1b4283da-44df-4a02-3167-e295243cef78@deltatee.com>

On 9/5/18 1:33 PM, Logan Gunthorpe wrote:
> 
> 
> On 05/09/18 01:26 PM, Jens Axboe wrote:
>> On 9/3/18 4:26 PM, Logan Gunthorpe wrote:
>>> I personally agree with Christoph. But if there's consensus in the other
>>> direction or this is a real blocker moving this forward, I can remove it
>>> for the next version.
>>
>> It's a simple branch because the check isn't exhaustive. It just checks
>> the first page. At that point you may as well just require the caller to
>> flag the bio/rq as being P2P, and then do a check for P2P compatibility
>> with the queue.
> 
> Hmm, we had something like that in v4[1] but it just seemed redundant to
> create a flag when the information was already in the bio and kind of
> ugly for the caller to check for, then set, the flag. I'm not _that_
> averse to going back to that though...

The point is that the caller doesn't necessarily know where the bio
will end up, hence the caller can't fully check if the whole stack
supports P2P.

What happens if a P2P request ends up with a driver that doesn't
support it?

-- 
Jens Axboe


_______________________________________________
Linux-nvme mailing list
Linux-nvme@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-nvme

WARNING: multiple messages have this Message-ID (diff)
From: axboe@kernel.dk (Jens Axboe)
Subject: [PATCH v5 07/13] block: Add PCI P2P flag for request queue and check support for requests
Date: Wed, 5 Sep 2018 13:45:04 -0600	[thread overview]
Message-ID: <09258b9b-3aed-9890-b31a-bd70a133966c@kernel.dk> (raw)
In-Reply-To: <1b4283da-44df-4a02-3167-e295243cef78@deltatee.com>

On 9/5/18 1:33 PM, Logan Gunthorpe wrote:
> 
> 
> On 05/09/18 01:26 PM, Jens Axboe wrote:
>> On 9/3/18 4:26 PM, Logan Gunthorpe wrote:
>>> I personally agree with Christoph. But if there's consensus in the other
>>> direction or this is a real blocker moving this forward, I can remove it
>>> for the next version.
>>
>> It's a simple branch because the check isn't exhaustive. It just checks
>> the first page. At that point you may as well just require the caller to
>> flag the bio/rq as being P2P, and then do a check for P2P compatibility
>> with the queue.
> 
> Hmm, we had something like that in v4[1] but it just seemed redundant to
> create a flag when the information was already in the bio and kind of
> ugly for the caller to check for, then set, the flag. I'm not _that_
> averse to going back to that though...

The point is that the caller doesn't necessarily know where the bio
will end up, hence the caller can't fully check if the whole stack
supports P2P.

What happens if a P2P request ends up with a driver that doesn't
support it?

-- 
Jens Axboe

  reply	other threads:[~2018-09-05 19:45 UTC|newest]

Thread overview: 265+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-08-30 18:53 [PATCH v5 00/13] Copy Offload in NVMe Fabrics with P2P PCI Memory Logan Gunthorpe
2018-08-30 18:53 ` Logan Gunthorpe
2018-08-30 18:53 ` Logan Gunthorpe
2018-08-30 18:53 ` Logan Gunthorpe
2018-08-30 18:53 ` [PATCH v5 01/13] PCI/P2PDMA: Support peer-to-peer memory Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-31  8:04   ` Christian König
2018-08-31  8:04     ` Christian König
2018-08-31  8:04     ` Christian König
2018-08-31  8:04     ` Christian König
2018-08-31 15:48     ` Logan Gunthorpe
2018-08-31 15:48       ` Logan Gunthorpe
2018-08-31 15:48       ` Logan Gunthorpe
2018-08-31 15:48       ` Logan Gunthorpe
2018-08-31 15:48       ` Logan Gunthorpe
2018-09-01  8:27       ` Christoph Hellwig
2018-09-01  8:27         ` Christoph Hellwig
2018-09-01  8:27         ` Christoph Hellwig
2018-09-01  8:27         ` Christoph Hellwig
2018-08-31 16:19   ` Jonathan Cameron
2018-08-31 16:19     ` Jonathan Cameron
2018-08-31 16:19     ` Jonathan Cameron
2018-08-31 16:19     ` Jonathan Cameron
2018-08-31 16:19     ` Jonathan Cameron
2018-08-31 16:26     ` Logan Gunthorpe
2018-08-31 16:26       ` Logan Gunthorpe
2018-08-31 16:26       ` Logan Gunthorpe
2018-08-31 16:26       ` Logan Gunthorpe
2018-08-31 16:26       ` Logan Gunthorpe
2018-08-30 18:53 ` [PATCH v5 02/13] PCI/P2PDMA: Add sysfs group to display p2pmem stats Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53 ` [PATCH v5 03/13] PCI/P2PDMA: Add PCI p2pmem DMA mappings to adjust the bus offset Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53 ` [PATCH v5 04/13] PCI/P2PDMA: Introduce configfs/sysfs enable attribute helpers Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53 ` [PATCH v5 05/13] docs-rst: Add a new directory for PCI documentation Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53 ` [PATCH v5 06/13] PCI/P2PDMA: Add P2P DMA driver writer's documentation Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-31  0:34   ` Randy Dunlap
2018-08-31  0:34     ` Randy Dunlap
2018-08-31  0:34     ` Randy Dunlap
2018-08-31  0:34     ` Randy Dunlap
2018-08-31 15:44     ` Logan Gunthorpe
2018-08-31 15:44       ` Logan Gunthorpe
2018-08-31 15:44       ` Logan Gunthorpe
2018-08-31 15:44       ` Logan Gunthorpe
2018-08-31 15:44       ` Logan Gunthorpe
2018-08-31  8:08   ` Christian König
2018-08-31  8:08     ` Christian König
2018-08-31  8:08     ` Christian König
2018-08-31  8:08     ` Christian König
2018-08-31  8:08     ` Christian König
2018-08-31 15:51     ` Logan Gunthorpe
2018-08-31 15:51       ` Logan Gunthorpe
2018-08-31 15:51       ` Logan Gunthorpe
2018-08-31 15:51       ` Logan Gunthorpe
2018-08-31 15:51       ` Logan Gunthorpe
2018-08-31 17:38       ` Christian König
2018-08-31 17:38         ` Christian König
2018-08-31 17:38         ` Christian König
2018-08-31 17:38         ` Christian König
2018-08-31 17:38         ` Christian König
2018-08-31 19:11         ` Logan Gunthorpe
2018-08-31 19:11           ` Logan Gunthorpe
2018-08-31 19:11           ` Logan Gunthorpe
2018-08-31 19:11           ` Logan Gunthorpe
2018-08-31 19:11           ` Logan Gunthorpe
2018-08-30 18:53 ` [PATCH v5 07/13] block: Add PCI P2P flag for request queue and check support for requests Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 19:11   ` Jens Axboe
2018-08-30 19:11     ` Jens Axboe
2018-08-30 19:11     ` Jens Axboe
2018-08-30 19:11     ` Jens Axboe
2018-08-30 19:17     ` Logan Gunthorpe
2018-08-30 19:17       ` Logan Gunthorpe
2018-08-30 19:17       ` Logan Gunthorpe
2018-08-30 19:17       ` Logan Gunthorpe
2018-08-30 19:17       ` Logan Gunthorpe
2018-08-30 19:19       ` Jens Axboe
2018-08-30 19:19         ` Jens Axboe
2018-08-30 19:19         ` Jens Axboe
2018-08-30 19:19         ` Jens Axboe
2018-08-30 19:19         ` Jens Axboe
2018-09-01  8:28     ` Christoph Hellwig
2018-09-01  8:28       ` Christoph Hellwig
2018-09-01  8:28       ` Christoph Hellwig
2018-09-01  8:28       ` Christoph Hellwig
2018-09-01  8:28       ` Christoph Hellwig
2018-09-03 22:26       ` Logan Gunthorpe
2018-09-03 22:26         ` Logan Gunthorpe
2018-09-03 22:26         ` Logan Gunthorpe
2018-09-03 22:26         ` Logan Gunthorpe
2018-09-03 22:26         ` Logan Gunthorpe
2018-09-05 19:26         ` Jens Axboe
2018-09-05 19:26           ` Jens Axboe
2018-09-05 19:26           ` Jens Axboe
2018-09-05 19:26           ` Jens Axboe
2018-09-05 19:26           ` Jens Axboe
2018-09-05 19:33           ` Logan Gunthorpe
2018-09-05 19:33             ` Logan Gunthorpe
2018-09-05 19:33             ` Logan Gunthorpe
2018-09-05 19:33             ` Logan Gunthorpe
2018-09-05 19:33             ` Logan Gunthorpe
2018-09-05 19:45             ` Jens Axboe [this message]
2018-09-05 19:45               ` Jens Axboe
2018-09-05 19:45               ` Jens Axboe
2018-09-05 19:45               ` Jens Axboe
2018-09-05 19:53               ` Logan Gunthorpe
2018-09-05 19:53                 ` Logan Gunthorpe
2018-09-05 19:53                 ` Logan Gunthorpe
2018-09-05 19:53                 ` Logan Gunthorpe
2018-09-05 19:56               ` Christoph Hellwig
2018-09-05 19:56                 ` Christoph Hellwig
2018-09-05 19:56                 ` Christoph Hellwig
2018-09-05 19:56                 ` Christoph Hellwig
2018-09-05 19:56                 ` Christoph Hellwig
2018-09-05 19:54                 ` Jens Axboe
2018-09-05 19:54                   ` Jens Axboe
2018-09-05 19:54                   ` Jens Axboe
2018-09-05 19:54                   ` Jens Axboe
2018-09-05 20:11                   ` Christoph Hellwig
2018-09-05 20:11                     ` Christoph Hellwig
2018-09-05 20:11                     ` Christoph Hellwig
2018-09-05 20:11                     ` Christoph Hellwig
2018-09-05 20:11                     ` Christoph Hellwig
2018-09-05 20:09                     ` Logan Gunthorpe
2018-09-05 20:09                       ` Logan Gunthorpe
2018-09-05 20:09                       ` Logan Gunthorpe
2018-09-05 20:09                       ` Logan Gunthorpe
2018-09-05 20:09                       ` Logan Gunthorpe
2018-09-05 20:14                       ` Jens Axboe
2018-09-05 20:14                         ` Jens Axboe
2018-09-05 20:14                         ` Jens Axboe
2018-09-05 20:18                         ` Logan Gunthorpe
2018-09-05 20:18                           ` Logan Gunthorpe
2018-09-05 20:18                           ` Logan Gunthorpe
2018-09-05 20:18                           ` Logan Gunthorpe
2018-09-05 20:18                           ` Logan Gunthorpe
2018-09-05 20:19                           ` Jens Axboe
2018-09-05 20:19                             ` Jens Axboe
2018-09-05 20:19                             ` Jens Axboe
2018-09-05 20:19                             ` Jens Axboe
2018-09-05 20:19                             ` Jens Axboe
2018-09-05 20:32                             ` Logan Gunthorpe
2018-09-05 20:32                               ` Logan Gunthorpe
2018-09-05 20:32                               ` Logan Gunthorpe
2018-09-05 20:32                               ` Logan Gunthorpe
2018-09-05 20:32                               ` Logan Gunthorpe
2018-09-05 20:36                               ` Jens Axboe
2018-09-05 20:36                                 ` Jens Axboe
2018-09-05 20:36                                 ` Jens Axboe
2018-09-05 20:36                                 ` Jens Axboe
2018-09-05 20:36                                 ` Jens Axboe
2018-09-05 21:03                                 ` Logan Gunthorpe
2018-09-05 21:03                                   ` Logan Gunthorpe
2018-09-05 21:03                                   ` Logan Gunthorpe
2018-09-05 21:03                                   ` Logan Gunthorpe
2018-09-05 21:03                                   ` Logan Gunthorpe
2018-09-05 21:13                                   ` Christoph Hellwig
2018-09-05 21:13                                     ` Christoph Hellwig
2018-09-05 21:13                                     ` Christoph Hellwig
2018-09-05 21:13                                     ` Christoph Hellwig
2018-09-05 21:13                                     ` Christoph Hellwig
2018-09-05 21:18                                   ` Jens Axboe
2018-09-05 21:18                                     ` Jens Axboe
2018-09-05 21:18                                     ` Jens Axboe
2018-09-05 21:18                                     ` Jens Axboe
2018-09-05 21:18                                     ` Jens Axboe
2018-09-10 16:41                                   ` Christoph Hellwig
2018-09-10 16:41                                     ` Christoph Hellwig
2018-09-10 16:41                                     ` Christoph Hellwig
2018-09-10 16:41                                     ` Christoph Hellwig
2018-09-10 16:41                                     ` Christoph Hellwig
2018-09-10 18:11                                     ` Logan Gunthorpe
2018-09-10 18:11                                       ` Logan Gunthorpe
2018-09-10 18:11                                       ` Logan Gunthorpe
2018-09-10 18:11                                       ` Logan Gunthorpe
2018-09-10 18:11                                       ` Logan Gunthorpe
2018-09-11  7:10                                       ` Christoph Hellwig
2018-09-11  7:10                                         ` Christoph Hellwig
2018-09-11  7:10                                         ` Christoph Hellwig
2018-09-11  7:10                                         ` Christoph Hellwig
2018-08-30 18:53 ` [PATCH v5 08/13] IB/core: Ensure we map P2P memory correctly in rdma_rw_ctx_[init|destroy]() Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-31  0:18   ` Sagi Grimberg
2018-08-31  0:18     ` Sagi Grimberg
2018-08-31  0:18     ` Sagi Grimberg
2018-08-31  0:18     ` Sagi Grimberg
2018-08-31  0:18     ` Sagi Grimberg
2018-08-30 18:53 ` [PATCH v5 09/13] nvme-pci: Use PCI p2pmem subsystem to manage the CMB Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53 ` [PATCH v5 10/13] nvme-pci: Add support for P2P memory in requests Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-09-04 15:16   ` Jason Gunthorpe
2018-09-04 15:16     ` Jason Gunthorpe
2018-09-04 15:16     ` Jason Gunthorpe
2018-09-04 15:16     ` Jason Gunthorpe
2018-09-04 15:47     ` Logan Gunthorpe
2018-09-04 15:47       ` Logan Gunthorpe
2018-09-04 15:47       ` Logan Gunthorpe
2018-09-04 15:47       ` Logan Gunthorpe
2018-09-04 15:47       ` Logan Gunthorpe
2018-09-05 19:22       ` Christoph Hellwig
2018-09-05 19:22         ` Christoph Hellwig
2018-09-05 19:22         ` Christoph Hellwig
2018-09-05 19:22         ` Christoph Hellwig
2018-08-30 18:53 ` [PATCH v5 11/13] nvme-pci: Add a quirk for a pseudo CMB Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53 ` [PATCH v5 12/13] nvmet: Introduce helper functions to allocate and free request SGLs Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-31  0:14   ` Sagi Grimberg
2018-08-31  0:14     ` Sagi Grimberg
2018-08-31  0:14     ` Sagi Grimberg
2018-08-31  0:14     ` Sagi Grimberg
2018-08-31  0:14     ` Sagi Grimberg
2018-08-30 18:53 ` [PATCH v5 13/13] nvmet: Optionally use PCI P2P memory Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-30 18:53   ` Logan Gunthorpe
2018-08-31  0:25   ` Sagi Grimberg
2018-08-31  0:25     ` Sagi Grimberg
2018-08-31  0:25     ` Sagi Grimberg
2018-08-31  0:25     ` Sagi Grimberg
2018-08-31  0:25     ` Sagi Grimberg
2018-08-31 15:41     ` Logan Gunthorpe
2018-08-31 15:41       ` Logan Gunthorpe
2018-08-31 15:41       ` Logan Gunthorpe
2018-08-31 15:41       ` Logan Gunthorpe
2018-08-31 15:41       ` Logan Gunthorpe
2018-08-30 19:20 ` [PATCH v5 00/13] Copy Offload in NVMe Fabrics with P2P PCI Memory Jerome Glisse
2018-08-30 19:20   ` Jerome Glisse
2018-08-30 19:20   ` Jerome Glisse
2018-08-30 19:20   ` Jerome Glisse
2018-08-30 19:20   ` Jerome Glisse
2018-08-30 19:20   ` Jerome Glisse
2018-08-30 19:30   ` Logan Gunthorpe
2018-08-30 19:30     ` Logan Gunthorpe
2018-08-30 19:30     ` Logan Gunthorpe
2018-08-30 19:30     ` Logan Gunthorpe
2018-08-30 19:30     ` Logan Gunthorpe

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=09258b9b-3aed-9890-b31a-bd70a133966c@kernel.dk \
    --to=axboe@kernel.dk \
    --cc=alex.williamson@redhat.com \
    --cc=benh@kernel.crashing.org \
    --cc=bhelgaas@google.com \
    --cc=christian.koenig@amd.com \
    --cc=hch@lst.de \
    --cc=jgg@mellanox.com \
    --cc=jglisse@redhat.com \
    --cc=linux-block@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-nvdimm@lists.01.org \
    --cc=linux-nvme@lists.infradead.org \
    --cc=linux-pci@vger.kernel.org \
    --cc=linux-rdma@vger.kernel.org \
    --cc=logang@deltatee.com \
    --cc=maxg@mellanox.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.