Prev: fs: make sure to invalidate pages if we fall back on buffered reads
Next: [PATCH] perf lookup of ppc64 symbols
From: Linus Walleij on 16 Jun 2010 02:40 [Viresh] > In the same way, how other peripheral related data is passed to DMA driver, > (like request lines), we can also pass configuration and control information. Yep. > In SPEAr6xx, Memory is accessible from Master1 > only but in SPEAr3xx only from Master 2, similar is the pattern with few > peripherals also and so i need control over DMA channel configuration. Oh I had no clue that you could set up your masters like that! Anyway, I'll attempt to hack in some platform config for how the AHB masters are assigned, but you'll likely have to patch it to work with SPEAr in the end. >> Currently only done dynamically with DMA as the master for >> Mem2mem, mem2per and per2mem. Mastering from the peripherals >> is not supported. Do you have advanced features like that? > > We have JPEG controller, which acts as a flow controller for JPEG to > mem transfer. (Synopsys JPEG Controller). OK that's special.. >> Anyway it can be passed in from platform data easily. > > But platform data will be passed one time only and we will not be able to > do it while transferring data at run time. Usually there is a very fixed use for each virtual DMA channel (which have a platform config each), i.e. usually there is only one or two flow controls per virtual channel. So in this case I guess that Synopsys JPEG has a virtual channel that always is JPEG->mem with JPEG as master, so it can actually be in fix platform data? Anyway, we can probably extended either the way we did for PrimeCells or in some generic way by adding config commands to the DMAengine, so I see no road blocker. Yours, Linus Walleij -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ |