On Mon, 19 Mar 2007 15:20:46 +0100, Hans de Goede wrote: > Jean Delvare wrote: > > Contrary to the LM78 / W83781D, which were dedicated hardware > > monitoring chips, the PC8374L is a Super-I/O, so it is very unlikely to > > be ever found on a daughter board (while for example the W83781D was > > used on graphics adapters). So it is rather unlikely that the ISA > > (actually LPC) access will not be available. If I were you, I'd write > > an ISA/LPC-only driver to start with, and only think of adding I2C > > support later if really needed. > > Well unfortunately the person who brought PC8374L support up on the list and > who is willing todo the testing for me has an intel motherboard and intel loves > smbus, iow the hwmon logical device is disabled through the superio config > registers, this doesn't actually disable the device, but does disable isa > access, so I need to go i2c there, now I could force the logical device to on > (assuming the config isn't locked by the bios) but that might interfere with > any ACPI / other bios code accessing it (which doesn't seem to be the case but > could be) and would require assigning ioports to it. To make things even more > interesting the chip can be configured for memorymapped access too, now mmap > access would be ideal, but as said I don't like the idea of changing the > superio config. Thus the plan is to write a driver with supports all 3, and > decides which one to use based on the superio config. This is actually easier > then it sounds, because the only code that needs to take this into account is > the probe code and the writebyte / readbyte functions. > > I'm also thinking about adding a force ioport / mmap io options, so that those > modes can be actually tested. > > Any input/advice on this is much appreciated. Your plan sounds good. -- Jean Delvare