Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp234604rwb; Tue, 13 Dec 2022 16:48:05 -0800 (PST) X-Google-Smtp-Source: AA0mqf7XB5ysO0yYntfrL1yrWU/27NGEz8ssNpIoLVJ7YCudv9ARGfnjWi1g8FfncBklNEPAXrng X-Received: by 2002:a05:6a21:3382:b0:aa:5c1b:d734 with SMTP id yy2-20020a056a21338200b000aa5c1bd734mr36319685pzb.44.1670978885651; Tue, 13 Dec 2022 16:48:05 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1670978885; cv=none; d=google.com; s=arc-20160816; b=Zw8vnraPt4cpRaJtQRLXx/Bouk0bQA2Cu42J+cperlvhNC4fUPj4cYogjw6Q4PcIgk gHCaMZKWGS1LRIyX+G533UYyC3yJVkz6Rj+7DgpxotQniQv386jq3QjkBfmOru/6Zsvx jxaxiAUNUyk3jN4g+ipZTW/yJKhjPbFWSUe/HrDqu1SnWorBobPGmER0FbSBGbGlnwaM oKRXYgmj6n/irzqDkE/yIH6Z8l2JRWLgPqhMsOdMaQEp0jroZdoTJz2YuGMgUpX3QWsh QFh/PfEvCcEJX7VYIx0CRKut9ZIV2m4n9nuiyaEKtbz+qJaM+Ov/MPxdyzVwXtsJ+eXP ldtg== 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=nMXSUhRQOxy7tEuvDry5hNPWkTeD3FTVDObnfkaZoqo=; b=jkM88oD0hPVOl8+UiplhVJnIHq3YzJicgrdC55eAA52aDJg5166/r4wqV1fUfmbdW5 msASa5sbajyrJfnn/XhZZFn5Xxnj6nRmlGz9ky26egl8VIXM12/KGBmdNWpxxQmw+td0 DyRoGo05d9OxbHMMukFm+eJSwktEpKjsMxi0XkHKnfn/TSI4woFfzzq742k6xuw+/fzC sggHj8mb3Y/6CT3NN6TzwlBHClrqSFu+5CpW+D3Gnsqcd241Rcjyw40tEDJPJEE03HXs QoNChTIZGeBASuO+C4aIfMZNv/zukFbuBuKz5Xkbhmns55fvrGodRqwkCd1TTkh2z8xd l9Xw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b="BH7DsjF/"; 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=chromium.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id f74-20020a62384d000000b005765b5bf597si13555348pfa.190.2022.12.13.16.47.55; Tue, 13 Dec 2022 16:48:05 -0800 (PST) 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=@chromium.org header.s=google header.b="BH7DsjF/"; 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=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237210AbiLNAlw (ORCPT + 74 others); Tue, 13 Dec 2022 19:41:52 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56998 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237496AbiLNAl0 (ORCPT ); Tue, 13 Dec 2022 19:41:26 -0500 Received: from mail-pj1-x1036.google.com (mail-pj1-x1036.google.com [IPv6:2607:f8b0:4864:20::1036]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D391F2648C for ; Tue, 13 Dec 2022 16:40:04 -0800 (PST) Received: by mail-pj1-x1036.google.com with SMTP id n65-20020a17090a2cc700b0021bc5ef7a14so5425462pjd.0 for ; Tue, 13 Dec 2022 16:40:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=nMXSUhRQOxy7tEuvDry5hNPWkTeD3FTVDObnfkaZoqo=; b=BH7DsjF/MqmaFEQUpJolgTrbi5A6L62CZdhE1oKhBHXLTPvRwujfy44Po3BKotOOtC m/lc9V7LvPlO9oA27wvnJECyKmNVMhwkDkhRN8zaqNeFKRxXQasvUHU7Hpifj4SkNsFB T0zfj6yx9b7+7tQuqogJAof91yqJxBGMRoCLE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=nMXSUhRQOxy7tEuvDry5hNPWkTeD3FTVDObnfkaZoqo=; b=h85AFK8NhpACvbE3ITCds9xofCtJQaEFmK5VLytdG8szRzRkTw4RO0abL0lg269JQ5 lXzi2fDI2UH33WtsUot1/hMKTiD78PYw/U+FDfy+WeO4K2CoIZTZOVdXu7VeMAtCyebY 1ulCjdcbN/sZp3bqk0rqxn9aoPmOpsn2k6Mop/jJiMJlFD35kvjHsjTfKfHN9yS48j9z Dk5Q4fkYiFwYGzGiz5UMgEHt4P/CM2ozWU4HftE3/BefYhMbWpnwtuRR9fgyYAQCQV+a BhXLdx5LSQAq6UTfKco/IQ8lF96v454IYE2qLyxAzGQbyeqAQZaR6T1qFpukRMToe45w N8iQ== X-Gm-Message-State: ANoB5pkozw60J4etpKAQ4YXjb+ALIOakyjz8YEerhGxvcDxD5ROUWihK rN9ycTY7pGzwKzLoMDd3TwEIBQ== X-Received: by 2002:a17:902:d483:b0:189:ced9:a5ea with SMTP id c3-20020a170902d48300b00189ced9a5eamr29138799plg.27.1670978404367; Tue, 13 Dec 2022 16:40:04 -0800 (PST) Received: from google.com (KD124209188001.ppp-bb.dion.ne.jp. [124.209.188.1]) by smtp.gmail.com with ESMTPSA id w1-20020a170902e88100b00186a2444a43sm510077plg.27.2022.12.13.16.40.01 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 13 Dec 2022 16:40:03 -0800 (PST) Date: Wed, 14 Dec 2022 09:39:58 +0900 From: Sergey Senozhatsky To: Ricardo Ribalda Cc: Max Staudt , Sergey Senozhatsky , Yunke Cao , Laurent Pinchart , Mauro Carvalho Chehab , linux-media@vger.kernel.org, stable@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 2/2] media: uvcvideo: Do not alloc dev->status Message-ID: References: <20221212-uvc-race-v2-0-54496cc3b8ab@chromium.org> <20221212-uvc-race-v2-2-54496cc3b8ab@chromium.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20221212-uvc-race-v2-2-54496cc3b8ab@chromium.org> X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS 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 On (22/12/13 15:35), Ricardo Ribalda wrote: [..] > +++ b/drivers/media/usb/uvc/uvcvideo.h > @@ -559,7 +559,7 @@ struct uvc_device { > /* Status Interrupt Endpoint */ > struct usb_host_endpoint *int_ep; > struct urb *int_urb; > - u8 *status; > + u8 status[UVC_MAX_STATUS_SIZE]; Can we use `struct uvc_control_status status;` instead of open-coding it? Seems that this is what the code wants anyway: struct uvc_control_status *status = (struct uvc_control_status *)dev->status; And then we can drop casts in uvc_status_complete().