Received: by 2002:a05:6358:1087:b0:cb:c9d3:cd90 with SMTP id j7csp5472199rwi; Mon, 17 Oct 2022 22:41:31 -0700 (PDT) X-Google-Smtp-Source: AMsMyM4pUjuL12aruhPwSQZLmhw27jtB4zk6tnlQV+HPFVYetMbYbHB+hmL3s7pqkzKSkamkPaqq X-Received: by 2002:a05:6402:168c:b0:458:5b8b:afd2 with SMTP id a12-20020a056402168c00b004585b8bafd2mr1045216edv.357.1666071691049; Mon, 17 Oct 2022 22:41:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1666071691; cv=none; d=google.com; s=arc-20160816; b=PXMy0+LBtOrliy0xwQUj0ZJmoIc5cxPBfR4cx3xT7ePlHvMMLcPd7jN57d3oAIJuPe 6h1lKY3swGMz/wX0Stf4foTco8iW+DOWdFhqj3+yZO5bpwzFdkY8h2a0I0ndBj9pQITJ tTD6XfHP41hkujNTEOVhEGUgbHiVR22T2MG2wmXPsr8YZZdAdZ3CnLSkmVVFNnYXVqyx 8fn7qlSbwaogPsgUXACHNlGTFi+GOiarKEdj6NnXujIcTm6hssAoIaATEprtv0FT5aog gdKb1oMMPTRhTrV1fGKdB3UYrdV+YydhGoo+sp3Rhx1NYwExns0zeLvc5mYkNYvQ8ATC GpkA== 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=30sSPfuIQDxdmKCoXSagbbcKmNE+4syI6HfE+OD0L5g=; b=l8Aq3tbmSOU5hx2gSpLq3lh1Fmv0tUYhaJf+M32alf9FOy5T9/rqU66gnPmRxlQarE 88Ya8FSyjCZYQSIWs9L67e5bd6iCgK9tvx1DIFC+hqm+hszRaCT+9w0N6BSfxX10d6nn WNleTjRlZ2gp/vbOUZn15iMLhDPDPDjIkicoxm0U/uaFK298S9H5w2uTxXm6wkR7NYhU so+KyWY9i2z9YESOTxS4Qqr3MwQJKRu1NeDW9f5y9NEtwdtNZ3psQ6kf8kl1FBg4qLhp lhYtDGHgd+EhUzjIolhLXsJeLypoR0VCuScvI4RgQkiUzF2P3idBiWfEaxlE7qbBtCMn rtNg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=VvYgZ9mv; 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=linuxfoundation.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id nd12-20020a170907628c00b0078e25345011si11404833ejc.926.2022.10.17.22.41.03; Mon, 17 Oct 2022 22:41:31 -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=@linuxfoundation.org header.s=korg header.b=VvYgZ9mv; 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=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230093AbiJRF1r (ORCPT + 99 others); Tue, 18 Oct 2022 01:27:47 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35776 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229799AbiJRF1q (ORCPT ); Tue, 18 Oct 2022 01:27:46 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8C03F726A5 for ; Mon, 17 Oct 2022 22:27:45 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 268F361307 for ; Tue, 18 Oct 2022 05:27:45 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id EE1A2C433C1; Tue, 18 Oct 2022 05:27:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1666070864; bh=mD9Bnrr+Blr43HX7VzogX53dclSTqEzRKcE28LHW00o=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=VvYgZ9mvsXBZ/6Zl1fSK17Y5KhA97Wt54ZSd6/+mJomPBs2kHKdsnvkaWU5PplPqz 4ZnNdzpSzF+REf9g17yl+MOXy8G6wm7WSCzPGVFnfVeu/HKArQbPl7wm9FrC7KCfBq hRTaZKhv4O0IzDDVYCNZDBNEjuP4eUwudvO4jN7w= Date: Tue, 18 Oct 2022 07:28:31 +0200 From: Greg KH To: Brent Pappas Cc: linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org, Brent Pappas Subject: Re: [PATCH] staging: rtl8723bs: core: Replace macros RotR1 through Mk16 with static inline functions Message-ID: References: <20221017171653.12578-1-bpappas@pappasbrent.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20221017171653.12578-1-bpappas@pappasbrent.com> X-Spam-Status: No, score=-7.4 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, 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 Mon, Oct 17, 2022 at 01:16:54PM -0400, Brent Pappas wrote: > From: Brent Pappas > > Replace macros "RotR1", "Lo8", "Hi8", "Lo16", "Hi16", and "Mk16" with > static inline functions to comply with Linux coding style standards. > > Signed-off-by: Brent Pappas > --- > drivers/staging/rtl8723bs/core/rtw_security.c | 35 +++++++++++++++---- > 1 file changed, 29 insertions(+), 6 deletions(-) > > diff --git a/drivers/staging/rtl8723bs/core/rtw_security.c b/drivers/staging/rtl8723bs/core/rtw_security.c > index ac731415f733..519e141fb82c 100644 > --- a/drivers/staging/rtl8723bs/core/rtw_security.c > +++ b/drivers/staging/rtl8723bs/core/rtw_security.c > @@ -253,12 +253,35 @@ void rtw_seccalctkipmic(u8 *key, u8 *header, u8 *data, u32 data_len, u8 *mic_cod > } > > /* macros for extraction/creation of unsigned char/unsigned short values */ > -#define RotR1(v16) ((((v16) >> 1) & 0x7FFF) ^ (((v16) & 1) << 15)) > -#define Lo8(v16) ((u8)((v16) & 0x00FF)) > -#define Hi8(v16) ((u8)(((v16) >> 8) & 0x00FF)) > -#define Lo16(v32) ((u16)((v32) & 0xFFFF)) > -#define Hi16(v32) ((u16)(((v32) >> 16) & 0xFFFF)) > -#define Mk16(hi, lo) ((lo) ^ (((u16)(hi)) << 8)) > +static inline u16 RotR1(u16 v16) > +{ > + return ((((v16) >> 1) & 0x7FFF) ^ (((v16) & 1) << 15)); > +} > + > +static inline u8 Lo8(u16 v16) > +{ > + return ((u8)((v16) & 0x00FF)); Odd use of spaces, doesn't checkpatch complain about this? But the larger question is, don't we already have functions for this in the core kernel? Why not just use them instead of hand-rolling custom functions instead? thanks, greg k-h