linux-kernel - Re: [PATCH 000/493] remove CONFIG

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:	Fri, 07 Dec 2012 13:47:48 +0000
From:	Grant Likely <grant.likely@...retlab.ca>
To:	Greg KH <gregkh@...uxfoundation.org>
Cc:	Bill Pemberton <wfp5p@...idian.itc.virginia.edu>,
	Andrew Morton <akpm@...ux-foundation.org>,
	linux-kernel@...r.kernel.org
Subject: Re: [PATCH 000/493] remove CONFIG_HOTPLUG as an option

On Wed, 5 Dec 2012 16:39:23 -0800, Greg KH <gregkh@...uxfoundation.org> wrote:
> On Thu, Dec 06, 2012 at 12:27:42AM +0000, Grant Likely wrote:
> > On Wed, 21 Nov 2012 20:07:23 -0500, wfp5p@...idian.itc.virginia.edu (Bill Pemberton) wrote:
> > > Grant Likely writes:
> > > > 
> > > > You mean this series wasn't created with a script? You did this by
> > > > hand? If so then I must say kudos on your dedication!
> > > >
> > > > But it makes me more nervous about the series. Too easy to fat
> > > > finger many things when touching that many files.
> > > >
> > > 
> > > No, I didn't do them by hand, it was a script.  Originally, it was a
> > > couple, all basically the same, but removing each __dev*.  Then I'd do
> > > a word diff to eyeball them to make sure the script didn't do
> > > something goofy.
> > > 
> > > The whack-a-mole part came along because I was working against
> > > linux-next and whatever patch series was right for one day wouldn't be
> > > right for the next day because of some of the faster moving trees.
> > > 
> > > 
> > > > Please do write a script and post that for review.
> > > > 
> > > 
> > > The all-in-one version of the script:
> > > 
> > > #! /usr/bin/perl
> > > 
> > > use strict;
> > > use IO::InSitu;
> > > 
> > > sub processfile
> > > {
> > >     my $fn = shift;
> > > 
> > >     my ($in, $out) = open_rw($fn, $fn);
> > > 
> > >     while (<$in>) {
> > > 	s|__devexit_p\(([^)]+)\)|$1|;
> > > 	s|\s__devexit\b||;
> > > 	s|\s__devinitconst\b||;
> > > 	s|\s__devinitdata\b||;
> > > 	s|\s__devinit\b||;
> > 
> > Pretty straight forward, and works against the files I tried.  :-)
> > 
> > Greg, I'd much rather see the change applied all at once in this manner.
> > If that isn't possible, then at the least I'll use the script against
> > the code that I maintain and push th result out to Linus.
> 
> Given that there are a lot of patches already in linux-next from Bill
> due to this work, I'm not going to do this for all files right now,
> sorry.
> 
> But, if you want to use this for the files you maintain and push that
> out for 3.8-rc1, that would be great.  I'll be walking the tree after
> 3.8-rc1 is out to catch the stragglers with a script like this.

Okay. Can you drop any commits you have against drivers/{spi,gpio,of}?
Or are they in a tree that you will not rebase?

g.
--
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/