All of lore.kernel.org
 help / color / mirror / Atom feed
From: DarkNovaNick@gmail.com
To: lm-sensors@vger.kernel.org
Subject: Re: [lm-sensors] Sandy Bridge support?
Date: Mon, 17 Jan 2011 23:26:03 +0000	[thread overview]
Message-ID: <90e6ba6152fc7e9920049a131bc1@google.com> (raw)
In-Reply-To: <0022152d6d71d9f528049a109a02@google.com>


[-- Attachment #1.1: Type: text/plain, Size: 3375 bytes --]

On Jan 17, 2011 4:53pm, Guenter Roeck <guenter.roeck@ericsson.com> wrote:
> On Mon, 2011-01-17 at 17:26 -0500, Anish Patel wrote:

> > On 01/17/11 16:54, Guenter Roeck wrote:

> > > On Mon, 2011-01-17 at 15:26 -0500, DarkNovaNick@gmail.com wrote:

> > >> I recently bought the new Intel Sandy Bridge processor, i5-2500k,

> > >> along with a Gigabyte GA-H67A-UD3H motherboard. I've used lm_sensors

> > >> in the past and am trying to get it to work with my new setup (on

> > >> Ubuntu 10.10 kernel 2.6.35-24). I downloaded the latest version of  
> the

> > >> sensors-detect script from the website and it was not able to find  
> any

> > >> sensors. Here is the output:

> > >>

> > >> ---------

> > >>

> > >> # sensors-detect revision 5901 (2011-01-14 17:11:54 +0100)

> > >> # System: Gigabyte Technology Co., Ltd. H67A-UD3H

> > >>

> > >> This program will help you determine which kernel modules you need

> > >> to load to use lm_sensors most effectively. It is generally safe

> > >> and recommended to accept the default answers to all questions,

> > >> unless you know what you're doing.

> > >>

> > >> Some south bridges, CPUs or memory controllers contain embedded

> > >> sensors.

> > >> Do you want to scan for them? This is totally safe. (YES/no):

> > >> Silicon Integrated Systems SIS5595... No

> > >> VIA VT82C686 Integrated Sensors... No

> > >> VIA VT8231 Integrated Sensors... No

> > >> AMD K8 thermal sensors... No

> > >> AMD Family 10h thermal sensors... No

> > >> AMD Family 11h thermal sensors... No

> > >> Intel Core family thermal sensor... No

> > >> Intel Atom thermal sensor... No

> > >> Intel AMB FB-DIMM thermal sensor... No

> > >> VIA C7 thermal sensor... No

> > >> VIA Nano thermal sensor... No

> > >>

> > >> Some Super I/O chips contain embedded 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 `National Semiconductor'... No

> > >> Trying family `SMSC'... No

> > >> Trying family `VIA/Winbond/Nuvoton/Fintek'... No

> > >> Trying family `ITE'... Yes

> > >> Found unknown chip with ID 0x8728

> > >> (logical device 4 has address 0x290, could be sensors)

> > > The problem is more likely that the SuperIO chip used in your system  
> is

> > > not supported. If so, your problem doesn't have anything to do with

> > > SandyBridge.

> > >

> > > Guenter

> > >

> > >

> > >

> > > _______________________________________________

> > > lm-sensors mailing list

> > > lm-sensors@lm-sensors.org

> > > http://lists.lm-sensors.org/mailman/listinfo/lm-sensors

> > >

> > i think the more likely problem is that his kernel doesn't know about

> > the sandy bridge thermal diode.

> > the coretemp module probably needs an update.

> >

> The coretemp driver checks CPU registers to determine if the CPU

> supports thermal sensors or not; Sandy Bridge specific changes should

> not be necessary for this to work. Maybe it would help to simply enter

> "modprobe coretemp".



> Guenter








I just tried doing "modprobe coretemp" and then when I did "sensors" it  
seemed to output correctly. I'm not sure why I didn't think of that --  
thanks. sensors-detect still does not suggest coretemp or any other modules  
to load though. Thanks,

Nick

[-- Attachment #1.2: Type: text/html, Size: 5210 bytes --]

[-- Attachment #2: Type: text/plain, Size: 153 bytes --]

_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors

  parent reply	other threads:[~2011-01-17 23:26 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-01-17 20:26 [lm-sensors] Sandy Bridge support? DarkNovaNick
2011-01-17 21:54 ` Guenter Roeck
2011-01-17 22:26 ` Anish Patel
2011-01-17 22:53 ` Guenter Roeck
2011-01-17 23:26 ` DarkNovaNick [this message]
2011-01-18  8:46 ` Jean Delvare
2011-01-18 12:59 ` Jean Delvare
2011-01-18 16:03 ` Nick Hall
2011-01-18 16:32 ` Jean Delvare
2011-01-18 16:47 ` DarkNovaNick
2011-01-18 22:35 ` Jean Delvare
2011-01-18 23:24 ` Guenter Roeck
2011-01-19  3:22 ` DarkNovaNick
2011-01-19  5:50 ` Jeff Rickman
2011-01-19 10:01 ` Jean Delvare
2011-11-22 10:14 ` Jean Delvare

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=90e6ba6152fc7e9920049a131bc1@google.com \
    --to=darknovanick@gmail.com \
    --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.