Received: by 2002:a05:7412:cfc7:b0:fc:a2b0:25d7 with SMTP id by7csp1740218rdb; Tue, 20 Feb 2024 05:51:07 -0800 (PST) X-Forwarded-Encrypted: i=3; AJvYcCV/HB9YA0BgiO9LaQaq835DdR/CDBRToezs1Dx+1kI1hv4YYMlGrhQbNV/KLXj0fgge84Cfhf8+HigN+6Qw8hhlOG8ZBw7uFRFnGbqRDQ== X-Google-Smtp-Source: AGHT+IE6s+u08FyC8fVnPRt2xFEU8pHpnfuskj/Obu4Lbs6WT0v+LVxjwzOVTJOFD4BNuaH9wl4p X-Received: by 2002:a17:90b:8d1:b0:299:5160:daf3 with SMTP id ds17-20020a17090b08d100b002995160daf3mr7092508pjb.12.1708437067568; Tue, 20 Feb 2024 05:51:07 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1708437067; cv=pass; d=google.com; s=arc-20160816; b=gxkAJ/Tsv36DGgfo2T7Go4kP6fY6glkRyvOBhXcC5kaRua/b9y+Jv15fPYz73fk35H yI4KWkw2sxj9dZxZlhwOdkWC4l2RzVvBWNsEhzdcxSGS4CTnaE0uGC3x8LiMTwt22eph SsxmrpfjLgob/z5agKXSdpubMDg82xs39PONs9xPdetVx2IvnCMfrgx1NPAGs7qsdlJz Sl2p605nQI7zyLT799TmGvn9c0qnvizxONmABaf04RdwiUSfhLAEzs3/xPMFkxU/XYfb FV0xRW1cIcSjXA21qn7L+qMUUkBiPjgY5a00nnGE5rZ9K48SzKq5mD4O9/lGBxaOpR28 aXEw== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-disposition:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:message-id:subject:cc :to:from:date; bh=O6hF3bWETBke7cthfyKhHgkeLae4RFUqJppknnldMhY=; fh=OB2YpqcRsgIRhXRb8rlhmCEaDBS9Xww759mclfur3m8=; b=OQ/Xdj5UAag76mv1jfANwkbZ+uhAlMCtBfpkROUDEebf/yWcm4pYAWcdCHhQNUkFga yQavLPPZ6e/bQSdU/XE7vn5LDN29lyKY2WwyLN8gO/oVz/IKnvAj0HQ1wj1M+TmX8vkU q8nyzJWqYYa0JX9wDZ2G2tDkVdgoDmWVvfqPplwtPfZc0JbN+AU+OnPn9t2KOHsyZ1/d S/Xmd3Gv2K3vAORkEKQfdKUdrh7pX94CrU0KHawKQnm29bMMzJN+A73+YL7+2kedeyIB KgP20inRnJbKVrLh6F0UuEErMhPfhIJ8hzFLF0wCtESfw/HvDNFjXP30eOF/8TK9Y4A0 ipdw==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; arc=pass (i=1 spf=pass spfdomain=alpha.franken.de); spf=pass (google.com: domain of linux-kernel+bounces-73101-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-73101-linux.lists.archive=gmail.com@vger.kernel.org" Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [139.178.88.99]) by mx.google.com with ESMTPS id w3-20020a17090a460300b0028b21dd5308si6334630pjg.37.2024.02.20.05.51.07 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 20 Feb 2024 05:51:07 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-73101-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99; Authentication-Results: mx.google.com; arc=pass (i=1 spf=pass spfdomain=alpha.franken.de); spf=pass (google.com: domain of linux-kernel+bounces-73101-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-73101-linux.lists.archive=gmail.com@vger.kernel.org" Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sv.mirrors.kernel.org (Postfix) with ESMTPS id 49CF22866A1 for ; Tue, 20 Feb 2024 13:50:48 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id ACB5874E19; Tue, 20 Feb 2024 13:48:56 +0000 (UTC) Received: from elvis.franken.de (elvis.franken.de [193.175.24.41]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 912F96A345; Tue, 20 Feb 2024 13:48:50 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=193.175.24.41 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1708436934; cv=none; b=fhFEi/OWzaNQ6P7D1RHcczGJL5y2sbzqGmOhes4I7FVZK0aUexif7qQlA3LTS5xzHGP7i9FKCzX7NJwyKOg840zuLtGmYsQQ/Ev3ImuBaCfwPAq3SS9BS8Limgt0D+9cdn5E9kDyFSYNCZGWfBmunUtReiE9aFG6mQJwacrmJjw= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1708436934; c=relaxed/simple; bh=dN9MbC0dNk5OxWYWmvs4wMDcGflhy2eneDFOeyPwUIw=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=IZU3CdoMtnbNGHtyDL3E5Uu8/HdmpR1Ic+cUq5Qun+bkr96Zs3WrvWNEjhO8F4x1+nEQ7VM3vr8I2GliAW6h5wy+PHJsZXFAhzdKtKDXC1McU6HNbPKyoB2Cq5I3Dgag7LrgKFqYwNVB+7bIG80J50jL+4gwtWFUd0h0GSNpTLM= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=alpha.franken.de; spf=pass smtp.mailfrom=alpha.franken.de; arc=none smtp.client-ip=193.175.24.41 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=alpha.franken.de Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=alpha.franken.de Received: from uucp by elvis.franken.de with local-rmail (Exim 3.36 #1) id 1rcQUF-0007OO-00; Tue, 20 Feb 2024 14:48:43 +0100 Received: by alpha.franken.de (Postfix, from userid 1000) id B2CADC066F; Tue, 20 Feb 2024 14:37:47 +0100 (CET) Date: Tue, 20 Feb 2024 14:37:47 +0100 From: Thomas Bogendoerfer To: Erick Archer Cc: "Gustavo A. R. Silva" , linux-mips@vger.kernel.org, linux-kernel@vger.kernel.org, linux-hardening@vger.kernel.org Subject: Re: [PATCH] MIPS: Alchemy: Use kcalloc() instead of kzalloc() Message-ID: References: <20240120133443.4237-1-erick.archer@gmx.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20240120133443.4237-1-erick.archer@gmx.com> On Sat, Jan 20, 2024 at 02:34:43PM +0100, Erick Archer wrote: > As noted in the "Deprecated Interfaces, Language Features, Attributes, > and Conventions" documentation [1], size calculations (especially > multiplication) should not be performed in memory allocator (or similar) > function arguments due to the risk of them overflowing. This could lead > to values wrapping around and a smaller allocation being made than the > caller was expecting. Using those allocations could lead to linear > overflows of heap memory and other misbehaviors. > > So, use the purpose specific kcalloc() function instead of the argument > size * count in the kzalloc() function. > > Link: https://www.kernel.org/doc/html/next/process/deprecated.html#open-coded-arithmetic-in-allocator-arguments [1] > Link: https://github.com/KSPP/linux/issues/162 > Signed-off-by: Erick Archer > --- > arch/mips/alchemy/common/clock.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/arch/mips/alchemy/common/clock.c b/arch/mips/alchemy/common/clock.c > index c01be8c45271..6c8996e20a7d 100644 > --- a/arch/mips/alchemy/common/clock.c > +++ b/arch/mips/alchemy/common/clock.c > @@ -771,7 +771,7 @@ static int __init alchemy_clk_init_fgens(int ctype) > } > id.flags = CLK_SET_RATE_PARENT | CLK_GET_RATE_NOCACHE; > > - a = kzalloc((sizeof(*a)) * 6, GFP_KERNEL); > + a = kcalloc(6, sizeof(*a), GFP_KERNEL); > if (!a) > return -ENOMEM; > > -- > 2.25.1 applied to mips-next. Thomas. -- Crap can work. Given enough thrust pigs will fly, but it's not necessarily a good idea. [ RFC1925, 2.3 ]