[lkml]   [1999]   [Jun]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: RFC: Devices, buses and hotplug
       Date: Sun, 06 Jun 1999 15:21:58 -0400
    From: Jeff Garzik <>

    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.

    My intuition is the latter, I remember the PPC having HW facilities
    just like I described for UltraSparc.

    And if this is in fact true, see where beginning to put the device in
    big endian mode gets them? Now they have this ugly dependency there,
    which they could have foregone from the beginning.

    David S. Miller

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:52    [W:0.018 / U:8.684 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site