On Fri, Jul 12, 2013 at 14:14 +0200, Gerhard Sittig wrote: > > We shall combine the parts which currently are floating around. > So that others aren't supposed to pick up pieces but instead can > use a series and get something consistent. > > Here are the parts that I'm aware of: > - Anatolij's work that was motivated by SD card support, the > mxcmmc(4) part went mainline, the DMA part did not (patchwork > 2368581, 2368591) > - Lars' work on OF support that was motivated by a different > platform but is useful for the MPC512x as well (2331091) > - your Alex' work that is motivated by SCLPC support is currently > under review (while the DMA part appears to re-use Anatolij's > approach?) > - my local work that's picking up Anatolij's previous work and > includes items which are unrelated to DMA yet are helpful here > (MPC512x common clock support, preprocessor use in DTS builds) > > So I suggest that I create an RFC series which combines those > parts that I consider "DMA related", which you can in turn put > your SCLPC support onto, or pick it up and fold it into yours. > The latter may be more appropriate since announcing something via > OF is only useful after implementing the support (here: slave > S/G in the DMA engine).
for the record: the series was just sent out From: Gerhard Sittig <[email protected]> To: [email protected], [email protected], Alexander Popov <[email protected]> Cc: Dan Williams <[email protected]>, Vinod Koul <[email protected]>, Lars-Peter Clausen <[email protected]>, Arnd Bergmann <[email protected]>, Anatolij Gustschin <[email protected]>, Gerhard Sittig <[email protected]> Subject: [PATCH RFC 0/8] MPC512x DMA slave s/g support, OF DMA lookup Date: Fri, 12 Jul 2013 17:26:13 +0200 Message-Id: <[email protected]> virtually yours Gerhard Sittig -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr. 5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: [email protected] -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
