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 X-Spam-Level: X-Spam-Status: No, score=-9.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI,SIGNED_OFF_BY, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 2BC74C55179 for ; Tue, 27 Oct 2020 17:08:15 +0000 (UTC) Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id C031B20809 for ; Tue, 27 Oct 2020 17:08:14 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org C031B20809 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=perches.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=dri-devel-bounces@lists.freedesktop.org Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 7EDB36EC0C; Tue, 27 Oct 2020 17:08:13 +0000 (UTC) Received: from smtprelay.hostedemail.com (smtprelay0014.hostedemail.com [216.40.44.14]) by gabe.freedesktop.org (Postfix) with ESMTPS id C823D6EC07 for ; Tue, 27 Oct 2020 17:08:12 +0000 (UTC) Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60]) by smtprelay08.hostedemail.com (Postfix) with ESMTP id 45489182CED2A; Tue, 27 Oct 2020 17:08:10 +0000 (UTC) X-Session-Marker: 6A6F6540706572636865732E636F6D X-HE-Tag: rake71_590ddfb2727d X-Filterd-Recvd-Size: 4916 Received: from XPS-9350.home (unknown [47.151.133.149]) (Authenticated sender: joe@perches.com) by omf05.hostedemail.com (Postfix) with ESMTPA; Tue, 27 Oct 2020 17:08:04 +0000 (UTC) Message-ID: <2767969b94fd66db1fb0fc13b5783ae65b7deb2f.camel@perches.com> Subject: Re: [PATCH 3/8] vhost: vringh: use krealloc_array() From: Joe Perches To: Bartosz Golaszewski Date: Tue, 27 Oct 2020 10:08:02 -0700 In-Reply-To: References: <20201027121725.24660-1-brgl@bgdev.pl> <20201027121725.24660-4-brgl@bgdev.pl> <20201027112607-mutt-send-email-mst@kernel.org> <685d850347a1191bba8ba7766fc409b140d18f03.camel@perches.com> User-Agent: Evolution 3.38.1-1 MIME-Version: 1.0 X-BeenThere: dri-devel@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Direct Rendering Infrastructure - Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Linux-ALSA , kvm@vger.kernel.org, "Michael S. Tsirkin" , David Airlie , Gustavo Padovan , linux-drm , Jaroslav Kysela , linux-mm@kvack.org, Christoph Lameter , Andy Shevchenko , Bartosz Golaszewski , Alexander Shishkin , David Rientjes , virtualization@lists.linux-foundation.org, Jason Wang , linux-media , Robert Richter , Thomas Zimmermann , linaro-mm-sig@lists.linaro.org, linux-gpio , Borislav Petkov , Mauro Carvalho Chehab , Andrew Morton , linux-edac@vger.kernel.org, Tony Luck , netdev , Takashi Iwai , LKML , Pekka Enberg , James Morse , Joonsoo Kim , Christian =?ISO-8859-1?Q?K=F6nig?= Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" On Tue, 2020-10-27 at 17:58 +0100, Bartosz Golaszewski wrote: > On Tue, Oct 27, 2020 at 5:50 PM Joe Perches wrote: > > = > > On Tue, 2020-10-27 at 11:28 -0400, Michael S. Tsirkin wrote: > > > On Tue, Oct 27, 2020 at 01:17:20PM +0100, Bartosz Golaszewski wrote: > > > > From: Bartosz Golaszewski > > > > = > > > > Use the helper that checks for overflows internally instead of manu= ally > > > > calculating the size of the new array. > > > > = > > > > Signed-off-by: Bartosz Golaszewski > > > = > > > No problem with the patch, it does introduce some symmetry in the cod= e. > > = > > Perhaps more symmetry by using kmemdup > > --- > > =A0drivers/vhost/vringh.c | 23 ++++++++++------------- > > =A01 file changed, 10 insertions(+), 13 deletions(-) > > = > > diff --git a/drivers/vhost/vringh.c b/drivers/vhost/vringh.c > > index 8bd8b403f087..99222a3651cd 100644 > > --- a/drivers/vhost/vringh.c > > +++ b/drivers/vhost/vringh.c > > @@ -191,26 +191,23 @@ static int move_to_indirect(const struct vringh *= vrh, > > =A0static int resize_iovec(struct vringh_kiov *iov, gfp_t gfp) > > =A0{ > > =A0=A0=A0=A0=A0=A0=A0=A0struct kvec *new; > > - unsigned int flag, new_num =3D (iov->max_num & ~VRINGH_IOV_ALLO= CATED) * 2; > > + size_t new_num =3D (iov->max_num & ~VRINGH_IOV_ALLOCATED) * 2; > > + size_t size; > > = > > =A0=A0=A0=A0=A0=A0=A0=A0if (new_num < 8) > > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0new_num =3D 8; > > = > > - flag =3D (iov->max_num & VRINGH_IOV_ALLOCATED); > > - if (flag) > > - new =3D krealloc(iov->iov, new_num * sizeof(struct iove= c), gfp); > > - else { > > - new =3D kmalloc_array(new_num, sizeof(struct iovec), gf= p); > > - if (new) { > > - memcpy(new, iov->iov, > > - iov->max_num * sizeof(struct iovec)); > > - flag =3D VRINGH_IOV_ALLOCATED; > > - } > > - } > > + if (unlikely(check_mul_overflow(new_num, sizeof(struct iovec), = &size))) > > + return -ENOMEM; > > + > = > The whole point of using helpers such as kmalloc_array() is not doing > these checks manually. Tradeoffs for in readability for overflow and not mistyping or doing the multiplication of iov->max_num * sizeof(struct iovec) twice. Just fyi: the realloc doesn't do a multiplication overflow test as written so the suggestion is slightly more resistant to defect. = _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel