From: Dan Williams <dan.j.williams@intel.com>
To: Logan Gunthorpe <logang@deltatee.com>
Cc: Jens Axboe <axboe@kernel.dk>, Keith Busch <keith.busch@intel.com>,
"James E.J. Bottomley" <jejb@linux.vnet.ibm.com>,
linux-scsi <linux-scsi@vger.kernel.org>,
"Martin K. Petersen" <martin.petersen@oracle.com>,
"linux-nvdimm@lists.01.org" <linux-nvdimm@lists.01.org>,
linux-rdma@vger.kernel.org, linux-pci@vger.kernel.org,
Steve Wise <swise@opengridcomputing.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
linux-nvme@lists.infradead.org,
Christoph Hellwig <hch@infradead.org>,
Max Gurtovoy <maxg@mellanox.com>, Christoph Hellwig <hch@lst.de>,
Jason Gunthorpe <jgunthorpe@obsidianresearch.com>
Subject: Re: [RFC 5/8] scatterlist: Modify SG copy functions to support io memory.
Date: Mon, 3 Apr 2017 14:44:32 -0700 [thread overview]
Message-ID: <CAPcyv4g=MHbjbY0GFPoLq3wAGwhcC7813O7iLUWGEChWh0M7Dw@mail.gmail.com> (raw)
In-Reply-To: <445bc352-75d7-438f-96ef-c2411215628d@deltatee.com>
On Mon, Apr 3, 2017 at 2:20 PM, Logan Gunthorpe <logang@deltatee.com> wrote:
> Hi Christoph,
>
> What are your thoughts on an approach like the following untested
> draft patch.
>
> The patch (if fleshed out) makes it so iomem can be used in an sgl
> and WARN_ONs will occur in places where drivers attempt to access
> iomem directly through the sgl.
>
> I'd also probably create a p2pmem_alloc_sgl helper function so driver
> writers wouldn't have to mess with sg_set_iomem_page.
>
> With all that in place, it should be relatively safe for drivers to
> implement p2pmem even though we'd still technically be violating the
> __iomem boundary in some places.
Just reacting to this mail, I still haven't had a chance to take a
look at the rest of the series.
The pfn_t type was invented to carry extra type and page lookup
information about the memory behind a given pfn. At first glance that
seems a more natural place to carry an indication that this is an
"I/O" pfn.
_______________________________________________
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: Dan Williams <dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
To: Logan Gunthorpe <logang-OTvnGxWRz7hWk0Htik3J/w@public.gmane.org>
Cc: Christoph Hellwig <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>,
Jens Axboe <axboe-tSWWG44O7X1aa/9Udqfwiw@public.gmane.org>,
Keith Busch <keith.busch-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
"James E.J. Bottomley"
<jejb-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>,
linux-scsi <linux-scsi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
"Martin K. Petersen"
<martin.petersen-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>,
"linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org"
<linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>,
linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
Steve Wise
<swise-7bPotxP6k4+P2YhJcF5u+vpXobYPEAuW@public.gmane.org>,
"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
linux-nvme-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
Jason Gunthorpe
<jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>,
Max Gurtovoy <maxg-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>,
Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
Subject: Re: [RFC 5/8] scatterlist: Modify SG copy functions to support io memory.
Date: Mon, 3 Apr 2017 14:44:32 -0700 [thread overview]
Message-ID: <CAPcyv4g=MHbjbY0GFPoLq3wAGwhcC7813O7iLUWGEChWh0M7Dw@mail.gmail.com> (raw)
In-Reply-To: <445bc352-75d7-438f-96ef-c2411215628d-OTvnGxWRz7hWk0Htik3J/w@public.gmane.org>
On Mon, Apr 3, 2017 at 2:20 PM, Logan Gunthorpe <logang-OTvnGxWRz7hWk0Htik3J/w@public.gmane.org> wrote:
> Hi Christoph,
>
> What are your thoughts on an approach like the following untested
> draft patch.
>
> The patch (if fleshed out) makes it so iomem can be used in an sgl
> and WARN_ONs will occur in places where drivers attempt to access
> iomem directly through the sgl.
>
> I'd also probably create a p2pmem_alloc_sgl helper function so driver
> writers wouldn't have to mess with sg_set_iomem_page.
>
> With all that in place, it should be relatively safe for drivers to
> implement p2pmem even though we'd still technically be violating the
> __iomem boundary in some places.
Just reacting to this mail, I still haven't had a chance to take a
look at the rest of the series.
The pfn_t type was invented to carry extra type and page lookup
information about the memory behind a given pfn. At first glance that
seems a more natural place to carry an indication that this is an
"I/O" pfn.
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
WARNING: multiple messages have this Message-ID (diff)
From: Dan Williams <dan.j.williams@intel.com>
To: Logan Gunthorpe <logang@deltatee.com>
Cc: Christoph Hellwig <hch@infradead.org>,
Jens Axboe <axboe@kernel.dk>, Keith Busch <keith.busch@intel.com>,
"James E.J. Bottomley" <jejb@linux.vnet.ibm.com>,
linux-scsi <linux-scsi@vger.kernel.org>,
"Martin K. Petersen" <martin.petersen@oracle.com>,
"linux-nvdimm@lists.01.org" <linux-nvdimm@ml01.01.org>,
linux-rdma@vger.kernel.org, linux-pci@vger.kernel.org,
Steve Wise <swise@opengridcomputing.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
linux-nvme@lists.infradead.org,
Jason Gunthorpe <jgunthorpe@obsidianresearch.com>,
Max Gurtovoy <maxg@mellanox.com>, Christoph Hellwig <hch@lst.de>
Subject: Re: [RFC 5/8] scatterlist: Modify SG copy functions to support io memory.
Date: Mon, 3 Apr 2017 14:44:32 -0700 [thread overview]
Message-ID: <CAPcyv4g=MHbjbY0GFPoLq3wAGwhcC7813O7iLUWGEChWh0M7Dw@mail.gmail.com> (raw)
In-Reply-To: <445bc352-75d7-438f-96ef-c2411215628d@deltatee.com>
On Mon, Apr 3, 2017 at 2:20 PM, Logan Gunthorpe <logang@deltatee.com> wrote:
> Hi Christoph,
>
> What are your thoughts on an approach like the following untested
> draft patch.
>
> The patch (if fleshed out) makes it so iomem can be used in an sgl
> and WARN_ONs will occur in places where drivers attempt to access
> iomem directly through the sgl.
>
> I'd also probably create a p2pmem_alloc_sgl helper function so driver
> writers wouldn't have to mess with sg_set_iomem_page.
>
> With all that in place, it should be relatively safe for drivers to
> implement p2pmem even though we'd still technically be violating the
> __iomem boundary in some places.
Just reacting to this mail, I still haven't had a chance to take a
look at the rest of the series.
The pfn_t type was invented to carry extra type and page lookup
information about the memory behind a given pfn. At first glance that
seems a more natural place to carry an indication that this is an
"I/O" pfn.
WARNING: multiple messages have this Message-ID (diff)
From: Dan Williams <dan.j.williams@intel.com>
To: Logan Gunthorpe <logang@deltatee.com>
Cc: Christoph Hellwig <hch@infradead.org>,
Jens Axboe <axboe@kernel.dk>, Keith Busch <keith.busch@intel.com>,
"James E.J. Bottomley" <jejb@linux.vnet.ibm.com>,
linux-scsi <linux-scsi@vger.kernel.org>,
"Martin K. Petersen" <martin.petersen@oracle.com>,
"linux-nvdimm@lists.01.org" <linux-nvdimm@lists.01.org>,
linux-rdma@vger.kernel.org, linux-pci@vger.kernel.org,
Steve Wise <swise@opengridcomputing.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
linux-nvme@lists.infradead.org,
Jason Gunthorpe <jgunthorpe@obsidianresearch.com>,
Max Gurtovoy <maxg@mellanox.com>, Christoph Hellwig <hch@lst.de>
Subject: Re: [RFC 5/8] scatterlist: Modify SG copy functions to support io memory.
Date: Mon, 3 Apr 2017 14:44:32 -0700 [thread overview]
Message-ID: <CAPcyv4g=MHbjbY0GFPoLq3wAGwhcC7813O7iLUWGEChWh0M7Dw@mail.gmail.com> (raw)
In-Reply-To: <445bc352-75d7-438f-96ef-c2411215628d@deltatee.com>
On Mon, Apr 3, 2017 at 2:20 PM, Logan Gunthorpe <logang@deltatee.com> wrote:
> Hi Christoph,
>
> What are your thoughts on an approach like the following untested
> draft patch.
>
> The patch (if fleshed out) makes it so iomem can be used in an sgl
> and WARN_ONs will occur in places where drivers attempt to access
> iomem directly through the sgl.
>
> I'd also probably create a p2pmem_alloc_sgl helper function so driver
> writers wouldn't have to mess with sg_set_iomem_page.
>
> With all that in place, it should be relatively safe for drivers to
> implement p2pmem even though we'd still technically be violating the
> __iomem boundary in some places.
Just reacting to this mail, I still haven't had a chance to take a
look at the rest of the series.
The pfn_t type was invented to carry extra type and page lookup
information about the memory behind a given pfn. At first glance that
seems a more natural place to carry an indication that this is an
"I/O" pfn.
WARNING: multiple messages have this Message-ID (diff)
From: dan.j.williams@intel.com (Dan Williams)
Subject: [RFC 5/8] scatterlist: Modify SG copy functions to support io memory.
Date: Mon, 3 Apr 2017 14:44:32 -0700 [thread overview]
Message-ID: <CAPcyv4g=MHbjbY0GFPoLq3wAGwhcC7813O7iLUWGEChWh0M7Dw@mail.gmail.com> (raw)
In-Reply-To: <445bc352-75d7-438f-96ef-c2411215628d@deltatee.com>
On Mon, Apr 3, 2017@2:20 PM, Logan Gunthorpe <logang@deltatee.com> wrote:
> Hi Christoph,
>
> What are your thoughts on an approach like the following untested
> draft patch.
>
> The patch (if fleshed out) makes it so iomem can be used in an sgl
> and WARN_ONs will occur in places where drivers attempt to access
> iomem directly through the sgl.
>
> I'd also probably create a p2pmem_alloc_sgl helper function so driver
> writers wouldn't have to mess with sg_set_iomem_page.
>
> With all that in place, it should be relatively safe for drivers to
> implement p2pmem even though we'd still technically be violating the
> __iomem boundary in some places.
Just reacting to this mail, I still haven't had a chance to take a
look at the rest of the series.
The pfn_t type was invented to carry extra type and page lookup
information about the memory behind a given pfn. At first glance that
seems a more natural place to carry an indication that this is an
"I/O" pfn.
next prev parent reply other threads:[~2017-04-03 21:44 UTC|newest]
Thread overview: 325+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-03-30 22:12 [RFC 0/8] Copy Offload with Peer-to-Peer PCI Memory Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-30 22:12 ` [RFC 1/8] Introduce Peer-to-Peer memory (p2pmem) device Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-31 18:49 ` Sinan Kaya
2017-03-31 18:49 ` Sinan Kaya
2017-03-31 18:49 ` Sinan Kaya
2017-03-31 18:49 ` Sinan Kaya
2017-03-31 18:49 ` Sinan Kaya
2017-03-31 21:23 ` Logan Gunthorpe
2017-03-31 21:23 ` Logan Gunthorpe
2017-03-31 21:23 ` Logan Gunthorpe
2017-03-31 21:23 ` Logan Gunthorpe
2017-03-31 21:23 ` Logan Gunthorpe
2017-03-31 21:38 ` Sinan Kaya
2017-03-31 21:38 ` Sinan Kaya
2017-03-31 21:38 ` Sinan Kaya
2017-03-31 21:38 ` Sinan Kaya
2017-03-31 21:38 ` Sinan Kaya
2017-03-31 22:42 ` Logan Gunthorpe
2017-03-31 22:42 ` Logan Gunthorpe
2017-03-31 22:42 ` Logan Gunthorpe
2017-03-31 22:42 ` Logan Gunthorpe
2017-03-31 22:42 ` Logan Gunthorpe
2017-03-31 23:51 ` Sinan Kaya
2017-03-31 23:51 ` Sinan Kaya
2017-03-31 23:51 ` Sinan Kaya
2017-03-31 23:51 ` Sinan Kaya
2017-03-31 23:51 ` Sinan Kaya
2017-04-01 1:57 ` Logan Gunthorpe
2017-04-01 1:57 ` Logan Gunthorpe
2017-04-01 1:57 ` Logan Gunthorpe
2017-04-01 1:57 ` Logan Gunthorpe
2017-04-01 1:57 ` Logan Gunthorpe
2017-04-01 2:17 ` okaya
2017-04-01 2:17 ` okaya
2017-04-01 2:17 ` okaya
2017-04-01 2:17 ` okaya
2017-04-01 2:17 ` okaya-sgV2jX0FEOL9JmXXK+q4OQ
2017-04-01 22:16 ` Logan Gunthorpe
2017-04-01 22:16 ` Logan Gunthorpe
2017-04-01 22:16 ` Logan Gunthorpe
2017-04-01 22:16 ` Logan Gunthorpe
2017-04-02 2:26 ` Sinan Kaya
2017-04-02 2:26 ` Sinan Kaya
2017-04-02 2:26 ` Sinan Kaya
2017-04-02 2:26 ` Sinan Kaya
2017-04-02 17:21 ` Logan Gunthorpe
2017-04-02 17:21 ` Logan Gunthorpe
2017-04-02 17:21 ` Logan Gunthorpe
2017-04-02 17:21 ` Logan Gunthorpe
2017-04-02 17:21 ` Logan Gunthorpe
2017-04-02 21:03 ` Sinan Kaya
2017-04-02 21:03 ` Sinan Kaya
2017-04-02 21:03 ` Sinan Kaya
2017-04-02 21:03 ` Sinan Kaya
2017-04-03 4:26 ` Logan Gunthorpe
2017-04-03 4:26 ` Logan Gunthorpe
2017-04-03 4:26 ` Logan Gunthorpe
2017-04-03 4:26 ` Logan Gunthorpe
2017-04-25 11:58 ` Marta Rybczynska
2017-04-25 11:58 ` Marta Rybczynska
2017-04-25 11:58 ` Marta Rybczynska
2017-04-25 11:58 ` Marta Rybczynska
2017-04-25 11:58 ` Marta Rybczynska
2017-04-25 16:58 ` Logan Gunthorpe
2017-04-25 16:58 ` Logan Gunthorpe
2017-04-25 16:58 ` Logan Gunthorpe
2017-04-25 16:58 ` Logan Gunthorpe
2017-04-25 16:58 ` Logan Gunthorpe
2017-03-30 22:12 ` [RFC 2/8] cxgb4: setup pcie memory window 4 and create p2pmem region Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-04-04 10:42 ` Sagi Grimberg
2017-04-04 10:42 ` Sagi Grimberg
2017-04-04 10:42 ` Sagi Grimberg
2017-04-04 10:42 ` Sagi Grimberg
2017-04-04 10:42 ` Sagi Grimberg
2017-04-04 15:56 ` Logan Gunthorpe
2017-04-04 15:56 ` Logan Gunthorpe
2017-04-04 15:56 ` Logan Gunthorpe
2017-04-04 15:56 ` Logan Gunthorpe
2017-04-04 15:56 ` Logan Gunthorpe
2017-04-05 15:41 ` Steve Wise
2017-04-05 15:41 ` Steve Wise
2017-04-05 15:41 ` Steve Wise
2017-04-05 15:41 ` Steve Wise
2017-04-05 15:41 ` Steve Wise
2017-03-30 22:12 ` [RFC 3/8] nvmet: Use p2pmem in nvme target Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-04-04 10:40 ` Sagi Grimberg
2017-04-04 10:40 ` Sagi Grimberg
2017-04-04 10:40 ` Sagi Grimberg
2017-04-04 10:40 ` Sagi Grimberg
2017-04-04 16:16 ` Logan Gunthorpe
2017-04-04 16:16 ` Logan Gunthorpe
2017-04-04 16:16 ` Logan Gunthorpe
2017-04-04 16:16 ` Logan Gunthorpe
2017-04-04 16:16 ` Logan Gunthorpe
2017-04-06 5:47 ` Sagi Grimberg
2017-04-06 5:47 ` Sagi Grimberg
2017-04-06 5:47 ` Sagi Grimberg
2017-04-06 5:47 ` Sagi Grimberg
2017-04-06 5:47 ` Sagi Grimberg
2017-04-06 15:52 ` Logan Gunthorpe
2017-04-06 15:52 ` Logan Gunthorpe
2017-04-06 15:52 ` Logan Gunthorpe
2017-04-06 15:52 ` Logan Gunthorpe
2017-04-06 15:52 ` Logan Gunthorpe
2017-03-30 22:12 ` [RFC 4/8] p2pmem: Add debugfs "stats" file Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-04-04 10:46 ` Sagi Grimberg
2017-04-04 10:46 ` Sagi Grimberg
2017-04-04 10:46 ` Sagi Grimberg
2017-04-04 10:46 ` Sagi Grimberg
2017-04-04 10:46 ` Sagi Grimberg
2017-04-04 17:25 ` Logan Gunthorpe
2017-04-04 17:25 ` Logan Gunthorpe
2017-04-04 17:25 ` Logan Gunthorpe
2017-04-04 17:25 ` Logan Gunthorpe
2017-04-04 17:25 ` Logan Gunthorpe
2017-04-05 15:43 ` Steve Wise
2017-04-05 15:43 ` Steve Wise
2017-04-05 15:43 ` Steve Wise
2017-04-05 15:43 ` Steve Wise
2017-04-05 15:43 ` Steve Wise
2017-03-30 22:12 ` [RFC 5/8] scatterlist: Modify SG copy functions to support io memory Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-31 7:09 ` Christoph Hellwig
2017-03-31 7:09 ` Christoph Hellwig
2017-03-31 7:09 ` Christoph Hellwig
2017-03-31 7:09 ` Christoph Hellwig
2017-03-31 7:09 ` Christoph Hellwig
2017-03-31 15:41 ` Logan Gunthorpe
2017-03-31 15:41 ` Logan Gunthorpe
2017-03-31 15:41 ` Logan Gunthorpe
2017-03-31 15:41 ` Logan Gunthorpe
2017-03-31 15:41 ` Logan Gunthorpe
2017-04-03 21:20 ` Logan Gunthorpe
2017-04-03 21:20 ` Logan Gunthorpe
2017-04-03 21:20 ` Logan Gunthorpe
2017-04-03 21:20 ` Logan Gunthorpe
2017-04-03 21:20 ` Logan Gunthorpe
2017-04-03 21:44 ` Dan Williams [this message]
2017-04-03 21:44 ` Dan Williams
2017-04-03 21:44 ` Dan Williams
2017-04-03 21:44 ` Dan Williams
2017-04-03 21:44 ` Dan Williams
2017-04-03 22:10 ` Logan Gunthorpe
2017-04-03 22:10 ` Logan Gunthorpe
2017-04-03 22:10 ` Logan Gunthorpe
2017-04-03 22:10 ` Logan Gunthorpe
2017-04-03 22:10 ` Logan Gunthorpe
2017-04-03 22:47 ` Dan Williams
2017-04-03 22:47 ` Dan Williams
2017-04-03 22:47 ` Dan Williams
2017-04-03 22:47 ` Dan Williams
2017-04-03 22:47 ` Dan Williams
2017-04-03 23:12 ` Logan Gunthorpe
2017-04-03 23:12 ` Logan Gunthorpe
2017-04-03 23:12 ` Logan Gunthorpe
2017-04-03 23:12 ` Logan Gunthorpe
2017-04-03 23:12 ` Logan Gunthorpe
2017-04-04 0:07 ` Dan Williams
2017-04-04 0:07 ` Dan Williams
2017-04-04 0:07 ` Dan Williams
2017-04-04 0:07 ` Dan Williams
2017-04-04 0:07 ` Dan Williams
2017-04-07 17:59 ` Logan Gunthorpe
2017-04-07 17:59 ` Logan Gunthorpe
2017-04-07 17:59 ` Logan Gunthorpe
2017-04-07 17:59 ` Logan Gunthorpe
2017-04-07 17:59 ` Logan Gunthorpe
2017-03-30 22:12 ` [RFC 6/8] nvmet: Be careful about using iomem accesses when dealing with p2pmem Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-04-04 10:59 ` Sagi Grimberg
2017-04-04 10:59 ` Sagi Grimberg
2017-04-04 10:59 ` Sagi Grimberg
2017-04-04 10:59 ` Sagi Grimberg
2017-04-04 10:59 ` Sagi Grimberg
[not found] ` <080b68b4-eba3-861c-4f29-5d829425b5e7-NQWnxTmZq1alnMjI0IkVqw@public.gmane.org>
2017-04-04 15:46 ` Jason Gunthorpe
2017-04-04 15:46 ` Jason Gunthorpe
2017-04-04 15:46 ` Jason Gunthorpe
[not found] ` <20170404154629.GA13552-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2017-04-04 17:21 ` Logan Gunthorpe
2017-04-04 17:21 ` Logan Gunthorpe
2017-04-04 17:21 ` Logan Gunthorpe
2017-04-06 5:33 ` Sagi Grimberg
2017-04-06 5:33 ` Sagi Grimberg
2017-04-06 5:33 ` Sagi Grimberg
2017-04-06 16:35 ` Jason Gunthorpe
2017-04-06 16:35 ` Jason Gunthorpe
[not found] ` <4df229d8-8124-664a-9bc4-6401bc034be1-NQWnxTmZq1alnMjI0IkVqw@public.gmane.org>
2017-04-06 16:02 ` Logan Gunthorpe
2017-04-06 16:02 ` Logan Gunthorpe
2017-04-06 16:02 ` Logan Gunthorpe
2017-04-07 11:19 ` Stephen Bates
2017-04-07 11:19 ` Stephen Bates
2017-04-07 11:19 ` Stephen Bates
2017-04-07 11:19 ` Stephen Bates
[not found] ` <3E85B4D4-9EBC-4299-8209-2D8740947764-pv7U853sEMVWk0Htik3J/w@public.gmane.org>
2017-04-10 8:29 ` Sagi Grimberg
2017-04-10 8:29 ` Sagi Grimberg
2017-04-10 8:29 ` Sagi Grimberg
[not found] ` <7fcc3ac8-8b96-90f5-3942-87f999c7499d-NQWnxTmZq1alnMjI0IkVqw@public.gmane.org>
2017-04-10 16:03 ` Logan Gunthorpe
2017-04-10 16:03 ` Logan Gunthorpe
2017-04-10 16:03 ` Logan Gunthorpe
2017-03-30 22:12 ` [RFC 7/8] p2pmem: Support device removal Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-30 22:12 ` [RFC 8/8] p2pmem: Added char device user interface Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
2017-03-30 22:12 ` Logan Gunthorpe
[not found] ` <1490911959-5146-1-git-send-email-logang-OTvnGxWRz7hWk0Htik3J/w@public.gmane.org>
2017-04-12 5:22 ` [RFC 0/8] Copy Offload with Peer-to-Peer PCI Memory Benjamin Herrenschmidt
2017-04-12 5:22 ` Benjamin Herrenschmidt
2017-04-12 5:22 ` Benjamin Herrenschmidt
[not found] ` <1491974532.7236.43.camel-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
2017-04-12 17:09 ` Logan Gunthorpe
2017-04-12 17:09 ` Logan Gunthorpe
2017-04-12 17:09 ` Logan Gunthorpe
[not found] ` <5ac22496-56ec-025d-f153-140001d2a7f9-OTvnGxWRz7hWk0Htik3J/w@public.gmane.org>
2017-04-12 21:55 ` Benjamin Herrenschmidt
2017-04-12 21:55 ` Benjamin Herrenschmidt
2017-04-12 21:55 ` Benjamin Herrenschmidt
[not found] ` <1492034124.7236.77.camel-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
2017-04-13 21:22 ` Logan Gunthorpe
2017-04-13 21:22 ` Logan Gunthorpe
2017-04-13 21:22 ` Logan Gunthorpe
[not found] ` <81888a1e-eb0d-cbbc-dc66-0a09c32e4ea2-OTvnGxWRz7hWk0Htik3J/w@public.gmane.org>
2017-04-13 22:37 ` Benjamin Herrenschmidt
2017-04-13 22:37 ` Benjamin Herrenschmidt
2017-04-13 22:37 ` Benjamin Herrenschmidt
2017-04-13 23:26 ` Bjorn Helgaas
2017-04-13 23:26 ` Bjorn Helgaas
2017-04-13 23:26 ` Bjorn Helgaas
[not found] ` <20170413232631.GB24910-1RhO1Y9PlrlHTL0Zs8A6p5iNqAH0jzoTYJqu5kTmcBRl57MIdRCFDg@public.gmane.org>
2017-04-14 4:16 ` Jason Gunthorpe
2017-04-14 4:16 ` Jason Gunthorpe
2017-04-14 4:16 ` Jason Gunthorpe
[not found] ` <20170414041656.GA30694-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2017-04-14 4:40 ` Logan Gunthorpe
2017-04-14 4:40 ` Logan Gunthorpe
2017-04-14 4:40 ` Logan Gunthorpe
[not found] ` <08c32f0d-6c7c-b65f-6453-dde0d7c173d1-OTvnGxWRz7hWk0Htik3J/w@public.gmane.org>
2017-04-14 11:37 ` Benjamin Herrenschmidt
2017-04-14 11:37 ` Benjamin Herrenschmidt
2017-04-14 11:37 ` Benjamin Herrenschmidt
[not found] ` <1492169879.25766.4.camel-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
2017-04-14 11:39 ` Benjamin Herrenschmidt
2017-04-14 11:39 ` Benjamin Herrenschmidt
2017-04-14 11:39 ` Benjamin Herrenschmidt
2017-04-14 11:37 ` Benjamin Herrenschmidt
2017-04-14 11:37 ` Benjamin Herrenschmidt
2017-04-14 11:37 ` Benjamin Herrenschmidt
[not found] ` <1492169849.25766.3.camel-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
2017-04-14 17:30 ` Logan Gunthorpe
2017-04-14 17:30 ` Logan Gunthorpe
2017-04-14 17:30 ` Logan Gunthorpe
[not found] ` <630c1c63-ff17-1116-e069-2b8f93e50fa2-OTvnGxWRz7hWk0Htik3J/w@public.gmane.org>
2017-04-14 19:04 ` Bjorn Helgaas
2017-04-14 19:04 ` Bjorn Helgaas
2017-04-14 19:04 ` Bjorn Helgaas
[not found] ` <20170414190452.GA15679-1RhO1Y9PlrlHTL0Zs8A6p5iNqAH0jzoTYJqu5kTmcBRl57MIdRCFDg@public.gmane.org>
2017-04-14 22:07 ` Benjamin Herrenschmidt
2017-04-14 22:07 ` Benjamin Herrenschmidt
2017-04-14 22:07 ` Benjamin Herrenschmidt
[not found] ` <1492207643.25766.18.camel-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
2017-04-15 17:41 ` Logan Gunthorpe
2017-04-15 17:41 ` Logan Gunthorpe
2017-04-15 17:41 ` Logan Gunthorpe
2017-04-15 22:09 ` Dan Williams
2017-04-15 22:09 ` Dan Williams
[not found] ` <CAPcyv4jUeKzKDARp6Z35kdPLKnP-M6aF8X5KpOx55CLyjnj4dA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-04-16 3:01 ` Benjamin Herrenschmidt
2017-04-16 3:01 ` Benjamin Herrenschmidt
2017-04-16 3:01 ` Benjamin Herrenschmidt
[not found] ` <1492311719.25766.37.camel-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
2017-04-16 4:46 ` Logan Gunthorpe
2017-04-16 4:46 ` Logan Gunthorpe
2017-04-16 4:46 ` Logan Gunthorpe
2017-04-16 15:53 ` Dan Williams
2017-04-16 15:53 ` Dan Williams
[not found] ` <CAPcyv4iqnz1B00Q3xG-nGrLXdOyB7ditxmwZyotksLFgUqr+jA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-04-16 16:34 ` Logan Gunthorpe
2017-04-16 16:34 ` Logan Gunthorpe
2017-04-16 16:34 ` Logan Gunthorpe
[not found] ` <5e43818e-8c6b-8be8-23ff-b798633d2a73-OTvnGxWRz7hWk0Htik3J/w@public.gmane.org>
2017-04-16 22:31 ` Benjamin Herrenschmidt
2017-04-16 22:31 ` Benjamin Herrenschmidt
2017-04-16 22:31 ` Benjamin Herrenschmidt
[not found] ` <1492381907.25766.49.camel-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
2017-04-24 7:36 ` Knut Omang
2017-04-24 7:36 ` Knut Omang
2017-04-24 7:36 ` Knut Omang
2017-04-24 7:36 ` Knut Omang
[not found] ` <1493019397.3171.118.camel-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
2017-04-24 16:14 ` Logan Gunthorpe
2017-04-24 16:14 ` Logan Gunthorpe
2017-04-24 16:14 ` Logan Gunthorpe
[not found] ` <9b6c0830-a728-c7ca-e6c6-2135f3f760ed-OTvnGxWRz7hWk0Htik3J/w@public.gmane.org>
2017-04-25 6:30 ` Knut Omang
2017-04-25 6:30 ` Knut Omang
2017-04-25 6:30 ` Knut Omang
2017-04-25 6:30 ` Knut Omang
[not found] ` <1493101803.3171.246.camel-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
2017-04-25 17:03 ` Logan Gunthorpe
2017-04-25 17:03 ` Logan Gunthorpe
2017-04-25 17:03 ` Logan Gunthorpe
[not found] ` <0cc95df5-b9dd-6493-15fe-771d535c1020-OTvnGxWRz7hWk0Htik3J/w@public.gmane.org>
2017-04-25 21:23 ` Stephen Bates
2017-04-25 21:23 ` Stephen Bates
2017-04-25 21:23 ` Stephen Bates
2017-04-25 21:23 ` Stephen Bates
2017-04-25 21:23 ` Stephen Bates
2017-04-25 21:23 ` Stephen Bates
2017-04-25 21:23 ` Stephen Bates
2017-04-25 21:23 ` Stephen Bates
2017-04-16 22:26 ` Benjamin Herrenschmidt
2017-04-16 22:26 ` Benjamin Herrenschmidt
2017-04-16 22:26 ` Benjamin Herrenschmidt
[not found] ` <bff1e503-95a9-e19f-bfd9-0ff962c63a81-OTvnGxWRz7hWk0Htik3J/w@public.gmane.org>
2017-04-15 22:17 ` Benjamin Herrenschmidt
2017-04-15 22:17 ` Benjamin Herrenschmidt
2017-04-15 22:17 ` Benjamin Herrenschmidt
[not found] ` <1492294628.25766.33.camel-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
2017-04-16 5:36 ` Logan Gunthorpe
2017-04-16 5:36 ` Logan Gunthorpe
2017-04-16 5:36 ` 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='CAPcyv4g=MHbjbY0GFPoLq3wAGwhcC7813O7iLUWGEChWh0M7Dw@mail.gmail.com' \
--to=dan.j.williams@intel.com \
--cc=axboe@kernel.dk \
--cc=hch@infradead.org \
--cc=hch@lst.de \
--cc=jejb@linux.vnet.ibm.com \
--cc=jgunthorpe@obsidianresearch.com \
--cc=keith.busch@intel.com \
--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=linux-scsi@vger.kernel.org \
--cc=logang@deltatee.com \
--cc=martin.petersen@oracle.com \
--cc=maxg@mellanox.com \
--cc=swise@opengridcomputing.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.