From: Dan Carpenter <dan.carpenter@oracle.com>
To: "Fabio M. De Francesco" <fmdefrancesco@gmail.com>
Cc: "Suren Baghdasaryan" <surenb@google.com>,
"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
"Arve Hjønnevåg" <arve@android.com>,
"Todd Kjos" <tkjos@android.com>,
"Martijn Coenen" <maco@android.com>,
"Joel Fernandes" <joel@joelfernandes.org>,
"Christian Brauner" <christian@brauner.io>,
"Hridya Valsaraju" <hridya@google.com>,
LKML <linux-kernel@vger.kernel.org>,
linux-staging@lists.linux.dev
Subject: Re: [PATCH] staging: android: Remove set but unused variable in ashmem.c
Date: Mon, 26 Jul 2021 16:44:54 +0300 [thread overview]
Message-ID: <20210726134454.GJ1931@kadam> (raw)
In-Reply-To: <13453441.4PhDYAFLLM@localhost.localdomain>
On Sat, Jul 24, 2021 at 09:49:35AM +0200, Fabio M. De Francesco wrote:
> On Friday, July 23, 2021 10:14:46 PM CEST Suren Baghdasaryan wrote:
> > How about its usage in the above lockdep_set_class(&inode->i_rwsem,
> > ...) call?
>
> I'm sorry. I didn't notice that 'inode' is used soon after assignment, just in
> the line that follows it. I was also too confident that rebuilding the driver
> would have triggered an error if it is used somewhere else. I was obviously
> wrong.
>
> Furthermore, I usually automatically search with grep or other tools for other
> occurrences of a symbol in the function and the file, but this time I must
> have forgotten to do that.
Another trick which would have helped is to try find out which patch
forgot to remove the "inode" variale, because that developer would have
seen the warning as well.
>
> > I'm guessing you are building with CONFIG_LOCKDEP=n.
>
> Actually my .config sets CONFIG_LOCKDEP_SUPPORT=y. Did you refer to this?
> There is no CONFIG_LOCKDEP in the file.
Use make nconfig and then use f8 to search for CONFIG_LOCKDEP.
regards,
dan carpenter
next prev parent reply other threads:[~2021-07-26 13:45 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-07-23 20:05 [PATCH] staging: android: Remove set but unused variable in ashmem.c Fabio M. De Francesco
2021-07-23 20:14 ` Suren Baghdasaryan
2021-07-24 7:49 ` Fabio M. De Francesco
2021-07-26 13:44 ` Dan Carpenter [this message]
2021-07-28 12:00 ` Fabio M. De Francesco
2021-07-24 2:53 ` kernel test robot
2021-07-24 3:14 ` kernel test robot
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20210726134454.GJ1931@kadam \
--to=dan.carpenter@oracle.com \
--cc=arve@android.com \
--cc=christian@brauner.io \
--cc=fmdefrancesco@gmail.com \
--cc=gregkh@linuxfoundation.org \
--cc=hridya@google.com \
--cc=joel@joelfernandes.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-staging@lists.linux.dev \
--cc=maco@android.com \
--cc=surenb@google.com \
--cc=tkjos@android.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox