Andrew, we have one other patch (the powerpc bits) on top of that one.
Do you want to carry both in -mm on top of John's patch ? We would like
that in .27 though, I don't know what your merge plans are for John's
patch.
How about I send John's patch Linuswards right now?
No
On Fri, 2008-07-18 at 13:28 -0500, Nathan Lynch wrote:
John Reiser wrote:
Andrew Morton wrote:
On Thu, 17 Jul 2008 17:19:32 -0500
Nathan Lynch [EMAIL PROTECTED] wrote:
[snip]
A new aux vector entry, AT_BASE_PLATFORM, will denote the actual
hardware.
[snip]
OK.
On Mon, 21 Jul 2008 13:24:15 +1000 Benjamin Herrenschmidt [EMAIL PROTECTED]
wrote:
On Fri, 2008-07-18 at 13:28 -0500, Nathan Lynch wrote:
John Reiser wrote:
Andrew Morton wrote:
On Thu, 17 Jul 2008 17:19:32 -0500
Nathan Lynch [EMAIL PROTECTED] wrote:
[snip]
A new
John Reiser wrote:
Andrew Morton wrote:
On Thu, 17 Jul 2008 17:19:32 -0500
Nathan Lynch [EMAIL PROTECTED] wrote:
[snip]
A new aux vector entry, AT_BASE_PLATFORM, will denote the actual hardware.
[snip]
OK.
But it conflicts directly with the already-queued
On Fri, 18 Jul 2008 13:31:29 -0700
John Reiser [EMAIL PROTECTED] wrote:
Elsewhere, I've staked out use of a new AT_WINE_PRELOAD_INFO
at 30. Avoid that one, please. :-)
The reliable way in which to reserve these numbers is to patch the
header file.
Some IBM POWER-based platforms have the ability to run in a
mode which mostly appears to the OS as a different processor from the
actual hardware. For example, a Power6 system may appear to be a
Power5+, which makes the AT_PLATFORM value power5+. This means that
programs are restricted to the
On Thu, 17 Jul 2008 17:19:32 -0500
Nathan Lynch [EMAIL PROTECTED] wrote:
Some IBM POWER-based platforms have the ability to run in a
mode which mostly appears to the OS as a different processor from the
actual hardware. For example, a Power6 system may appear to be a
Power5+, which makes the
Andrew Morton wrote:
On Thu, 17 Jul 2008 17:19:32 -0500
Nathan Lynch [EMAIL PROTECTED] wrote:
[snip]
A new aux vector entry, AT_BASE_PLATFORM, will denote the actual hardware.
[snip]
OK.
But it conflicts directly with the already-queued