Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755040AbdC1KGj (ORCPT ); Tue, 28 Mar 2017 06:06:39 -0400 Received: from mail-vk0-f41.google.com ([209.85.213.41]:33647 "EHLO mail-vk0-f41.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754589AbdC1KGc (ORCPT ); Tue, 28 Mar 2017 06:06:32 -0400 MIME-Version: 1.0 In-Reply-To: References: <1490336341-22292-1-git-send-email-chaotian.jing@mediatek.com> <1490336341-22292-2-git-send-email-chaotian.jing@mediatek.com> <13a83728-0031-5683-c371-4b517df32299@intel.com> <1490344369.22814.10.camel@mhfsdcap03> <03d54000-9ced-1b31-df80-d254f02433db@intel.com> <1490348427.22814.19.camel@mhfsdcap03> <1490578500.22814.31.camel@mhfsdcap03> From: Ulf Hansson Date: Tue, 28 Mar 2017 11:59:48 +0200 Message-ID: Subject: Re: [PATCH] mmc: core: Do not hold re-tuning during CMD6 commands To: Adrian Hunter Cc: Chaotian Jing , Matthias Brugger , Jaehoon Chung , Shawn Lin , Masahiro Yamada , "linux-mmc@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , linux-mediatek@lists.infradead.org, srv_heupstream Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 868 Lines: 26 [...] >> The retry mechanism provided by mmc_wait_for_cmd() and friends really only >> makes sense for simple commands. In other cases, like this, we need to >> consider what state the card is in. For __mmc_switch we need to consider >> whether the card is busy or whether a timing change been made. > > I definitely agree. We should remove retries for CMD6 and perhaps also > for some other cases. > > When we have changed the above in __mmc_switch(), the change Chaotian > suggest gets a different impact, as it would potentially allow a > re-tuning to happen before the next CMD1to poll for busy or to check /s/CMD1/CMD13 > the switch status. This isn't okay. > > This all sounds to me that Chaotian's issue may not all be related to > tuning, but to the CMD6 switch sequence itself. However I may be wrong > - of course. :-) > > [...] > > Kind regards > Uffe