The original message was received at Thu, 10 Aug 2017 13:47:51 +0800
from lists.01.org [142.188.131.70]
- The following addresses had permanent fatal errors -
___
Linux-nvdimm mailing list
Linux-nvdimm@lists.01.org
On Wed, Aug 09, 2017 at 08:04:33PM -0700, Matthew Wilcox wrote:
> On Wed, Aug 09, 2017 at 11:41:50AM +0900, Minchan Kim wrote:
> > On Tue, Aug 08, 2017 at 07:31:22PM -0700, Matthew Wilcox wrote:
> > > On Wed, Aug 09, 2017 at 10:51:13AM +0900, Minchan Kim wrote:
> > > > On Tue, Aug 08, 2017 at
On Wed, Aug 9, 2017 at 8:04 PM, Matthew Wilcox wrote:
> On Wed, Aug 09, 2017 at 11:41:50AM +0900, Minchan Kim wrote:
>> On Tue, Aug 08, 2017 at 07:31:22PM -0700, Matthew Wilcox wrote:
>> > On Wed, Aug 09, 2017 at 10:51:13AM +0900, Minchan Kim wrote:
>> > > On Tue, Aug 08,
On Wed, Aug 09, 2017 at 11:41:50AM +0900, Minchan Kim wrote:
> On Tue, Aug 08, 2017 at 07:31:22PM -0700, Matthew Wilcox wrote:
> > On Wed, Aug 09, 2017 at 10:51:13AM +0900, Minchan Kim wrote:
> > > On Tue, Aug 08, 2017 at 06:29:04AM -0700, Matthew Wilcox wrote:
> > > > On Tue, Aug 08, 2017 at
On Mon, Aug 7, 2017 at 9:39 AM, Dave Jiang wrote:
> This should provide support to unmap scatterlist with the
> dmaengine_unmap_data. We will support only 1 scatterlist per
> direction. The DMA addresses array has been overloaded for the
> 2 or less entries DMA unmap data
On Mon, Aug 7, 2017 at 9:39 AM, Dave Jiang wrote:
> DMA_MEMSET_SG is missing the verification of having the operation set and
> also a supporting function provided.
>
> Fixes: Commit 50c7cd2bd ("dmaengine: Add scatter-gathered memset")
>
> Signed-off-by: Dave Jiang
On Wed, Aug 9, 2017 at 7:15 PM, Dan Williams wrote:
> On Mon, Aug 7, 2017 at 9:39 AM, Dave Jiang wrote:
>> In preparation of adding an API to perform SG to/from buffer for dmaengine,
>> we will change DMA_SG to DMA_SG_SG in order to explicitly
On Mon, Aug 7, 2017 at 9:39 AM, Dave Jiang wrote:
> In preparation of adding an API to perform SG to/from buffer for dmaengine,
> we will change DMA_SG to DMA_SG_SG in order to explicitly making clear what
> this op type is for.
>
> Signed-off-by: Dave Jiang
On Wed, Aug 9, 2017 at 12:00 PM, Linda Knippers wrote:
> On 08/09/2017 02:30 PM, Dan Williams wrote:
>> On Wed, Aug 9, 2017 at 7:19 AM, Jeff Moyer wrote:
>>> Yasunori Goto writes:
>>>
Hi,
>> Another approach could
On 08/09/2017 02:30 PM, Dan Williams wrote:
> On Wed, Aug 9, 2017 at 7:19 AM, Jeff Moyer wrote:
>> Yasunori Goto writes:
>>
>>> Hi,
>>>
> Another approach could be to integrate NVDIMM event
> monitoring into some other utility, like the
On Wed, Aug 9, 2017 at 7:19 AM, Jeff Moyer wrote:
> Yasunori Goto writes:
>
>> Hi,
>>
>>> > Another approach could be to integrate NVDIMM event
>>> > monitoring into some other utility, like the rasdaemon. I'm interested in
>>> > your thoughts.
>>>
Yasunori Goto writes:
> Hi,
>
>> > Another approach could be to integrate NVDIMM event
>> > monitoring into some other utility, like the rasdaemon. I'm interested in
>> > your thoughts.
>>
>> Though I'm not sure which (existing or new) utility is appropriate yet.
>> I
___
Linux-nvdimm mailing list
Linux-nvdimm@lists.01.org
https://lists.01.org/mailman/listinfo/linux-nvdimm
13 matches
Mail list logo