On Tue, 05 Feb 2008 09:01:24 PST, Arjan van de Ven said: > [EMAIL PROTECTED] wrote: > > On Sun, 03 Feb 2008 17:16:34 PST, Andrew Morton said: > >> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24/2.6.24-mm1/ > > > > Builds, boots, mostly seems to run for limited testing. > > > > One note - the following commit(s) (and related CPA reworking) broke the > > NVidia > > binary driver (which is OK, I can fix *that* part). But can somebody > > explain > > if this should have seen a trip through the -mm tree before it hit > > mainstream? > > I didn't see these in 24-rc8-mm1: > > well that depends on which -mm you tried; I'm sure the mm kernel of the day > had it for a while.
I looked around on www.kernel.org, and I found this directory: http://www.kernel.org/pub/linux/kernel/people/akpm/mm/ but the most recent is: broken-out-2007-11-20-01-45.tar.bz2 20-Nov-2007 09:45 3.4M 24-rc8-mm1 came out on Jan 17, only a week before 2.6.24 came out and the merge window opened. Since this stuff wasn't in there in rc8-mm1, but did go into Linus's tree on Jan 30, it had at best 2 weeks for testing by whoever pulled the git-x86 tree in that timespan... > I don't think it's a realistic expectation to delay every bugfix and arch > patch until Andrew > gets around to releasing an -mm, not do I see the point of that, what would > have been different? A bugfix? commit 9af993a92623e022c176459fa6607a564b9a7eaf Author: Ingo Molnar <[EMAIL PROTECTED]> Date: Wed Jan 30 13:34:09 2008 +0100 x86: make ioremap() UC by default Yes! A mere 120 c_p_a() fixing and rewriting patches later, we are now confident that we can enable UC by default for ioremap(), on x86 too. That's one hell of a patch series for a "bugfix" that goes straight-to-mainline.
pgpalI1dNinor.pgp
Description: PGP signature