Received: by 2002:a05:6a10:9afc:0:0:0:0 with SMTP id t28csp2262289pxm; Fri, 4 Mar 2022 12:35:33 -0800 (PST) X-Google-Smtp-Source: ABdhPJxtCqu/qjzknd5Z7X3FhfYCW3WzZV/TsBACSK0TFWrygmZXk51fywOUL/LSjCZuRpMZybjg X-Received: by 2002:a05:6a00:15c6:b0:4f0:ecec:8214 with SMTP id o6-20020a056a0015c600b004f0ecec8214mr472338pfu.33.1646426133224; Fri, 04 Mar 2022 12:35:33 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1646426133; cv=none; d=google.com; s=arc-20160816; b=G8efcL2lZ2bDWI0+7v3L2zqCPy3DZhmeuNKPkLLapnamOjagg/9YMDIPoGogCMtzwr BwgMNng/jonUwEO2oEJ41kwfVGa7HfNfq/qVZ5NKjASmlzM4LJDAzfbVozDqUuwQ0mSs 0mGdOWpl0QO7CW5uRT4oSWrWXPUVex3Fegv0AyESWEjSG40UBRweii1kApW6q0RY3Nky H1RixvheUmFdfp1sPnVjsuXcKcKZjFWZAN1/yJZkdC+R5UGwx7f3Puygd8Dsl5M5s0Gg /MqJ96mBTWOb1LmTNb1q6kpTRUD85QuUnrlFnvlw92TU0jDY9DzCXpzBjLNlSoAVx/kf 7eFA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:to:references:message-id :content-transfer-encoding:cc:date:in-reply-to:from:subject :mime-version:dkim-signature; bh=5Qc8A3HzHhhVNwswhRRj+dDn3SjBwurLJjNxoV7R1h4=; b=p/NvIa8TvllLsrPD8Tv5AnIFvRIngn0GLbPVcZm2g9oKZR9dv9Qp3jLbc+73D+iv9a Y3hZkNPvFOJQFYhlZNtdY6btuLBLLgCh8ynngsrNEllzwJcK3hkuatRV7JA1oEicsuFU nzekz07EdZbGP0EwVBccVdAkbClMa5qYxNjn+v0oyzQRoMNIt14AuWU0yDmNw+bwZva7 XF0GCNsKPLZ/p5gZ5K+QTYaVXv92TvxaqEXm2PEEUgAOEurCP6YDchAAL3cVCLnz3oKm 2gCB07Pa2lnC/SEd1T9QVL4VDWHtWQX2IJ6pV1BpL6oMNQm1YmejQNvWW3+AUGIQyBW4 xCjA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@goldelico.com header.s=strato-dkim-0002 header.b=ZWw51Qyh; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id m2-20020a170902f64200b0014ff7b39a82si5541183plg.262.2022.03.04.12.35.32 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 04 Mar 2022 12:35:33 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@goldelico.com header.s=strato-dkim-0002 header.b=ZWw51Qyh; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 3A62E271E1D; Fri, 4 Mar 2022 11:40:06 -0800 (PST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239528AbiCDOjs (ORCPT + 99 others); Fri, 4 Mar 2022 09:39:48 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37606 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232933AbiCDOjr (ORCPT ); Fri, 4 Mar 2022 09:39:47 -0500 Received: from mo4-p00-ob.smtp.rzone.de (mo4-p00-ob.smtp.rzone.de [85.215.255.21]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4FC0F17FD0F; Fri, 4 Mar 2022 06:38:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1646404726; s=strato-dkim-0002; d=goldelico.com; h=To:References:Message-Id:Cc:Date:In-Reply-To:From:Subject:Cc:Date: From:Subject:Sender; bh=5Qc8A3HzHhhVNwswhRRj+dDn3SjBwurLJjNxoV7R1h4=; b=ZWw51Qyh1H8Owiia7uxcWPNiBl3gL10SUU9XRamoz15QEdxsxoeJRv5aSZTH4fuNuC QwGkfOIEgNhztWx+I9k4b+7u+sZkiQrgpr/SoNSDN5u8DEq7sSncY6hDRAqE6/43zUQb a7a5F+qZ2HZP9+0jSLHVE5qpzamOQtdMG39hdsewq6T/1ij05XpW4+gn6cY4Kn3s4CgR zazAMdRWPZlHztPwJTMaLzMoWmjXql2WbLgYu30NlkSJJdEKImPoMuWWud4HXOyCvQLF fp9IKN4W/lnAKc4ax3nzs9SdJL+n72Glh6I40Gw0osSd9JPTsXI/jHqodD/IgpEPSnwr pXXA== Authentication-Results: strato.com; dkim=none X-RZG-AUTH: ":JGIXVUS7cutRB/49FwqZ7WcJeFKiMgPgp8VKxflSZ1P34KBj7gpw91N5y2S3i8QUWw==" X-RZG-CLASS-ID: mo00 Received: from imac.fritz.box by smtp.strato.de (RZmta 47.40.1 DYNA|AUTH) with ESMTPSA id n729cey24Eck6dY (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve X9_62_prime256v1 with 256 ECDH bits, eq. 3072 bits RSA)) (Client did not present a certificate); Fri, 4 Mar 2022 15:38:46 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.21\)) Subject: Re: [PATCH] mmc: core: Restore (almost) the busy polling for MMC_SEND_OP_COND From: "H. Nikolaus Schaller" In-Reply-To: <20220304105656.149281-1-ulf.hansson@linaro.org> Date: Fri, 4 Mar 2022 15:38:45 +0100 Cc: linux-mmc@vger.kernel.org, Jean Rene Dawin , Huijin Park , linux-kernel@vger.kernel.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20220304105656.149281-1-ulf.hansson@linaro.org> To: Ulf Hansson X-Mailer: Apple Mail (2.3445.104.21) X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Ulf, > Am 04.03.2022 um 11:56 schrieb Ulf Hansson : >=20 > Commit 76bfc7ccc2fa ("mmc: core: adjust polling interval for CMD1"), > significantly decreased the polling period from ~10-12ms into just a = couple > of us. The purpose was to decrease the total time spent in the busy = polling > loop, but unfortunate it has lead to problems, that causes eMMC cards = to > never gets out busy and thus fails to be initialized. >=20 > To fix the problem, but also to try to keep some of the new improved > behaviour, let's start by using a polling period of 1-2ms, which then > increases for each loop, according to common polling loop in > __mmc_poll_for_busy(). >=20 > Reported-by: Jean Rene Dawin > Reported-by: H. Nikolaus Schaller > Cc: Huijin Park > Fixes: 76bfc7ccc2fa ("mmc: core: adjust polling interval for CMD1") > Signed-off-by: Ulf Hansson > --- >=20 > Jean Rene and H. Nikolaus, if this doesn't work, please try extending = the > the MMC_OP_COND_PERIOD_US a bit, to so see if we can find a value that = always > works. Works for me. BR and thanks, Nikolaus