From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 13C1CC4332F for ; Mon, 28 Mar 2022 11:19:55 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240679AbiC1LVc (ORCPT ); Mon, 28 Mar 2022 07:21:32 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57358 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240677AbiC1LU4 (ORCPT ); Mon, 28 Mar 2022 07:20:56 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6183C55BE8; Mon, 28 Mar 2022 04:18:52 -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 dfw.source.kernel.org (Postfix) with ESMTPS id 92C1361042; Mon, 28 Mar 2022 11:18:51 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id BF914C340EC; Mon, 28 Mar 2022 11:18:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1648466331; bh=P/lxEK3xXgM2nxhjaAHZNVVhYk11eH/eKFXBmOkQsxo=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=r8phhbyy6yhLyNx5MW3ncieo3R98LXiLFr25I+wz5Ycy3nm+zNtomkvk2SOsV7r/T SSQduWJZ4ymnLwYDr96WkB6JMYloKzXhfZ//D6NOMMcfgroTthLeLzBtyq1Kft3zUp Wn0pxNS//lnhEXXCX6shjDxOh0bN590+9PVBDBtP7z4YJqPcYqK/WQZIls8tSGYp1c aiYXf1ehnIF1EVVeYlodaQcEWAoVUuC3lyeUbzd5qlA+1NK7wTUA5ZURAFSJusfKUQ XOx3RSjWqG1/B/XrVyWQ9mB+nx006sLdU0zIOd18FLIM3TgAz6JSSEsTXrooawaEue Wd8BnGVN/0G4Q== From: Sasha Levin To: linux-kernel@vger.kernel.org, stable@vger.kernel.org Cc: Christoph Hellwig , Jens Axboe , Sasha Levin , maximlevitsky@gmail.com, oakad@yahoo.com, ulf.hansson@linaro.org, baijiaju1990@gmail.com, chaitanya.kulkarni@wdc.com, mcgrof@kernel.org, linux-mmc@vger.kernel.org Subject: [PATCH AUTOSEL 5.17 10/43] memstick/mspro_block: fix handling of read-only devices Date: Mon, 28 Mar 2022 07:17:54 -0400 Message-Id: <20220328111828.1554086-10-sashal@kernel.org> X-Mailer: git-send-email 2.34.1 In-Reply-To: <20220328111828.1554086-1-sashal@kernel.org> References: <20220328111828.1554086-1-sashal@kernel.org> MIME-Version: 1.0 X-stable: review X-Patchwork-Hint: Ignore Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: stable@vger.kernel.org From: Christoph Hellwig [ Upstream commit 6dab421bfe06a59bf8f212a72e34673e8acf2018 ] Use set_disk_ro to propagate the read-only state to the block layer instead of checking for it in ->open and leaking a reference in case of a read-only device. Signed-off-by: Christoph Hellwig Link: https://lore.kernel.org/r/20220215094514.3828912-4-hch@lst.de Signed-off-by: Jens Axboe Signed-off-by: Sasha Levin --- drivers/memstick/core/mspro_block.c | 10 ++++------ 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/drivers/memstick/core/mspro_block.c b/drivers/memstick/core/mspro_block.c index c0450397b673..7ea312f0840e 100644 --- a/drivers/memstick/core/mspro_block.c +++ b/drivers/memstick/core/mspro_block.c @@ -186,13 +186,8 @@ static int mspro_block_bd_open(struct block_device *bdev, fmode_t mode) mutex_lock(&mspro_block_disk_lock); - if (msb && msb->card) { + if (msb && msb->card) msb->usage_count++; - if ((mode & FMODE_WRITE) && msb->read_only) - rc = -EROFS; - else - rc = 0; - } mutex_unlock(&mspro_block_disk_lock); @@ -1239,6 +1234,9 @@ static int mspro_block_init_disk(struct memstick_dev *card) set_capacity(msb->disk, capacity); dev_dbg(&card->dev, "capacity set %ld\n", capacity); + if (msb->read_only) + set_disk_ro(msb->disk, true); + rc = device_add_disk(&card->dev, msb->disk, NULL); if (rc) goto out_cleanup_disk; -- 2.34.1