From: "Stephen Bates" <sbates@raithlin.com>
To: Alex Williamson <alex.williamson@redhat.com>,
Logan Gunthorpe <logang@deltatee.com>
Cc: "Jens Axboe" <axboe@kernel.dk>,
"Keith Busch" <keith.busch@intel.com>,
"linux-nvdimm@lists.01.org" <linux-nvdimm@lists.01.org>,
"linux-rdma@vger.kernel.org" <linux-rdma@vger.kernel.org>,
"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-nvme@lists.infradead.org" <linux-nvme@lists.infradead.org>,
"Christoph Hellwig" <hch@lst.de>,
"linux-block@vger.kernel.org" <linux-block@vger.kernel.org>,
"Jérôme Glisse" <jglisse@redhat.com>,
"Jason Gunthorpe" <jgg@mellanox.com>,
"Bjorn Helgaas" <helgaas@kernel.org>,
"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 v4 04/14] PCI/P2PDMA: Clear ACS P2P flags for all devices behind switches
Date: Tue, 8 May 2018 21:42:27 +0000 [thread overview]
Message-ID: <354F7407-0DC7-470C-B9AA-74FDF9C46B08@raithlin.com> (raw)
In-Reply-To: <20180508152631.50fd583c@w520.home>
Hi Alex
> But it would be a much easier proposal to disable ACS when the IOMMU is
> not enabled, ACS has no real purpose in that case.
I guess one issue I have with this is that it disables IOMMU groups for all Root Ports and not just the one(s) we wish to do p2pdma on.
> The IOMMU and P2P are already not exclusive, we can bounce off the
> IOMMU or make use of ATS as we've previously discussed. We were
> previously talking about a build time config option that you didn't
> expect distros to use, so I don't think intervention for the user to
> disable the IOMMU if it's enabled by default is a serious concern
> either.
ATS definitely makes things more interesting for the cases where the EPs support it. However I don't really have a handle on how common ATS support is going to be in the kinds of devices we have been focused on (NVMe SSDs and RDMA NICs mostly).
> What you're trying to do is enabled direct peer-to-peer for endpoints
> which do not support ATS when the IOMMU is enabled, which is not
> something that necessarily makes sense to me.
As above the advantage of leaving the IOMMU on is that it allows for both p2pdma PCI domains and IOMMU groupings PCI domains in the same system. It is just that these domains will be separate to each other.
> So that leaves avoiding bounce buffers as the remaining IOMMU feature
I agree with you here that the devices we will want to use for p2p will probably not require a bounce buffer and will support 64 bit DMA addressing.
> I'm still not seeing why it's terribly undesirable to require devices to support
> ATS if they want to do direct P2P with an IOMMU enabled.
I think the one reason is for the use-case above. Allowing IOMMU groupings on one domain and p2pdma on another domain....
Stephen
_______________________________________________
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: "Stephen Bates" <sbates@raithlin.com>
To: Alex Williamson <alex.williamson@redhat.com>,
Logan Gunthorpe <logang@deltatee.com>
Cc: "Christian König" <christian.koenig@amd.com>,
"Bjorn Helgaas" <helgaas@kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>,
"linux-nvme@lists.infradead.org" <linux-nvme@lists.infradead.org>,
"linux-rdma@vger.kernel.org" <linux-rdma@vger.kernel.org>,
"linux-nvdimm@lists.01.org" <linux-nvdimm@lists.01.org>,
"linux-block@vger.kernel.org" <linux-block@vger.kernel.org>,
"Christoph Hellwig" <hch@lst.de>, "Jens Axboe" <axboe@kernel.dk>,
"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>
Subject: Re: [PATCH v4 04/14] PCI/P2PDMA: Clear ACS P2P flags for all devices behind switches
Date: Tue, 8 May 2018 21:42:27 +0000 [thread overview]
Message-ID: <354F7407-0DC7-470C-B9AA-74FDF9C46B08@raithlin.com> (raw)
In-Reply-To: <20180508152631.50fd583c@w520.home>
SGkgQWxleA0KDQo+ICAgIEJ1dCBpdCB3b3VsZCBiZSBhIG11Y2ggZWFzaWVyIHByb3Bvc2FsIHRv
IGRpc2FibGUgQUNTIHdoZW4gdGhlIElPTU1VIGlzDQo+ICAgIG5vdCBlbmFibGVkLCBBQ1MgaGFz
IG5vIHJlYWwgcHVycG9zZSBpbiB0aGF0IGNhc2UuDQoNCkkgZ3Vlc3Mgb25lIGlzc3VlIEkgaGF2
ZSB3aXRoIHRoaXMgaXMgdGhhdCBpdCBkaXNhYmxlcyBJT01NVSBncm91cHMgZm9yIGFsbCBSb290
IFBvcnRzIGFuZCBub3QganVzdCB0aGUgb25lKHMpIHdlIHdpc2ggdG8gZG8gcDJwZG1hIG9uLiAN
CiAgICANCj4gICAgVGhlIElPTU1VIGFuZCBQMlAgYXJlIGFscmVhZHkgbm90IGV4Y2x1c2l2ZSwg
d2UgY2FuIGJvdW5jZSBvZmYgdGhlDQo+ICAgIElPTU1VIG9yIG1ha2UgdXNlIG9mIEFUUyBhcyB3
ZSd2ZSBwcmV2aW91c2x5IGRpc2N1c3NlZC4gIFdlIHdlcmUNCj4gICAgcHJldmlvdXNseSB0YWxr
aW5nIGFib3V0IGEgYnVpbGQgdGltZSBjb25maWcgb3B0aW9uIHRoYXQgeW91IGRpZG4ndA0KPiAg
ICBleHBlY3QgZGlzdHJvcyB0byB1c2UsIHNvIEkgZG9uJ3QgdGhpbmsgaW50ZXJ2ZW50aW9uIGZv
ciB0aGUgdXNlciB0bw0KPiAgICBkaXNhYmxlIHRoZSBJT01NVSBpZiBpdCdzIGVuYWJsZWQgYnkg
ZGVmYXVsdCBpcyBhIHNlcmlvdXMgY29uY2Vybg0KPiAgICBlaXRoZXIuDQoNCkFUUyBkZWZpbml0
ZWx5IG1ha2VzIHRoaW5ncyBtb3JlIGludGVyZXN0aW5nIGZvciB0aGUgY2FzZXMgd2hlcmUgdGhl
IEVQcyBzdXBwb3J0IGl0LiBIb3dldmVyIEkgZG9uJ3QgcmVhbGx5IGhhdmUgYSBoYW5kbGUgb24g
aG93IGNvbW1vbiBBVFMgc3VwcG9ydCBpcyBnb2luZyB0byBiZSBpbiB0aGUga2luZHMgb2YgZGV2
aWNlcyB3ZSBoYXZlIGJlZW4gZm9jdXNlZCBvbiAoTlZNZSBTU0RzIGFuZCBSRE1BIE5JQ3MgbW9z
dGx5KS4gDQogICAgDQo+IFdoYXQgeW91J3JlIHRyeWluZyB0byBkbyBpcyBlbmFibGVkIGRpcmVj
dCBwZWVyLXRvLXBlZXIgZm9yIGVuZHBvaW50cw0KPiAgd2hpY2ggZG8gbm90IHN1cHBvcnQgQVRT
IHdoZW4gdGhlIElPTU1VIGlzIGVuYWJsZWQsIHdoaWNoIGlzIG5vdA0KPiAgc29tZXRoaW5nIHRo
YXQgbmVjZXNzYXJpbHkgbWFrZXMgc2Vuc2UgdG8gbWUuIA0KDQpBcyBhYm92ZSB0aGUgYWR2YW50
YWdlIG9mIGxlYXZpbmcgdGhlIElPTU1VIG9uIGlzIHRoYXQgaXQgYWxsb3dzIGZvciBib3RoIHAy
cGRtYSBQQ0kgZG9tYWlucyBhbmQgSU9NTVUgZ3JvdXBpbmdzIFBDSSBkb21haW5zIGluIHRoZSBz
YW1lIHN5c3RlbS4gSXQgaXMganVzdCB0aGF0IHRoZXNlIGRvbWFpbnMgd2lsbCBiZSBzZXBhcmF0
ZSB0byBlYWNoIG90aGVyLg0KDQo+ICBTbyB0aGF0IGxlYXZlcyBhdm9pZGluZyBib3VuY2UgYnVm
ZmVycyBhcyB0aGUgcmVtYWluaW5nIElPTU1VIGZlYXR1cmUNCg0KSSBhZ3JlZSB3aXRoIHlvdSBo
ZXJlIHRoYXQgdGhlIGRldmljZXMgd2Ugd2lsbCB3YW50IHRvIHVzZSBmb3IgcDJwIHdpbGwgcHJv
YmFibHkgbm90IHJlcXVpcmUgYSBib3VuY2UgYnVmZmVyIGFuZCB3aWxsIHN1cHBvcnQgNjQgYml0
IERNQSBhZGRyZXNzaW5nLg0KICAgIA0KPiBJJ20gc3RpbGwgbm90IHNlZWluZyB3aHkgaXQncyB0
ZXJyaWJseSB1bmRlc2lyYWJsZSB0byByZXF1aXJlIGRldmljZXMgdG8gc3VwcG9ydA0KPiBBVFMg
aWYgdGhleSB3YW50IHRvIGRvIGRpcmVjdCBQMlAgd2l0aCBhbiBJT01NVSBlbmFibGVkLg0KDQpJ
IHRoaW5rIHRoZSBvbmUgcmVhc29uIGlzIGZvciB0aGUgdXNlLWNhc2UgYWJvdmUuIEFsbG93aW5n
IElPTU1VIGdyb3VwaW5ncyBvbiBvbmUgZG9tYWluIGFuZCBwMnBkbWEgb24gYW5vdGhlciBkb21h
aW4uLi4uDQogICAgDQpTdGVwaGVuDQogICAgDQoNCg==
WARNING: multiple messages have this Message-ID (diff)
From: "Stephen Bates" <sbates-pv7U853sEMVWk0Htik3J/w@public.gmane.org>
To: Alex Williamson
<alex.williamson-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
Logan Gunthorpe <logang-OTvnGxWRz7hWk0Htik3J/w@public.gmane.org>
Cc: "Jens Axboe" <axboe-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org>,
"Keith Busch"
<keith.busch-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
"linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org"
<linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>,
"linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
"linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
"linux-nvme-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org"
<linux-nvme-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
"Christoph Hellwig" <hch-jcswGhMUV9g@public.gmane.org>,
"linux-block-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-block-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
"Jérôme Glisse" <jglisse-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
"Jason Gunthorpe" <jgg-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>,
"Bjorn Helgaas" <helgaas-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
"Benjamin Herrenschmidt"
<benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>,
"Bjorn Helgaas"
<bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>,
"Max Gurtovoy" <maxg-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>,
"Christian König" <christian.koenig-5C7GfCeVMHo@public.gmane.org>
Subject: Re: [PATCH v4 04/14] PCI/P2PDMA: Clear ACS P2P flags for all devices behind switches
Date: Tue, 8 May 2018 21:42:27 +0000 [thread overview]
Message-ID: <354F7407-0DC7-470C-B9AA-74FDF9C46B08@raithlin.com> (raw)
In-Reply-To: <20180508152631.50fd583c-DGNDKt5SQtizQB+pC5nmwQ@public.gmane.org>
Hi Alex
> But it would be a much easier proposal to disable ACS when the IOMMU is
> not enabled, ACS has no real purpose in that case.
I guess one issue I have with this is that it disables IOMMU groups for all Root Ports and not just the one(s) we wish to do p2pdma on.
> The IOMMU and P2P are already not exclusive, we can bounce off the
> IOMMU or make use of ATS as we've previously discussed. We were
> previously talking about a build time config option that you didn't
> expect distros to use, so I don't think intervention for the user to
> disable the IOMMU if it's enabled by default is a serious concern
> either.
ATS definitely makes things more interesting for the cases where the EPs support it. However I don't really have a handle on how common ATS support is going to be in the kinds of devices we have been focused on (NVMe SSDs and RDMA NICs mostly).
> What you're trying to do is enabled direct peer-to-peer for endpoints
> which do not support ATS when the IOMMU is enabled, which is not
> something that necessarily makes sense to me.
As above the advantage of leaving the IOMMU on is that it allows for both p2pdma PCI domains and IOMMU groupings PCI domains in the same system. It is just that these domains will be separate to each other.
> So that leaves avoiding bounce buffers as the remaining IOMMU feature
I agree with you here that the devices we will want to use for p2p will probably not require a bounce buffer and will support 64 bit DMA addressing.
> I'm still not seeing why it's terribly undesirable to require devices to support
> ATS if they want to do direct P2P with an IOMMU enabled.
I think the one reason is for the use-case above. Allowing IOMMU groupings on one domain and p2pdma on another domain....
Stephen
WARNING: multiple messages have this Message-ID (diff)
From: "Stephen Bates" <sbates@raithlin.com>
To: Alex Williamson <alex.williamson@redhat.com>,
Logan Gunthorpe <logang@deltatee.com>
Cc: "Christian König" <christian.koenig@amd.com>,
"Bjorn Helgaas" <helgaas@kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>,
"linux-nvme@lists.infradead.org" <linux-nvme@lists.infradead.org>,
"linux-rdma@vger.kernel.org" <linux-rdma@vger.kernel.org>,
"linux-nvdimm@lists.01.org" <linux-nvdimm@lists.01.org>,
"linux-block@vger.kernel.org" <linux-block@vger.kernel.org>,
"Christoph Hellwig" <hch@lst.de>, "Jens Axboe" <axboe@kernel.dk>,
"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>
Subject: Re: [PATCH v4 04/14] PCI/P2PDMA: Clear ACS P2P flags for all devices behind switches
Date: Tue, 8 May 2018 21:42:27 +0000 [thread overview]
Message-ID: <354F7407-0DC7-470C-B9AA-74FDF9C46B08@raithlin.com> (raw)
In-Reply-To: <20180508152631.50fd583c@w520.home>
Hi Alex
> But it would be a much easier proposal to disable ACS when the IOMMU is
> not enabled, ACS has no real purpose in that case.
I guess one issue I have with this is that it disables IOMMU groups for all Root Ports and not just the one(s) we wish to do p2pdma on.
> The IOMMU and P2P are already not exclusive, we can bounce off the
> IOMMU or make use of ATS as we've previously discussed. We were
> previously talking about a build time config option that you didn't
> expect distros to use, so I don't think intervention for the user to
> disable the IOMMU if it's enabled by default is a serious concern
> either.
ATS definitely makes things more interesting for the cases where the EPs support it. However I don't really have a handle on how common ATS support is going to be in the kinds of devices we have been focused on (NVMe SSDs and RDMA NICs mostly).
> What you're trying to do is enabled direct peer-to-peer for endpoints
> which do not support ATS when the IOMMU is enabled, which is not
> something that necessarily makes sense to me.
As above the advantage of leaving the IOMMU on is that it allows for both p2pdma PCI domains and IOMMU groupings PCI domains in the same system. It is just that these domains will be separate to each other.
> So that leaves avoiding bounce buffers as the remaining IOMMU feature
I agree with you here that the devices we will want to use for p2p will probably not require a bounce buffer and will support 64 bit DMA addressing.
> I'm still not seeing why it's terribly undesirable to require devices to support
> ATS if they want to do direct P2P with an IOMMU enabled.
I think the one reason is for the use-case above. Allowing IOMMU groupings on one domain and p2pdma on another domain....
Stephen
WARNING: multiple messages have this Message-ID (diff)
From: sbates@raithlin.com (Stephen Bates)
Subject: [PATCH v4 04/14] PCI/P2PDMA: Clear ACS P2P flags for all devices behind switches
Date: Tue, 8 May 2018 21:42:27 +0000 [thread overview]
Message-ID: <354F7407-0DC7-470C-B9AA-74FDF9C46B08@raithlin.com> (raw)
In-Reply-To: <20180508152631.50fd583c@w520.home>
Hi Alex
> But it would be a much easier proposal to disable ACS when the IOMMU is
> not enabled, ACS has no real purpose in that case.
I guess one issue I have with this is that it disables IOMMU groups for all Root Ports and not just the one(s) we wish to do p2pdma on.
> The IOMMU and P2P are already not exclusive, we can bounce off the
> IOMMU or make use of ATS as we've previously discussed. We were
> previously talking about a build time config option that you didn't
> expect distros to use, so I don't think intervention for the user to
> disable the IOMMU if it's enabled by default is a serious concern
> either.
ATS definitely makes things more interesting for the cases where the EPs support it. However I don't really have a handle on how common ATS support is going to be in the kinds of devices we have been focused on (NVMe SSDs and RDMA NICs mostly).
> What you're trying to do is enabled direct peer-to-peer for endpoints
> which do not support ATS when the IOMMU is enabled, which is not
> something that necessarily makes sense to me.
As above the advantage of leaving the IOMMU on is that it allows for both p2pdma PCI domains and IOMMU groupings PCI domains in the same system. It is just that these domains will be separate to each other.
> So that leaves avoiding bounce buffers as the remaining IOMMU feature
I agree with you here that the devices we will want to use for p2p will probably not require a bounce buffer and will support 64 bit DMA addressing.
> I'm still not seeing why it's terribly undesirable to require devices to support
> ATS if they want to do direct P2P with an IOMMU enabled.
I think the one reason is for the use-case above. Allowing IOMMU groupings on one domain and p2pdma on another domain....
Stephen
next prev parent reply other threads:[~2018-05-08 21:42 UTC|newest]
Thread overview: 460+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-04-23 23:30 [PATCH v4 00/14] Copy Offload in NVMe Fabrics with P2P PCI Memory Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` [PATCH v4 01/14] PCI/P2PDMA: Support peer-to-peer memory Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-05-07 23:00 ` Bjorn Helgaas
2018-05-07 23:00 ` Bjorn Helgaas
2018-05-07 23:00 ` Bjorn Helgaas
2018-05-07 23:00 ` Bjorn Helgaas
2018-05-07 23:00 ` Bjorn Helgaas
2018-05-07 23:09 ` Logan Gunthorpe
2018-05-07 23:09 ` Logan Gunthorpe
2018-05-07 23:09 ` Logan Gunthorpe
2018-05-07 23:09 ` Logan Gunthorpe
2018-05-07 23:09 ` Logan Gunthorpe
2018-04-23 23:30 ` [PATCH v4 02/14] PCI/P2PDMA: Add sysfs group to display p2pmem stats Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` [PATCH v4 03/14] PCI/P2PDMA: Add PCI p2pmem dma mappings to adjust the bus offset Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-05-07 23:02 ` Bjorn Helgaas
2018-05-07 23:02 ` Bjorn Helgaas
2018-05-07 23:02 ` Bjorn Helgaas
2018-05-07 23:02 ` Bjorn Helgaas
2018-05-07 23:02 ` Bjorn Helgaas
2018-04-23 23:30 ` [PATCH v4 04/14] PCI/P2PDMA: Clear ACS P2P flags for all devices behind switches Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-24 3:33 ` Randy Dunlap
2018-04-24 3:33 ` Randy Dunlap
2018-04-24 3:33 ` Randy Dunlap
2018-04-24 3:33 ` Randy Dunlap
2018-05-07 23:13 ` Bjorn Helgaas
2018-05-07 23:13 ` Bjorn Helgaas
2018-05-07 23:13 ` Bjorn Helgaas
2018-05-07 23:13 ` Bjorn Helgaas
2018-05-07 23:13 ` Bjorn Helgaas
2018-05-08 7:17 ` Christian König
2018-05-08 7:17 ` Christian König
2018-05-08 7:17 ` Christian König
2018-05-08 7:17 ` Christian König
2018-05-08 7:17 ` Christian König
2018-05-08 14:25 ` Stephen Bates
2018-05-08 14:25 ` Stephen Bates
2018-05-08 14:25 ` Stephen Bates
2018-05-08 14:25 ` Stephen Bates
2018-05-08 14:25 ` Stephen Bates
2018-05-08 14:25 ` Stephen Bates
2018-05-08 16:37 ` Christian König
2018-05-08 16:37 ` Christian König
2018-05-08 16:37 ` Christian König
2018-05-08 16:37 ` Christian König
2018-05-08 16:37 ` Christian König
2018-05-08 16:27 ` Logan Gunthorpe
2018-05-08 16:27 ` Logan Gunthorpe
2018-05-08 16:27 ` Logan Gunthorpe
2018-05-08 16:27 ` Logan Gunthorpe
2018-05-08 16:50 ` Christian König
2018-05-08 16:50 ` Christian König
2018-05-08 16:50 ` Christian König
2018-05-08 16:50 ` Christian König
2018-05-08 19:13 ` Logan Gunthorpe
2018-05-08 19:13 ` Logan Gunthorpe
2018-05-08 19:13 ` Logan Gunthorpe
2018-05-08 19:13 ` Logan Gunthorpe
2018-05-08 19:34 ` Alex Williamson
2018-05-08 19:34 ` Alex Williamson
2018-05-08 19:34 ` Alex Williamson
2018-05-08 19:34 ` Alex Williamson
2018-05-08 19:45 ` Logan Gunthorpe
2018-05-08 19:45 ` Logan Gunthorpe
2018-05-08 19:45 ` Logan Gunthorpe
2018-05-08 19:45 ` Logan Gunthorpe
2018-05-08 20:13 ` Alex Williamson
2018-05-08 20:13 ` Alex Williamson
2018-05-08 20:13 ` Alex Williamson
2018-05-08 20:13 ` Alex Williamson
2018-05-08 20:19 ` Logan Gunthorpe
2018-05-08 20:19 ` Logan Gunthorpe
2018-05-08 20:19 ` Logan Gunthorpe
2018-05-08 20:19 ` Logan Gunthorpe
2018-05-08 20:43 ` Alex Williamson
2018-05-08 20:43 ` Alex Williamson
2018-05-08 20:43 ` Alex Williamson
2018-05-08 20:43 ` Alex Williamson
2018-05-08 20:49 ` Logan Gunthorpe
2018-05-08 20:49 ` Logan Gunthorpe
2018-05-08 20:49 ` Logan Gunthorpe
2018-05-08 20:49 ` Logan Gunthorpe
2018-05-08 21:26 ` Alex Williamson
2018-05-08 21:26 ` Alex Williamson
2018-05-08 21:26 ` Alex Williamson
2018-05-08 21:26 ` Alex Williamson
2018-05-08 21:42 ` Stephen Bates [this message]
2018-05-08 21:42 ` Stephen Bates
2018-05-08 21:42 ` Stephen Bates
2018-05-08 21:42 ` Stephen Bates
2018-05-08 21:42 ` Stephen Bates
2018-05-08 22:03 ` Alex Williamson
2018-05-08 22:03 ` Alex Williamson
2018-05-08 22:03 ` Alex Williamson
2018-05-08 22:03 ` Alex Williamson
2018-05-08 22:10 ` Logan Gunthorpe
2018-05-08 22:10 ` Logan Gunthorpe
2018-05-08 22:10 ` Logan Gunthorpe
2018-05-08 22:10 ` Logan Gunthorpe
2018-05-08 22:25 ` Stephen Bates
2018-05-08 22:25 ` Stephen Bates
2018-05-08 22:25 ` Stephen Bates
2018-05-08 22:25 ` Stephen Bates
2018-05-08 22:25 ` Stephen Bates
2018-05-08 23:11 ` Alex Williamson
2018-05-08 23:11 ` Alex Williamson
2018-05-08 23:11 ` Alex Williamson
2018-05-08 23:11 ` Alex Williamson
2018-05-08 23:31 ` Logan Gunthorpe
2018-05-08 23:31 ` Logan Gunthorpe
2018-05-08 23:31 ` Logan Gunthorpe
2018-05-08 23:31 ` Logan Gunthorpe
2018-05-09 0:17 ` Alex Williamson
2018-05-09 0:17 ` Alex Williamson
2018-05-09 0:17 ` Alex Williamson
2018-05-09 0:17 ` Alex Williamson
2018-05-08 22:32 ` Alex Williamson
2018-05-08 22:32 ` Alex Williamson
2018-05-08 22:32 ` Alex Williamson
2018-05-08 22:32 ` Alex Williamson
2018-05-08 23:00 ` Dan Williams
2018-05-08 23:00 ` Dan Williams
2018-05-08 23:00 ` Dan Williams
2018-05-08 23:00 ` Dan Williams
2018-05-08 23:15 ` Logan Gunthorpe
2018-05-08 23:15 ` Logan Gunthorpe
2018-05-08 23:15 ` Logan Gunthorpe
2018-05-08 23:15 ` Logan Gunthorpe
2018-05-09 12:38 ` Stephen Bates
2018-05-09 12:38 ` Stephen Bates
2018-05-09 12:38 ` Stephen Bates
2018-05-09 12:38 ` Stephen Bates
2018-05-09 12:38 ` Stephen Bates
2018-05-08 22:21 ` Don Dutile
2018-05-08 22:21 ` Don Dutile
2018-05-08 22:21 ` Don Dutile
2018-05-08 22:21 ` Don Dutile
2018-05-09 12:44 ` Stephen Bates
2018-05-09 12:44 ` Stephen Bates
2018-05-09 12:44 ` Stephen Bates
2018-05-09 12:44 ` Stephen Bates
2018-05-09 12:44 ` Stephen Bates
2018-05-09 12:44 ` Stephen Bates
2018-05-09 15:58 ` Don Dutile
2018-05-09 15:58 ` Don Dutile
2018-05-09 15:58 ` Don Dutile
2018-05-09 15:58 ` Don Dutile
2018-05-08 20:50 ` Jerome Glisse
2018-05-08 20:50 ` Jerome Glisse
2018-05-08 20:50 ` Jerome Glisse
2018-05-08 20:50 ` Jerome Glisse
2018-05-08 21:35 ` Stephen Bates
2018-05-08 21:35 ` Stephen Bates
2018-05-08 21:35 ` Stephen Bates
2018-05-08 21:35 ` Stephen Bates
2018-05-08 21:35 ` Stephen Bates
2018-05-08 21:35 ` Stephen Bates
2018-05-09 13:12 ` Stephen Bates
2018-05-09 13:12 ` Stephen Bates
2018-05-09 13:12 ` Stephen Bates
2018-05-09 13:12 ` Stephen Bates
2018-05-09 13:12 ` Stephen Bates
2018-05-09 13:40 ` Christian König
2018-05-09 13:40 ` Christian König
2018-05-09 13:40 ` Christian König
2018-05-09 13:40 ` Christian König
2018-05-09 13:40 ` Christian König
2018-05-09 15:41 ` Stephen Bates
2018-05-09 15:41 ` Stephen Bates
2018-05-09 15:41 ` Stephen Bates
2018-05-09 15:41 ` Stephen Bates
2018-05-09 15:41 ` Stephen Bates
2018-05-09 16:07 ` Jerome Glisse
2018-05-09 16:07 ` Jerome Glisse
2018-05-09 16:07 ` Jerome Glisse
2018-05-09 16:07 ` Jerome Glisse
2018-05-09 16:07 ` Jerome Glisse
2018-05-09 16:30 ` Stephen Bates
2018-05-09 16:30 ` Stephen Bates
2018-05-09 16:30 ` Stephen Bates
2018-05-09 16:30 ` Stephen Bates
2018-05-09 16:30 ` Stephen Bates
2018-05-09 17:49 ` Jerome Glisse
2018-05-09 17:49 ` Jerome Glisse
2018-05-09 17:49 ` Jerome Glisse
2018-05-09 17:49 ` Jerome Glisse
2018-05-09 17:49 ` Jerome Glisse
2018-05-10 14:20 ` Stephen Bates
2018-05-10 14:20 ` Stephen Bates
2018-05-10 14:20 ` Stephen Bates
2018-05-10 14:20 ` Stephen Bates
2018-05-10 14:20 ` Stephen Bates
2018-05-10 14:29 ` Christian König
2018-05-10 14:29 ` Christian König
2018-05-10 14:29 ` Christian König
2018-05-10 14:29 ` Christian König
2018-05-10 14:59 ` Jerome Glisse
2018-05-10 14:59 ` Jerome Glisse
2018-05-10 14:59 ` Jerome Glisse
2018-05-10 14:59 ` Jerome Glisse
2018-05-10 14:59 ` Jerome Glisse
2018-05-10 18:44 ` Stephen Bates
2018-05-10 18:44 ` Stephen Bates
2018-05-10 18:44 ` Stephen Bates
2018-05-10 18:44 ` Stephen Bates
2018-05-10 18:44 ` Stephen Bates
2018-05-10 18:44 ` Stephen Bates
2018-05-09 16:45 ` Logan Gunthorpe
2018-05-09 16:45 ` Logan Gunthorpe
2018-05-09 16:45 ` Logan Gunthorpe
2018-05-09 16:45 ` Logan Gunthorpe
2018-05-10 12:52 ` Christian König
2018-05-10 12:52 ` Christian König
2018-05-10 12:52 ` Christian König
2018-05-10 12:52 ` Christian König
2018-05-10 12:52 ` Christian König
2018-05-10 14:16 ` Stephen Bates
2018-05-10 14:16 ` Stephen Bates
2018-05-10 14:16 ` Stephen Bates
2018-05-10 14:16 ` Stephen Bates
2018-05-10 14:16 ` Stephen Bates
2018-05-10 14:41 ` Jerome Glisse
2018-05-10 14:41 ` Jerome Glisse
2018-05-10 14:41 ` Jerome Glisse
2018-05-10 14:41 ` Jerome Glisse
2018-05-10 14:41 ` Jerome Glisse
2018-05-10 18:41 ` Stephen Bates
2018-05-10 18:41 ` Stephen Bates
2018-05-10 18:41 ` Stephen Bates
2018-05-10 18:41 ` Stephen Bates
2018-05-10 18:41 ` Stephen Bates
2018-05-10 18:41 ` Stephen Bates
2018-05-10 18:59 ` Logan Gunthorpe
2018-05-10 18:59 ` Logan Gunthorpe
2018-05-10 18:59 ` Logan Gunthorpe
2018-05-10 18:59 ` Logan Gunthorpe
2018-05-10 19:10 ` Alex Williamson
2018-05-10 19:10 ` Alex Williamson
2018-05-10 19:10 ` Alex Williamson
2018-05-10 19:10 ` Alex Williamson
2018-05-10 19:10 ` Alex Williamson
2018-05-10 19:24 ` Jerome Glisse
2018-05-10 19:24 ` Jerome Glisse
2018-05-10 19:24 ` Jerome Glisse
2018-05-10 19:24 ` Jerome Glisse
2018-05-10 19:24 ` Jerome Glisse
2018-05-10 16:32 ` Logan Gunthorpe
2018-05-10 16:32 ` Logan Gunthorpe
2018-05-10 16:32 ` Logan Gunthorpe
2018-05-10 16:32 ` Logan Gunthorpe
2018-05-10 17:11 ` Stephen Bates
2018-05-10 17:11 ` Stephen Bates
2018-05-10 17:11 ` Stephen Bates
2018-05-10 17:11 ` Stephen Bates
2018-05-10 17:11 ` Stephen Bates
2018-05-10 17:15 ` Logan Gunthorpe
2018-05-10 17:15 ` Logan Gunthorpe
2018-05-10 17:15 ` Logan Gunthorpe
2018-05-10 17:15 ` Logan Gunthorpe
2018-05-11 8:52 ` Christian König
2018-05-11 8:52 ` Christian König
2018-05-11 8:52 ` Christian König
2018-05-11 8:52 ` Christian König
2018-05-11 15:48 ` Logan Gunthorpe
2018-05-11 15:48 ` Logan Gunthorpe
2018-05-11 15:48 ` Logan Gunthorpe
2018-05-11 15:48 ` Logan Gunthorpe
2018-05-11 21:50 ` Stephen Bates
2018-05-11 21:50 ` Stephen Bates
2018-05-11 21:50 ` Stephen Bates
2018-05-11 21:50 ` Stephen Bates
2018-05-11 21:50 ` Stephen Bates
2018-05-11 22:24 ` Stephen Bates
2018-05-11 22:24 ` Stephen Bates
2018-05-11 22:24 ` Stephen Bates
2018-05-11 22:24 ` Stephen Bates
2018-05-11 22:24 ` Stephen Bates
2018-05-11 22:24 ` Stephen Bates
2018-05-11 22:55 ` Logan Gunthorpe
2018-05-11 22:55 ` Logan Gunthorpe
2018-05-11 22:55 ` Logan Gunthorpe
2018-05-08 14:31 ` Dan Williams
2018-05-08 14:31 ` Dan Williams
2018-05-08 14:31 ` Dan Williams
2018-05-08 14:31 ` Dan Williams
2018-05-08 14:31 ` Dan Williams
2018-05-08 14:44 ` Stephen Bates
2018-05-08 14:44 ` Stephen Bates
2018-05-08 14:44 ` Stephen Bates
2018-05-08 14:44 ` Stephen Bates
2018-05-08 14:44 ` Stephen Bates
2018-05-08 14:44 ` Stephen Bates
2018-05-08 21:04 ` Don Dutile
2018-05-08 21:04 ` Don Dutile
2018-05-08 21:04 ` Don Dutile
2018-05-08 21:04 ` Don Dutile
2018-05-08 21:04 ` Don Dutile
2018-05-08 21:27 ` Stephen Bates
2018-05-08 21:27 ` Stephen Bates
2018-05-08 21:27 ` Stephen Bates
2018-05-08 21:27 ` Stephen Bates
2018-05-08 21:27 ` Stephen Bates
2018-05-08 21:27 ` Stephen Bates
2018-05-08 23:06 ` Don Dutile
2018-05-08 23:06 ` Don Dutile
2018-05-08 23:06 ` Don Dutile
2018-05-08 23:06 ` Don Dutile
2018-05-08 23:06 ` Don Dutile
2018-05-09 0:01 ` Alex Williamson
2018-05-09 0:01 ` Alex Williamson
2018-05-09 0:01 ` Alex Williamson
2018-05-09 0:01 ` Alex Williamson
2018-05-09 0:01 ` Alex Williamson
2018-05-09 12:35 ` Stephen Bates
2018-05-09 12:35 ` Stephen Bates
2018-05-09 12:35 ` Stephen Bates
2018-05-09 12:35 ` Stephen Bates
2018-05-09 12:35 ` Stephen Bates
2018-05-09 12:35 ` Stephen Bates
2018-05-09 14:44 ` Alex Williamson
2018-05-09 14:44 ` Alex Williamson
2018-05-09 14:44 ` Alex Williamson
2018-05-09 14:44 ` Alex Williamson
2018-05-09 14:44 ` Alex Williamson
2018-05-09 15:52 ` Don Dutile
2018-05-09 15:52 ` Don Dutile
2018-05-09 15:52 ` Don Dutile
2018-05-09 15:52 ` Don Dutile
2018-05-09 15:47 ` Don Dutile
2018-05-09 15:47 ` Don Dutile
2018-05-09 15:47 ` Don Dutile
2018-05-09 15:47 ` Don Dutile
2018-05-09 15:53 ` Don Dutile
2018-05-09 15:53 ` Don Dutile
2018-05-09 15:53 ` Don Dutile
2018-04-23 23:30 ` [PATCH v4 05/14] docs-rst: Add a new directory for PCI documentation Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` [PATCH v4 06/14] PCI/P2PDMA: Add P2P DMA driver writer's documentation Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-05-07 23:20 ` Bjorn Helgaas
2018-05-07 23:20 ` Bjorn Helgaas
2018-05-07 23:20 ` Bjorn Helgaas
2018-05-07 23:20 ` Bjorn Helgaas
2018-05-22 21:24 ` Randy Dunlap
2018-05-22 21:24 ` Randy Dunlap
2018-05-22 21:24 ` Randy Dunlap
2018-05-22 21:24 ` Randy Dunlap
2018-05-22 21:28 ` Logan Gunthorpe
2018-05-22 21:28 ` Logan Gunthorpe
2018-05-22 21:28 ` Logan Gunthorpe
2018-05-22 21:28 ` Logan Gunthorpe
2018-05-22 21:28 ` Logan Gunthorpe
2018-04-23 23:30 ` [PATCH v4 07/14] block: Introduce PCI P2P flags for request and request queue Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` [PATCH v4 08/14] IB/core: Ensure we map P2P memory correctly in rdma_rw_ctx_[init|destroy]() Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` [PATCH v4 09/14] nvme-pci: Use PCI p2pmem subsystem to manage the CMB Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` [PATCH v4 10/14] nvme-pci: Add support for P2P memory in requests Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` [PATCH v4 11/14] nvme-pci: Add a quirk for a pseudo CMB Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` [PATCH v4 12/14] nvmet: Introduce helper functions to allocate and free request SGLs Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` [PATCH v4 13/14] nvmet-rdma: Use new SGL alloc/free helper for requests Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` [PATCH v4 14/14] nvmet: Optionally use PCI P2P memory Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-04-23 23:30 ` Logan Gunthorpe
2018-05-02 11:51 ` [PATCH v4 00/14] Copy Offload in NVMe Fabrics with P2P PCI Memory Christian König
2018-05-02 11:51 ` Christian König
2018-05-02 11:51 ` Christian König
2018-05-02 11:51 ` Christian König
2018-05-02 15:56 ` Logan Gunthorpe
2018-05-02 15:56 ` Logan Gunthorpe
2018-05-02 15:56 ` Logan Gunthorpe
2018-05-02 15:56 ` Logan Gunthorpe
2018-05-03 9:05 ` Christian König
2018-05-03 9:05 ` Christian König
2018-05-03 9:05 ` Christian König
2018-05-03 9:05 ` Christian König
2018-05-03 15:59 ` Logan Gunthorpe
2018-05-03 15:59 ` Logan Gunthorpe
2018-05-03 15:59 ` Logan Gunthorpe
2018-05-03 15:59 ` Logan Gunthorpe
2018-05-03 17:29 ` Christian König
2018-05-03 17:29 ` Christian König
2018-05-03 17:29 ` Christian König
2018-05-03 17:29 ` Christian König
2018-05-03 18:43 ` Logan Gunthorpe
2018-05-03 18:43 ` Logan Gunthorpe
2018-05-03 18:43 ` Logan Gunthorpe
2018-05-03 18:43 ` Logan Gunthorpe
2018-05-04 14:27 ` Christian König
2018-05-04 14:27 ` Christian König
2018-05-04 14:27 ` Christian König
2018-05-04 14:27 ` Christian König
2018-05-04 15:52 ` Logan Gunthorpe
2018-05-04 15:52 ` Logan Gunthorpe
2018-05-04 15:52 ` Logan Gunthorpe
2018-05-04 15:52 ` Logan Gunthorpe
2018-05-07 23:23 ` Bjorn Helgaas
2018-05-07 23:23 ` Bjorn Helgaas
2018-05-07 23:23 ` Bjorn Helgaas
2018-05-07 23:23 ` Bjorn Helgaas
2018-05-07 23:23 ` Bjorn Helgaas
2018-05-07 23:34 ` Logan Gunthorpe
2018-05-07 23:34 ` Logan Gunthorpe
2018-05-07 23:34 ` Logan Gunthorpe
2018-05-07 23:34 ` Logan Gunthorpe
2018-05-08 16:57 ` Alex Williamson
2018-05-08 16:57 ` Alex Williamson
2018-05-08 16:57 ` Alex Williamson
2018-05-08 16:57 ` Alex Williamson
2018-05-08 19:14 ` Logan Gunthorpe
2018-05-08 19:14 ` Logan Gunthorpe
2018-05-08 19:14 ` Logan Gunthorpe
2018-05-08 19:14 ` Logan Gunthorpe
2018-05-08 21:25 ` Don Dutile
2018-05-08 21:25 ` Don Dutile
2018-05-08 21:25 ` Don Dutile
2018-05-08 21:25 ` Don Dutile
2018-05-08 21:40 ` Alex Williamson
2018-05-08 21:40 ` Alex Williamson
2018-05-08 21:40 ` Alex Williamson
2018-05-08 21:40 ` Alex Williamson
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=354F7407-0DC7-470C-B9AA-74FDF9C46B08@raithlin.com \
--to=sbates@raithlin.com \
--cc=alex.williamson@redhat.com \
--cc=axboe@kernel.dk \
--cc=benh@kernel.crashing.org \
--cc=bhelgaas@google.com \
--cc=christian.koenig@amd.com \
--cc=hch@lst.de \
--cc=helgaas@kernel.org \
--cc=jgg@mellanox.com \
--cc=jglisse@redhat.com \
--cc=keith.busch@intel.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.