On 6/22/2013 3:23 AM, Joel A Fernandes wrote: > Hi Arnd, > > On Fri, Jun 21, 2013 at 1:44 PM, Arnd Bergmann <[email protected]> wrote: >> On Friday 21 June 2013, Joel A Fernandes wrote: >>> I think we are talking about different things, I agree the 'select >>> DMADEVICES' can be dropped but lets please keep the default y option >>> (not adding new select statements, just saying that if someone select >>> DMADEVICES in menuconfig and if they're ARCH_OMAP=1 , then default to >>> EDMA). This will simply allow people to have a default. Thanks. >> >> Yes, that's ok. > > Ok, thanks. I will follow up with a patch in my next submissions that builds > it. > > Perhaps a: > default y if 'ARCH_OMAP2PLUS' > > and leave the existing as it is... > default n if 'ARCH_DAVINCI || ARCH_OMAP1 || ARCH_OMAP2' > > would make most sense to me. Basically EDMA is seen on current and all > new OMAP2PLUS.
OMAP2PLUS devices like OMAP3/4 do not have EDMA so this is not really true. > >> >> config TI_EDMA >> tristate "TI EDMA support" >> default m if 'ARCH_DAVINCI || ARCH_OMAP1 || ARCH_OMAP2 >> select DMA_ENGINE >> select DMA_VIRTUAL_CHANNELS > > > > MMC depends on EDMA specially on AM33xx there's no PIO mode AFAIK. The > 'm' option will require some initramfs to load the module when needing > to MMC boot, I suggest lets leave it as y. But there is no reason why it cannot work with PIO, right? Sounds like the right fix is in driver. Thanks, Sekhar ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ spi-devel-general mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/spi-devel-general
