Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp13370759ybl; Sun, 29 Dec 2019 10:16:43 -0800 (PST) X-Google-Smtp-Source: APXvYqy+xECkZ182VqIvs4d7Zc2B3eRZWqh2nszJ+MfIkG5znQX8p7Rl60UqumbdAXDJTob2xVix X-Received: by 2002:a9d:588c:: with SMTP id x12mr67554936otg.2.1577643403291; Sun, 29 Dec 2019 10:16:43 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1577643403; cv=none; d=google.com; s=arc-20160816; b=wDZnNM5BeAT2KjfqBxSTHq/AgoWx4PegKcNlHI4ceVV6y8xrYAnaCt9DtA8GqYmJhF 6tpXpksFMtJqSIJS2cBjo38ngCXUaXmbz3NBz397CEKA4zobsGH+tx4/0vfUphFuMriP spdRtTFXYL/HO4qGV7/thoUSlLLaVF5wWJIMmgiUKyrPb2oIIxUYrKJiIJ5aQvzUNA3R cQ63pdDf2wVjmJScl86mqZAtMgNQUcnclhwsRAPFOjubqDan2/i8Nn1dPhp/BVoXFjt2 2ehQKcqP9/OdppfXrnuRE+2zzbhed9iz0oF/bsXOeYlIhw+NyslBo9dPy971ELJWn83Q z/6Q== 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=3uaVt+N3GLlXdgSAPzORNw3nVR16K/cBcjMPgJk25zE=; b=ycu2Fq3hFPGx2HaMH3F5AL1ZU2UyPgZ5mOb30brop8gwttPs2aK0jMjN4JjtZtL+Lm +oxiHZK8RWm4q2YjDI/7WWHjvC4gJIFD93VBXMwl7GJinTdjo0ZJTiWCjRmHAFJFJmyr X6WlpaN4xEihHE+NEB4YaEtHGT6Sc7k6XwKbfmAFh+WxRedZw7pCFntb/YfXy8bWbg4x oBMudedTRznMzsR05xr3oxJg5UqfXPs574FTsPUlOu32Y6iCRWfvquxuv3bCwlPcFXOE zihqwoZQonqm+0gxFW7PY39X3LGWxumz+BLBz8GLGxnIKNdfx7GCGFLb+USHm4ypcGCl zaig== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=b3uMPab6; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l131si20549429oig.120.2019.12.29.10.16.32; Sun, 29 Dec 2019 10:16:43 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=b3uMPab6; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728236AbfL2R0e (ORCPT + 99 others); Sun, 29 Dec 2019 12:26:34 -0500 Received: from mail.kernel.org ([198.145.29.99]:47682 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727382AbfL2R0d (ORCPT ); Sun, 29 Dec 2019 12:26:33 -0500 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 D934F207FD; Sun, 29 Dec 2019 17:26:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1577640392; bh=8YBMtFeRVsQhWg3o72pJkuxLeZYBbuMxy5LIiCZsmhU=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=b3uMPab6dAktFKohPVZU1gYQ1XgaKPd3go6hk81j0Uv0F6XxZ0diCCGigtxxI47Ky g/aNpQvISKG/k6/cCGruIvSjrrkttg+fetLQtGHTsfzvhi203gH86SZladt340PB2P KFIUgN7wV95jA9mOxQHXt1fVpsc85ON2FC+CGQGM= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Wolfram Sang , Masahiro Yamada , Andrew Gabbasov , Ulf Hansson , Eugeniu Rosca , Sasha Levin , Harish Jenny K N Subject: [PATCH 4.14 122/161] mmc: tmio: Add MMC_CAP_ERASE to allow erase/discard/trim requests Date: Sun, 29 Dec 2019 18:19:30 +0100 Message-Id: <20191229162435.771131265@linuxfoundation.org> X-Mailer: git-send-email 2.24.1 In-Reply-To: <20191229162355.500086350@linuxfoundation.org> References: <20191229162355.500086350@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: Eugeniu Rosca [ Upstream commit c91843463e9e821dc3b48fe37e3155fa38299f6e ] Isolated initially to renesas_sdhi_internal_dmac [1], Ulf suggested adding MMC_CAP_ERASE to the TMIO mmc core: On Fri, Nov 15, 2019 at 10:27:25AM +0100, Ulf Hansson wrote: -- snip -- This test and due to the discussions with Wolfram and you in this thread, I would actually suggest that you enable MMC_CAP_ERASE for all tmio variants, rather than just for this particular one. In other words, set the cap in tmio_mmc_host_probe() should be fine, as it seems none of the tmio variants supports HW busy detection at this point. -- snip -- Testing on R-Car H3ULCB-KF doesn't reveal any issues (v5.4-rc7): root@rcar-gen3:~# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT mmcblk0 179:0 0 59.2G 0 disk <--- eMMC mmcblk0boot0 179:8 0 4M 1 disk mmcblk0boot1 179:16 0 4M 1 disk mmcblk1 179:24 0 30G 0 disk <--- SD card root@rcar-gen3:~# time blkdiscard /dev/mmcblk0 real 0m8.659s user 0m0.001s sys 0m1.920s root@rcar-gen3:~# time blkdiscard /dev/mmcblk1 real 0m1.176s user 0m0.001s sys 0m0.124s [1] https://lore.kernel.org/linux-renesas-soc/20191112134808.23546-1-erosca@de.adit-jv.com/ Cc: Wolfram Sang Cc: Masahiro Yamada Cc: Andrew Gabbasov Originally-by: Harish Jenny K N Suggested-by: Ulf Hansson Signed-off-by: Eugeniu Rosca Reviewed-by: Wolfram Sang Signed-off-by: Ulf Hansson Signed-off-by: Sasha Levin --- drivers/mmc/host/tmio_mmc_core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/mmc/host/tmio_mmc_core.c b/drivers/mmc/host/tmio_mmc_core.c index 2fd862dc9770..a09aad9155a5 100644 --- a/drivers/mmc/host/tmio_mmc_core.c +++ b/drivers/mmc/host/tmio_mmc_core.c @@ -1220,7 +1220,7 @@ int tmio_mmc_host_probe(struct tmio_mmc_host *_host, _host->start_signal_voltage_switch; mmc->ops = &tmio_mmc_ops; - mmc->caps |= MMC_CAP_4_BIT_DATA | pdata->capabilities; + mmc->caps |= MMC_CAP_ERASE | MMC_CAP_4_BIT_DATA | pdata->capabilities; mmc->caps2 |= pdata->capabilities2; mmc->max_segs = pdata->max_segs ? : 32; mmc->max_blk_size = 512; -- 2.20.1