aboutsummaryrefslogtreecommitdiffstats
path: root/net/dccp/proto.c
diff options
context:
space:
mode:
authorDan Williams <dan.j.williams@intel.com>2014-08-19 06:07:56 -0700
committerDan Williams <dan.j.williams@intel.com>2014-08-22 06:18:25 -0700
commit08223d80df38e666a42d7c82eb340db55c6e03bd (patch)
tree353d66b4fe282b932b50d1cbeedce9e0e2bf0208 /net/dccp/proto.c
parentdmatest: prevent memory leakage on error path in thread (diff)
downloadlinux-dev-08223d80df38e666a42d7c82eb340db55c6e03bd.tar.xz
linux-dev-08223d80df38e666a42d7c82eb340db55c6e03bd.zip
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>
Diffstat (limited to 'net/dccp/proto.c')
0 files changed, 0 insertions, 0 deletions