dmaengine maintainer update
authorDan Williams <dan.j.williams@intel.com>
Tue, 19 Aug 2014 13:07:56 +0000 (06:07 -0700)
committerDan Williams <dan.j.williams@intel.com>
Fri, 22 Aug 2014 13:18:25 +0000 (06:18 -0700)
commit08223d80df38e666a42d7c82eb340db55c6e03bd
tree353d66b4fe282b932b50d1cbeedce9e0e2bf0208
parent8e1f50d7433b9a6e52cb296943f53c3ce8189ea5
dmaengine maintainer update

I am stepping down as dmaengine maintainer as the bulk of the activity
in the subsystem is primarily targeted at the slave-dma case handled by
Vinod, and I have recently been unable to give the few patches I do
receive timely review.  There is still an item in my backlog to
eliminate the async_tx api and the constraints it poses on dmaengine
drivers, but I need not hold on to the maintainer role in the meantime.
I will still be subscribed to dmaengine@vger.kernel.org to answer
questions, but all patches should be routed through Vinod unless/until a
maintainer for the non-slave-dma use case arrives.  It is non-entirely
clear at this point that there is enough work going forward for a
separate maintainer of the pure-offload case.

Ongoing development of the ioatdma driver is handled by Dave.  I'm still
interested in reviewing ioatdma patches, but he is the primary
maintainer/developer going forward.

IOP platforms are not generating any traffic in my inbox, but if a patch
did arrive I've long since lost access to hardware.

Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: Vinod Koul <vinod.koul@intel.com>
Cc: Dave Jiang <dave.jiang@intel.com>
Signed-off-by: Dan Williams <dan.j.williams@intel.com>
MAINTAINERS