lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190326101103.GH32613@kadam>
Date:   Tue, 26 Mar 2019 13:11:04 +0300
From:   Dan Carpenter <dan.carpenter@...cle.com>
To:     Julia Lawall <julia.lawall@...6.fr>
Cc:     Markus Elfring <Markus.Elfring@....de>,
        Wen Yang <wen.yang99@....com.cn>,
        Masahiro Yamada <yamada.masahiro@...ionext.com>,
        Gilles Muller <Gilles.Muller@...6.fr>,
        Michal Marek <michal.lkml@...kovi.net>,
        Nicolas Palix <nicolas.palix@...g.fr>,
        Yi Wang <wang.yi59@....com.cn>,
        kernel-janitors@...r.kernel.org, linux-kernel@...r.kernel.org,
        cocci@...teme.lip6.fr
Subject: Re: [PATCH] coccinelle: put_device: reduce false positives

On Tue, Mar 26, 2019 at 10:38:43AM +0100, Julia Lawall wrote:
> 
> 
> On Tue, 26 Mar 2019, Dan Carpenter wrote:
> 
> > On Sat, Mar 23, 2019 at 09:06:54PM +0100, Julia Lawall wrote:
> > >
> > >
> > > On Sat, 23 Mar 2019, Markus Elfring wrote:
> > >
> > > > > Don't complain about a return when this function returns "&pdev->dev".
> > > >
> > > > Would this information qualify to add the tag “Fixes” to the commit message?
> > >
> > > Fixes tags relate to stable kernels, so that one can see which stable
> > > kernels a particular patch should be propagated to.  There is no need to
> > > propagate patches on semantic patches to stable kernels.  People who run
> > > stable kernels are interested in their behavior, not the bug finding
> > > rules that they contain.
> >
> > The Fixes tag is not just about stable...  For example, we use them for
> > statistics to see how quickly bugs get fixed etc.
> 
> OK.  But still do we need fixes tags for bug finding rules?  Perhaps if
> the previous version was really broken, and it would be really undesirable
> to use it.

It's not worth resending a patch for that, but I probably would use the
fixes tag.  It depends on your definition of "bug" really...  I tell
people not to use Fixes for spelling mistakes and unused variables.  But
I do use the Fixes tag for things like "an off by one in a sanity check
which doesn't affect run time because the index is always correct".

regards,
dan carpenter

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ