[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.0.98.0704260924590.9964@woody.linux-foundation.org>
Date: Thu, 26 Apr 2007 09:27:20 -0700 (PDT)
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Chris Friesen <cfriesen@...tel.com>
cc: Johannes Berg <johannes@...solutions.net>,
Pavel Machek <pavel@....cz>, Nick Piggin <npiggin@...e.de>,
Mike Galbraith <efault@....de>, linux-kernel@...r.kernel.org,
Thomas Gleixner <tglx@...utronix.de>,
Con Kolivas <kernel@...ivas.org>,
suspend2-devel@...ts.suspend2.net, Ingo Molnar <mingo@...e.hu>,
Andrew Morton <akpm@...ux-foundation.org>,
Arjan van de Ven <arjan@...radead.org>,
"Rafael J. Wysocki" <rjw@...k.pl>
Subject: Re: suspend2 merge (was Re: [Suspend2-devel] Re: CFS and suspend2:
hang in atomic copy)
On Thu, 26 Apr 2007, Chris Friesen wrote:
>
> I disagree...it's quite common. I think its the standard way of doing things
> for ppc64, for instance.
It is, although most x86-64 installations seem to be 64-bit user space
*if*you*install*from*scatch*.
Of course, at least some users (yeah, I've done it) started with a 32-bit
CD they had lying around, and upgraded just the kernel. And I'm sure some
distro out there just defaults to 32-bit binaries just because (in
practice, you have to use a 32-bit firefox anyway if you want flash etc,
so you need all the 32-bit libraries, so the argument might go that you
might as well use 32-bit stuff for all the common stuff, and only 64-bit
binaries when actually needed).
Linus
-
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