[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4FA345DA4F4AE44899BD2B03EEEC2FA9467EB040@SACEXCMBX04-PRD.hq.netapp.com>
Date: Thu, 26 Sep 2013 15:23:45 +0000
From: "Myklebust, Trond" <Trond.Myklebust@...app.com>
To: "J. Bruce Fields" <bfields@...ldses.org>,
David Howells <dhowells@...hat.com>
CC: "olof@...om.net" <olof@...om.net>,
"linux-nfs@...r.kernel.org" <linux-nfs@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: RE: [RFC][PATCH 0/4] SunRPC/NFS: Use no_printk() in
> -----Original Message-----
> From: J. Bruce Fields [mailto:bfields@...ldses.org]
> Sent: Thursday, September 26, 2013 10:21 AM
> To: David Howells
> Cc: Myklebust, Trond; olof@...om.net; linux-nfs@...r.kernel.org; linux-
> kernel@...r.kernel.org
> Subject: Re: [RFC][PATCH 0/4] SunRPC/NFS: Use no_printk() in
>
> On Thu, Sep 26, 2013 at 03:45:02PM +0100, David Howells wrote:
> >
> >
> > Here's a series of patches to make SunRPC/NFS use no_printk() to
> > implement its null dfprintk() macro (ie. when RPC_DEBUG is disabled).
> > This prevents 'unused variable' errors from occurring when a variable
> > is set only for use in debugging statements and renders RPC/NFS_IFDEBUG
> unnecessary.
>
> Does this patch series fix any actual warnings? Or does it just change the way
> that we prevent the warnings?
>
Right. If this is just code churn, then let's drop it. Otherwise, please explain why it is a good idea.
Cheers,
Trond
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists