linux-kernel - Re: [patch 00/04] RFC: Staging tree (drivers/staging)

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: <20080926201917.GA2591@suse.de>
Date:	Fri, 26 Sep 2008 13:19:17 -0700
From:	Greg KH <gregkh@...e.de>
To:	Parag Warudkar <parag.lkml@...il.com>
Cc:	Stefan Richter <stefanr@...6.in-berlin.de>,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	Andrew Morton <akpm@...ux-foundation.org>,
	linux-kernel@...r.kernel.org, Andreas Gruenbacher <agruen@...e.de>,
	Jeff Mahoney <jeffm@...e.de>
Subject: Re: [patch 00/04] RFC: Staging tree (drivers/staging)

On Fri, Sep 26, 2008 at 04:11:49PM -0400, Parag Warudkar wrote:
> On Fri, Sep 26, 2008 at 2:36 PM, Stefan Richter
> <stefanr@...6.in-berlin.de> wrote:
> > It _is_ necessary.  I for one don't want to have to remember that driver
> > foobar was in "staging" state in kernel 2.6.31-rc5, but not anymore in
> > 2.6.32-rc1.
> 
> Just name the staging modules with _stg prefix like I said - easier to
> spot _stg in the module list than decoding the taint.

Um, it's the same, the taint is decoded automatically for you, no need
to strain any brain cells trying to figure it out :)

If people really want a prefix, sure, I have no objection, that's simple
to add.

> Whenever (doubtful tone here) it graduates, remove the suffix.

5 drivers "graduated" last release cycle, so it will happen.

> Driver modules load automatically any way so the name change is not
> going to make a difference.

Agreed.

> It is nice to not have to change core kernel code and annoy users with
> warnings for the staging crap even if it is just 24 lines or whatever
> - if we can - and I don't see why we cannot. Staging, just like
> crapping, has to be a totally isolated, zero side effect, zero
> annoyance (to others) type thing :) So let's please get rid of that
> taint and warning already :)

No, that was one of the requirements that came out of the discussions at
the kernel summit, I'm going to leave both the warning and the modalias
and taint flag there, sorry.

If you really don't like it, just never enable any of these modules,
you'll never be bothered by it.

thanks,

greg k-h
--
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/