Re: test11-pre6

["Jeff V. Merkey" <jmerkey@vger.timpanogas.org>]

On Fri, Nov 17, 2000 at 12:30:46AM -0700, Erik Andersen wrote:
> On Thu Nov 16, 2000 at 08:45:10PM -0700, Jeff V. Merkey wrote:
> > > 
> > >  - pre6:
> > >     - Intel: start to add Pentium IV specific stuff (128-byte cacheline
> > >       etc)
> > >     - David Miller: search-and-destroy places that forget to mark us
> > >       running after removing us from a wait-queue.
> > Level I
> > >     - me: NFS client write-back ref-counting SMP instability.
> > >     - me: fix up non-exclusive waiters
> > >     - Trond Myklebust: Be more careful about SMP in NFS and RPC code
> > >     - Trond Myklebust: inode attribute update race fix
> > >     - Charles White: don't do unaligned accesses in cpqarray driver.
> > >     - Jeff Garzik: continued driver cleanup and fixes
> > >     - Peter Anvin: integrate more of the Intel patches.
> > >     - Robert Love: add i815 signature to the intel AGP support
> > >     - Rik Faith: DRM update to make it easier to sync up 2.2.x
> > >     - David Woodhouse: make old 16-bit pcmcia controllers work
> > >       again (ie i82365 and TCIC)
> > Level I
> > 
> > The list is getting shorter.  
> 
> WTF is "Level I" supposed to mean and why have you inserted it seemingly
> randomly into the changelog and why are you telling the world about it?  I've
> seen you do this several times and I am completely baffled.  Surely you have
> some reason for wanting to share?

NetWare was delineated into five levels of bugs to determine commercial 
ship worthiness.  NT is somewhat sloppier than what Novell does because
they are not running a ring 0 OS.  Kernel development is Ring 0 
development, so a lot of the same concepts apply:

Level I - Abends and Severe Kernel or Memory Corruption bugs, or 
functionality bugs. (Oops level stuff, or Deadlock types of
bugs).

Level II - Critical Bugs in peripheral subsystems, like broken
drivers that would abend (Oops), but that would not halt shipment
of core components.

Level III - boundry condition bugs, like app or subsystem problems
in low memory, intermittent LAN or obscure hardware related bugs.

Level IV - Missing Functionality, like the speaker volume not working
with pcmcia-cs-3.1.22 on an IBM thinkpad -- non-critical, but annoying.

Level V - Feature/Documentation out of sync, docs need updating, etc.

Where I came from, when you ht 0 Level I bugs, time to ship.  When Linus 
can post a 2.4 status that has no new Level I issues, I will put my 
	2.4 RPM out.  To date, i just keeps dragging on, with a whole
new slew of new Level I bugs every week, but it is having fewer and
fewer of them.  

He obviously posts these updates for public comment.  We ship Linux,
so there's our 2 cents.

Jeff


> 
>  -Erik
> 
> --
> Erik B. Andersen   email:  andersee@debian.org
> --This message was written using 73% post-consumer electrons--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/