On Mon, Mar 19, 2012 at 9:41 PM, Arnd Bergmann <arnd@xxxxxxxx> wrote: > >> Secondly, there are platforms (Samsung) where peripherals are connected >> to more than one DMA controller, and either DMA controller can be used - >> I'm told by Jassi that there's reasons why you'd want to select one or >> other as the target at runtime. > > How common is that? If there are only a few drivers that have this > requirement, we could have this represented in the driver binding, by > listing multiple channels and giving the device the choice. > All Samsung SoCs (last ~4yrs) with PL330 have some peripherals that could be served by more than one PL330 instance. The requirement is not from any driver and it is nothing Samsung specific. Any platform with 1:n client:dmac might want to do stuff like serving a new channel request from an already active DMAC, rather than invoking otherwise fully idle one. Similarly for Mem->Mem, the PL330 distributes its cycles between active channels, so a platform might want channel allocation uniformly across PL330 instances. -jassi -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
