From patchwork Tue Mar 24 18:07:34 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Ulf Hansson X-Patchwork-Id: 211068 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-9.9 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU, HEADER_FROM_DIFFERENT_DOMAINS, INCLUDES_PATCH, MAILING_LIST_MULTI, SIGNED_OFF_BY, SPF_HELO_NONE, SPF_PASS, USER_AGENT_GIT autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id F215BC43331 for ; Tue, 24 Mar 2020 18:07:47 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id D101A2074D for ; Tue, 24 Mar 2020 18:07:47 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b="Gq3yC4cz" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727969AbgCXSHr (ORCPT ); Tue, 24 Mar 2020 14:07:47 -0400 Received: from mail-lj1-f196.google.com ([209.85.208.196]:39391 "EHLO mail-lj1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727982AbgCXSHr (ORCPT ); Tue, 24 Mar 2020 14:07:47 -0400 Received: by mail-lj1-f196.google.com with SMTP id i20so7557731ljn.6 for ; Tue, 24 Mar 2020 11:07:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=d70w+xNz4UWAEzx/SWZLFiI5SjHc8+R+STsNWkc4DPs=; b=Gq3yC4czVfNuJBGTdWK1idn2N27PKbtZpch9RJibEslj77pdpB2s3JF9KTatzqpl7h p8tNjPwz/o7v//e41TRaTsHFNOTVgykx5rjPfgo+85Yzg7VrislgLZRQPBZQIov1EdJC R3o+sHqPQCit3180CcxWp+ej7kJDgsofCeMic7L8j3cxIOeRwOupDSORB7ixl4Pl/P1r I0JtGoUeem3VmX9eZjOA7Kh3NKl5GeZq0qj6mBR7gwQ+7hd2/Z7r1dlaS+UZbQpqSevL zlr31AfoDDyD3hSyXJYHs77BKtOCyDxa5vkym8TzTGC3yDSkPk0wsJoHaqtqyj38NRUY Uvjg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=d70w+xNz4UWAEzx/SWZLFiI5SjHc8+R+STsNWkc4DPs=; b=KbgWS/vP6/vcca7wiw+sRFPUKKGSc5r1jU7aexgzqmL01oJD4xpcIpRUtNrrdAqY25 tqCOqUY+JtsoU5OOXpy7DFUxPVvi2uXJAlOAGx91rz386IubkVyoDvvR6hNxQbXtIyMu 266tTFrcneeco53SiaD6c6XdLCPihCq0q12QId6Wr+7HAaY6HpDuXwaQ+XaJRAiUVNqn iGFDffdQBrQWPLGnvjhW41n99/Th6yCVg+RCQ47AmfKLLU3VNy3qPv2G2rysEFkx+g7B NTR2WqU9Wvk8l7+qyJhQJbsS4mvOx6OHOB8WHooeNOM/PtWZSFGQCN9UrLUZ2S86KUpv 4Zcw== X-Gm-Message-State: ANhLgQ3+2nR9I942+RRJBAPUg1isMtV0Sk895Y8vfHDomwy2nYTscHrz 2CifZD9yXdXQd963gXE2dZ1Trg== X-Google-Smtp-Source: ADFU+vsgKAjOH2WDQA9D9nBFsBvvn9urqGZwksozUoLPhdK/6+G7fE4k+Lmag8JD56XtnpZOQJkO3A== X-Received: by 2002:a2e:94d5:: with SMTP id r21mr16964696ljh.81.1585073264410; Tue, 24 Mar 2020 11:07:44 -0700 (PDT) Received: from localhost.localdomain (h-158-174-22-210.NA.cust.bahnhof.se. [158.174.22.210]) by smtp.gmail.com with ESMTPSA id 3sm12113809ljq.18.2020.03.24.11.07.42 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 24 Mar 2020 11:07:43 -0700 (PDT) From: Ulf Hansson To: Greg Kroah-Hartman , Sasha Levin , stable@vger.kernel.org Cc: linux-mmc@vger.kernel.org, Ulf Hansson , Sowjanya Komatineni , Faiz Abbas , Anders Roxell , Naresh Kamboju , Peter Geis Subject: [PATCH 5.4.28 1/5] mmc: core: Allow host controllers to require R1B for CMD6 Date: Tue, 24 Mar 2020 19:07:34 +0100 Message-Id: <20200324180738.28892-2-ulf.hansson@linaro.org> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20200324180738.28892-1-ulf.hansson@linaro.org> References: <20200324180738.28892-1-ulf.hansson@linaro.org> MIME-Version: 1.0 Sender: linux-mmc-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-mmc@vger.kernel.org [ Upstream commit 1292e3efb149ee21d8d33d725eeed4e6b1ade963 ] It has turned out that some host controllers can't use R1B for CMD6 and other commands that have R1B associated with them. Therefore invent a new host cap, MMC_CAP_NEED_RSP_BUSY to let them specify this. In __mmc_switch(), let's check the flag and use it to prevent R1B responses from being converted into R1. Note that, this also means that the host are on its own, when it comes to manage the busy timeout. Suggested-by: Sowjanya Komatineni Cc: Tested-by: Anders Roxell Tested-by: Sowjanya Komatineni Tested-by: Faiz Abbas Tested-By: Peter Geis Signed-off-by: Ulf Hansson --- drivers/mmc/core/mmc_ops.c | 8 +++++--- include/linux/mmc/host.h | 1 + 2 files changed, 6 insertions(+), 3 deletions(-) diff --git a/drivers/mmc/core/mmc_ops.c b/drivers/mmc/core/mmc_ops.c index 09113b9ad679..18a7afb2a5b2 100644 --- a/drivers/mmc/core/mmc_ops.c +++ b/drivers/mmc/core/mmc_ops.c @@ -538,10 +538,12 @@ int __mmc_switch(struct mmc_card *card, u8 set, u8 index, u8 value, * If the cmd timeout and the max_busy_timeout of the host are both * specified, let's validate them. A failure means we need to prevent * the host from doing hw busy detection, which is done by converting - * to a R1 response instead of a R1B. + * to a R1 response instead of a R1B. Note, some hosts requires R1B, + * which also means they are on their own when it comes to deal with the + * busy timeout. */ - if (timeout_ms && host->max_busy_timeout && - (timeout_ms > host->max_busy_timeout)) + if (!(host->caps & MMC_CAP_NEED_RSP_BUSY) && timeout_ms && + host->max_busy_timeout && (timeout_ms > host->max_busy_timeout)) use_r1b_resp = false; cmd.opcode = MMC_SWITCH; diff --git a/include/linux/mmc/host.h b/include/linux/mmc/host.h index ba703384bea0..4c5eb3aa8e72 100644 --- a/include/linux/mmc/host.h +++ b/include/linux/mmc/host.h @@ -333,6 +333,7 @@ struct mmc_host { MMC_CAP_UHS_SDR50 | MMC_CAP_UHS_SDR104 | \ MMC_CAP_UHS_DDR50) #define MMC_CAP_SYNC_RUNTIME_PM (1 << 21) /* Synced runtime PM suspends. */ +#define MMC_CAP_NEED_RSP_BUSY (1 << 22) /* Commands with R1B can't use R1. */ #define MMC_CAP_DRIVER_TYPE_A (1 << 23) /* Host supports Driver Type A */ #define MMC_CAP_DRIVER_TYPE_C (1 << 24) /* Host supports Driver Type C */ #define MMC_CAP_DRIVER_TYPE_D (1 << 25) /* Host supports Driver Type D */ From patchwork Tue Mar 24 18:07:36 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Ulf Hansson X-Patchwork-Id: 211067 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-9.9 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU, HEADER_FROM_DIFFERENT_DOMAINS, INCLUDES_PATCH, MAILING_LIST_MULTI, SIGNED_OFF_BY, SPF_HELO_NONE, SPF_PASS, USER_AGENT_GIT autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 77B0FC54EEB for ; Tue, 24 Mar 2020 18:07:50 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 4C1B92076E for ; Tue, 24 Mar 2020 18:07:50 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b="W3243hXb" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727982AbgCXSHt (ORCPT ); Tue, 24 Mar 2020 14:07:49 -0400 Received: from mail-lj1-f194.google.com ([209.85.208.194]:41642 "EHLO mail-lj1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727468AbgCXSHt (ORCPT ); Tue, 24 Mar 2020 14:07:49 -0400 Received: by mail-lj1-f194.google.com with SMTP id n17so9295169lji.8 for ; Tue, 24 Mar 2020 11:07:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=o7fvoYlYi4lMDSB97ToxNN2Z/j072k5ZAIM3GjTSGx0=; b=W3243hXbqYEDk1dAuztyaCWL36x5xDIV1TVfQezZWPWLoNYT/k7B5zUS/LZX30jiMt 7rceCt/jtEViWdcx/0vUWC5EpI6vECCgoZ7K8CtoX3F1PXZDZiS88JuHtyYP9iOGzmgI OktwuvgJZpieMDyR0kS+onAzXnpPXUf0iULPK4P66yG88CJ5CeFv/p9NGaQZVT4CA79N +gArQKUjbQFz62xqRuWmH0vCOKi1J6L4TW9E1MIMUkJ74S5ORdDnyQLBd9hziTJw0sdL Enfq5k5U4l/2BfvDTd8uO+yNE5S+onHgvHAQ9QJHM479j8WMi+v9yuxMMk/zwMpm0gh4 OBFQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=o7fvoYlYi4lMDSB97ToxNN2Z/j072k5ZAIM3GjTSGx0=; b=kJmu51n//fqCVWVE3jk41gqR2EVg8BNaUP+RuKDK11BfXr6fJX3e6UrW1U54yD/12Z 6LvienZL8oh3uq4RfOegArHAUQOXjtrMKS87DFvSZAnjEgxH6xpRILA+bmqpKfAtGLuE Wh8i+P/pdeeaLiLKQMMiJ76xv951NbEGE23ebMK6w51p9sBH1amrrprJ7xoT4sW0Vf1l Iv9VA9kV2Z4uCjQ9KSFqml3vUJ0WEaiy65YJXd2XUh3F4m/xKJzUcgUAN9R/pFV9v4QE k45j4nhEZmLeyEghoKq0Jb1HTzahm/CS1WYXEycYK7hpBji1Hr5YtR71QfrJqwc6bzB2 mHIQ== X-Gm-Message-State: ANhLgQ1v5y8wFp0YefE+O3cler3cEcUrAB87lWe+DH/VAsr/W0fg0Rzb v92y/isKOirGWZgd8uGgAu/OAA== X-Google-Smtp-Source: ADFU+vusW3scmpvBmi9o7o/dNk5T2lWSVhshoynti6qdN9LkC42nPpsvEZFHDPOGjBfQ8ZnBjXhdzw== X-Received: by 2002:a05:651c:549:: with SMTP id q9mr6435344ljp.210.1585073267231; Tue, 24 Mar 2020 11:07:47 -0700 (PDT) Received: from localhost.localdomain (h-158-174-22-210.NA.cust.bahnhof.se. [158.174.22.210]) by smtp.gmail.com with ESMTPSA id 3sm12113809ljq.18.2020.03.24.11.07.45 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 24 Mar 2020 11:07:46 -0700 (PDT) From: Ulf Hansson To: Greg Kroah-Hartman , Sasha Levin , stable@vger.kernel.org Cc: linux-mmc@vger.kernel.org, Ulf Hansson , Sowjanya Komatineni , Faiz Abbas , Anders Roxell , Naresh Kamboju Subject: [PATCH 5.4.28 3/5] mmc: core: Respect MMC_CAP_NEED_RSP_BUSY for eMMC sleep command Date: Tue, 24 Mar 2020 19:07:36 +0100 Message-Id: <20200324180738.28892-4-ulf.hansson@linaro.org> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20200324180738.28892-1-ulf.hansson@linaro.org> References: <20200324180738.28892-1-ulf.hansson@linaro.org> MIME-Version: 1.0 Sender: linux-mmc-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-mmc@vger.kernel.org [ Upstream commit 18d200460cd73636d4f20674085c39e32b4e0097 ] The busy timeout for the CMD5 to put the eMMC into sleep state, is specific to the card. Potentially the timeout may exceed the host->max_busy_timeout. If that becomes the case, mmc_sleep() converts from using an R1B response to an R1 response, as to prevent the host from doing HW busy detection. However, it has turned out that some hosts requires an R1B response no matter what, so let's respect that via checking MMC_CAP_NEED_RSP_BUSY. Note that, if the R1B gets enforced, the host becomes fully responsible of managing the needed busy timeout, in one way or the other. Suggested-by: Sowjanya Komatineni Cc: Link: https://lore.kernel.org/r/20200311092036.16084-1-ulf.hansson@linaro.org Signed-off-by: Ulf Hansson --- drivers/mmc/core/mmc.c | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/mmc/core/mmc.c b/drivers/mmc/core/mmc.c index c8804895595f..b7159e243323 100644 --- a/drivers/mmc/core/mmc.c +++ b/drivers/mmc/core/mmc.c @@ -1911,9 +1911,12 @@ static int mmc_sleep(struct mmc_host *host) * If the max_busy_timeout of the host is specified, validate it against * the sleep cmd timeout. A failure means we need to prevent the host * from doing hw busy detection, which is done by converting to a R1 - * response instead of a R1B. + * response instead of a R1B. Note, some hosts requires R1B, which also + * means they are on their own when it comes to deal with the busy + * timeout. */ - if (host->max_busy_timeout && (timeout_ms > host->max_busy_timeout)) { + if (!(host->caps & MMC_CAP_NEED_RSP_BUSY) && host->max_busy_timeout && + (timeout_ms > host->max_busy_timeout)) { cmd.flags = MMC_RSP_R1 | MMC_CMD_AC; } else { cmd.flags = MMC_RSP_R1B | MMC_CMD_AC; From patchwork Tue Mar 24 18:07:38 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Ulf Hansson X-Patchwork-Id: 211066 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-9.9 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU, HEADER_FROM_DIFFERENT_DOMAINS, INCLUDES_PATCH, MAILING_LIST_MULTI, SIGNED_OFF_BY, SPF_HELO_NONE, SPF_PASS, USER_AGENT_GIT autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 79701C41621 for ; Tue, 24 Mar 2020 18:07:53 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 4AFBB2074D for ; Tue, 24 Mar 2020 18:07:53 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b="bXLB+FEo" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727990AbgCXSHw (ORCPT ); Tue, 24 Mar 2020 14:07:52 -0400 Received: from mail-lj1-f194.google.com ([209.85.208.194]:32784 "EHLO mail-lj1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727034AbgCXSHw (ORCPT ); Tue, 24 Mar 2020 14:07:52 -0400 Received: by mail-lj1-f194.google.com with SMTP id f20so3772337ljm.0 for ; Tue, 24 Mar 2020 11:07:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=f8SsdXxw6WR8Wur1e28lt2OagUPIvgDuohaIqQCKjAs=; b=bXLB+FEonMWU5yCYDNNCwM7DMyqWiCgHeh9KBEDU9H05YBCLCtfQ6BfQ4Wj675/77z extRXLQoyDKiM7YaI3RUdHXTIvuyowuy3fijpn8BobjrlmTOTj13A4nJHfWVYeJLcTYw pbnf0RUCGhRUcEGcmqd0O9pGT48+BNvCdmWrpTAkUG1UlJo5Byrgvp41E2MQqJQUwnjW CSBAFR7Uk5Ds/xnaPFlaH8vG2wtJ0xSWvCfIK/wMzFzjU0ERfojF2CfgR7juhIfQC8hX YAc5JPzObZifoz/TiMQKB3Yr8SeaMnA19Nte1Q76CBMGeAMOQ0E/kmC2XQbE7PogQFTz SIoA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=f8SsdXxw6WR8Wur1e28lt2OagUPIvgDuohaIqQCKjAs=; b=kCo09txHOoJLIOu1CoqllhAJPj8vYTV1y0V5qw0fHhnbQE68zQo8IZLtnkoOKk6CrQ MRoQT69ufjNuFCvkEDY22lOqpLNou46/9O2zUx8TvqBhCqvtvZICmpdTRe+Lbf2rbEDJ GMUYku0D48DIpDMvX0ScfOE2oAokpwphWFHUlbwSon17JG/oduKOyW3QclG/hrIAOL32 MjH6kNpez0QxgX6lgTHrtPC/1pU3mbdtqwSL6kFh3FtN4tmBTB4KMecOxBYhLIlv0ekl tbhyQ5LEj/DM4UhzZxDF1/e9NZtpXjR7NGJ8Xg7psICCKyXRj5rFugkZ/FlNO6QvpvT8 Xjsg== X-Gm-Message-State: ANhLgQ2qhfPSvsWLGntG3rAvYCQ0ys2kF5ljs5P5fNdpX2bNbs2Edjsr osV5N/m4KRnnn4MMd5iotv9D2w== X-Google-Smtp-Source: ADFU+vsAG+RBizWk7K20WS6AoDZ1kvqWGGaXFBe5zOjiY0vib4LLsWVOa+CSBjZGLU/ozj7vAbF/xg== X-Received: by 2002:a2e:9903:: with SMTP id v3mr18140211lji.96.1585073270215; Tue, 24 Mar 2020 11:07:50 -0700 (PDT) Received: from localhost.localdomain (h-158-174-22-210.NA.cust.bahnhof.se. [158.174.22.210]) by smtp.gmail.com with ESMTPSA id 3sm12113809ljq.18.2020.03.24.11.07.48 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 24 Mar 2020 11:07:49 -0700 (PDT) From: Ulf Hansson To: Greg Kroah-Hartman , Sasha Levin , stable@vger.kernel.org Cc: linux-mmc@vger.kernel.org, Ulf Hansson , Sowjanya Komatineni , Faiz Abbas , Anders Roxell , Naresh Kamboju , Bitan Biswas , Peter Geis Subject: [PATCH 5.4.28 5/5] mmc: sdhci-tegra: Fix busy detection by enabling MMC_CAP_NEED_RSP_BUSY Date: Tue, 24 Mar 2020 19:07:38 +0100 Message-Id: <20200324180738.28892-6-ulf.hansson@linaro.org> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20200324180738.28892-1-ulf.hansson@linaro.org> References: <20200324180738.28892-1-ulf.hansson@linaro.org> MIME-Version: 1.0 Sender: linux-mmc-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-mmc@vger.kernel.org [ Upstream commit d2f8bfa4bff5028bc40ed56b4497c32e05b0178f ] It has turned out that the sdhci-tegra controller requires the R1B response, for commands that has this response associated with them. So, converting from an R1B to an R1 response for a CMD6 for example, leads to problems with the HW busy detection support. Fix this by informing the mmc core about the requirement, via setting the host cap, MMC_CAP_NEED_RSP_BUSY. Reported-by: Bitan Biswas Reported-by: Peter Geis Suggested-by: Sowjanya Komatineni Cc: Tested-by: Sowjanya Komatineni Tested-By: Peter Geis Signed-off-by: Ulf Hansson --- drivers/mmc/host/sdhci-tegra.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/mmc/host/sdhci-tegra.c b/drivers/mmc/host/sdhci-tegra.c index 403ac44a7378..a25c3a4d3f6c 100644 --- a/drivers/mmc/host/sdhci-tegra.c +++ b/drivers/mmc/host/sdhci-tegra.c @@ -1552,6 +1552,9 @@ static int sdhci_tegra_probe(struct platform_device *pdev) if (tegra_host->soc_data->nvquirks & NVQUIRK_ENABLE_DDR50) host->mmc->caps |= MMC_CAP_1_8V_DDR; + /* R1B responses is required to properly manage HW busy detection. */ + host->mmc->caps |= MMC_CAP_NEED_RSP_BUSY; + tegra_sdhci_parse_dt(host); tegra_host->power_gpio = devm_gpiod_get_optional(&pdev->dev, "power",