Re: RFC: Devices, buses and hotplug
Geert Uytterhoeven (Geert.Uytterhoeven@cs.kuleuven.ac.be)
Mon, 7 Jun 1999 15:08:23 +0200 (CEST)
On Sun, 6 Jun 1999, David S. Miller wrote:
> Date: Sun, 06 Jun 1999 15:21:58 -0400
> From: Jeff Garzik <jgarzik@pobox.com>
>
> Is this the case on PPC too though? Many of the LinuxPPC machines
> out there are leagues slower than UltraSparc and may not do this
> sort of thing. From what I understand that is the logic behind the
> 'READx_WORKS' code at the beginning of drivers/video/matroxfb.c.
>
> UltraSparc is fast enough that any sort of software byte swapping
> shouldn't matter anyway...
>
> I never got down to facts about whether it was an issue of the PPC
> supporting it in HW or the PPC developers just mis-designed their
> framework and now require big endian friendly devices just to work.
The Open Firmware specs explicitly state that the frame buffer must be big
endian.
> My intuition is the latter, I remember the PPC having HW facilities
> just like I described for UltraSparc.
Not the per-page endianness things (which do look nice :-)
Greetings,
Geert
--
Geert Uytterhoeven Geert.Uytterhoeven@cs.kuleuven.ac.be
Wavelets, Linux/{m68k~Amiga,PPC~CHRP} http://www.cs.kuleuven.ac.be/~geert/
Department of Computer Science -- Katholieke Universiteit Leuven -- Belgium
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/