Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp371182pxb; Wed, 29 Sep 2021 00:51:50 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx462ced0OI1rI76gQhypYoFMbxdLFZhNHK0NMKAN7bAOkbyp7c81e0B2QJJvihMeZ8VRPZ X-Received: by 2002:a17:902:f284:b0:13e:101b:4c95 with SMTP id k4-20020a170902f28400b0013e101b4c95mr9151967plc.0.1632901910294; Wed, 29 Sep 2021 00:51:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632901910; cv=none; d=google.com; s=arc-20160816; b=f8Rr5tSpiDdzUxkH3I7KO0DhTrJnSEiaTCUmVYePW0U5rKzrDgT0dCCoKI7Nsk1sR/ WLcoZnFudgkNfj6sUeDkh4V9P1L6VXjtyq0SMfzkLg16euMKlhgeF530feajWHsMpKuv zoZC5GHCtkTfFXDmQLghMBDcbZY1MytaJzYUGvUKEAOXjjHlNhzwGRWKSS/WNSKW+e+S FWtykeFuxyiDD+zDU9OH/JEnRm/AEUax7UCbf9jjPw3na6L3YKdgBGJeCz3QPZ1Xv+Is A9bJ/Rw3ubLIaljC6g9XxUCaDmOSzlp5yxoOrkC6H3jtr8v8kTUfjzrSRS6JW/e90G/L UKfw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:content-transfer-encoding :content-language:accept-language:in-reply-to:references:message-id :date:thread-index:thread-topic:subject:cc:to:from; bh=Rjdq5e3lnW8RrN/XCEMDix3Gx54R6q/+ll8vTI9W2kE=; b=bxZFlnrewKwB4L6HS945qCrZOVoyNs4NTmVnj1Gm9cqcQlyF/+YvV6bMVi00gyxrzO XpKn3brpHJn7hJJa0yd56VbxAQwOh4ksuJg1pA8iLdFjaq+tMYDTNiUlUhJVD5d0CBKO 7xX7s1P5TLZ8C57Te1uNu84wbXa8Jq6Jt51ZMgNnkRH/KkQ7T1yTcwBzam9ruxig4Zby ECHM70h4c056UJOKTiLnRJFh4TZfXtN2BclRMqCrQCOrkKinTJkXZgbqmG25W6N1mu96 NYTsdcQL2GVZKi/Cg0UFksex+kwnH0A7cHNXQ26ezfOSZlcG29n9pUiq+L38wEOZQdsp jNag== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=hyperstone.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id nh12si828837pjb.121.2021.09.29.00.51.36; Wed, 29 Sep 2021 00:51:50 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=hyperstone.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S244275AbhI2Gzj convert rfc822-to-8bit (ORCPT + 99 others); Wed, 29 Sep 2021 02:55:39 -0400 Received: from mail4.swissbit.com ([176.95.1.100]:33800 "EHLO mail4.swissbit.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229536AbhI2Gzj (ORCPT ); Wed, 29 Sep 2021 02:55:39 -0400 Received: from mail4.swissbit.com (localhost [127.0.0.1]) by DDEI (Postfix) with ESMTP id 5EAB712259E; Wed, 29 Sep 2021 08:53:57 +0200 (CEST) Received: from mail4.swissbit.com (localhost [127.0.0.1]) by DDEI (Postfix) with ESMTP id 4FAA4122566; Wed, 29 Sep 2021 08:53:57 +0200 (CEST) X-TM-AS-ERS: 10.149.2.84-127.5.254.253 X-TM-AS-SMTP: 1.0 ZXguc3dpc3NiaXQuY29t Y2xvZWhsZUBoeXBlcnN0b25lLmNvbQ== X-DDEI-TLS-USAGE: Used Received: from ex.swissbit.com (SBDEEX02.sbitdom.lan [10.149.2.84]) by mail4.swissbit.com (Postfix) with ESMTPS; Wed, 29 Sep 2021 08:53:57 +0200 (CEST) Received: from sbdeex02.sbitdom.lan (10.149.2.84) by sbdeex02.sbitdom.lan (10.149.2.84) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Wed, 29 Sep 2021 08:53:56 +0200 Received: from sbdeex02.sbitdom.lan ([fe80::e0eb:ade8:2d90:1f74]) by sbdeex02.sbitdom.lan ([fe80::e0eb:ade8:2d90:1f74%8]) with mapi id 15.02.0792.015; Wed, 29 Sep 2021 08:53:56 +0200 From: =?iso-8859-1?Q?Christian_L=F6hle?= To: Jaehoon Chung , "linux-kernel@vger.kernel.org" , "linux-mmc@vger.kernel.org" CC: "marten.lindahl@axis.com" , "ulf.hansson@linaro.org" Subject: Re: [PATCH] mmc: dw_mmc: avoid long timeout if register invalid Thread-Topic: [PATCH] mmc: dw_mmc: avoid long timeout if register invalid Thread-Index: AQHXq5f2H1xcZooo4kGJdi3JsFt1D6uy2hoAgAfLcc8= Date: Wed, 29 Sep 2021 06:53:56 +0000 Message-ID: References: , In-Reply-To: Accept-Language: en-US, de-DE Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.154.1.4] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 X-TMASE-Version: DDEI-5.1-8.6.1018-26436.006 X-TMASE-Result: 10--8.923600-10.000000 X-TMASE-MatchedRID: 9M69yBZ2Ml7UL3YCMmnG4vGG8F2k2BBVyeUl7aCTy8hntCkewtW30NPW omJfPYQZIMBvuronWr9dOsaQOyKqmhLwsVmbC9NrOGTV4fFD6yAlBKvI9NWIX2KBXlPtOqqX+Kc 0X1niQZ/Zw2EtavuoguktgXE4NG6+/N0WsxWI4Qc4zRqVgiL30+vWkvu/824/qr3CBdU3C2Dy71 Hqi5zuoEqna2uFlro8j0IvV7jlqDhyPzMTUSO1JKoXHZz/dXlxEf7F4CIBjrgHAA5cb5vjShpOM U5lxqhiiAMSTyXyFbpYKJTez2dVw+A4UzWGh1IDqoeab9Xgz8/865QlVwxmG+D0a1g8E91Lpsmo b0bsTdbi8zVgXoAltsILlqmfHjNKVnRXm1iHN1bEQdG7H66TyH4gKq42LRYkxE61TJzkcAdC0wa nE9fdSCKvjz/0r1QsSnj98gYIwLl+3BndfXUhXQ== X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 X-TMASE-INERTIA: 0-0;;;; X-TMASE-XGENCLOUD: ef480ddb-5583-4819-a4e8-456c38ac6e8f-0-0-200-0 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hey, so more generally the timeout here can be 41954 up to 167783 ms. Is 42s too low to view it as invalid here? Would you prefer the patch exluding the specific timeout values instead of anything above 41954? Regards, Christian From: Jaehoon Chung Sent: Friday, September 24, 2021 11:49 AM To: Christian L?hle; linux-kernel@vger.kernel.org; linux-mmc@vger.kernel.org Cc: marten.lindahl@axis.com; ulf.hansson@linaro.org Subject: Re: [PATCH] mmc: dw_mmc: avoid long timeout if register invalid ? Hi, On 9/17/21 4:50 PM, Christian L?hle wrote: > > Set the limit to 1s if the register is at reset value. > > Signed-off-by: Christian Loehle > --- >? drivers/mmc/host/dw_mmc.c | 8 ++++++++ >? 1 file changed, 8 insertions(+) > > diff --git a/drivers/mmc/host/dw_mmc.c b/drivers/mmc/host/dw_mmc.c > index 6578cc64ae9e..cd9a6e0a7449 100644 > --- a/drivers/mmc/host/dw_mmc.c > +++ b/drivers/mmc/host/dw_mmc.c > @@ -1983,6 +1983,14 @@ static void dw_mci_set_drto(struct dw_mci *host) >??????? /* add a bit spare time */ >??????? drto_ms += 10; >? > +???? /* > +????? * If TMOUT register still holds the reset value the above calculation > +????? * would yield a timeout of over 167 seconds, limit it to 1000ms. > +????? * Normal reads/writes should not take anywhere close to 120s. > +????? */ > +???? if (drto_ms > 120000) > +???????????? drto_ms = 1000; > + If dtrt_ms is 167sec, it means that bus_hz should be 0 or 1. What value is your host->bus_hz? Best Regards, Jaehoon Chung >??????? spin_lock_irqsave(&host->irq_lock, irqflags); >??????? if (!test_bit(EVENT_DATA_COMPLETE, &host->pending_events)) >??????????????? mod_timer(&host->dto_timer, > = Hyperstone GmbH | Line-Eid-Strasse 3 | 78467 Konstanz Managing Directors: Dr. Jan Peter Berns. Commercial register of local courts: Freiburg HRB381782