Received: by 2002:a05:6358:111d:b0:dc:6189:e246 with SMTP id f29csp1178200rwi; Thu, 3 Nov 2022 02:00:30 -0700 (PDT) X-Google-Smtp-Source: AMsMyM4+egs3q675idLbx0HqTFrmpkBgKJSmevOv944TzprcPG1r1Lwgtu25g9R6U7lNYKm7MMjV X-Received: by 2002:a17:906:5dae:b0:78e:3109:36d1 with SMTP id n14-20020a1709065dae00b0078e310936d1mr28128011ejv.470.1667466029458; Thu, 03 Nov 2022 02:00:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1667466029; cv=none; d=google.com; s=arc-20160816; b=DLK3JmyT+L5bR8SL0ZdJo83541qg5GONz8GzHrnF31f1Rf5tVd6B0uAUsB0lwl/Lom knt+vbyw4SfV2t2kv2DvoSWkQwOMZSSfPyypSQWtscPZJZp/ZJEQ+bHzodpTSCh3ZiDM AHx9Bn6UdQl2vgMRt8W6IMcO6Y6G9r1325jiPY06PrdMQB8qIGcgTfKHE0K3+u0UNbxQ YEuQqbupcflvz6a8VAdw8kBHSFksk/V9yWpHEFY5JZzPtIQabioZ7/QhpASboDRNP3if FErZ8hjid//ffWvSOBTVDfwOL5a3qDuXDfpbjtFwZYBOlVCjwBg6aHEoI9Ji/Q1gRZcj uY5Q== 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=jOgQFHfI3FUkZp+SFcOLsJI7My5Qgr1wTpnF6i/fSWY=; b=v6RaTZYVXNglimeCMPMxvM/r7orp8nXoLJzHK2Gwo5rUpzOooArgWkVbNYLMxvUbRT KmCQevio1lspCpBoHaYsS594CSqapc6SmZddZNC6tl1RKCnAfJ0IQjA/SEmbpChHX9cB ChNx+8Dz5r9li4+pIsKHOsOXuOGMAlNS9iMgvR7YlcNw+NuahC4lJHtE/QL//f+FXS5j X4oGszjnj6ywnBglouD9WqMGMjeMjTFa7A9nr6ZEJ9X+ETcSXyPqVEDEY6kvH1J9sdTo P5ioL1fyFmVri9U5CYuhVo5n6+79rubte2nxaQzpRe8ZfUstZbwJUoi+Tow/B2xW26wP W38A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=fIKx4ewm; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id gi32-20020a1709070ca000b007a6ec6fb027si436332ejc.538.2022.11.03.02.00.03; Thu, 03 Nov 2022 02:00:29 -0700 (PDT) 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=@gmail.com header.s=20210112 header.b=fIKx4ewm; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230231AbiKCIx5 (ORCPT + 98 others); Thu, 3 Nov 2022 04:53:57 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54938 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229591AbiKCIxu (ORCPT ); Thu, 3 Nov 2022 04:53:50 -0400 Received: from mail-wm1-x32e.google.com (mail-wm1-x32e.google.com [IPv6:2a00:1450:4864:20::32e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DEF1BD12B for ; Thu, 3 Nov 2022 01:53:49 -0700 (PDT) Received: by mail-wm1-x32e.google.com with SMTP id m7-20020a05600c090700b003cf8a105d9eso662845wmp.5 for ; Thu, 03 Nov 2022 01:53:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; 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=jOgQFHfI3FUkZp+SFcOLsJI7My5Qgr1wTpnF6i/fSWY=; b=fIKx4ewmJf287Iu8uN4y/xhHfot1VI89fFN/3KlaM8fECdrogbyKERSZ/YD+LTjoTl ROgD6h5yog1Ak/q4//See7U7HGaAsbGAuxCB1pM4SnjRtF+v4yrudux+cW54r5weDqWL Rg/hTjne8SHuuLGG7+oqPOEgPs+7s441uLy14E76R3U9cBmWGzAum9pPH3HlDKyJ47Ti DxOh8OPt0sYpgm2YpJn+TlqxWKG9KK+gJjgb+/siDNq5YYus4G9W6UUKULa5EuCYmnjC GiIm8rXCHYpybr/ScWmK4So5Y9PCWpKG4LEikJdXLYgD5AuX+TRDIrwffayTk8McVKWg MbFA== 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=jOgQFHfI3FUkZp+SFcOLsJI7My5Qgr1wTpnF6i/fSWY=; b=3zLTtFKGblU2b81trUEJO0LYfE5rdo8uSvnxh9YqudtPlzcXEmLP9kqVptmyvxL7Gk 9MvJq7zPi/Z83wyOXSztNnXAwLSvCJzXi9PT7pih4UDD1cZbDP/iIIJPwQ78P8xbvEDA C8dOtmDSaV33iKmg2uBD6YEmG9nwhhY1fJq1HuyCISjIUEDFtzv81WmhmCuhhKjfgwYw ymX5xl2BROyqfqAer7RBIJZnf8Xk6SwlJe8VLtadjkhjV3kArzTs3PK3twFtvxbSeL5Q DWls/EzS/aQaogp55LUCRtHDQzFV2I3fbyDDqL4IdhRYBKSGzBAY0kjMwvIR5S+dq7DO eLnw== X-Gm-Message-State: ACrzQf2HtEP9nsoSUq5Xh8hRWmOzopPCX6wTY1dQijzvfJakd+V4Xk4Y KngYEKSzCPCipOpxRIWAtKc= X-Received: by 2002:a05:600c:474a:b0:3c6:ff98:624c with SMTP id w10-20020a05600c474a00b003c6ff98624cmr28678624wmo.26.1667465628294; Thu, 03 Nov 2022 01:53:48 -0700 (PDT) Received: from localhost ([102.36.222.112]) by smtp.gmail.com with ESMTPSA id p21-20020a05600c359500b003cf47fdead5sm623498wmq.30.2022.11.03.01.53.47 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 03 Nov 2022 01:53:47 -0700 (PDT) Date: Thu, 3 Nov 2022 11:53:45 +0300 From: Dan Carpenter To: David Laight Cc: 'Deepak R Varma' , "outreachy@lists.linux.dev" , Greg Kroah-Hartman , "linux-staging@lists.linux.dev" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH] staging: rtl8192e: Use min_t/max_t macros for variable comparison Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-1.8 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM,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 Thu, Nov 03, 2022 at 08:24:15AM +0000, David Laight wrote: > > --- a/drivers/staging/rtl8192e/rtl819x_HTProc.c > > +++ b/drivers/staging/rtl8192e/rtl819x_HTProc.c > > @@ -587,17 +587,12 @@ void HTOnAssocRsp(struct rtllib_device *ieee) > > else > > pHTInfo->CurrentAMPDUFactor = HT_AGG_SIZE_64K; > > } else { > > - if (pPeerHTCap->MaxRxAMPDUFactor < HT_AGG_SIZE_32K) > > - pHTInfo->CurrentAMPDUFactor = > > - pPeerHTCap->MaxRxAMPDUFactor; > > - else > > - pHTInfo->CurrentAMPDUFactor = HT_AGG_SIZE_32K; > > + pHTInfo->CurrentAMPDUFactor = min_t(u32, pPeerHTCap->MaxRxAMPDUFactor, > > + HT_AGG_SIZE_32K); > > For min() to fail there must be a signed v unsigned mismatch. > Maybe that ought to be fixed. > u32 is the right choice here. I'm having a hard time understanding your email. You might be saying we could declare HT_AGG_SIZE_32K as a u32 so then we could use min() instead of min_t()? HT_AGG_SIZE_32K is an enum. pPeerHTCap->MaxRxAMPDUFactor is a bitfield. u8 MaxRxAMPDUFactor:2; We will never be able to use min(). > > } > > } > > - if (pHTInfo->MPDU_Density > pPeerHTCap->MPDUDensity) > > - pHTInfo->current_mpdu_density = pHTInfo->MPDU_Density; > > - else > > - pHTInfo->current_mpdu_density = pPeerHTCap->MPDUDensity; > > + pHTInfo->current_mpdu_density = max_t(u8, pHTInfo->MPDU_Density, > > + pPeerHTCap->MPDUDensity); > > Using u8 with max_t() really doesn't make any sense. Using u8 looks wrong because you would worry that one of the types is larger than U8_MAX. But it's actually fine. The types are u8 vs another bitfield. I would probably have gone with u32 here as well. > The value will get promoted to signed int prior to the comparison. > That's sort of true-ish but I don't understand what you are saying? #confused regards, dan carpenter