On 07/11/2012 02:33 PM, Arnd Bergmann wrote: > On Wednesday 11 July 2012, Roland Stigge wrote: >> Thanks for the note! Looks like the interface consolidated to replace >> ch->cd->min_signal with sth. like cd->min_signal directly. >> >> Accessing the signal id/number is/was quite convenient because as you >> can see in the 3 above cases that now get compile errors with the pl08x >> changes, the LPC32xx chip hard-wires those numbers, and the respective >> code is LPC32xx specific anyway. >> >> So can we make an exception here to compare static dma channel numbers? >> Or is there any other interface to access the static dma channel numbers >> that I'm currently not aware of? >> >> Depending on what we agree upon, I can then provide fixes to the >> lpc32xx-next branch. > > I'm not familiar with this code, but I think the solution for now > (while we don't have a DT binding) is to do the same thing that > spear3xx does: pass a pointer to the global pl08x_filter_id > function and an identifier for the channel in the platform data > for that device.
OK, thanks! Is a patch on top of the already provided lpc32xx-next branches the preferred form for a fix? On top of which branch do you need it? Thanks in advance, Roland -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
