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=-1.1 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,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 259ADC46471 for ; Tue, 7 Aug 2018 08:58:21 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id D4273208CB for ; Tue, 7 Aug 2018 08:58:20 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=ideasonboard.com header.i=@ideasonboard.com header.b="aGqNZxyh" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org D4273208CB Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=ideasonboard.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388506AbeHGLLi (ORCPT ); Tue, 7 Aug 2018 07:11:38 -0400 Received: from perceval.ideasonboard.com ([213.167.242.64]:52160 "EHLO perceval.ideasonboard.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727669AbeHGLLh (ORCPT ); Tue, 7 Aug 2018 07:11:37 -0400 Received: from avalon.localnet (dfj612ybrt5fhg77mgycy-3.rev.dnainternet.fi [IPv6:2001:14ba:21f5:5b00:2e86:4862:ef6a:2804]) by perceval.ideasonboard.com (Postfix) with ESMTPSA id 851C557; Tue, 7 Aug 2018 10:58:16 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ideasonboard.com; s=mail; t=1533632296; bh=L97uAOX/zvAAhmzGW7D0oNuXyR8FEE6sFEJHWIDtvmM=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=aGqNZxyhb2uLiC1mL2NMHznvCU4nUywlIlZK1rKcxl7Ep1sOketncFIBbOhj1W06O zQG5qyPONqD3uMkVg6pnYZpU7RU7vuhTWZiiULABd/1qa2KKcRIJEMawQP7Bkx0vcL Z/vVCtVTkRPiQY6tp98Rk9B7szA/FjJQh93O2AlA= From: Laurent Pinchart To: Nadav Amit Cc: Mauro Carvalho Chehab , "linux-media@vger.kernel.org" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH] usb: fix uvc_alloc_entity() allocation alignment Date: Tue, 07 Aug 2018 11:59:01 +0300 Message-ID: <3561796.imRZE4xQI7@avalon> Organization: Ideas on Board Oy In-Reply-To: <0B044CD5-B4F5-4614-B97A-E02E5C1E8A17@vmware.com> References: <20180604134713.101064-1-namit@vmware.com> <15813968.YrTFj7ZbY9@avalon> <0B044CD5-B4F5-4614-B97A-E02E5C1E8A17@vmware.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Nadav, On Tuesday, 7 August 2018 03:58:05 EEST Nadav Amit wrote: > at 4:58 PM, Laurent Pinchart wrote: > > On Monday, 4 June 2018 16:47:13 EEST Nadav Amit wrote: > >=20 > >> The use of ALIGN() in uvc_alloc_entity() is incorrect, since the size = of > >> (entity->pads) is not a power of two. As a stop-gap, until a better > >> solution is adapted, use roundup() instead. > >>=20 > >> Found by a static assertion. Compile-tested only. > >>=20 > >> Fixes: 4ffc2d89f38a ("uvcvideo: Register subdevices for each entity") > >>=20 > >> Cc: Laurent Pinchart > >> Cc: Mauro Carvalho Chehab > >> Cc: linux-media@vger.kernel.org > >> Cc: linux-kernel@vger.kernel.org > >>=20 > >> Signed-off-by: Nadav Amit > >> --- > >> drivers/media/usb/uvc/uvc_driver.c | 2 +- > >> 1 file changed, 1 insertion(+), 1 deletion(-) > >>=20 > >> diff --git a/drivers/media/usb/uvc/uvc_driver.c > >> b/drivers/media/usb/uvc/uvc_driver.c index 2469b49b2b30..6b989d41c034 > >> 100644 > >> --- a/drivers/media/usb/uvc/uvc_driver.c > >> +++ b/drivers/media/usb/uvc/uvc_driver.c > >> @@ -909,7 +909,7 @@ static struct uvc_entity *uvc_alloc_entity(u16 typ= e, > >> u8 id, > >> unsigned int size; > >> unsigned int i; > >>=20 > >> - extra_size =3D ALIGN(extra_size, sizeof(*entity->pads)); > >> + extra_size =3D roundup(extra_size, sizeof(*entity->pads)); > >> num_inputs =3D (type & UVC_TERM_OUTPUT) ? num_pads : num_pads - 1; > >> size =3D sizeof(*entity) + extra_size + sizeof(*entity->pads) * num_p= ads > >> + num_inputs; > >=20 > > The purpose of this alignment is to make sure that entity->pads will be= =20 > > properly aligned. In theory the size of uvc_entity should be taken into= =20 > > account too, but the structure contains pointers, so its size should > > already be properly aligned. This patch thus looks good to me. What > > made you say it's a stop-gap measure ? >=20 >=20 > Thanks. It=E2=80=99s been a while. Anyhow, I don=E2=80=99t know how =E2= =80=9Chot=E2=80=9D this code is, but > roundup uses a div operations, so if it is =E2=80=9Chot=E2=80=9D you may = want a different > way to align with lower overhead. >=20 > I presume it is not=E2=80=A6 You're right, it isn't. I'll include this patch in my next pull request for= =20 v4.20. =2D-=20 Regards, Laurent Pinchart