From patchwork Fri Apr 25 12:49:45 2014 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Russell King - ARM Linux X-Patchwork-Id: 4062191 Return-Path: X-Original-To: patchwork-linux-arm@patchwork.kernel.org Delivered-To: patchwork-parsemail@patchwork1.web.kernel.org Received: from mail.kernel.org (mail.kernel.org [198.145.19.201]) by patchwork1.web.kernel.org (Postfix) with ESMTP id 75EB39F271 for ; Fri, 25 Apr 2014 13:05:13 +0000 (UTC) Received: from mail.kernel.org (localhost [127.0.0.1]) by mail.kernel.org (Postfix) with ESMTP id 96C752035C for ; Fri, 25 Apr 2014 13:05:12 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.9]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id A9559200CC for ; Fri, 25 Apr 2014 13:05:11 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux)) id 1Wdfm5-0004uU-Rb; Fri, 25 Apr 2014 13:02:41 +0000 Received: from pandora.arm.linux.org.uk ([2001:4d48:ad52:3201:214:fdff:fe10:1be6]) by bombadil.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux)) id 1Wdfas-0000n1-FE for linux-arm-kernel@lists.infradead.org; Fri, 25 Apr 2014 12:51:07 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=arm.linux.org.uk; s=pandora; h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=enicfXsliAqK5JxXA+qAxnBOz2htcbC5Z2lAiXr4u60=; b=JGo+Dxjra4CI5EayIG169RnRCeoY8WqgRxHk+ZK+qbryySsqHjqX/Qu21e+DoTmjH/Ogk5Y4nVQ7EPINhSewqDpz1qsH/VgH8jEHh/aMcmNS3FsnQ1xVLFxX2hnpy+WUrr1IAcC3Yev7jpuJLTnVZRdacjzbLa/J5eWAoYy3gAA=; Received: from n2100.arm.linux.org.uk ([2001:4d48:ad52:3201:214:fdff:fe10:4f86]:58664) by pandora.arm.linux.org.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1WdfaK-0002L9-PN; Fri, 25 Apr 2014 13:50:32 +0100 Received: from linux by n2100.arm.linux.org.uk with local (Exim 4.76) (envelope-from ) id 1WdfZZ-0003lR-MX; Fri, 25 Apr 2014 13:49:45 +0100 Date: Fri, 25 Apr 2014 13:49:45 +0100 From: Russell King - ARM Linux To: Markus Pargmann Subject: Re: [PATCH 21/38] mmc: sdhci: hack up driver to make it more compliant with UHS-1 Message-ID: <20140425124945.GM26756@n2100.arm.linux.org.uk> References: <20140423185534.GA26756@n2100.arm.linux.org.uk> <20140425123820.GA15179@pengutronix.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20140425123820.GA15179@pengutronix.de> User-Agent: Mutt/1.5.19 (2009-01-05) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20140425_055106_943041_8F61131A X-CRM114-Status: GOOD ( 18.46 ) X-Spam-Score: -0.8 (/) Cc: Ulf Hansson , linux-mmc@vger.kernel.org, Chris Ball , linux-arm-kernel@lists.infradead.org X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+patchwork-linux-arm=patchwork.kernel.org@lists.infradead.org X-Spam-Status: No, score=-2.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, RP_MATCHES_RCVD, T_DKIM_INVALID, UNPARSEABLE_RELAY autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP On Fri, Apr 25, 2014 at 02:38:20PM +0200, Markus Pargmann wrote: > Hi, > > On Wed, Apr 23, 2014 at 08:07:57PM +0100, Russell King wrote: > > Patch suggested by Dong Aisheng , this avoids > > additional clock start/stop cycles during the transition to 1.8V > > signalling mode. > > > > Signed-off-by: Russell King > > I tested the series on imx6s with a RIoT board. With this patch applied > the RIoT board emmc does not work. Here is the output of the board: Unfortunately, I don't have any emmc sdhci using devices, so this is a combination I can't test myself. What would be useful is to find out which of the two changes in there is the cause - can you try with just the change to sdhci_do_start_signal_voltage_switch applied, iow just this change: Thanks. diff --git a/drivers/mmc/host/sdhci.c b/drivers/mmc/host/sdhci.c index 748333ba6e96..0bcef2d42da4 100644 --- a/drivers/mmc/host/sdhci.c +++ b/drivers/mmc/host/sdhci.c @@ -1757,9 +1748,6 @@ static int sdhci_do_start_signal_voltage_switch(struct sdhci_host *host, ctrl |= SDHCI_CTRL_VDD_180; sdhci_writew(host, ctrl, SDHCI_HOST_CONTROL2); - /* Wait for 5ms */ - usleep_range(5000, 5500); - /* 1.8V regulator output should be stable within 5 ms */ ctrl = sdhci_readw(host, SDHCI_HOST_CONTROL2); if (ctrl & SDHCI_CTRL_VDD_180)