Delivery problem, parcel USPS #666115153

2017-04-03 Thread USPS Priority Parcels
Hello, Your item has arrived at the USPS Post Office at Mon, 03 Apr 2017 21:47:22 -0700, but the courier was unable to deliver parcel to you. Review the document that is attached to this e-mail! Thank you for your time. Koral Entress - USPS Delivery Agent.

Message could not be delivered

2017-04-03 Thread Bounced mail
The original message was received at Tue, 4 Apr 2017 12:41:40 +0800 from lists.01.org [67.198.96.41] - The following addresses had permanent fatal errors - - Transcript of session follows - while talking to lists.01.org.: >>> MAIL From:"Bounced mail"

New status of your USPS delivery code: 570651465

2017-04-03 Thread USPS Parcels Delivery
Hello, USPS courier was unable to contact you for your parcel delivery. Postal label is enclosed to this e-mail. Please check the attachment! Yours sincerely. Prudence Mcmahen - USPS Senior Support Manager. ___ Linux-nvdimm mailing list

Re: [RFC 5/8] scatterlist: Modify SG copy functions to support io memory.

2017-04-03 Thread Dan Williams
On Mon, Apr 3, 2017 at 4:12 PM, Logan Gunthorpe wrote: > > > On 03/04/17 04:47 PM, Dan Williams wrote: >> I wouldn't necessarily conflate supporting pfn_t in the scatterlist >> with the stalled stuct-page-less DMA effor. A pfn_t_to_page() >> conversion will still work and be

Re: [RFC 5/8] scatterlist: Modify SG copy functions to support io memory.

2017-04-03 Thread Logan Gunthorpe
On 03/04/17 04:47 PM, Dan Williams wrote: > I wouldn't necessarily conflate supporting pfn_t in the scatterlist > with the stalled stuct-page-less DMA effor. A pfn_t_to_page() > conversion will still work and be required. However you're right, the > minute we use pfn_t for this we're into the

Re: [RFC 5/8] scatterlist: Modify SG copy functions to support io memory.

2017-04-03 Thread Dan Williams
On Mon, Apr 3, 2017 at 3:10 PM, Logan Gunthorpe wrote: > > > On 03/04/17 03:44 PM, Dan Williams wrote: >> On Mon, Apr 3, 2017 at 2:20 PM, Logan Gunthorpe wrote: >>> Hi Christoph, >>> >>> What are your thoughts on an approach like the following untested

Re: [RFC 5/8] scatterlist: Modify SG copy functions to support io memory.

2017-04-03 Thread Logan Gunthorpe
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

Re: [PATCH] acpi, nfit: fix acpi_get_table leak

2017-04-03 Thread Dan Williams
On Mon, Apr 3, 2017 at 12:00 PM, Ross Zwisler wrote: > On Sat, Apr 01, 2017 at 12:25:20PM -0700, Dan Williams wrote: >> Calls to acpi_get_table() must be paired with acpi_put_table() to undo >> the mapping established by acpi_tb_acquire_table(). >> >> Cc:

Re: [PATCH] acpi, nfit: fix acpi_get_table leak

2017-04-03 Thread Ross Zwisler
On Sat, Apr 01, 2017 at 12:25:20PM -0700, Dan Williams wrote: > Calls to acpi_get_table() must be paired with acpi_put_table() to undo > the mapping established by acpi_tb_acquire_table(). > > Cc: > Fixes: 6b11d1d67713 ("ACPI / osl: Remove >