> In the early days of clone PCs, as you know but perhaps many on this > list might not, the bus speed could be changed, but this was > user-selectable. For such a machine, delay values can be pre-calculated > for each bus speed, and a kernel parameter set accordingly. Or are you > saying that the characteristics of the bus on a given machine vary for > reasons other than user selection?
They vary based on the CPU clock, the dividers from PCI to ISA on PCI based boxes, and on the ISA only ones often on the CPU speed. Unfortunately the way you control that divider or read it is chipset specific. Nor would it be reasonable to expect the end user to set it. For PC/104 systems the same applies today. > The question is, for a given machine, can we determine a delay value > instead of using a junk I/O? The question (for ISA peripherals) is "why bother", and with the 8390 patch there are one or two dubious PCI driver users of _p left but not much else that isn't ISA or chipset logic. The question for chipset logic where it has become integrated is "can we get rid of it for some devices, if not what can we use instead" Alan -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
