From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kevin Hilman Subject: Re: PM/RTC 3.5-rc5: System suspends fails when not built with RTC? Date: Mon, 16 Jul 2012 10:18:06 -0700 Message-ID: <874np7eib5.fsf@ti.com> References: <87zk77p3s5.fsf@ti.com> <87pq82kz0l.fsf@ti.com> <87wr2ahtqg.fsf@ti.com> <20120713063423.GF1122@atomide.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from na3sys009aog123.obsmtp.com ([74.125.149.149]:59452 "EHLO na3sys009aog123.obsmtp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753654Ab2GPRRo (ORCPT ); Mon, 16 Jul 2012 13:17:44 -0400 Received: by pbcwz7 with SMTP id wz7so16785068pbc.16 for ; Mon, 16 Jul 2012 10:17:43 -0700 (PDT) In-Reply-To: <20120713063423.GF1122@atomide.com> (Tony Lindgren's message of "Thu, 12 Jul 2012 23:34:24 -0700") Sender: linux-omap-owner@vger.kernel.org List-Id: linux-omap@vger.kernel.org To: Tony Lindgren Cc: Omar Ramirez Luna , Joe Woodward , "linux-omap@vger.kernel.org" Tony Lindgren writes: > * Kevin Hilman [120711 14:34]: >> Omar Ramirez Luna writes: >> >> > On 11 July 2012 12:07, Kevin Hilman wrote: >> > ... >> >>> [ 2.311004] omap_hsmmc omap_hsmmc.0: Failed to get debounce clk >> >>> [ 2.317382] omap_hsmmc omap_hsmmc.0: unable to obtain RX DMA engine channel 62 >> >>> [ 2.325256] omap_hsmmc omap_hsmmc.1: Failed to get debounce clk >> >>> [ 2.331512] omap_hsmmc omap_hsmmc.1: unable to obtain RX DMA engine channel 48 >> >> >> >> These are normal because DMA engine is not compiled in with >> >> omap2plus_defconfig. MMC wont' work unless you build in DMA engine, but >> >> that doesn't matter for trying to figure out your problem. >> > >> > Hijacking this thread a little bit... >> > >> > It looks like a dependency is missing in Kconfig then, as this also >> > fails to boot if the file system is in MMC. As you pointed out >> > CONFIG_DMADEVICES and CONFIG_DMA_OMAP is needed to boot in this case. >> > I'm using a Panda 4460. >> >> Yes, the drivers that have been converted to DMA engine should probably >> 'select DMADEVICES' and 'select DMA_OMAP' since they will now depend on >> DMA engine. > > The drivers should also work with PIO if DMADEVICES is not selected. > If they don't it's a bug in the driver, or at least the driver probe > should return an error. There was definitely a bug in the MMC driver where probe was not returning an error. Looks like this bug has existed for awhile in the MMC driver, and continued after the DMA engine conversion. I sent a patch on top of Russell's DMA engine conversion (which he has now applied in his for-next) to fix this problem in the DMA-converted driver. Kevin