[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <478E1668.9040404@davidnewall.com>
Date: Thu, 17 Jan 2008 01:06:24 +1030
From: David Newall <davidn@...idnewall.com>
To: "David P. Reed" <dpreed@...d.com>
CC: David Woodhouse <dwmw2@...radead.org>,
Rene Herman <rene.herman@...access.nl>,
Zachary Amsden <zach@...are.com>,
"H. Peter Anvin" <hpa@...or.com>,
Christer Weinigel <christer@...nigel.se>,
Ondrej Zary <linux@...nbow-software.org>,
Bodo Eggert <7eggert@....de>, Ingo Molnar <mingo@...e.hu>,
Alan Cox <alan@...rguk.ukuu.org.uk>,
Paul Rolland <rol@...917.net>, Pavel Machek <pavel@....cz>,
Thomas Gleixner <tglx@...utronix.de>,
linux-kernel@...r.kernel.org, Ingo Molnar <mingo@...hat.com>,
rol <rol@...be.net>
Subject: Re: Re: [PATCH] x86: provide a DMI based port 0x80
I/O delay override.
David P. Reed wrote:
> I think we probably have a great shot at getting Intel, Microsoft, HP,
> et al.. to add a feature for Linux to one of the ACPI table
> specifications that define an "unused port for delay purposes" field
> in the ACPI 4.0 spec, and retrofit it into PC/104 machine BIOSes. At
> least Microsoft doesn't have a patent on using port 80 for delay
> purposes. :-)
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?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists