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, 9 Feb 2008 11:37:28 +0100
From:	Ingo Molnar <mingo@...e.hu>
To:	Martin Schwidefsky <schwidefsky@...ibm.com>
Cc:	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: CONFIG_HIGHPTE vs. sub-page page tables.


* Martin Schwidefsky <schwidefsky@...ibm.com> wrote:

> On Sat, 2008-02-09 at 00:15 +0100, Ingo Molnar wrote:
> > > config attached. It seems all !PAE 32-bit kernel builds are broken due 
> > > to this. The patch below fixes it.
> > 
> > ok, the patch was against x86.git which had some other changes in 
> > this area - the one below applies to vanilla -git and fixes the bug.
> 
> Thanks Ingo for taking care of it. I already feared that we'll have 
> some more fallout from this patch although it has been in -mm for 
> quite a while. The real testing starts after a patch hit Linus tree.

i think the worst is over already and i'm reasonably sure that there are 
no more bugs in it - this _is_ a 1:1 patch after all, so in theory the 
worst side-effect should be build breakages due to include file 
spaghetti. The window for this particular breakage was just 256 commits, 
that's OK i think.

If you want less stress next time around you might want to consider 
pushing such patches via individual architectures, so that it can all be 
shaken out (and such build bugs are found quickly) and pushed via the 
architecture trees. (Even such a patch that changes the number of 
cross-arch function arguments and introduces a new type can be 
architectured in a way to make it per arch.)

	Ingo
--
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ