lkml.org 
[lkml]   [1998]   [Sep]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    SubjectRE: Linux, UDI and SCO.
    Date
    > The stability of closed drivers is an issue, as is what sort of work will
    > be required to get the kernel to support UDI. If it means doing things in
    > some bass-ackward way, perhaps UDI is best left alone. But if it can be
    > done cleanly, it probably should be done. After all, until Adaptec opened
    > up, we supported the 2940 and such as best we could, but said 'buy
    > Buslogic if you possibly can'. As has already been pointed out, it may
    > be possible to implement the UDI framework such that it can give useful
    > debugging info about what a UDI driver is doing, which would help both
    > with pointing the finger at faulty OEM UDI drivers and with reverse
    > engineering a native driver.

    Curious, wouldn't having UDI drivers running under Linux make them fairly
    easy to reverse engineer? I mean, the drivers will be calling linux kernel
    functions through the UDI kernel interface, so if we trace every call we
    should be able to get a gist of how the driver works.

    Just something to think about.



    Jordan

    --
    Jordan Mendelson : http://jordy.wserv.com
    Web Services, Inc. : http://www.wserv.com



    -
    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/

    \
     
     \ /
      Last update: 2005-03-22 13:44    [W:0.019 / U:0.624 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site