From patchwork Fri Jul 20 08:01:09 2012 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Yegor Yefremov X-Patchwork-Id: 1220061 Return-Path: X-Original-To: patchwork-linux-omap@patchwork.kernel.org Delivered-To: patchwork-process-083081@patchwork1.kernel.org Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by patchwork1.kernel.org (Postfix) with ESMTP id 44F503FC33 for ; Fri, 20 Jul 2012 08:01:27 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753171Ab2GTIB0 (ORCPT ); Fri, 20 Jul 2012 04:01:26 -0400 Received: from ns.vscom.de ([62.145.30.242]:57626 "EHLO mail.visionsystems.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753146Ab2GTIBZ (ORCPT ); Fri, 20 Jul 2012 04:01:25 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.visionsystems.de (Postfix) with ESMTP id C43402A43E6; Fri, 20 Jul 2012 10:01:22 +0200 (CEST) Received: from mail.visionsystems.de ([127.0.0.1]) by localhost (mail.visionsystems.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11316-01; Fri, 20 Jul 2012 10:01:10 +0200 (CEST) Received: from visionsystems.de (kallisto.visionsystems.local [192.168.1.3]) by mail.visionsystems.de (Postfix) with ESMTP id 81D422A43B6; Fri, 20 Jul 2012 10:01:10 +0200 (CEST) Received: from [192.168.1.38] ([192.168.1.38]) by visionsystems.de with Microsoft SMTPSVC(6.0.3790.4675); Fri, 20 Jul 2012 10:01:09 +0200 Message-ID: <50091045.7060102@visionsystems.de> Date: Fri, 20 Jul 2012 10:01:09 +0200 From: Yegor Yefremov Reply-To: yegor_sub1@visionsystems.de User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.24) Gecko/20100228 Lightning/0.9 Thunderbird/2.0.0.24 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: "T Krishnamoorthy, Balaji" CC: Paul Walmsley , "S, Venkatraman" , "Shilimkar, Santosh" , "linux-omap@vger.kernel.org" , "Mark A. Greer" , "Porter, Matt" Subject: Re: am3517: geting MMC working References: <5007A838.3040309@visionsystems.de> <5007AF7C.1010902@visionsystems.de> <5007B721.9070305@visionsystems.de> <5007C215.7020904@visionsystems.de> <50090B30.3070206@visionsystems.de> In-Reply-To: <50090B30.3070206@visionsystems.de> X-OriginalArrivalTime: 20 Jul 2012 08:01:09.0138 (UTC) FILETIME=[D25C1F20:01CD664D] X-Virus-Scanned: amavisd-new at visionsystems.de Sender: linux-omap-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-omap@vger.kernel.org Am 20.07.2012 09:39, schrieb Yegor Yefremov: > Am 20.07.2012 09:28, schrieb T Krishnamoorthy, Balaji: >> On Fri, Jul 20, 2012 at 3:08 AM, Paul Walmsley wrote: >>> On Thu, 19 Jul 2012, S, Venkatraman wrote: >>> >>>> >From this, one can only infer that the card is not responding at all, >>>> and all attempts >>>> are returning with a timeout (CTO=Command Time Out). >>> Looks to me like the card is responding to CMD8, CMD55, ACMD41, and CMD0. >>> It's only CMD52 and CMD5 that are timing out. Aren't those timeouts >>> expected with a SD memory card? >> yes, those timeouts are expected for SD card. >> The failure is due to irq not received/missing for last CMD0. >> Hi Yegor, Can you provide details for the SD card being used. > > This is Apacer 2GB. In 3.3-rc7 I have no problems with it. Should I enable debugging in 3.3-rc7 and post the output? I found the solution: I've seen this hack for some on the mailing list. I think Mark A. Greer introduced it, but I don't remember for sure. Can this patch be applied as it is or there are some infrastructure changes required? Best regards, Yegor --- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/arch/arm/mach-omap2/pm34xx.c b/arch/arm/mach-omap2/pm34xx.c index e4fc88c..0ab26ab 100644 --- a/arch/arm/mach-omap2/pm34xx.c +++ b/arch/arm/mach-omap2/pm34xx.c @@ -359,7 +359,7 @@ static void omap3_pm_idle(void) { local_fiq_disable(); - if (omap_irq_pending()) + if (omap_irq_pending() || !omap3_has_io_wakeup()) goto out; trace_power_start(POWER_CSTATE, 1, smp_processor_id());