login
Header Space

 
 

Re: [linux-kernel] Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

Score:
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: David P. Reed <dpreed@...>
Cc: David Woodhouse <dwmw2@...>, Rene Herman <rene.herman@...>, Zachary Amsden <zach@...>, H. Peter Anvin <hpa@...>, Christer Weinigel <christer@...>, Ondrej Zary <linux@...>, Bodo Eggert <7eggert@...>, Ingo Molnar <mingo@...>, Alan Cox <alan@...>, Paul Rolland <rol@...>, Pavel Machek <pavel@...>, Thomas Gleixner <tglx@...>, <linux-kernel@...>, Ingo Molnar <mingo@...>, rol <rol@...>
Date: Wednesday, January 16, 2008 - 10:36 am

David P. Reed wrote:

This use of port 80 (or insert some other random number) is a croc of
hackery of the most inexperienced kind.  The task to be performed is to
delay for some period, and I think it's a mix of bloody mindedness and
fear of unfamiliar code and specification that explains why a delay is
not being coded.  Lest we forget, someone who should know better said
that an OUT is used because you don't know how long the delay should be
on any specific machine.  What rubbish.

For what it's worth, I would oppose any attempt to ammend ACPI
specifications in the way described above.  It's bad enough to have that
embarrassing and unseemly hack in Linux.  It would be so much worse to
enshrine the practice as industry standard practice.

I won't even mention the many instances of these delays where no delay
is what properly is needed.  Performance?  Who cares about performance?
--
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay ove..., Christer Weinigel, (Mon Jan 7, 11:15 pm)
Re: [linux-kernel] Re: [PATCH] x86: provide a DMI based port..., David Newall, (Wed Jan 16, 10:36 am)
speck-geostationary