All of lore.kernel.org
 help / color / mirror / Atom feed
From: Fengguang Wu <wfg@linux.intel.com>
To: Dan Carpenter <dan.carpenter@oracle.com>
Cc: Julia Lawall <julia.lawall@lip6.fr>,
	linux-kernel@vger.kernel.org, kernel-janitors@vger.kernel.org,
	Pekka Enberg <penberg@kernel.org>,
	Al Viro <viro@zeniv.linux.org.uk>,
	Christopher Li <sparse@chrisli.org>,
	Josh Triplett <josh@freedesktop.org>,
	Linus Torvalds <torvalds@ppc970.osdl.org>
Subject: Re: automated warning notifications
Date: Fri, 15 Jun 2012 14:34:03 +0000	[thread overview]
Message-ID: <20120615143403.GA18876@localhost> (raw)
In-Reply-To: <20120615111913.GA13539@mwanda>

On Fri, Jun 15, 2012 at 02:19:14PM +0300, Dan Carpenter wrote:
> On Fri, Jun 15, 2012 at 06:40:51AM -0400, Julia Lawall wrote:
> > > > Eventually I think we will want to set up a mailing list for this or
> > > > we will start sending duplicate messages.
> > >
> > > Fair enough. How can we setup the mailing list? Once the list up, it
> > > would be trivial for me to send sparse warnings out there.
> > 
> > I'm not completely sure that a mailing list would completely eliminate
> > duplicate messages.  But still, it could be the place for people who are
> > interested in seeing such messages to go to, so it seems like a good
> > thing.  I would be happy to contribute content :)
> 
> Yeah.  That might be interesting.  If you don't know whether a bug
> is a false positive or not you could submit it to the list for
> people to look at.
> 
> I don't know if anyone will actually look at them.  I had been
> planning to filter them to a mail box and automatically ignore
> anything that was a duplicate.  But it might actually be worth
> looking at them as well.  Especially if you email had enough useful
> context so I could tell from the message what the bug is.
> 
> Probably we could use something like the attached script to print
> out the line of code which causes the bug and some other script to
> querry git blame and attach the offending commit?

cat -n $code_file | tail -n +$(($lineno - (($context + 1) / 2))) | head -n $(($context + 1))

That's handy, I'll use it to show the source file context for the
first error/warning :-)

Example:

drivers/leds/led-triggers.c: In function ‘led_trigger_event’:
drivers/leds/led-triggers.c:227:3: error: implicit declaration of function ‘led_set_brightness’ [-Werror=implicit-function-declaration]

drivers/leds/led-triggers.c:227:
   224                  struct led_classdev *led_cdev;
   225
   226                  led_cdev = list_entry(entry, struct led_classdev, trig_list);
 > 227                  led_set_brightness(led_cdev, brightness);
   228          }                                                
   229          read_unlock(&trigger->leddev_list_lock);
   230  }

Thanks!
Fengguang

WARNING: multiple messages have this Message-ID (diff)
From: Fengguang Wu <wfg@linux.intel.com>
To: Dan Carpenter <dan.carpenter@oracle.com>
Cc: Julia Lawall <julia.lawall@lip6.fr>,
	linux-kernel@vger.kernel.org, kernel-janitors@vger.kernel.org,
	Pekka Enberg <penberg@kernel.org>,
	Al Viro <viro@zeniv.linux.org.uk>,
	Christopher Li <sparse@chrisli.org>,
	Josh Triplett <josh@freedesktop.org>,
	Linus Torvalds <torvalds@ppc970.osdl.org>
Subject: Re: automated warning notifications
Date: Fri, 15 Jun 2012 22:34:03 +0800	[thread overview]
Message-ID: <20120615143403.GA18876@localhost> (raw)
In-Reply-To: <20120615111913.GA13539@mwanda>

On Fri, Jun 15, 2012 at 02:19:14PM +0300, Dan Carpenter wrote:
> On Fri, Jun 15, 2012 at 06:40:51AM -0400, Julia Lawall wrote:
> > > > Eventually I think we will want to set up a mailing list for this or
> > > > we will start sending duplicate messages.
> > >
> > > Fair enough. How can we setup the mailing list? Once the list up, it
> > > would be trivial for me to send sparse warnings out there.
> > 
> > I'm not completely sure that a mailing list would completely eliminate
> > duplicate messages.  But still, it could be the place for people who are
> > interested in seeing such messages to go to, so it seems like a good
> > thing.  I would be happy to contribute content :)
> 
> Yeah.  That might be interesting.  If you don't know whether a bug
> is a false positive or not you could submit it to the list for
> people to look at.
> 
> I don't know if anyone will actually look at them.  I had been
> planning to filter them to a mail box and automatically ignore
> anything that was a duplicate.  But it might actually be worth
> looking at them as well.  Especially if you email had enough useful
> context so I could tell from the message what the bug is.
> 
> Probably we could use something like the attached script to print
> out the line of code which causes the bug and some other script to
> querry git blame and attach the offending commit?

cat -n $code_file | tail -n +$(($lineno - (($context + 1) / 2))) | head -n $(($context + 1))

That's handy, I'll use it to show the source file context for the
first error/warning :-)

Example:

drivers/leds/led-triggers.c: In function ‘led_trigger_event’:
drivers/leds/led-triggers.c:227:3: error: implicit declaration of function ‘led_set_brightness’ [-Werror=implicit-function-declaration]

drivers/leds/led-triggers.c:227:
   224                  struct led_classdev *led_cdev;
   225
   226                  led_cdev = list_entry(entry, struct led_classdev, trig_list);
 > 227                  led_set_brightness(led_cdev, brightness);
   228          }                                                
   229          read_unlock(&trigger->leddev_list_lock);
   230  }

Thanks!
Fengguang

  parent reply	other threads:[~2012-06-15 14:34 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-14 17:25 automated warning notifications Dan Carpenter
2012-06-14 17:25 ` Dan Carpenter
2012-06-15  1:48 ` Fengguang Wu
2012-06-15  1:48   ` Fengguang Wu
2012-06-15  7:12   ` Dan Carpenter
2012-06-15  7:12     ` Dan Carpenter
2012-06-15  7:58     ` Fengguang Wu
2012-06-15  7:58       ` Fengguang Wu
2012-06-15  8:31       ` Josh Triplett
2012-06-15  8:31         ` Josh Triplett
2012-06-15  8:54         ` Fengguang Wu
2012-06-15  8:54           ` Fengguang Wu
2012-06-15 16:48           ` Randy Dunlap
2012-06-15 16:48             ` Randy Dunlap
2012-06-16  9:17             ` Fengguang Wu
2012-06-16  9:17               ` Fengguang Wu
2012-06-16 17:44               ` Randy Dunlap
2012-06-16 17:44                 ` Randy Dunlap
2012-06-15 10:40       ` Julia Lawall
2012-06-15 10:40         ` Julia Lawall
2012-06-15 11:19         ` Dan Carpenter
2012-06-15 11:19           ` Dan Carpenter
2012-06-15 13:33           ` Peter Senna Tschudin
2012-06-15 13:33             ` Peter Senna Tschudin
2012-06-15 13:53             ` Dan Carpenter
2012-06-15 13:53               ` Dan Carpenter
2012-06-15 15:49               ` Peter Senna Tschudin
2012-06-15 15:49                 ` Peter Senna Tschudin
2012-06-15 14:34           ` Fengguang Wu [this message]
2012-06-15 14:34             ` Fengguang Wu
2012-06-16  7:50             ` Cong Wang
2012-06-16  7:50               ` Cong Wang
2012-06-16  9:01               ` Fengguang Wu
2012-06-16  9:01                 ` Fengguang Wu
2012-07-02 12:45   ` Dan Carpenter
2012-07-02 12:45     ` Dan Carpenter
2012-07-06  3:07 ` Fengguang Wu
2012-07-06  3:07   ` Fengguang Wu

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=20120615143403.GA18876@localhost \
    --to=wfg@linux.intel.com \
    --cc=dan.carpenter@oracle.com \
    --cc=josh@freedesktop.org \
    --cc=julia.lawall@lip6.fr \
    --cc=kernel-janitors@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=penberg@kernel.org \
    --cc=sparse@chrisli.org \
    --cc=torvalds@ppc970.osdl.org \
    --cc=viro@zeniv.linux.org.uk \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.