login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
September
»
25
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Randy Dunlap
Subject:
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
Date: Wednesday, September 24, 2008 - 6:03 pm
On Wed, 24 Sep 2008 19:39:42 -0400 Parag Warudkar wrote:
quoted text
> On Wed, Sep 24, 2008 at 7:00 PM, Greg KH <gregkh@suse.de> wrote: > > So, does this all look good to everyone? Any questions/issues? > > > > I sure hope this does not end up like EXPERIMENTAL although it > essentially does duplicate the intent of EXPERIMENTAL. > (In other words - drivers live there for ever in staging mode, we > print warnings and generally nobody cares about the problem since the > kernel is tainted.) > > That aside please at least substitute the word CRAP with something > better - like TAINT_NON_PRODUCTION or TAINT_UNRELIABLE or > TAINT_WORK_IN_PROGRESS or TAINT_EXPERIMENTAL . Arguably > TAINT_EXPERIMENTAL could also be used for known broken > CONFIG_EXPERIMENTAL items. It might also be better to change the > staging directory name to non-production or experimental - but that's > just my preference. > > Also, I suppose it would be useful for Production machines to have a > kernel command line flag or something to say don't load staging > modules - for instance to prevent against automatic loading on drivers > from staging directory to support some oddball device etc. > > Thinking more about it - could this whole thing not be achieved by > setting per module experimental flag and refusing to insmod'ing > experimental modules if -f was not specified. I believe force loading > also taints the kernel? All drivers intended for staging can set that > flag - this way we don't need another TAINT flag and there is no need > for the directory name hack.
Thanks. I agree with Parag's comments. Looks like overkill/duplication. --- ~Randy --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[patch 00/04] RFC: Staging tree (drivers/staging)
, Greg KH
, (Wed Sep 24, 4:00 pm)
[patch 01/04] Staging: add TAINT_CRAP for all drivers/stag ...
, Greg KH
, (Wed Sep 24, 4:01 pm)
[patch 02/04] Staging: add TAINT_CRAP flag to drivers/stag ...
, Greg KH
, (Wed Sep 24, 4:01 pm)
[patch 04/04] USB: add princeton instruments usb camera driver
, Greg KH
, (Wed Sep 24, 4:01 pm)
[patch 03/04] Staging: add Kconfig entries and Makefile in ...
, Greg KH
, (Wed Sep 24, 4:01 pm)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Parag Warudkar
, (Wed Sep 24, 4:39 pm)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Randy Dunlap
, (Wed Sep 24, 6:03 pm)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Greg KH
, (Wed Sep 24, 7:06 pm)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Greg KH
, (Wed Sep 24, 7:06 pm)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Parag Warudkar
, (Wed Sep 24, 7:59 pm)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Greg KH
, (Wed Sep 24, 9:21 pm)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Paul Mundt
, (Wed Sep 24, 10:27 pm)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Parag Warudkar
, (Thu Sep 25, 4:02 am)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Randy Dunlap
, (Thu Sep 25, 7:49 am)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Randy Dunlap
, (Thu Sep 25, 10:53 am)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Greg KH
, (Thu Sep 25, 1:48 pm)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Greg KH
, (Thu Sep 25, 1:53 pm)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Randy Dunlap
, (Thu Sep 25, 2:04 pm)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Parag Warudkar
, (Thu Sep 25, 2:40 pm)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Stefan Richter
, (Thu Sep 25, 2:51 pm)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Greg KH
, (Thu Sep 25, 3:04 pm)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Parag Warudkar
, (Thu Sep 25, 3:22 pm)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Stefan Richter
, (Fri Sep 26, 11:36 am)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Parag Warudkar
, (Fri Sep 26, 1:11 pm)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Greg KH
, (Fri Sep 26, 1:19 pm)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Stefan Richter
, (Fri Sep 26, 1:39 pm)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Parag Warudkar
, (Fri Sep 26, 1:47 pm)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Parag Warudkar
, (Fri Sep 26, 1:56 pm)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Leon Woestenberg
, (Fri Sep 26, 2:00 pm)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Greg KH
, (Fri Sep 26, 3:03 pm)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Greg KH
, (Fri Sep 26, 3:04 pm)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Stefan Richter
, (Fri Sep 26, 3:46 pm)
config_experimental was Re: [patch 00/04] RFC: Staging tre ...
, Pavel Machek
, (Mon Oct 6, 8:11 am)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Adrian Bunk
, (Thu Oct 9, 2:01 pm)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Greg KH
, (Thu Oct 9, 2:08 pm)
Re: [patch 00/04] RFC: Staging tree (drivers/staging)
, Andrew Morton
, (Thu Oct 9, 2:17 pm)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
David Howells
[PATCH] KEYS: Use the variable 'key' in keyctl_describe_key()
Greg Kroah-Hartman
[PATCH 17/36] sysdev: detect multiple driver registrations
Greg Kroah-Hartman
[PATCH 09/36] driver core: register_memory/unregister_memory clean ups and bugfix
Pierre Ossman
Re: sdio: enhance IO_RW_EXTENDED support
Greg Kroah-Hartman
[PATCH 05/36] UIO: Remove needless PCI_DEVICE_ID definition from uio_cif.c
git
:
Mark Junker
git on MacOSX and files with decomposed utf-8 file names
Johannes Schindelin
Re: error: cannot lock ref 'refs/remotes/origin/*'
Pat Thoyts
[PATCH] git-gui: use themed tk widgets with Tk 8.5
Johannes Schindelin
Re: [PATCH 2/2] git-svn: support fetch with autocrlf on
Jonathan Nieder
Re: [PATCH v2] git-send-email.perl: fix In-Reply-To for second and subsequent patc...
linux-netdev
:
David Miller
Re: [PATCH 32/53] netns xfrm: finding policy in netns
Jean-Louis Dupond
Re: tg3 driver not advertising 1000mbit
Jan Engelhardt
[PATCH 1/3] net: tcp: make hybla selectable as default congestion module
Daniel Schaffrath
Re: tcp bw in 2.6
Matt Mackall
Re: [regression] nf_iterate(), BUG: unable to handle kernel NULL pointer dereference
git-commits-head
:
Linux Kernel Mailing List
ipv6: fix an oops when force unload ipv6 module
Linux Kernel Mailing List
tracing: protect reader of cmdline output
Linux Kernel Mailing List
KVM: VMX: Clear CR4.VMXE in hardware_disable
Linux Kernel Mailing List
imxfb: Fix margin settings
Linux Kernel Mailing List
USB: set correct configuration in probe of ti_usb_3410_5052
openbsd-misc
:
Stas Miasnikou
Re: Another question: device naming convention
Darrin Chandler
Re: That whole "Linux stealing our code" thing
Community First Financial
Teacher A+ Loan
Jan Stary
Re: audio recording levels
Andrej Elizarov
Re: Web Browsers
Colocation donated by:
Syndicate