Hi Ivo, On Fri, 8 Jun 2007 17:20:10 +0200, Ivo Manca wrote: > Thanks for helping out, if you need more information, just let me know > > > Sensors-detect: > Next adapter: SMBus SIS5595 adapter at 0438 (i2c-0) > Do you want to scan it? (YES/no/selectively): Nothing on the SMBus. > Some chips are also accessible through the ISA I/O ports. We have to > write to arbitrary I/O ports to probe them. This is usually safe though. > Yes, you do have ISA I/O ports even if you do not have any ISA slots! > Do you want to scan the ISA I/O ports? (YES/no): Probing for `National > Semiconductor LM78' at 0x290... Success! > (confidence 6, driver `lm78') > Probing for `National Semiconductor LM78-J' at 0x290... No > Probing for `National Semiconductor LM79' at 0x290... No > Probing for `Winbond W83781D' at 0x290... No > Probing for `Winbond W83782D' at 0x290... No > Probing for `Silicon Integrated Systems SIS5595'... Success! > (confidence 9, driver `sis5595') > Probing for `VIA VT82C686 Integrated Sensors'... No > Probing for `VIA VT8231 Integrated Sensors'... No > Probing for `IPMI BMC KCS' at 0xca0... No > Probing for `IPMI BMC SMIC' at 0xca8... No > > Some Super I/O chips may also contain sensors. We have to write to > standard I/O ports to probe them. This is usually safe. > Do you want to scan for Super I/O sensors? (YES/no): > Probing for Super-I/O at 0x2e/0x2f > Trying family `ITE'... No > Trying family `National Semiconductor'... No > Trying family `SMSC'... No > Trying family `VIA/Winbond/Fintek'... No > Probing for Super-I/O at 0x4e/0x4f > Trying family `ITE'... No > Trying family `National Semiconductor'... No > Trying family `SMSC'... No > Trying family `VIA/Winbond/Fintek'... No > > Some CPUs or memory controllers may also contain embedded sensors. > Do you want to scan for them? (YES/no): > AMD K8 thermal sensors... No > Intel Core family thermal sensor... No > Intel AMB FB-DIMM thermal sensor... No > > Now follows a summary of the probes I have just done. > Just press ENTER to continue: > > Driver `lm78' (should be inserted): > Detects correctly: > * ISA bus, address 0x290 > Chip `National Semiconductor LM78' (confidence: 6) This is a misdetection, as we know (from the "sensors" output below) that the SiS5595 hardware monitoring function is mapped to I/O address 0x290. Unfortunately sensors-detect cannot (easily) detect this address, so we'll have to live with the misdetection for now. > Driver `sis5595' (should be inserted): > Detects correctly: > * ISA bus > Chip `Silicon Integrated Systems SIS5595' (confidence: 9) > > BIOS output: > CPU Temprature 49` C / 120` F > CPU FAN Speed Disconnected > Vcc 5.0V 5.093V > Vcc 3.3V 3.382V > Vcc 2.5V 2,949V > Vcore 2,048V > > > sensors -c /dev/null > [root at localhost ~]# sensors -c /dev/null > sis5595-isa-0290 > Adapter: ISA adapter > in0: +2.96 V (min = +0.00 V, max = +0.00 V) ALARM > in1: +3.41 V (min = +0.00 V, max = +0.00 V) ALARM > in2: +2.75 V (min = +0.00 V, max = +0.00 V) ALARM > in3: +2.05 V (min = +0.00 V, max = +0.00 V) ALARM > in4: +3.62 V (min = +0.00 V, max = +0.00 V) ALARM > fan1: 0 RPM (min = -1 RPM, div = 2) ALARM > fan2: 0 RPM (min = -1 RPM, div = 2) ALARM > alarms: Board temperature input (usually LM75 chips) ALARM OK. There are some correlations, this isn't that bad. It seems that your SiS5595 is wired for 1 temperature and 4 voltages, rather than 5 voltages as the driver detects. I guess that your BIOS doesn't properly set up the relevant configuration bit when the setup screen isn't entered. Please look for a BIOS update. If there is none, or if it doesn't solve the problem, we'll have to add a module parameter to allow the user to force one of the modes when autodetection fails. For now, you can try changing the configuration manually. First, do: lspci -d 1039:0008 -xxx This will dump the PCI configuration space of your device. I guess that bit 7 of register 0x7a will be 0, while it should be 1. You can change it with: setpci -d 1039:0008 7a.b=80:80 Check with lspci that the write worked, then reload the sis5595 driver, it should list 4 voltages and one temperature. Please provide the output then. For voltages, the SiS5595 uses a DAC sampling from 0 to 4.08 V. This means that voltage values of 3.3 V and below are probably connected directly. This seems to match. in0 would be "Vcc 2.5V" (which BTW, is way too high!), in1 would be "Vcc 3.3V", and in3 would be "Vcore". This leaves in2 for "Vcc 5.0V", with a scaling factor we'll have to guess. The standard +5V formula doesn't appear to work. For fans, do you have 3-wire fans? Are they connected to headers on the motherboard? If they are relatively slow, maybe we need to increase the divider to get a reading. Lastly, alarms, given that you don't have any other hardware monitoring chip on this board, I guess this alarm isn't meaningful and should be ignored. I attached a preliminary configuration file for your motherboard. Please give it a try. You can tell "sensors" to use it with the "-c" flag. Use "-s" to write the limit values to the chip. What's your CPU? Do you happen to know its nominal vcore? > Removing sis5595 & loading lm78 also gives output? > [root at localhost ~]# rmmod sis5595 > [root at localhost ~]# modprobe lm78 > [root at localhost ~]# sensors > lm78-isa-0290 > Adapter: ISA adapter > VCore 1: +2.96 V (min = +0.00 V, max = +0.00 V) ALARM > VCore 2: +3.41 V (min = +0.00 V, max = +0.00 V) ALARM > +3.3V: +2.75 V (min = +0.00 V, max = +0.00 V) ALARM > +5V: +3.44 V (min = +0.00 V, max = +0.00 V) ALARM > +12V: +13.74 V (min = +0.00 V, max = +0.00 V) > -12V: -0.00 V (min = -0.00 V, max = -0.00 V) > -5V: -0.00 V (min = -0.00 V, max = -0.00 V) > fan1: 0 RPM (min = -1 RPM, div = 2) ALARM > fan2: 0 RPM (min = -1 RPM, div = 2) ALARM > fan3: -1 RPM (min = -1 RPM, div = 2) > temp: +127.0??C (high = +0??C, hyst = +0??C) > vid: +3.50 V > alarms: Board temperature input (LM75) ALARM This is all noise, you don't have a LM78. Don't load the lm78 driver. -- Jean Delvare -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: sensors-PCChips-M748LMRT.conf Url: http://lists.lm-sensors.org/pipermail/lm-sensors/attachments/20070609/d7876e1c/attachment.pl
