Hi Dan,
I'm OK to save memory here. I'd like to send v2.
Thanks,
Xuelin Shi
-Original Message-
From: Dan Williams [mailto:dan.j.willi...@intel.com]
Sent: 2014年3月19日 23:44
To: Shi Xuelin-B29237
Cc: Vinod Koul; linuxppc-dev; dmaeng...@vger.kernel.org
Subject: Re: [
On Tue, Mar 18, 2014 at 11:39 PM, Xuelin Shi wrote:
> Hi Dan,
>
> In async_mult(...) of async_raid6_recov.c, the count 3 is used to request an
> unmap.
> However the to_cnt and bidi_cnt are both set to 1 and from_cnt to 0.
> Then while trying to do unmap, we are getting the wrong "unmap" from a
n Williams [mailto:dan.j.willi...@intel.com]
Sent: 2014年3月19日 1:14
To: Shi Xuelin-B29237
Cc: Vinod Koul; linuxppc-dev; dmaeng...@vger.kernel.org
Subject: Re: [PATCH] fix dmaengine_unmap failure.
On Tue, Mar 18, 2014 at 1:32 AM, wrote:
> From: Xuelin Shi
>
> The count which is used to get_unmap
On Tue, Mar 18, 2014 at 1:32 AM, wrote:
> From: Xuelin Shi
>
> The count which is used to get_unmap_data maybe not the same as the
> count computed in dmaengine_unmap which causes to free data in a
> wrong pool.
>
> This patch fixes this issue by keeping the pool in unmap_data
> structure.
Won'
From: Xuelin Shi
The count which is used to get_unmap_data maybe not the same as the
count computed in dmaengine_unmap which causes to free data in a
wrong pool.
This patch fixes this issue by keeping the pool in unmap_data
structure.
Signed-off-by: Xuelin Shi
---
drivers/dma/dmaengine.c |