Received: by 2002:a05:6512:3d0e:0:0:0:0 with SMTP id d14csp49568lfv; Tue, 12 Apr 2022 16:50:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwy10gEb5rNJ/HLXK4NRgeq07miTbxB5P6QAb6R6kpB8rb0vtEBlbQz3bo9/kEy45LbKTYF X-Received: by 2002:a05:6a00:10cc:b0:505:ada6:e03e with SMTP id d12-20020a056a0010cc00b00505ada6e03emr16040140pfu.45.1649807458046; Tue, 12 Apr 2022 16:50:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1649807458; cv=none; d=google.com; s=arc-20160816; b=Lq7yjOEOhiRZp2cPZVeUuBkHTIl0GsuchlgjX/Gby6nTFM29tlFyfurLtrWq2JwQLA Zi33hprIbqPGq/1ZpDUFKR1LW15FDFH9IqCIwllFm8hlqZorJSlVvCvYjapBLYAVo8y5 tC+NSc1QrCRJA6le1HO2NLCdHxXWTEKeUtWBEL7ikW1Km9JoGVn5j5O3rrcB3c2dlJSl p+B5W0AfI7KO0rVO/ZbsL97GTyOLlsUV90ZBi9jhH6ScXU6igfPzBeJCZYp/bFR6EBDk vxBUkBe2/6YoiT6yMhztihs9XvdI27Q87aCF1KPn2CM7lJWBIjjh163JlskBO6Tj1t97 Swog== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=oRmNxbIVzc3Sp4Twx7PF6f8R80AbWJ8qdZ7ASFKLH94=; b=ft8snpzl0wvBOvxwtMRFfIIhq7YqoxijvBqgfWg6YjlmXdfNNAvVmTeMzqfoJR6OTZ ARUJBih+h7IAEH0PXwM77EwX+a+mGtH7dbLC8aCdQsSSeE8XBBznUK8puLAwprMiq7or eUpqN8bT9bTCRVv5RqWHEri1f97qGJqOA9SfVq1DeTEynkqXiTRgXEXJjIlpl0Xc1fBE e2LAiT6WSh2Sfb9uHkxeoPh3fkqgfVSM9Up+oSCqdWU5aM7c7jw6is57DqT7YjMhoTfA JIT2ZOz+ySx2QnCpYgpip/EwOqR94FgopSPoivm5G9V3k1jNE0GWJf+bQrD+wNYl3/jv EnTQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=JvyCF1sk; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id f7-20020a056a0022c700b00505974f8b58si11564253pfj.307.2022.04.12.16.50.57 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 12 Apr 2022 16:50:58 -0700 (PDT) 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=@linuxfoundation.org header.s=korg header.b=JvyCF1sk; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 1AA0F1E3E10; Tue, 12 Apr 2022 14:44:12 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1354115AbiDLH0E (ORCPT + 99 others); Tue, 12 Apr 2022 03:26:04 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57510 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1351633AbiDLHMq (ORCPT ); Tue, 12 Apr 2022 03:12:46 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D7142286CD; Mon, 11 Apr 2022 23:50:51 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 91B2FB81B35; Tue, 12 Apr 2022 06:50:50 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id F298EC385A1; Tue, 12 Apr 2022 06:50:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1649746249; bh=J1aS2TvbmzFAHejZI/i7umfoY7zFKn7+Ucs2BIKv+RA=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=JvyCF1skvRGQ6WUk0yoNf2jd8qRfWUha1zDgZTZCKrN0DmbgOTFlUm/MVjbJjlV6w ZTJtP95jDtsv95USjgkWSL5WoiFKiF0Z4cSioi3Qx4RooA2Gaezllz3Xz5NuYv/FN1 yiS2yVWY70IFB6MfoybzZGXFDCJ4SOn2WI78qSDc= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, stable@kernel.org, Avri Altman , Michael Wu , Ulf Hansson Subject: [PATCH 5.15 213/277] mmc: core: Fixup support for writeback-cache for eMMC and SD Date: Tue, 12 Apr 2022 08:30:16 +0200 Message-Id: <20220412062948.204655447@linuxfoundation.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20220412062942.022903016@linuxfoundation.org> References: <20220412062942.022903016@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, 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 From: Michael Wu commit 08ebf903af57cda6d773f3dd1671b64f73b432b8 upstream. During the card initialization process, the mmc core checks whether the eMMC/SD card supports an internal writeback-cache and then enables it inside the card. Unfortunately, this isn't according to what the mmc core reports to the upper block layer. Instead, the writeback-cache support with REQ_FLUSH and REQ_FUA, are being enabled depending on whether the host supports the CMD23 (MMC_CAP_CMD23) and whether an eMMC supports the reliable-write command. This is wrong and it may also sound awkward. In fact, it's a remnant from when both eMMC/SD cards didn't have dedicated commands/support to control the internal writeback-cache. In other words, it was the best we could do at that point in time. To fix the problem, but also without breaking backwards compatibility, let's align the REQ_FLUSH support with whether the writeback-cache became successfully enabled - for both eMMC and SD cards. Cc: stable@kernel.org Fixes: 881d1c25f765 ("mmc: core: Add cache control for eMMC4.5 device") Fixes: 130206a615a9 ("mmc: core: Add support for cache ctrl for SD cards") Depends-on: 97fce126e279 ("mmc: block: Issue a cache flush only when it's enabled") Reviewed-by: Avri Altman Signed-off-by: Michael Wu Link: https://lore.kernel.org/r/20220331073223.106415-1-michael@allwinnertech.com [Ulf: Re-wrote the commit message] Signed-off-by: Ulf Hansson Signed-off-by: Greg Kroah-Hartman --- drivers/mmc/core/block.c | 12 +++++++++--- 1 file changed, 9 insertions(+), 3 deletions(-) --- a/drivers/mmc/core/block.c +++ b/drivers/mmc/core/block.c @@ -2376,6 +2376,8 @@ static struct mmc_blk_data *mmc_blk_allo struct mmc_blk_data *md; int devidx, ret; char cap_str[10]; + bool cache_enabled = false; + bool fua_enabled = false; devidx = ida_simple_get(&mmc_blk_ida, 0, max_devices, GFP_KERNEL); if (devidx < 0) { @@ -2457,13 +2459,17 @@ static struct mmc_blk_data *mmc_blk_allo md->flags |= MMC_BLK_CMD23; } - if (mmc_card_mmc(card) && - md->flags & MMC_BLK_CMD23 && + if (md->flags & MMC_BLK_CMD23 && ((card->ext_csd.rel_param & EXT_CSD_WR_REL_PARAM_EN) || card->ext_csd.rel_sectors)) { md->flags |= MMC_BLK_REL_WR; - blk_queue_write_cache(md->queue.queue, true, true); + fua_enabled = true; + cache_enabled = true; } + if (mmc_cache_enabled(card->host)) + cache_enabled = true; + + blk_queue_write_cache(md->queue.queue, cache_enabled, fua_enabled); string_get_size((u64)size, 512, STRING_UNITS_2, cap_str, sizeof(cap_str));