lkml.org 
[lkml]   [2005]   [Jun]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [PATCH] ppc64: Fix PER_LINUX32 behaviour
From
Date
On Wed, 2005-06-08 at 10:24 -0700, Linus Torvalds wrote:
>
> On Wed, 8 Jun 2005, Paul Mackerras wrote:
> >
> > * uname(2) doesn't respect PER_LINUX32, it returns 'ppc64' instead of 'ppc'
>
> I think this is a feature, not a bug, and I suspect you just broke
> compiling a 64-bit kernel by default on ppc64.
>
> Dammit, the system _is_ ppc64. The fact that the uname binary is not is
> neither here nor there. It's like x86 that reports i386/i486/.. depending
> on what the machine is. If uname wants to make it clear that uname has
> been compiled for 32-bit ppc, then it can damn well output "ppc" on its
> own without asking the kernel what the kernel is.

Unless I'm mistaken, 32 bits will still by default get ppc64, but this
allows us to explicitely use "linux32" binary to set personality to 32
bits, and have subprocesses of _that_ see a 32 bits uname result. That
allows dealing more easily with things like autocruft etc...

Ben.


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-06-09 01:20    [W:0.078 / U:0.072 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site