From patchwork Tue Mar 24 18:06:46 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Ulf Hansson X-Patchwork-Id: 211071 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 E208CC43331 for ; Tue, 24 Mar 2020 18:07:03 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id BC62A20719 for ; Tue, 24 Mar 2020 18:07:03 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b="t0KXcl/b" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727565AbgCXSHD (ORCPT ); Tue, 24 Mar 2020 14:07:03 -0400 Received: from mail-lj1-f194.google.com ([209.85.208.194]:38525 "EHLO mail-lj1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727257AbgCXSHC (ORCPT ); Tue, 24 Mar 2020 14:07:02 -0400 Received: by mail-lj1-f194.google.com with SMTP id w1so19609498ljh.5 for ; Tue, 24 Mar 2020 11:07:01 -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=t0KXcl/brHITxzzFUDmtZc21KdD0VOObPPDPiq+Taz+Ohr4xksVD72xqP8yxIb8oX9 r+1Ais/VoziMVUH/nr2VF96kOqUsuMcB9PVloxyloqniTdlQb1mleHc/XoRKeLmSpzyb 5oV+yW54Q0Rm/JI5Np1OCDd6xZAi/4dLyhhtYy2zuW8E0eWmp+9EQfdPgFdzKCY/qsXb NwEC3D/dWsNiDduQxP9LrCWZN2+vwW6k8/oRkRykWJcZxdgBx2vYrmFwnv4HbJAZSDB8 xxROupG55qnRG9M4zYncYSLSPFneS/BEJ639q+XTdQeOmH8o3jN8AZDEKTu5ZhxOgUgx pfiw== 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=PN9dFsdDrL2WJEBPlFombz70lTKm9btSMF6GF/x3HS/N1HWi/XbgzwnVk5vHZW7Rok A/YyzXm4l/fVjt6TfHFn1qtsvdSg2OjDcyFXVGNmq509SdfX5a5oStUg6Yb9C0rBrDno ifgCECD96Z1OjnS34NP8UWtHzSHlKM4azfMKgYmV4EES4MVvLuLgRO+a6eqintv2TXXi rR5U5vprbhTayH3OTzqpB3XeUjQKneYyULrEQwEXTpfaZHsgUE/TYiPy05b1Tf/ZWB3C XTaOXyGtbJALFEkUcj1N5UCVmnsWhADCEM+y7w8AJu6B/crkpLVwMjymIIfOyXbHQpJB JOFg== X-Gm-Message-State: ANhLgQ3B77G6MQYck7bhn2m9th5X4P46t3LmuXCGyd85KXI20/WwdlrK 68lB7KGIgte9pCPD9E3wtSXrWw== X-Google-Smtp-Source: ADFU+vtIUuWkkPduhumvzxnwcFbQlVbY+SKPwFpeQR7AtSQrW9n1AuJG1rLk3y0gXyhoT8N4PuFTpA== X-Received: by 2002:a2e:8ecd:: with SMTP id e13mr9686588ljl.244.1585073220414; Tue, 24 Mar 2020 11:07:00 -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 203sm10519660ljf.65.2020.03.24.11.06.58 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 24 Mar 2020 11:06:59 -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.5.12 1/5] mmc: core: Allow host controllers to require R1B for CMD6 Date: Tue, 24 Mar 2020 19:06:46 +0100 Message-Id: <20200324180650.28819-2-ulf.hansson@linaro.org> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20200324180650.28819-1-ulf.hansson@linaro.org> References: <20200324180650.28819-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:06:48 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Ulf Hansson X-Patchwork-Id: 211070 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 137CBC2BAEE for ; Tue, 24 Mar 2020 18:07:08 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id E26E42076E for ; Tue, 24 Mar 2020 18:07:07 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b="oK1mzPqf" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727630AbgCXSHH (ORCPT ); Tue, 24 Mar 2020 14:07:07 -0400 Received: from mail-lj1-f196.google.com ([209.85.208.196]:34801 "EHLO mail-lj1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727567AbgCXSHH (ORCPT ); Tue, 24 Mar 2020 14:07:07 -0400 Received: by mail-lj1-f196.google.com with SMTP id s13so19665434ljm.1 for ; Tue, 24 Mar 2020 11:07:04 -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=uvF8ZHqHncSrlilA+ZOuPkJJR+jnp9zcVFv/87o5LaA=; b=oK1mzPqfkxG/iI7JuTymhz8PwdWqxx+e7x0Jqu9BHN8pgSeEh45sB+tqc+dlKIJTmG sk8XCKxhW5qzM5V4oHS5C5JEA0bBjvnSWVYMvK/93WwrGfLPha32t1yQq1SG6HznyZnV mPQJ17ERFSlNPAtu6c1KFdJ0vSzhSp3rdV7rSsQsPNz+sj7xIw3wzV2vnxExyFytnAVN KLVDtc81LqNc9JKMczR3pZs5FpNW60muKtRc+V3mN29HPpSwSxNfbARpcpzZkCNDSKMy WdcQB9aM1If7ayqZXCks+ykKcqbvlvGkDt2BzsOdscnWZOvmZ9kAMBvpdLZ154LOKbYz xZEQ== 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=uvF8ZHqHncSrlilA+ZOuPkJJR+jnp9zcVFv/87o5LaA=; b=WrV0kIR+Un2vZoD74CWKQRjENFOsjVgG6hFNv/F0Y9ECwRycnrCojLK7OzB3s0sAbr dQbFjQ3/Mh5LtjhXIEa9MFZvfYqQis8jxlid+wGyDb9rIP65W5qrHOxLpP9NKi2/QFc2 961QQE7mVXOP2fv22dp6GPnSpItrqAnxzb6cQfKPTNwVuU6Z4+5xlB10VO2/S2IaRuWS 6GHp1vyr57oFzN4BCBbozwCD6Q5h6wsTOIrjpEzmDlmsTeb525qfatO8/bkatphaxR2P vaQd/2pTA8FkK0Nv3Qx78VEMVda9Za7izt+Mf0pqKyIk3YOokkht/O/91dZ5otLLIfWG 2pvw== X-Gm-Message-State: ANhLgQ17afO4EZ5JU92ZULBnIwfLQY288SoUno+EqcvUzFr/RGei+Klx OXEScB3AyHn6y6XveYdwsYPWdw== X-Google-Smtp-Source: ADFU+vuj6+OEplFWywKu8+N/4cJzYyfPXNEg64BZexka+oV9s8DhnK0JoBBEXqnwk0u9zvcy23pWig== X-Received: by 2002:a2e:9c4:: with SMTP id 187mr18342643ljj.89.1585073224123; Tue, 24 Mar 2020 11:07:04 -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 203sm10519660ljf.65.2020.03.24.11.07.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 24 Mar 2020 11:07:03 -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.5.12 3/5] mmc: core: Respect MMC_CAP_NEED_RSP_BUSY for eMMC sleep command Date: Tue, 24 Mar 2020 19:06:48 +0100 Message-Id: <20200324180650.28819-4-ulf.hansson@linaro.org> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20200324180650.28819-1-ulf.hansson@linaro.org> References: <20200324180650.28819-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 f6912ded652d..de14b5845f52 100644 --- a/drivers/mmc/core/mmc.c +++ b/drivers/mmc/core/mmc.c @@ -1910,9 +1910,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:06:50 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Ulf Hansson X-Patchwork-Id: 211069 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 93204C2BAEE for ; Tue, 24 Mar 2020 18:07:11 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 6F60A20719 for ; Tue, 24 Mar 2020 18:07:11 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b="TIel5Uag" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727310AbgCXSHK (ORCPT ); Tue, 24 Mar 2020 14:07:10 -0400 Received: from mail-lf1-f68.google.com ([209.85.167.68]:37562 "EHLO mail-lf1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727611AbgCXSHK (ORCPT ); Tue, 24 Mar 2020 14:07:10 -0400 Received: by mail-lf1-f68.google.com with SMTP id j11so14019116lfg.4 for ; Tue, 24 Mar 2020 11:07:08 -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=TIel5Uag6dZ3G0P5rfvaRxHE+J6faOARtdYwQWa0o7ycd/GgSLvBZmXGfzUYoA3wCR chLelbgWdGy0YTF6/9ycMDGKSUub/JCYmjc2JVNFkp6Cf6vDkWUDMRmlndg1zFYOXSOr 5V6elXA2S6f9Nmf0RqrO77kmdvuaN1Qad+WEHn/Dfra1Pq9pOhrYZBAbEHGQpbLnRrXb 1giw7FMuH6ECSXaE0gM2ElHm8kskRBz2SpCUv2VTYsjS9FJuULzLdyVT2KZ0KxMJrl8N QvH11UsguqzJv36qR9I6ffVNRkhQbGZrA0/3LBceTHkbbARh4W41jHq4SJIqLS+CCu7q W0wA== 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=OX/WEsUWAwo12p23IJNTftdh7chDAtDbs7re1RztEEP2jt+7B9ZVgyU50MtQESFeMh 3xlCMF/ubNWxh7+/JvS0C01xcsXIrSq3mfp09I47ztIJzqagqr5kum2Qk0BfAPf5BV7Z o4QHwVspqwh5T8+35NAXQOaSbzpvLhhjDsIiiirnAwvxvG0VmOwLISh+UtYwyj4Z8Dwp GPGTb0mpFJDZRSvVhQOe4u+A4DJBeBPLPG3vUZho4r+2wTK8OZTK4uhsKl0MuXC8MrAD eD1f50PypZQS++Grzrnb5NgO+il/XozU/42nn1rIhT7Jn8qmUX9ceLu4qD7vjIZ8jRU9 v44g== X-Gm-Message-State: ANhLgQ2qJLmxdHY5QLaFRiQ8CMIPJT2ZGkTNwJrAXbHZTpeNjyDW7FBR k9FP0K1lCp53hz7jRtsvp1FS8Q== X-Google-Smtp-Source: ADFU+vs1iKgFEQHMKMWWpUIuZuzM5YuqIBxiTCl2JAnxIR+KDVwYeJ+0kD/ZNvy1xNOu0SxrTNAc4Q== X-Received: by 2002:a19:be11:: with SMTP id o17mr7367103lff.168.1585073227363; Tue, 24 Mar 2020 11:07:07 -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 203sm10519660ljf.65.2020.03.24.11.07.05 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 24 Mar 2020 11:07:06 -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.5.12 5/5] mmc: sdhci-tegra: Fix busy detection by enabling MMC_CAP_NEED_RSP_BUSY Date: Tue, 24 Mar 2020 19:06:50 +0100 Message-Id: <20200324180650.28819-6-ulf.hansson@linaro.org> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20200324180650.28819-1-ulf.hansson@linaro.org> References: <20200324180650.28819-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",