linux-kernel - Re: [patch] pci: pci_enable_device

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:	Sat, 2 Feb 2008 15:23:45 -0800
From:	Greg KH <greg@...ah.com>
To:	Jeff Garzik <jeff@...zik.org>
Cc:	Ingo Molnar <mingo@...e.hu>, Andrew Morton <akpm@...l.org>,
	pcihpd-discuss@...ts.sourceforge.net, Greg KH <gregkh@...e.de>,
	linux-kernel@...r.kernel.org, Linus Torvalds <torvalds@...l.org>,
	linux-pci@...ey.karlin.mff.cuni.cz
Subject: Re: [patch] pci: pci_enable_device_bars() fix

On Sat, Feb 02, 2008 at 03:56:04PM -0500, Jeff Garzik wrote:
> Ingo Molnar wrote:
> > * Greg KH <gregkh@...e.de> wrote:
> > 
> >>> ( This call has been introduced upstream 3 weeks ago by commit
> >>>   8a4df120b07, but the PCI tree has apparently not been fully 
> >>>   re-tested with Linus-latest since that point. )
> >> Wait, my testing caught this.  I made the change to the patch myself, 
> >> adding the needed conversion to my tree, it's here, on my disk!
> >>
> >> Oh crap, I never checked it in.
> >>
> >> /me goes off to sulk in shame.
> > 
> > you might want to join the (sizable) club of us deeply ashamed people 
> > who recently introduced upstream build failures :-/
> 
> Personal CC differences aside <grin> I do think you guys both do a good 
> job of staying on top of your subsystems.

Heh, thanks.

> We all wear the brown paper bag on occasion, and with the "merge 
> maelstrom" during each merge window, I'm quite frankly amazed at how 
> _little_ stuff get broken overall.

Yeah, I re-ran some statistics the other day on our kernel development
rate, and changed my formula after Andrew accused me of severely
undercounting the rate of change.

Turns out that as of 2.6.24-rc8 for the 2.6.24 kernel release we did:
	lines added per day:	4945
	lines removed per day:	2006
	lines modified per day:	1702

And note, that is real stuff, not renames or file moves at all, git
handles not reporting that.

That's for the 99 days that it took to do 2.6.24-rc8 (I need to re-run
the scripts now that 2.6.24 is out.)

It's fricken scarily amazing that things are still working at all...

Just something to make you all sleep well at night :)

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/