[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.062 / U:0.556 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site