Hi David, On Tue, 15 Jul 2008 09:31:29 -0600, David Hubbard wrote: > On Tue, Jul 15, 2008 at 2:36 AM, Jean Delvare <khali at linux-fr.org> wrote: > > I always assumed that there was no way to know in advance if a > > Super-I/O (LPC) chip was present or not, let alone the exact model of > > the chip. The I/O addresses are decoded by the Super-I/O chip itself, > > and in general it has no relation to PCI. And I've never seen ports > > 0x2e/0x2f nor 0x4e/0x4f listed in /proc/ioports. > > > > But of course if there is a way to know, we should use it. Avoiding > > random access to I/O ports, even if they are relatively standard in > > this case, is always good. > > I looked at my lspci output and did a little researching, and I think > the only thing we can deduce is that there is an LPC bridge, so > looking for a SuperIO is a good idea. If there is no LPC bridge > listed, I can't say whether probing the ports is a good idea or not. Machines I have here have an "ISA bridge" PCI device. Some of them have "LPC" in their name, but not all, and anyway the kernel only knows the device ID, not its user-friendly name: VIA: 00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [KT600/K8T800/K8T890 South] Intel: 00:01.0 ISA bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 01) 00:1f.0 ISA bridge: Intel Corporation 82801CAM ISA Bridge (LPC) (rev 01) 00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02) nVidia: 00:01.0 ISA bridge: nVidia Corporation nForce2 ISA Bridge (rev a4) One of these machines has a LPC bridge but no (detected) Super-I/O chip. The VIA and nVidia machines do not have "LPC" in their bridge name, but they do have a Super-I/O chip, while the first Intel machine doesn't. As a conclusion, there is no clear relationship between the presence of an ISA or LPC bridge and the presence of a Super-I/O chip. All we can say is that apparently all PC systems have an ISA bridge. So indeed we can probably make the probes conditional upon the presence of an "ISA bridge" PCI device. That's very easy to test. In practice it might be equivalent to making the driver x86-only. -- Jean Delvare
