Messages in this thread | | | Date | Mon, 7 Jun 1999 15:08:23 +0200 (CEST) | From | Geert Uytterhoeven <> | Subject | Re: RFC: Devices, buses and hotplug |
| |
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/
| |