[lkml]   [2008]   [Jan]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [linux-kernel] Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.
The last time I heard of a 12 MHz bus in a PC system was in the days of 
the PC-AT, when some clone makers sped up their buses (pre PCI!!!) in an
attempt to allow adapter card *memory* to run at the 12 MHz speed.

This caused so many industry-wide problems with adapter cards that
couldn't be installed in certain machines and still run reliably that
the industry learned a lesson. That doesn't mean that LPCs don't run at
12 MHz, but if they do, they don't have old 8 bit punky cards plugged
into them for lots of practical reasons. (I have whole drawers full of
such old cards, trying to figure out an environmentally responsible way
to get rid of them - even third world countries would be fools to make
machiens with them).

I can't believe that we are not supporting today's machines correctly
because we are still trying to be compatible with a few (at most a
hundre thousand were manufactured! Much less still functioning or
running Linux) machines.

Now I understand that PC/104 machines and other things are very non PC
compatible, but are x86 processor architectures. Do they even run x86
under 2.6.24?

Perhaps the rational solution here is to declare x86 the architecture
for "relics" and develop a merged architecture called "modern machines"
to include only those PCs that have been made to work since, say, the
release of (cough) WIndows 2000?

Bodo Eggert wrote:
> On Tue, 8 Jan 2008, Rene Herman wrote:
>> On 08-01-08 00:24, 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.
>> Yes, can initialise loops_per_jiffy conservatively. Just didn't quite get why
>> you guys are talking about an ISA bus speed parameter.
> If the ISA bus is below 8 MHz, we might need a longer delay. If we default
> to the longer delay, the delay will be too long for more than 99,99 % of
> all systems, not counting i586+. Especially if the driver is fine-tuned to
> give maximum throughput, this may be bad.
> OTOH, the DOS drivers I heared about use delays and would break on
> underclocked ISA busses if the n * ISA_HZ delay was needed. Maybe
> somebody having a configurable ISA bus speed and some problematic
> chips can test it ...

 \ /
  Last update: 2008-01-08 14:11    [W:0.090 / U:6.048 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site