Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp17813219rwd; Tue, 27 Jun 2023 07:54:55 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ7wt0gEkNQU2ubKCv1UvNkyNBvPPxMp3RkDQGEeyffxMXFLK/vZmDLv08mkNm5FjVTfKY4h X-Received: by 2002:a17:907:2cc5:b0:988:2a2f:91b9 with SMTP id hg5-20020a1709072cc500b009882a2f91b9mr28916001ejc.63.1687877695324; Tue, 27 Jun 2023 07:54:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1687877695; cv=none; d=google.com; s=arc-20160816; b=dx0H9pUq7uz2sFK0KSQU7V1mL0PQcsj7GCvHbObj6paIIt/FV3pp9LRO2krhlZvUPg Zmy/2WHEbkw3tjmqTXlzOFepnfZZUOgaFeENM+cwcJ6LvW8P9DjzlKJF+cxobVtMtwFD aqmwrLucv8x88XC5CDQDX76usx1TpVg6kbO0vvDkfx7AZdcA9ZBiSVyIKg/8jOvuyPAR E+4sEljpY5uzVc7/MEtH5vTXBchm/rXi+5SV/wWxG/e3JjijcBlz8TLtyaI1qze91zAk pt3dOE25MQDVmBNZ7uomUYfLox5MZi2xYCVaMQ+MuGaBL165xLcmj0N5Ei+wHva8TnUt brRg== 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 :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=1d+HkOGv6OfyiMGAQyiABbRWZaDBVJgUU8HY/iw2H9I=; fh=i4XP3ebgau+VIgOC4KmKLKwKpAqWxsePKVnX8jeNB6M=; b=BR4yWvjfZXtMF8c0o/YfpsRD4CFlmH8eH0iOWwtJaoYr2JMgYdKyIc89jYHwdceB+3 5Md8dlNRokRVjmempmricJy9JnlGfazzp99W6wNxil76XHx1lsviQkVFzMrVUal3rct5 0kjwY+7eqaC6VHAFxKcHinMqi3hsxXo+x2Q6Wi8tJKtR6mjBZhYv+7Y6z7NKMs9iwCEM 5xhbPFrqtvuCRgUOBQ6TNvttFS/LhIT+hsNexSKjTqPMWss40XHGh9MvYc80TJ0ygkYt fnwkaEm4JJe+CnP2rEgQceQx4VaBzPfapqRw/jt9RoNgmfiLjwfNJTZvugAjfDPrnw/w 9K9A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@inria.fr header.s=dc header.b=Ty33xuSF; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=inria.fr Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id p8-20020a170906b20800b00991f8bce3cbsi1615960ejz.722.2023.06.27.07.54.30; Tue, 27 Jun 2023 07:54:55 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@inria.fr header.s=dc header.b=Ty33xuSF; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=inria.fr Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231851AbjF0OqT (ORCPT + 99 others); Tue, 27 Jun 2023 10:46:19 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43516 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232338AbjF0OpY (ORCPT ); Tue, 27 Jun 2023 10:45:24 -0400 Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 540C930F8; Tue, 27 Jun 2023 07:45:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=inria.fr; s=dc; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=1d+HkOGv6OfyiMGAQyiABbRWZaDBVJgUU8HY/iw2H9I=; b=Ty33xuSF+5fsTS8p+4VvMrEzWuLgpkXQsVReiKGoz3LISCRhTIqyEyCP rXVJzOFlXdpZpyjlKo+Eo6Qna6ekj4qhIRNfqlHl6X6atXIUCfpwHbZxr +wuEWHVOpATOApen0xNEKF59d5u/1Xuqm5nxuzNsqKiS+1az5fwKG2qTv c=; Authentication-Results: mail2-relais-roc.national.inria.fr; dkim=none (message not signed) header.i=none; spf=SoftFail smtp.mailfrom=Julia.Lawall@inria.fr; dmarc=fail (p=none dis=none) d=inria.fr X-IronPort-AV: E=Sophos;i="6.01,162,1684792800"; d="scan'208";a="114936331" Received: from i80.paris.inria.fr (HELO i80.paris.inria.fr.) ([128.93.90.48]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 27 Jun 2023 16:43:52 +0200 From: Julia Lawall To: Manivannan Sadhasivam Cc: kernel-janitors@vger.kernel.org, keescook@chromium.org, christophe.jaillet@wanadoo.fr, kuba@kernel.org, mhi@lists.linux.dev, linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH v2 10/24] bus: mhi: host: use vmalloc_array and vcalloc Date: Tue, 27 Jun 2023 16:43:25 +0200 Message-Id: <20230627144339.144478-11-Julia.Lawall@inria.fr> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20230627144339.144478-1-Julia.Lawall@inria.fr> References: <20230627144339.144478-1-Julia.Lawall@inria.fr> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_NONE, SPF_PASS,T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Use vmalloc_array and vcalloc to protect against multiplication overflows. The changes were done using the following Coccinelle semantic patch: // @initialize:ocaml@ @@ let rename alloc = match alloc with "vmalloc" -> "vmalloc_array" | "vzalloc" -> "vcalloc" | _ -> failwith "unknown" @@ size_t e1,e2; constant C1, C2; expression E1, E2, COUNT, x1, x2, x3; typedef u8; typedef __u8; type t = {u8,__u8,char,unsigned char}; identifier alloc = {vmalloc,vzalloc}; fresh identifier realloc = script:ocaml(alloc) { rename alloc }; @@ ( alloc(x1*x2*x3) | alloc(C1 * C2) | alloc((sizeof(t)) * (COUNT), ...) | - alloc((e1) * (e2)) + realloc(e1, e2) | - alloc((e1) * (COUNT)) + realloc(COUNT, e1) | - alloc((E1) * (E2)) + realloc(E1, E2) ) // Signed-off-by: Julia Lawall --- v2: Use vmalloc_array and vcalloc instead of array_size. This also leaves a multiplication of a constant by a sizeof as is. Two patches are thus dropped from the series. drivers/bus/mhi/host/init.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff -u -p a/drivers/bus/mhi/host/init.c b/drivers/bus/mhi/host/init.c --- a/drivers/bus/mhi/host/init.c +++ b/drivers/bus/mhi/host/init.c @@ -759,7 +759,7 @@ static int parse_ch_cfg(struct mhi_contr * so to avoid any memory possible allocation failures, vzalloc is * used here */ - mhi_cntrl->mhi_chan = vzalloc(mhi_cntrl->max_chan * + mhi_cntrl->mhi_chan = vcalloc(mhi_cntrl->max_chan, sizeof(*mhi_cntrl->mhi_chan)); if (!mhi_cntrl->mhi_chan) return -ENOMEM;