Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp2353567pxb; Mon, 20 Sep 2021 19:52:02 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyWreCXjzBR+4+XtdKrzo02b/JoYtcqRYADK8C1Vssc6yhAtGRj71yMVKBKR0LN4lKx7+xm X-Received: by 2002:a50:cd9d:: with SMTP id p29mr32642987edi.30.1632192722564; Mon, 20 Sep 2021 19:52:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632192722; cv=none; d=google.com; s=arc-20160816; b=MeDmaA4W4HEmWzmrVjhloX/ZeEEhP+hvdbt2XuYiID1EjUdfpYeQH5hkd02rvmCZfr EL5wfnNTCx+Tzb8/YGPDqQAHjIedGPuPHdJtWl64mknjcuEiFAXDqdFpwb231N/deWUG 5sWU0WM2YRiGQoKUx23xinPN/sRPvuqJhZqM4Ob5EOC9gzNqa+atMNAmQ3NxzGu2KOd1 vHPNNbYo+ZO31Twu7FZa/NWxwU31pDCGGv6TnCjmlvg8TfAlMkPRtnUsfDO7OXjx8cMw 4j7tfYc+kuts0DAD05n8kohOrX8jJZiEEv7C8eK7qSyeVpEV+w5jV7RZkVqJG02EnuTE grJQ== 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=keY/1VKpw7YLRLnsj4l5vzy15awVIuztIJhAYm2xdqQ=; b=smaw0YN7iRhP/21+Qwu59KH3wsNudZkLlQdtXwe91q9ktIsvAVnjt3B6Z0g0wHC7gU ry3F/vuiyycuBFTdeh3z2eag6DYJ18swBfYCVma3ZqDCqjQcAf8FVnV0uvXvZCHrOO+A l/f2hGJSYo3i+aK5ivbJPn/UPFoA8QwTIrbqX3eZHSBtt6t3LDpm6rBXhlYPvPvKBqDM 6Ad1xpiP6DLsgC5/Xouk0qXg53SM0rouuzt5sd/1hWSAwZBcFN7/5hZZps60VRhaPSZF Jka53EbHYlrTpmH/xv3oCTK7LN1oPPIM6Zd/HrOqfa884W3k4Buo5V7u+p/8nTTfC7ys NIdw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=kHpDcvsP; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q8si16710731edj.90.2021.09.20.19.51.38; Mon, 20 Sep 2021 19:52:02 -0700 (PDT) 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; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=kHpDcvsP; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1382509AbhITSkb (ORCPT + 99 others); Mon, 20 Sep 2021 14:40:31 -0400 Received: from mail.kernel.org ([198.145.29.99]:53060 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1379718AbhITSgR (ORCPT ); Mon, 20 Sep 2021 14:36:17 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 5319963314; Mon, 20 Sep 2021 17:29:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1632158952; bh=Q8Jv1wuk8n6B8IpHdt5r5aYsoYg9wL0ZxgiNGwv7KQg=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=kHpDcvsPP9bgS1y8p+MnYnoUF/U3kHZ6ZdiaS/l9SB1kzIBabNpRzrPgUbaS3DT7l lZx0OnPCYhoCIf8oX/Zx2VO4V5DxqxiV8Y4MNV2xw9NhF5HPwS29xuUJoW+qJP3WJY mr3rlf5N0aIFYAenELPPUiOnhe3t9PjVR5gRcnmY= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Valentina Palmiotti , Pavel Begunkov , Jens Axboe Subject: [PATCH 5.14 001/168] io_uring: ensure symmetry in handling iter types in loop_rw_iter() Date: Mon, 20 Sep 2021 18:42:19 +0200 Message-Id: <20210920163921.686664133@linuxfoundation.org> X-Mailer: git-send-email 2.33.0 In-Reply-To: <20210920163921.633181900@linuxfoundation.org> References: <20210920163921.633181900@linuxfoundation.org> User-Agent: quilt/0.66 X-stable: review X-Patchwork-Hint: ignore MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Jens Axboe commit 16c8d2df7ec0eed31b7d3b61cb13206a7fb930cc upstream. When setting up the next segment, we check what type the iter is and handle it accordingly. However, when incrementing and processed amount we do not, and both iter advance and addr/len are adjusted, regardless of type. Split the increment side just like we do on the setup side. Fixes: 4017eb91a9e7 ("io_uring: make loop_rw_iter() use original user supplied pointers") Cc: stable@vger.kernel.org Reported-by: Valentina Palmiotti Reviewed-by: Pavel Begunkov Signed-off-by: Jens Axboe Signed-off-by: Greg Kroah-Hartman --- fs/io_uring.c | 9 ++++++--- 1 file changed, 6 insertions(+), 3 deletions(-) --- a/fs/io_uring.c +++ b/fs/io_uring.c @@ -3107,12 +3107,15 @@ static ssize_t loop_rw_iter(int rw, stru ret = nr; break; } + if (!iov_iter_is_bvec(iter)) { + iov_iter_advance(iter, nr); + } else { + req->rw.len -= nr; + req->rw.addr += nr; + } ret += nr; if (nr != iovec.iov_len) break; - req->rw.len -= nr; - req->rw.addr += nr; - iov_iter_advance(iter, nr); } return ret;