Intel DG45FC

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Oct 29, 2008 at 3:43 AM, Jean Delvare <khali at linux-fr.org> wrote:

> Hi Anthony,
>
> On Tue, 21 Oct 2008 12:06:43 -0700, Anthony Arobone wrote:
> > Would the tech docs on this sensor be helpful?  I found them on the Intel
> > site.  It describes all the registers in detail.
> >
> > See Chapter 23.
> > http://www.intel.com/Assets/PDF/datasheet/319973.pdf
>
> This is the ICH10 (south bridge) datasheet. The ICH10 does indeed
> include sensors for temperature and fans, but we don't support them.
> And I doubt that's what your board uses though, as your BIOS also
> displays voltage values while I don't think the ICH10 has voltage
> sensors.
>
> > Let me know if I can do any debugging or coding to help out.  I'm
> proficient
> > in C and C++.  Just don't understand how all this sensor stuff works ;)
>
> I just had a new idea. All users who reported the mysterious all-zero
> LM96000 chip also have a PC8374L or compatible super-I/O chip. I am
> almost certain that what sensors-detect identifies as an LM96000 is
> actually the PC8374L super-I/O chip, as it is documented as exposing
> its hardware monitoring registers on the SMBus.
>
> Please provide a dump of the logical device 8 of your Super-I/O:
>
> isadump 0x2e 0x2f 8
>


# isadump 0x2e 0x2f 8
WARNING! Running this program can cause system crashes, data loss and worse!
I will probe address register 0x2e and data register 0x2f.
Probing bank 8 using bank register 0x07.
Continue? [Y/n] y
     0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f
00: 00 00 00 00 00 00 00 08 00 00 00 00 00 00 00 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01 41
20: f1 01 00 00 01 01 00 91 00 11 2e 00 00 10 00 00
30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 00 03 00 00 04 04 00 00 00 00 00 00 00 00 00 00
80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00


So I was looking into this a little more and I came across an Intel driver
called HECI.  I guess it was submitted to the linux kernel, but hasn't made
it in yet.  At any rate, I downloaded it and some other goodies from
http://www.openamt.org/.  In short, I tweaked a few places to get it to
compile and load for my kernel, 2.6.27 (actually on .28-rc3 now).  But I
think this is the new way to access all the Intel sensors, etc.  I don't
know much about it yet, looks like it can do alot.  But I didn't see a way
to get the temp assets from any of the examples, and I don't think I'll have
anymore time to look into this further.

Thanks for all your help though, but I think you are right.  Accessing the
temps via the tradional drivers (for lack of better word) is never going to
happen.  I think its going to be through this HECI driver, but it looks like
whatever support was being put into that has flat lined.

Thanks again
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.lm-sensors.org/pipermail/lm-sensors/attachments/20081107/28c1e46d/attachment.html 


[Index of Archives]     [Linux Kernel]     [Linux Hardware Monitoring]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]

  Powered by Linux