[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4782BC56.9050607@reed.com>
Date: Mon, 07 Jan 2008 18:57:10 -0500
From: "David P. Reed" <dpreed@...d.com>
To: "H. Peter Anvin" <hpa@...or.com>
CC: Rene Herman <rene.herman@...access.nl>,
Bodo Eggert <7eggert@....de>,
Christer Weinigel <christer@...nigel.se>,
Ingo Molnar <mingo@...e.hu>,
Alan Cox <alan@...rguk.ukuu.org.uk>,
Rene Herman <rene.herman@...il.com>,
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@...be.net
Subject: Re: Re: [PATCH] x86: provide a DMI based port 0x80
I/O delay override.
H. Peter Anvin wrote:
> Rene Herman wrote:
>>
>> Is this only about the ones then left for things like legacy PIC and
>> PIT? Does anyone care about just sticking in a udelay(2) (or 1) there
>> as a replacement and call it a day?
>>
>
> PIT is problematic because the PIT may be necessary for udelay setup.
>
The PIT usage for calibrating the delay loop can be moderated, if need
by, by using the PC BIOS which by definition uses the PIT correctly it
its int 15 function 83 call.. Just do it before coming up in a state
where the PC BIOS int 15h calls no longer work. I gave code to do this
in a much earlier message.
This is the MOST reliable way to use the PIT early in boot, on a PC
compatible. God knows how one should do it on a Macintosh running a
386/20 :-). But the ONLY old bat-PIT machines are, thank god, PC
compatible, maybe.
--
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