[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <C6D48C5819337145905EDC9DB164E6972DC4E55F@fmsmsx120.amr.corp.intel.com>
Date: Wed, 5 Apr 2017 13:41:47 +0000
From: "Hammond, John" <john.hammond@...el.com>
To: Dan Carpenter <dan.carpenter@...cle.com>,
Pushkar Jambhlekar <pushkar.iit@...il.com>
CC: "Drokin, Oleg" <oleg.drokin@...el.com>,
"Dilger, Andreas" <andreas.dilger@...el.com>,
James Simmons <jsimmons@...radead.org>,
"Greg Kroah-Hartman" <gregkh@...uxfoundation.org>,
Al Viro <viro@...iv.linux.org.uk>,
"Siyao, Lai" <lai.siyao@...el.com>,
"Nunez, James A" <james.a.nunez@...el.com>,
Andrew Perepechko <andrew.perepechko@...gate.com>,
"Wang, Di" <di.wang@...el.com>,
"Glossman, Bob" <bob.glossman@...el.com>,
Andreas Gruenbacher <agruenba@...hat.com>,
"Xiong, Jinshan" <jinshan.xiong@...el.com>,
Bobi Jam <bobijam@...mail.com>,
"Kirill A. Shutemov" <kirill.shutemov@...ux.intel.com>,
Henri Doreau <henri.doreau@....fr>,
Prakash Surya <surya1@...l.gov>,
"Liu, Emoly" <emoly.liu@...el.com>,
"Eremin, Dmitry" <dmitry.eremin@...el.com>,
"Lombardi, Johann" <johann.lombardi@...el.com>,
"devel@...verdev.osuosl.org" <devel@...verdev.osuosl.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"lustre-devel@...ts.lustre.org" <lustre-devel@...ts.lustre.org>
Subject: RE: [PATCH] drivers/staging/lustre: Coding-guideline: Missing a
blank line after declarations
> On Tue, Apr 04, 2017 at 02:45:26PM +0530, Pushkar Jambhlekar wrote:
> > diff --git a/drivers/staging/lustre/lustre/obdclass/cl_page.c
> > b/drivers/staging/lustre/lustre/obdclass/cl_page.c
> > index cd9a40c..71fcc4c 100644
> > --- a/drivers/staging/lustre/lustre/obdclass/cl_page.c
> > +++ b/drivers/staging/lustre/lustre/obdclass/cl_page.c
> > @@ -482,6 +482,7 @@ void cl_page_disown0(const struct lu_env *env,
> > int cl_page_is_owned(const struct cl_page *pg, const struct cl_io *io)
> > {
> > struct cl_io *top = cl_io_top((struct cl_io *)io);
> > +
> > LINVRNT(cl_object_same(pg->cp_obj, io->ci_obj));
> > return pg->cp_state == CPS_OWNED && pg->cp_owner == top; }
>
> This is not related to the patch but I don't understand CLOBINVRNT() and
> LINVRNT().
>
> # define LINVRNT(exp) LASSERT(exp)
> # define LINVRNT(exp) ((void)sizeof !!(exp))
>
> Why do we do the sizeof() instead of just an empty define? The compiler
> calculates the size at compile time and doesn't execute the expression so it's the
> same as an empty define so far as I can tell.
This is someone's attempt to avoid the unused variable warnings which would occur
in some places when LINVRNT(exp) is defined as ((void)0).
Powered by blists - more mailing lists