Re: [CFT 09/11] mtd: omap2: add DMA engine support
* Artem Bityutskiy [120607 06:28]: > On Thu, 2012-06-07 at 14:11 +0100, Russell King - ARM Linux wrote: > > No, it makes sense to get this stuff via a single tree all together, > > because, as you can see from the thread structure, it isn't purely > > an OMAP thing. > > > > The OMAP stuff depends on a core set, as does a bunch of PL08x and > > SA11x0 changes. We can't stuff all that through the OMAP tree, that > > wouldn't make any sense. > > > > What probably should happen is that the tip of the OMAP stuff gets > > pulled by Tony into his tree, and we share those commits between my > > tree and his - and then it doesn't matter what goes in when and by > > whom. > > Oh, sure, sorry, I actually wanted to say that these to patches should > _not_ got via the MTD tree. What Russell is suggesting works good for me. Regards, Tony -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [CFT 09/11] mtd: omap2: add DMA engine support
On Thu, 2012-06-07 at 14:11 +0100, Russell King - ARM Linux wrote: > No, it makes sense to get this stuff via a single tree all together, > because, as you can see from the thread structure, it isn't purely > an OMAP thing. > > The OMAP stuff depends on a core set, as does a bunch of PL08x and > SA11x0 changes. We can't stuff all that through the OMAP tree, that > wouldn't make any sense. > > What probably should happen is that the tip of the OMAP stuff gets > pulled by Tony into his tree, and we share those commits between my > tree and his - and then it doesn't matter what goes in when and by > whom. Oh, sure, sorry, I actually wanted to say that these to patches should _not_ got via the MTD tree. -- Best Regards, Artem Bityutskiy signature.asc Description: This is a digitally signed message part
Re: [CFT 09/11] mtd: omap2: add DMA engine support
On Thu, Jun 07, 2012 at 03:49:35PM +0300, Artem Bityutskiy wrote: > On Thu, 2012-06-07 at 12:09 +0100, Russell King wrote: > > Add DMA engine support to the OMAP2 NAND driver. This supplements the > > private DMA API implementation contained within this driver, and the > > driver can be independently switched at build time between using DMA > > engine and the private DMA API. > > > > Tested-by: Grazvydas Ignotas > > Signed-off-by: Russell King > > I guess it is makes sense to make this stuff to go in via the OMAP tree. No, it makes sense to get this stuff via a single tree all together, because, as you can see from the thread structure, it isn't purely an OMAP thing. The OMAP stuff depends on a core set, as does a bunch of PL08x and SA11x0 changes. We can't stuff all that through the OMAP tree, that wouldn't make any sense. What probably should happen is that the tip of the OMAP stuff gets pulled by Tony into his tree, and we share those commits between my tree and his - and then it doesn't matter what goes in when and by whom. -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [CFT 09/11] mtd: omap2: add DMA engine support
On Thu, 2012-06-07 at 12:09 +0100, Russell King wrote: > Add DMA engine support to the OMAP2 NAND driver. This supplements the > private DMA API implementation contained within this driver, and the > driver can be independently switched at build time between using DMA > engine and the private DMA API. > > Tested-by: Grazvydas Ignotas > Signed-off-by: Russell King I guess it is makes sense to make this stuff to go in via the OMAP tree. -- Best Regards, Artem Bityutskiy signature.asc Description: This is a digitally signed message part