linux-kernel - Re: removing existing working drivers via 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]

Date:	Thu, 15 Oct 2009 09:47:26 -0700
From:	Greg KH <gregkh@...e.de>
To:	david@...g.hm
Cc:	Stefan Richter <stefanr@...6.in-berlin.de>,
	linux-kernel <linux-kernel@...r.kernel.org>,
	Ingo Molnar <mingo@...e.hu>
Subject: Re: removing existing working drivers via staging

On Thu, Oct 15, 2009 at 09:39:51AM -0700, david@...g.hm wrote:
> however, what I think I saw proposed was to move drivers that need to be 
> 'cleaned up', to staging and then dropping them if they don't get cleaned.

What is "proposed" is the following:

	- For drivers currently in the kernel tree, that the subsystem
	  maintainer, for whatever reason, feels is obsolete / broken /
	  needs major cleaning / wants to get rid of, can be submitted
	  to the staging maintainer to be moved to the drivers/staging/
	  directory.
	- For a file to be moved into this directory, all of the normal
	  staging rules apply, including most importantly, a TODO file
	  listing what needs to be done to the driver in order for it to
	  be moved back into the main portion of the kernel tree.
	- If, after a period of 3 releases, no work has been done on the
	  driver by anyone, the driver will be removed from the staging
	  tree, just like all drivers in the staging tree.

Note, as always, if a driver wants to come back from removal of the
staging tree, a simple email to the staging maintainer, along with the
promise that work will be done, is all it takes to resurrect it.

Sound good?

Now, where to put these "rules"?  Any suggestions?

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/