Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp992497ybt; Fri, 19 Jun 2020 20:52:25 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwU+wadArwm0bGoVyJcdmbtWvcHr1GOTulwGAWq59PZ1IxGXy8++kixYFLuqhiWQ41Mkhsg X-Received: by 2002:a17:906:694d:: with SMTP id c13mr898142ejs.337.1592625144911; Fri, 19 Jun 2020 20:52:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592625144; cv=none; d=google.com; s=arc-20160816; b=pjJtPZZXkGjVvBYcmr+mlcEZtEYAr0UluGmRlj4ibsTaMmc608mjA0QWiibIJM6KbG PmUvcu2gO2ZWyzT9VHiE0OB5/SPX4tK+XiHqDgm3S1kNKTPCHsW3G3RF1R7+ZVD9IEE9 c4ETIaZOBZXu4SVtRLoqXFqScFwH+1VRMXq0rfUl0vYznU59xcM/wIzKk/jxbWnwo03j FqqXDscC2mAEcv34moVmhvFiFh59GhMaBiwheHqqsmT8Rq3ncYOKVUiYl5qRDHT6y1Ez LrMPEHK2EIe7S6EMBimUyeAlOavLf+LcPfJwYhdLRSvCaIstUn+7CYqE7X3BsHAd1UQf 3uFQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=8WGWVSRzUm3GqLW7tP4YyR4H2y3HOylM+JXwl4gtjbU=; b=pwRcCGFkNUg+sNE4hxdJSeDWj/mO4wmxOPJx4Xk99/ij0K+zIgu852K5CbvEq0UybK N2w0q8byJ+odYSodNRqAqS52FCeBl8DEHRwWpdpxu7lI9ocNeb/anOPigpJlJw6L+9w+ N1Q1WaChp0NsF1UlN/+K3AwVDSs7h9mdUGWqZ87xs/WUQCtbjOv/gwNiTohuaGLF0HaX 7WVqCflrgqjivmmKcrDAmIuUHDhvWD/mQrpNXahMBxTsoOOnEadLM4tGY0e7FEC5i8qp aongbXr9nGW75b+we/4jL7jT0x/ZE+BlfwzfcjJ/mxic4sQR2OtT4zjxBO6Rwli4PWxL Y0OA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="HOCu/Yyq"; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z3si5173713eja.429.2020.06.19.20.52.03; Fri, 19 Jun 2020 20:52:24 -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; dkim=pass header.i=@kernel.org header.s=default header.b="HOCu/Yyq"; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2394677AbgFSQVO (ORCPT + 99 others); Fri, 19 Jun 2020 12:21:14 -0400 Received: from mail.kernel.org ([198.145.29.99]:57278 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388718AbgFSPAw (ORCPT ); Fri, 19 Jun 2020 11:00:52 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 578022193E; Fri, 19 Jun 2020 15:00:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1592578847; bh=4ljtbtWFQHlpXv5YMNSizjWjGiVY5t/bwWmBU85FxWQ=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=HOCu/Yyqk12ZXJgSq74y1AxMVW5gCTwd8j2jIWb1gBpqVDak983vSDrq23xFc9Qih hM9YSruRoKEqvMjxiNQ84bENGgM5kAyf086DbMKuQxa056i9rUN2+aoxZwMGTQdY1R nD7M7gYHHnmhma24lFZA+drYEjd11A4aeFzZTmMU= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Bruce Chang , Harald Welte , Ulf Hansson , Sasha Levin Subject: [PATCH 4.19 179/267] mmc: via-sdmmc: Respect the cmd->busy_timeout from the mmc core Date: Fri, 19 Jun 2020 16:32:44 +0200 Message-Id: <20200619141657.367848960@linuxfoundation.org> X-Mailer: git-send-email 2.27.0 In-Reply-To: <20200619141648.840376470@linuxfoundation.org> References: <20200619141648.840376470@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Ulf Hansson [ Upstream commit 966244ccd2919e28f25555a77f204cd1c109cad8 ] Using a fixed 1s timeout for all commands (and data transfers) is a bit problematic. For some commands it means waiting longer than needed for the timer to expire, which may not a big issue, but still. For other commands, like for an erase (CMD38) that uses a R1B response, may require longer timeouts than 1s. In these cases, we may end up treating the command as it failed, while it just needed some more time to complete successfully. Fix the problem by respecting the cmd->busy_timeout, which is provided by the mmc core. Cc: Bruce Chang Cc: Harald Welte Signed-off-by: Ulf Hansson Link: https://lore.kernel.org/r/20200414161413.3036-17-ulf.hansson@linaro.org Signed-off-by: Sasha Levin --- drivers/mmc/host/via-sdmmc.c | 7 ++++++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/drivers/mmc/host/via-sdmmc.c b/drivers/mmc/host/via-sdmmc.c index 32c4211506fc..246dc6255e69 100644 --- a/drivers/mmc/host/via-sdmmc.c +++ b/drivers/mmc/host/via-sdmmc.c @@ -323,6 +323,8 @@ struct via_crdr_mmc_host { /* some devices need a very long delay for power to stabilize */ #define VIA_CRDR_QUIRK_300MS_PWRDELAY 0x0001 +#define VIA_CMD_TIMEOUT_MS 1000 + static const struct pci_device_id via_ids[] = { {PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_9530, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0,}, @@ -555,14 +557,17 @@ static void via_sdc_send_command(struct via_crdr_mmc_host *host, { void __iomem *addrbase; struct mmc_data *data; + unsigned int timeout_ms; u32 cmdctrl = 0; WARN_ON(host->cmd); data = cmd->data; - mod_timer(&host->timer, jiffies + HZ); host->cmd = cmd; + timeout_ms = cmd->busy_timeout ? cmd->busy_timeout : VIA_CMD_TIMEOUT_MS; + mod_timer(&host->timer, jiffies + msecs_to_jiffies(timeout_ms)); + /*Command index*/ cmdctrl = cmd->opcode << 8; -- 2.25.1