linux-kernel - Re: [Ksummit-2008-discuss] Current List of Kernel Summit suggested topics from the discuss list

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: <200806271123.30222.jbarnes@virtuousgeek.org>
Date:	Fri, 27 Jun 2008 11:23:29 -0700
From:	Jesse Barnes <jbarnes@...tuousgeek.org>
To:	"H. Peter Anvin" <hpa@...or.com>
Cc:	ksummit-2008-discuss@...ts.linux-foundation.org,
	linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: [Ksummit-2008-discuss] Current List of Kernel Summit suggested topics from the discuss list

On Friday, June 27, 2008 11:11 am H. Peter Anvin wrote:
> Jesse Barnes wrote:
> > If we measure quality using bug metrics, things are pretty hard.
>
> One problem with any metric is that the metric becomes a driving factor
> in itself.  Consider the whole whitespace issue, for example.

Sure, but I don't think that's a reason to avoid metrics altogether.  We've 
already seen that purely qualitative discussions don't really get us 
anywhere.  For any discussion about kernel quality I think we have to:
  a) define our goals (no oopses?  fast bug fix turnaround?  whatever)
  b) define a way to measure progress against those goals
  c) periodically re-evaluate both

I think all of these are fairly difficult tasks, and any goal or metric we 
create will have problems, but does that mean we should just ignore quality?  
Or limit ourselves to our current situation where everyone has a different 
idea of what it means and whether we're achieving it?

Jesse
--
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/