Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp4285437pxb; Mon, 25 Oct 2021 00:57:22 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzDMczRGHZHt7IOOoQIetnIlVLBZgoNIPWNy0SfJ1nTvgSVq1pj4o3uM9SPsTXHIiuSMf6q X-Received: by 2002:a17:907:98e1:: with SMTP id ke1mr17029094ejc.347.1635148642173; Mon, 25 Oct 2021 00:57:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1635148642; cv=none; d=google.com; s=arc-20160816; b=w+4XdXL1kYcReRk7MML7gVBtjIXQL6Y/CfIgPKpkeQE7v0D+A6ImfFOsva8b4K1bap TEUt1gD6Yyu4Z5E1ieoyeZnkfyOBmLWagIGJsXdMqnfRxI8HfhlWV9CAEu/79wznvsZ0 ouioWzdZXFImzr+kvXQEaD+QvRc7sPJdlIHL0QY65omeIfht5Rlb7zjdROj1f79CMmsD eCazN2lek25IpZUstaGfsX39HHngD+rHeMnnd+0BNRV0XbLIMwG7vOFU2lbt2GIpfSSV MxQ527s1dt1jRofdTujGSfu2k6Zf/AB7lX2fNARF5CXvRFeHROA6IT2IBR0SP0gKOsP4 SAvg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=lo4iUMLTNF3Ms/so1mPN4kTLnbalZbdTCIRkvTFuWTo=; b=iEl9cn7PXjGhTUWwa3lbNoOQCN9jbgHOXjkgiIapxr70XSZK8DznR2NxNiEAt0UzpI oi1h48kMjuN6q+xT5T6EAo5okDBRtlKfzisdl41kxIvsIiePW5AuMy3+N7knYWsmQiAN oD9O6e2iYLzjAhIz111hx08GxrxI9KPn5VPmgDcubfcU2e8uqDUgTZdzROVDTc0LpAXU vmXMzt4USfV0Vnl333Z6VyK1ckw41w7nAwiSZQJe0eJce2PJI0D8fd7bF0FmrJJr2Opz wQIkwFp8gC1IvyGeJWsjtSfXsZk7Khn0FMxGpD18NaKVJ161SFPiZFcaUxwhC04q6dRu ZYMg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=U1lJu74z; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id sb15si26688759ejc.427.2021.10.25.00.56.57; Mon, 25 Oct 2021 00:57:22 -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=@kernel.org header.s=k20201202 header.b=U1lJu74z; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230294AbhJYGor (ORCPT + 99 others); Mon, 25 Oct 2021 02:44:47 -0400 Received: from mail.kernel.org ([198.145.29.99]:48350 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229850AbhJYGoq (ORCPT ); Mon, 25 Oct 2021 02:44:46 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id D629260551; Mon, 25 Oct 2021 06:42:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1635144144; bh=z9bJcfbJUc0zsG6SDCKjaFwU8ogmWivAIveF/3NAfyc=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=U1lJu74z1oZV8hsL6Jk/YRoqhnqVBJcNp+7ShBOD44EPjkKdTkLhkmTrIFMU5maGq c7WwD3c/gagUnIpApE+NJ/EgwwVnkyuepsPCkV4dWklLPDpZ+FbGgg8MSK7YVgm77r WfWJWW/b6hdgjeUZ11AXNUxC8p7br5ZRAn/VdyaMmANIQ3AoVgRfh5++XYCByZQtFV qwWac1ct5aHaX/5If4sqYjPnvdUob77G+8SEPLSySY//9GXvnibTsO+z7ATb/JvZ2v SIufN7RqhIaFc9P7sdoMjBUrTgbJim1abHCQY/6VhNH/sNY9Np+rNU79T+qJoS/1z4 qXLfohx2vjopw== Date: Mon, 25 Oct 2021 12:12:20 +0530 From: Vinod Koul To: Len Baker Cc: Kees Cook , linux-hardening@vger.kernel.org, dmaengine@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] dmaengine: milbeaut-hdmac: Prefer kcalloc over open coded arithmetic Message-ID: References: <20210904145813.5161-1-len.baker@gmx.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210904145813.5161-1-len.baker@gmx.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 04-09-21, 16:58, Len Baker 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. Applied, thanks -- ~Vinod