Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp7915544pxb; Fri, 19 Feb 2021 02:42:13 -0800 (PST) X-Google-Smtp-Source: ABdhPJwzfH8cDnp9bD9ZZw3zKR2dg1eVMTjAWU0Bee2COv+HcTmmBDR1+n7SH10GD4bguMZDrCuj X-Received: by 2002:a17:906:b803:: with SMTP id dv3mr8263419ejb.536.1613731333163; Fri, 19 Feb 2021 02:42:13 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1613731333; cv=none; d=google.com; s=arc-20160816; b=gptN6gnATMrMMCyUR4QLrtgKLo3l9V2nmeJ1MK3UQGgwwJk2Dn+k8Sw/NnmzUJzKMG U5SluXDYdnWQAbmEPOyv8kfJgcoptA43Z0hSEh4uS96+k0KFoTGYu3TSpLSQWQJeyb66 IS1huVt6RfxsqYtzPTQJo8PcauaBKJVlUNjkpQs8vSOvYGBLm/kDclNNMX1WyHIJe3Yo CaNszaHA2rOVFGCE/E+oueKKKcs00gbtpwHk0Pyin5l4CMXTZ/PrXhwKJSNcCAfDjY43 T85udQjvcry2ktL3KWs4YlQHBN7/zabVflAGpxOY0+1Kam1z3ILnwWIAZv15+Kcvp2J1 MrzA== 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=H4nc6sCMOvNHZ45to7JFU0Hqm1gnLKuerLwSPyCWBXs=; b=m3vH0y+fRhU5SOSOhRfSV0MFSvQjRQNwW0QU15r/ZFp1dC8UgxbESsEkiUCtd7hOXu m7DNX1/nCu4wkzy9aYBu2DUTCj7xMhYBslH5Tu1ls5/W1srdUMuIUSnjIILVx/ry7aw1 HetTN/CyM0P7t0qyUmCipW5TLRsny1GutYU64FKOHB6ylnDRJIz/Ipnu9zUvSSeZ6UIc XeaYA/ZmfNd0u//8/89j//P5mOymlZbDY70lS+uN7fuJiSlk1qm2pKMIhefeoC/avv8H f2ePA2m5RSdchxKb2JRNJOOrItkzNHoIWQn+gIoIt9zhvkzFJ0NwToJdooEYCU9hkh2o 5CRg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=vGK43yxv; 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=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t10si4700314edy.247.2021.02.19.02.41.48; Fri, 19 Feb 2021 02:42:13 -0800 (PST) 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=@linuxfoundation.org header.s=korg header.b=vGK43yxv; 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=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229878AbhBSKk5 (ORCPT + 99 others); Fri, 19 Feb 2021 05:40:57 -0500 Received: from mail.kernel.org ([198.145.29.99]:55278 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229527AbhBSKkx (ORCPT ); Fri, 19 Feb 2021 05:40:53 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id A173264EB7; Fri, 19 Feb 2021 10:40:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1613731213; bh=RErC9QubHxzQe6XsyUGu3rb6BZK6OYuteFLCp8HvQek=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=vGK43yxv3kz5h9SA9UZG1tcj6GOBLFZeMtjfjuCFnDzFpb440fVwmDdNpouB9mXHv s+c6SMKum2sA6x1Y97jcipBUrupBIMNL6Sp2gZC5vI19/ZWsFE/dxlouxKr7dxATFL E2pKQNs/XNptXI9blNNzv3OY8wdQDrm6c1UZ63wY= Date: Fri, 19 Feb 2021 11:40:10 +0100 From: Greg KH To: Selvakumar Elangovan Cc: forest@alittletooquiet.net, tvboxspy@gmail.com, oscar.carter@gmx.com, devel@driverdev.osuosl.org, linux-kernel@vger.kernel.org, linux-kernel-mentees@lists.linuxfoundation.org Subject: Re: [PATCH] staging: vt6656: fixed a CamelCase coding style issue. Message-ID: References: <20210219095835.9687-1-selvakumar16197@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210219095835.9687-1-selvakumar16197@gmail.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Feb 19, 2021 at 03:28:35PM +0530, Selvakumar Elangovan wrote: > This patch renames CamelCase macros uVar and uModulo into u_var and > u_module in device.h > > This issue was reported by checkpatch.pl > > Signed-off-by: Selvakumar Elangovan > --- > drivers/staging/vt6656/device.h | 8 ++++---- > 1 file changed, 4 insertions(+), 4 deletions(-) > > diff --git a/drivers/staging/vt6656/device.h b/drivers/staging/vt6656/device.h > index 947530fefe94..6615d356f74a 100644 > --- a/drivers/staging/vt6656/device.h > +++ b/drivers/staging/vt6656/device.h > @@ -385,11 +385,11 @@ struct vnt_private { > struct ieee80211_low_level_stats low_stats; > }; > > -#define ADD_ONE_WITH_WRAP_AROUND(uVar, uModulo) { \ > - if ((uVar) >= ((uModulo) - 1)) \ > - (uVar) = 0; \ > +#define ADD_ONE_WITH_WRAP_AROUND(u_var, u_modulo) { \ "u_" does not really make any sense, right? Just use "var" and "modulo" please. But first, why is this needed at all? Isn't there an in-kernel function that should be used instead? thanks, greg k-h