From: Jean Delvare <khali@linux-fr.org>
To: lm-sensors@vger.kernel.org
Subject: Re: [lm-sensors] unhide_ICH_SMBus: line 33:
Date: Wed, 16 Sep 2009 18:10:02 +0000 [thread overview]
Message-ID: <20090916201002.226adac8@hyperion.delvare> (raw)
In-Reply-To: <4A9122E1.7010006@ribosome.natur.cuni.cz>
On Wed, 16 Sep 2009 18:48:43 +0200, Martin MOKREJ¦ wrote:
> 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
> >>>> CONFIG_ACPI_THERMAL=y
> >>>> CONFIG_THERMAL=y
> >>>> CONFIG_THERMAL_HWMON=y
> >>>> $ gzip -dc /proc/config.gz | grep ATK
> >>>> CONFIG_KEYBOARD_ATKBD=y
> >>>> CONFIG_SENSORS_ATK0110=y
> >>>> $
> >>>>
> >>>> These I have already in the kernel, so I can drop the whole SMbus thing?
> >>> Yes.
> >> 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.
>
> $ sensors
> max6657-i2c-4-4c
> 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
> dmesg).
>
> Dropping i2c-i801 seems like a bad idea. ;-)
>
> What do you propose now? Some debug flags for insmod when inserting the atk*
> driver?
I propose that you read again what I already wrote before, because
apparently you didn't pay attention.
--
Jean Delvare
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
prev parent reply other threads:[~2009-09-16 18:10 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-23 11:07 [lm-sensors] unhide_ICH_SMBus: line 33: Martin MOKREJŠ
2009-09-10 7:48 ` Jean Delvare
2009-09-15 8:00 ` Jean Delvare
2009-09-15 13:11 ` Martin MOKREJŠ
2009-09-15 13:27 ` Jean Delvare
2009-09-15 13:35 ` Luca Tettamanti
2009-09-15 15:43 ` Martin MOKREJŠ
2009-09-15 15:55 ` Jean Delvare
2009-09-15 16:33 ` Martin MOKREJŠ
2009-09-15 16:41 ` Martin MOKREJŠ
2009-09-15 16:55 ` Jean Delvare
2009-09-16 16:48 ` Martin MOKREJŠ
2009-09-16 16:56 ` Martin MOKREJŠ
2009-09-16 18:10 ` Jean Delvare [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090916201002.226adac8@hyperion.delvare \
--to=khali@linux-fr.org \
--cc=lm-sensors@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.