OMAP baseline test results for v3.7-rc3
Tony Lindgren
tony at atomide.com
Tue Oct 30 13:58:59 EDT 2012
* Felipe Balbi <balbi at ti.com> [121030 10:34]:
> Hi,
>
> On Tue, Oct 30, 2012 at 09:27:28AM -0700, Tony Lindgren wrote:
> > * Vaibhav Hiremath <hvaibhav at ti.com> [121030 07:50]:
> > > >
> > > > MMC is dependent on EDMA-DMA conversion patches from Matt, which he has
> > > > already submitted to the list recently. So MMC support will come along with
> > > > EDMA support. DMA-EDMA patches are targeted for v3.8, lets see how it goes.
> >
> > This is a bogus dependency, the MMC driver needs to also work
> > without DMA.
>
> heh, too bad driver errors out when it doesn't find DMA channels :-)
It should just print a warning instead and continue.
> 1869 host->rx_chan = dma_request_channel(mask, omap_dma_filter_fn, &rx_req);
> 1870 if (!host->rx_chan) {
> 1871 dev_err(mmc_dev(host->mmc), "unable to obtain RX DMA engine channel %u\n", rx_req);
> 1872 ret = -ENXIO;
> 1873 goto err_irq;
> 1874 }
> 1875
> 1876 host->tx_chan = dma_request_channel(mask, omap_dma_filter_fn, &tx_req);
> 1877 if (!host->tx_chan) {
> 1878 dev_err(mmc_dev(host->mmc), "unable to obtain TX DMA engine channel %u\n", tx_req);
> 1879 ret = -ENXIO;
> 1880 goto err_irq;
> 1881 }
>
> in fact, if DMAENGINE isn't enabled, this won't even compile due to
> omap_dma_filter_fn() right ?
It should, CONFIG_DMADEVICES is optional. If it does not compile,
then there's a bug somewhere.
Regards,
Tony
More information about the linux-arm-kernel
mailing list