Albert D. Cahalan wrote:
> Why:
> Somebody thought it was a good idea for a 64-bit
> system to have all the apps be 32-bit.
As one of the people that made the decision that the
majority (not all) apps be 32-bit, I can say without
hesitation that it was the right choice!
> This means that a 32-b
Albert D. Cahalan wrote:
You sure did make a mess for library developers.
The Alpha is trivial to support.
Maybe, but AFAIR, the Alpha doesn't have a 32-bit mode
like 64-bit PowerPC processors do. IIRC, S390x and SPARC64
have the same issues... except the number of 32-bit users
on those platfo
John F Davis wrote
Try 1:
setenv boot-file /zImage.chrp-rs6k
setenv boot-device /[EMAIL PROTECTED]/[EMAIL PROTECTED]/[EMAIL PROTECTED]
boot hd
OpenFirmware cannot read Linux filesystems, so this will _never_ work.
Your best bet is to install the Yaboot bootloader into a PReP Boot partition
(typ
Bürgin Daniel (KTSS 1) wrote:
I installed Debian Woody on my 44p Box with the How-to's
from Rolf Brudeseth mailto:[EMAIL PROTECTED]
That works fine, but with a old Kernel 2.4.16 from Suse.
Now i would like to compile my own Kernel with some
differnt Network Settings.
I've tried the last stabl
Bürgin Daniel (KTSS 1) wrote:
When i understand you right, i have to install and compile the
Toolchain on my System and after that i can compile the
patched Kernel from penguinppc64 ?
Sorry, i'am not yet an Insider but where can
i find the 2.4.21-pre6 Code under Marcelo's Directory on kernel.org
:: oana :: wrote:
i get this in dmesg:
floating point used in kernel (task=c01a9420, pc=c0004028)
We had a similar problem with the ppc64 kernel (which inherited
the ppc kernel's FP unavailable exception handler). Our problem
was 3rd party modules which were not built with -msoft-float.
We we
Kevin B.Hendricks wrote:
> One question, why do 32 bit apps run faster than 64 bit apps, is it all
> of the memory accesses needed to load 64 bit immediate and other data
> when restricted to 32 bit instruction lengths?
Yes, on powerpc64-linux, it takes 5 instructions to load a 64-bit
immediate
Ethan Benson wrote:
: comments and suggestions are welcome, flames should go to /dev/null.
Just a little nit, but some people might be interested, as part
of the "Various ppc64 & chrp fixes by Peter Bergner", we also
added support for booting compressed images (ie, zImage).
P
Sorry, I should have been a little more explicit. Yes, I meant to
say zImage (including zImage.initrd, duh). No, yaboot does not
do compression.
The only reason we couldn't boot zImages before, was that yaboot
_always_ loaded the image from the FS into memory at KERNELADDR.
This is what vmlinux
On Wed, 2004-04-28 at 08:13, Tom Gall wrote:
> Benjamin Herrenschmidt wrote:
> >Well, the later is not true. 32 bits code tend to run faster than 64
> >bits code on ppc64. Unlike amd64 where you win by having access to more
> >registers, on ppc64, you just end up having to use more instructions to
10 matches
Mail list logo
