Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp3146515ybt; Mon, 29 Jun 2020 16:52:07 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxPn/drmbjEe8zwz0LGm9JK4yBbRaw2CpCl1czCw/YUejzDu7yMqEDG8jvuojaWFHcA/Gsw X-Received: by 2002:a17:906:d9d9:: with SMTP id qk25mr16890466ejb.448.1593474727359; Mon, 29 Jun 2020 16:52:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593474727; cv=none; d=google.com; s=arc-20160816; b=VCKdL4njetPbyOQe6SYIJRBFe+JQQpEwK79w7QdKkhjjYz2b5bmz2qNg10T7tMEpJa 5Usd0kRBf8vgWgtq8VBuF7RvYNirdwRWudMyXTvFHCBsJQgVbo3aFMmlKNLEhc5YrYPK Aaa7LBaupY37x6ar7JOpSGALRgz95DLUBy7lIfMy+kyHshP8l52tWKAf395Y/au5ou8Y cSjaNOCZAPjjiTEcj9RY1DYQnEaGcarIyCGEmSybdLi7ATXxzlnNYIP7YW11sY6x29Qz uQZKbwxwmOJtVqkDPnT0aHfuz7GuA/u+HMmi52kkTvHJt0IIDo69FtFEn3VaiPpkpqE3 nh9w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=Pe4Py7qCB9HM1+jvt5qFl1K2y+kJ7Nz7h3KUpMZTwdY=; b=A5TQwSb8GnFuwZXfnBF0Q+2akbxQ6XUPakX6+vAsjHITy9XojklcxESI+XwJQ3dSU5 fGZPR2PsR5qnU5OfcTgTBovYCMtOAM8azO2OYIWsH3wU3IPY6D1ghugMk3DB+qt6fKrW QDKKoGq4mMlbuIsqiQcS8EAzbdN+z5yIiTUthdA3KfI2gKTdR6l25u0jMbMdkBVjPlV0 v4aOnZo7h2hr7+9lYIRBT6LzjIFuR8E2p9ClPGzGzKbpNuDYjshfElcD+6LEDzryVw6B DIA0pfxJXWUNgiLL8UjWkr5HXJnrIVvzahqBYMaFbkKWu1TW3sp358M07N21DfTLE/c3 XIhQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=xCE8MQ3k; 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=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e20si618712edr.227.2020.06.29.16.51.44; Mon, 29 Jun 2020 16:52:07 -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=@ti.com header.s=ti-com-17Q1 header.b=xCE8MQ3k; 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=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726962AbgF2XmU (ORCPT + 99 others); Mon, 29 Jun 2020 19:42:20 -0400 Received: from fllv0015.ext.ti.com ([198.47.19.141]:58800 "EHLO fllv0015.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726005AbgF2XmT (ORCPT ); Mon, 29 Jun 2020 19:42:19 -0400 Received: from fllv0035.itg.ti.com ([10.64.41.0]) by fllv0015.ext.ti.com (8.15.2/8.15.2) with ESMTP id 05T6gUTe007015; Mon, 29 Jun 2020 01:42:30 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ti.com; s=ti-com-17Q1; t=1593412950; bh=Pe4Py7qCB9HM1+jvt5qFl1K2y+kJ7Nz7h3KUpMZTwdY=; h=Subject:To:CC:References:From:Date:In-Reply-To; b=xCE8MQ3kPKcGXZwR6FQY2tDiMBreXL2O0wRa65uuWSFimRXf4cN0IjUtPsD8F8KtJ mGIqEbcB5Kdq4YRPtIS5XdkmKWvrWwZpi37bSsefjQsLMPF5RmlUDOUNsP+M8Upz7f Gs8LurD+Lcdn3marIz8mP5CdZMPjKxzE75e+pY9I= Received: from DFLE111.ent.ti.com (dfle111.ent.ti.com [10.64.6.32]) by fllv0035.itg.ti.com (8.15.2/8.15.2) with ESMTP id 05T6gU8s057552; Mon, 29 Jun 2020 01:42:30 -0500 Received: from DFLE103.ent.ti.com (10.64.6.24) by DFLE111.ent.ti.com (10.64.6.32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1979.3; Mon, 29 Jun 2020 01:42:30 -0500 Received: from fllv0039.itg.ti.com (10.64.41.19) by DFLE103.ent.ti.com (10.64.6.24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1979.3 via Frontend Transport; Mon, 29 Jun 2020 01:42:30 -0500 Received: from [192.168.2.10] (ileax41-snat.itg.ti.com [10.172.224.153]) by fllv0039.itg.ti.com (8.15.2/8.15.2) with ESMTP id 05T6gSLE079730; Mon, 29 Jun 2020 01:42:29 -0500 Subject: Re: [PATCH][next] dmaengine: ti: k3-udma: Use struct_size() in kzalloc() To: "Gustavo A. R. Silva" CC: "Gustavo A. R. Silva" , Vinod Koul , Dan Williams , , References: <20200619224334.GA7857@embeddedor> <20200624055535.GX2324254@vkoul-mobl> <3a5514c9-d966-c332-84ba-f418c26fa74c@embeddedor.com> <98426221-8bff-25df-a062-9ec1ca4e8f26@ti.com> <20200626132944.GA26003@embeddedor> From: Peter Ujfalusi X-Pep-Version: 2.0 Message-ID: <04a5fb89-37eb-2cf7-d085-aaa4c9ed284d@ti.com> Date: Mon, 29 Jun 2020 09:43:26 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 In-Reply-To: <20200626132944.GA26003@embeddedor> Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-EXCLAIMER-MD-CONFIG: e1e8a2fd-e40a-4ac6-ac9b-f7e9cc9ee180 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 26/06/2020 16.29, Gustavo A. R. Silva wrote: > Hi Peter, >=20 > Please, see my comments below... >=20 > On Fri, Jun 26, 2020 at 10:30:37AM +0300, Peter Ujfalusi wrote: >> >> >> On 24/06/2020 20.12, Gustavo A. R. Silva wrote: >>> Hi Vinod, >>> >>> On 6/24/20 00:55, Vinod Koul wrote: >>>> On 19-06-20, 17:43, Gustavo A. R. Silva wrote: >>>>> Make use of the struct_size() helper instead of an open-coded versi= on >>>>> in order to avoid any potential type mistakes. >>>>> >>>>> This code was detected with the help of Coccinelle and, audited and= >>>>> fixed manually. >>>>> >>>>> Addresses-KSPP-ID: https://github.com/KSPP/linux/issues/83 >>>>> Signed-off-by: Gustavo A. R. Silva >>>>> --- >>>>> drivers/dma/ti/k3-udma.c | 4 ++-- >>>>> 1 file changed, 2 insertions(+), 2 deletions(-) >>>>> >>>>> diff --git a/drivers/dma/ti/k3-udma.c b/drivers/dma/ti/k3-udma.c >>>>> index 0d5fb154b8e2..411c54b86ba8 100644 >>>>> --- a/drivers/dma/ti/k3-udma.c >>>>> +++ b/drivers/dma/ti/k3-udma.c >>>>> @@ -2209,7 +2209,7 @@ udma_prep_slave_sg_pkt(struct udma_chan *uc, = struct scatterlist *sgl, >>>>> u32 ring_id; >>>>> unsigned int i; >>>>> =20 >>>>> - d =3D kzalloc(sizeof(*d) + sglen * sizeof(d->hwdesc[0]), GFP_NOWA= IT); >>>>> + d =3D kzalloc(struct_size(d, hwdesc, sglen), GFP_NOWAIT); >>>> >>>> struct_size() is a * b + c but here we need, a + b * c.. the trailin= g >>>> struct is N times here.. >>>> >>> >>> struct_size() works exactly as expected in this case. :) >>> Please, see: >>> >>> include/linux/overflow.h:314: >>> 314 #define struct_size(p, member, count) = \ >>> 315 __ab_c_size(count, = \ >>> 316 sizeof(*(p)->member) + __must_be_array((p)->m= ember),\ >>> 317 sizeof(*(p))) >> >> True, struct_size is for this sort of things. >> >> Acked-by: Peter Ujfalusi >> >> While looking it up in include/linux/overflow.h I have noticed your >> commit in linux-next, which adds flex_array_size() >> >> The example in the commit message contradicts with what the helper >=20 > There is no contradiction here. >=20 >> does imho. To be correct it should have been: >> >> struct something { >> size_t count; >> struct foo items[]; >> }; >> >> - struct something *instance; >> + struct something instance; >> >> - instance =3D kmalloc(struct_size(instance, items, count), GFP_KERNEL= ); >> + instance.items =3D kmalloc(struct_size(instance, items, count), GFP_= KERNEL); >> instance->count =3D count; >> memcpy(instance->items, src, flex_array_size(instance, items, instance= ->count)); >> >=20 > This is all wrong. Please, double check how struct_size() works. Yes, I got it mixed up, I know how struct_size works... For some reason I just overlooked it's use in the kmalloc(). >=20 > Thanks > -- > Gustavo >=20 >>>>> if (!d) >>>>> return NULL; >>>>> =20 >>>>> @@ -2525,7 +2525,7 @@ udma_prep_dma_cyclic_pkt(struct udma_chan *uc= , dma_addr_t buf_addr, >>>>> if (period_len >=3D SZ_4M) >>>>> return NULL; >>>>> =20 >>>>> - d =3D kzalloc(sizeof(*d) + periods * sizeof(d->hwdesc[0]), GFP_NO= WAIT); >>>>> + d =3D kzalloc(struct_size(d, hwdesc, periods), GFP_NOWAIT); >>>>> if (!d) >>>>> return NULL; >>>>> =20 >>>>> --=20 >>>>> 2.27.0 >>>> >> >> - P=C3=A9ter >> >> Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunn= us/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki >> - P=C3=A9ter Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki