Subject: dmaengine_unmap_data patches (was: Re: Re: [PATCH 02/12] dmaengine: prepare for generic 'unmap' data)


Hi,

The original discussion is here:

https://lkml.org/lkml/2012/12/6/71

Unfortunately there hasn't been any progress on these patches since
last December. Dan, if you lack time to polish and push them would
you like me to take them over?

Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung R&D Institute Poland
Samsung Electronics

On Thursday, December 06, 2012 04:47:51 PM Bartlomiej Zolnierkiewicz wrote:
> On Thursday 06 December 2012 10:25:20 Dan Williams wrote:
> > Add a hook for a common dma unmap implementation to enable removal of
> > the per driver custom unmap code. (A reworked version of Bartlomiej
> > Zolnierkiewicz's patches to remove the custom callbacks and the size
> > increase of dma_async_tx_descriptor for drivers that don't care about raid).
> >
> > Cc: Bartlomiej Zolnierkiewicz <[email protected]>
> > Signed-off-by: Dan Williams <[email protected]>
>
> Acked-by: Bartlomiej Zolnierkiewicz <[email protected]>
>
> Thanks for reworking my patches! The patchset looks generally
> good but there are few issues that should be fixed (please see
> other mails).
>
> Best regards,
> --
> Bartlomiej Zolnierkiewicz
> Samsung Poland R&D Center


2013-06-28 17:44:52

by Dan Williams

[permalink] [raw]
Subject: Re: dmaengine_unmap_data patches (was: Re: Re: [PATCH 02/12] dmaengine: prepare for generic 'unmap' data)



On 6/26/13 3:44 AM, "Bartlomiej Zolnierkiewicz" <[email protected]>
wrote:

>
>Hi,
>
>The original discussion is here:
>
> https://lkml.org/lkml/2012/12/6/71
>
>Unfortunately there hasn't been any progress on these patches since
>last December.

Apologies, indeed these have languished. I don?t expect to have them
polished and tested in time for the upcoming merge window, but let?s get
these in shape for 3.12. I?ll circle back in a few weeks unless you beat
me to it.

--
Dan