Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp1239613pxb; Fri, 21 Jan 2022 13:06:40 -0800 (PST) X-Google-Smtp-Source: ABdhPJzTLQUokH6p+YVOtrgWWftL3kIb+aNDDqNuCcGYjkDap8UKeHJH5fwUSC/16wcSlboBZ/wt X-Received: by 2002:a63:cf04:: with SMTP id j4mr4148809pgg.278.1642799200125; Fri, 21 Jan 2022 13:06:40 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1642799200; cv=none; d=google.com; s=arc-20160816; b=H7VGZ/mcez4UxeYc8oQ/383Tlp2WK2aoOuJ+vWb0FMdtmliiWWO3GrXlugv/GF2M0H voRYSwg2Tm8kkGP4Po8yQOOT9OPWIWNYYGU+WjtSD93aPXaTYKaDCbAyA41Fg+ZR9KKa Gxr1kv2MVcaK8wKWg4C6D+NM7+TAd2BPW5uno917vIapp5r+/aZpmA3+CnJSaKSD1D/1 m0FF6EdtkPoQaTbvPAOjiFjwwbUz8FL3nsXP/yx+XBpCtlzNc968zlUeptn6dVwTN9GM CUO65k1bmrvdpyNthDIDSPY3w3GbCzn1ySrRM2pXb1fqkJaRzejOC96FoMBKo7xe2gKa fG9Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent:message-id:in-reply-to :date:references:subject:cc:to:from; bh=iiNlYygbLe4c84ZFIdosKGlaEAysi+5qqi3+NEL5zog=; b=CzXtc4rWh8X5eBd583SUXCdTxTD+6GklC56TtCgLc/RMvgPRAcWbLUBvj6C91qM6HQ 3iRQkAEIgiIT6ORk0YtKcqrjXx2rzx/qpQAMFpism1tz2RwAthw+wKSYCvAiecl7c+6v q+Z5DAM+rPh+irwcvNpd1tNv36h704uikY2f2+laDGUUwVBICVVbK3dKgVeA4dRNDBes XWFzKIiXXxZwJUFF02JfXF7zhPTGPZ+mzk2wZH5/Qyxs3i/FXeIrruWuHrYErz1FvIZU /6q4dwL686ph2odC2VibIjN3bfhOJKH/04k7qGTAUNhU5mLR/na0KIvMh49xf9VX4wzV igOg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id x6si6079189plb.319.2022.01.21.13.06.28; Fri, 21 Jan 2022 13:06:40 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1358454AbiATEnK (ORCPT + 99 others); Wed, 19 Jan 2022 23:43:10 -0500 Received: from mail.parknet.co.jp ([210.171.160.6]:59148 "EHLO mail.parknet.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229952AbiATEnJ (ORCPT ); Wed, 19 Jan 2022 23:43:09 -0500 Received: from ibmpc.myhome.or.jp (server.parknet.ne.jp [210.171.168.39]) by mail.parknet.co.jp (Postfix) with ESMTPSA id A3E6F15F939; Thu, 20 Jan 2022 13:43:08 +0900 (JST) Received: from devron.myhome.or.jp (foobar@devron.myhome.or.jp [192.168.0.3]) by ibmpc.myhome.or.jp (8.16.1/8.16.1/Debian-2) with ESMTPS id 20K4h7uu116242 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT); Thu, 20 Jan 2022 13:43:08 +0900 Received: from devron.myhome.or.jp (foobar@localhost [127.0.0.1]) by devron.myhome.or.jp (8.16.1/8.16.1/Debian-2) with ESMTPS id 20K4h7jJ493217 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT); Thu, 20 Jan 2022 13:43:07 +0900 Received: (from hirofumi@localhost) by devron.myhome.or.jp (8.16.1/8.16.1/Submit) id 20K4h6L8493216; Thu, 20 Jan 2022 13:43:06 +0900 From: OGAWA Hirofumi To: Ming Lei Cc: linux-block@vger.kernel.org, Jens Axboe , glider@google.com, linux-kernel@vger.kernel.org, syzkaller-bugs@googlegroups.com, syzbot Subject: Re: [PATCH] block: Fix wrong offset in bio_truncate() References: <000000000000880fca05d4fc73b0@google.com> <875yqt1c9g.fsf@mail.parknet.co.jp> Date: Thu, 20 Jan 2022 13:43:05 +0900 In-Reply-To: (Ming Lei's message of "Mon, 10 Jan 2022 16:00:00 +0800") Message-ID: <87pmonqap2.fsf@mail.parknet.co.jp> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Ming Lei writes: > On Sun, Jan 09, 2022 at 06:36:43PM +0900, OGAWA Hirofumi wrote: >> bio_truncate() clears the buffer outside of last block of bdev, however >> current bio_truncate() is using the wrong offset of page. So it can >> return the uninitialized data. >> >> This happened when both of truncated/corrupted FS and userspace (via >> bdev) are trying to read the last of bdev. >> >> Reported-by: syzbot+ac94ae5f68b84197f41c@syzkaller.appspotmail.com >> Signed-off-by: OGAWA Hirofumi >> --- >> block/bio.c | 3 ++- >> 1 file changed, 2 insertions(+), 1 deletion(-) >> >> diff --git a/block/bio.c b/block/bio.c >> index a6fb6a0..25f1ed2 100644 >> --- a/block/bio.c 2021-11-01 09:19:05.999472589 +0900 >> +++ b/block/bio.c 2022-01-09 17:40:09.010438012 +0900 >> @@ -567,7 +567,8 @@ void bio_truncate(struct bio *bio, unsig >> offset = new_size - done; >> else >> offset = 0; >> - zero_user(bv.bv_page, offset, bv.bv_len - offset); >> + zero_user(bv.bv_page, bv.bv_offset + offset, >> + bv.bv_len - offset); > > Looks correct: > > Reviewed-by: Ming Lei ping? -- OGAWA Hirofumi