Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp3066415imu; Mon, 17 Dec 2018 12:41:01 -0800 (PST) X-Google-Smtp-Source: AFSGD/W5FHpdVdJ5BnIl7VHEZb6/wVg4ydWVwqYrah0eWeSQnaM8LQ4avI3AAculqhUjgYZ2pmRd X-Received: by 2002:a17:902:7896:: with SMTP id q22mr14098695pll.280.1545079261757; Mon, 17 Dec 2018 12:41:01 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1545079261; cv=none; d=google.com; s=arc-20160816; b=ABYqvRu8G12+9nOxIeIdZH4QQjtPXJsaIAFVQdZI+ajb2T8pkJ+7TcxqQJndRjdvqu dBb0M4eLUglwKjNsCzLBjKJFEdoIhHNoT7kR+1QxlZiXtjYWE3u0rz2/DHZDl0Vtd+lR Ftt0ZJ0/Exq9hHB9yobeUWWfv/vtAkkTS4iH6ZRmXnzuKFVaJTHTNSKGTINbLe7yZgPt pTgFO0EzK0Y7C1gKQ4j1Ok1dPxOCiSz3M854jtmgP0VYoEg+3WffmXrphlhky7HKNqfc 28A5dlx6YR9SoBTeoMjSZzrCqMzYRv856ee/9bsstFNdzuj68Kez66QpcTvk0GfIkewp 9zJQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=apryp3Na6lpnDyQ2FOlsFXSHc3UCeY+MsKmrcTk05No=; b=BfLDB1KGNFUjriQs/B+lXLhEvJEO9vCL+ZYHCJ/IAhynHdD2K2dfj/2g3YHWhQc+7d BUj7g54r+5FSmu9AZAn6HGVEzUEKAwVPyrCnnBLPCDDTBMZXTEXFMFtM0uWN9zDu2C// +o09e5HWLWny75wRTMRFIh6pH3FudZei5m/z4B03DhlIT7peoJXU8nWQPzh+4GtVG7+J 9+Mfiwu9Bo8gdl5Gkm47h9deYW2fbRYkwCZmaLsRKFud7E2AQWwzlzUiGiqShGrcjzMo CifuKi72dH3hpCeXkPGJsheFzsqxMWorayR9xfIIVszCZrcU6fQn/40w3MfFP6NxAmqe t6Kw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=1lD5mkDw; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w190si11572126pgd.338.2018.12.17.12.40.47; Mon, 17 Dec 2018 12:41:01 -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=1lD5mkDw; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731961AbeLQTmj (ORCPT + 99 others); Mon, 17 Dec 2018 14:42:39 -0500 Received: from mail.kernel.org ([198.145.29.99]:49714 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727384AbeLQTmi (ORCPT ); Mon, 17 Dec 2018 14:42:38 -0500 Received: from localhost (unknown [104.132.0.86]) (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 23CDE2133F; Mon, 17 Dec 2018 19:42:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1545075758; bh=EN58Tdnk5GF+aQXgkQLZW/TmJCLRyFE087/5+XXvFhs=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=1lD5mkDwdh/flqSBusgcG3jJMgDlIbn1vtl3zCw+ink5IaCH1tfN01vQHUWfZpNyw VWx9bq+f1Pm6jRUj5XU+Jlmum/n/+G5Pvz+gHbH9ag2qV/UjRNPHjvYlYdnWMHeoCm kjZd/fN4vV/buFwyghuaQzheO7VGwOXtufnBHh0U= Date: Mon, 17 Dec 2018 11:42:36 -0800 From: Jaegeuk Kim To: linux-kernel@vger.kernel.org Cc: Jens Axboe , linux-block@vger.kernel.org Subject: Re: [PATCH v2] loop: drop caches if offset or block_size are changed Message-ID: <20181217194236.GA50659@jaegeuk-macbookpro.roam.corp.google.com> References: <20181214203223.7063-1-jaegeuk@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181214203223.7063-1-jaegeuk@kernel.org> User-Agent: Mutt/1.8.2 (2017-04-18) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org If we don't drop caches used in old offset or block_size, we can get old data from new offset/block_size, which gives unexpected data to user. For example, Martijn found a loopback bug in the below scenario. 1) LOOP_SET_FD loads first two pages on loop file 2) LOOP_SET_STATUS64 changes the offset on the loop file 3) mount is failed due to the cached pages having wrong superblock Cc: Jens Axboe Cc: linux-block@vger.kernel.org Reported-by: Martijn Coenen Signed-off-by: Jaegeuk Kim --- v1 to v2: - cover block_size change drivers/block/loop.c | 15 +++++++++++++++ 1 file changed, 15 insertions(+) diff --git a/drivers/block/loop.c b/drivers/block/loop.c index cb0cc8685076..382557c81674 100644 --- a/drivers/block/loop.c +++ b/drivers/block/loop.c @@ -1154,6 +1154,12 @@ loop_set_status(struct loop_device *lo, const struct loop_info64 *info) if (lo->lo_offset != info->lo_offset || lo->lo_sizelimit != info->lo_sizelimit) { + struct block_device *bdev = lo->lo_device; + + /* drop stale caches used in old offset */ + sync_blockdev(bdev); + kill_bdev(bdev); + if (figure_loop_size(lo, info->lo_offset, info->lo_sizelimit)) { err = -EFBIG; goto exit; @@ -1388,6 +1394,15 @@ static int loop_set_block_size(struct loop_device *lo, unsigned long arg) blk_queue_io_min(lo->lo_queue, arg); loop_update_dio(lo); + /* Don't change the size if it is same as current */ + if (lo->lo_queue->limits.logical_block_size != arg) { + struct block_device *bdev = lo->lo_device; + + /* drop stale caches likewise set_blocksize */ + sync_blockdev(bdev); + kill_bdev(bdev); + } + blk_mq_unfreeze_queue(lo->lo_queue); return 0; -- 2.19.0.605.g01d371f741-goog