[lkml]   [2003]   [Sep]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectCan we kill f inb_p, outb_p and other random I/O on port 0x80, in 2.6?

    inb_p and outb_p issue outb's to port 0x80 to achieve a short delay.
    In a reasonable system there is nothing listening to port 0x80
    or there is a post card, but there are no other devices there.

    On a modern system with no post card the outb travels it's
    way down to the LPC bus, and the outb is terminated by an abort
    because nothing is listening.

    So far so good. Except for the fact that recent high volume
    ROM chips get confused when they see an abort on the LPC
    bus. Making it problematic to update the ROM from under Linux.

    I don't know if there are other buggy LPC devices or not. But
    I do know that it is generally bad form do I/O to a random port.

    So can we gradually kill inb_p, outb_p in 2.6? An the other
    miscellaneous users of I/O port 0x80 for I/O delays?

    Or possibly rewriting outb_p to look something like:
    outb(); udelay(200); or whatever the appropriate delay is?

    When debugging this I modified arch/i386/io.h to read:
    #define __SLOW_DOWN_IO__ ""
    Which totally removed the delay and the system ran fine.

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

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