[lm-sensors] unhide_ICH_SMBus: line 33: /sys/bus/pci/slots//0000:00:1f.0/power: No such file or directory
mmokrejs at ribosome.natur.cuni.cz
Wed Sep 16 18:48:43 CEST 2009
Jean Delvare wrote:
> On Tue, 15 Sep 2009 18:41:41 +0200, Martin MOKREJŠ wrote:
>> Jean Delvare wrote:
>>> On Tue, 15 Sep 2009 17:43:19 +0200, Martin MOKREJŠ wrote:
>>>> $ gzip -dc /proc/config.gz | grep THERMAL
>>>> $ gzip -dc /proc/config.gz | grep ATK
>>>> These I have already in the kernel, so I can drop the whole SMbus thing?
>> Ooops, are we talking about I2C_I801=N, I2C=N or SENSORS_DS1621=N? ;-)
> ENSORS_DS1621=N and I2C_I801=N, yes. I2C=N, bad idea, you might need
> I2C support for something else.
Adapter: SMBus I801 adapter at e800
M/B Temp: +39.1°C (low = -55°C, high = +127°C)
CPU Temp: +49.2°C (low = +48.0°C, high = +62.0°C)
M/B Crit: +85°C (hyst = +75°C)
CPU Crit: +75°C (hyst = +65°C)
>> Actually I had SENSORS_LM90=Y as it was also proposed by sensors-detect.
>> That one was also mis-detected?
> I can't tell as your sensors-detect report was incomplete (with ds1621
> loaded, sensors-detect can't probe the chip). I'm not sure why you are
> hard-building all the drivers that way, BTW, it makes investigating
> problems much harder. Probably the LM90 detection was correct, as these
> chips are much more reliably detected than the DS1621.
> Anyway, as further kernels say that ACPI is conflicting with the native
> SMBus controller driver, the only safe bet is to drop i2c-i801 and go
> with the ACPI thermal driver instead.
So doing that lm90 driver does not find any hardware chip and sensors
do not see therefore anything either. modprob-ing ATK0110 driver surprisingly
doesn't give anything either (lsmod reports it is unused and nothing new in
Dropping i2c-i801 seems like a bad idea. ;-)
What do you propose now? Some debug flags for insmod when inserting the atk*
More information about the lm-sensors