[lm-sensors] Intel DP35DP - P35 Sensor Support?
Jean Delvare
khali at linux-fr.org
Fri Nov 2 11:32:52 CET 2007
On Wed, 31 Oct 2007 20:50:13 -0700, d. d. gmane wrote:
> Jean, Hmm.. Strange results indeed. It's odd that via BIOS HW
> monitoring, that the values are available. Has intel (un)intentionally
> used a chip that's hard to access?
>
> When looking for open ioports, 0x0a00 was open, so I used it for all of
> the rest of the testing. Sadly, I think it's going to be difficult just
> as you predicted. Thank you for your time in looking at the prior
> messages. You're doing great work with lm sensors!
>
>
>
> [root at skippy ]# isaset 0x2e 0x2f 0x07 0x08
> WARNING! Running this program can cause system crashes, data loss and worse!
> I will write value 0x08 to address 0x07 of chip with address register 0x2e
> and data register 0x2f.
> Continue? [Y/n] Y
>
> [root at skippy ]# isaset 0x2e 0x2f 0x60 0x0a
> WARNING! Running this program can cause system crashes, data loss and worse!
> I will write value 0x0a to address 0x60 of chip with address register 0x2e
> and data register 0x2f.
> Continue? [Y/n] y
>
> [root at skippy ]# isaset 0x2e 0x2f 0x61 0x00
> WARNING! Running this program can cause system crashes, data loss and worse!
> I will write value 0x00 to address 0x61 of chip with address register 0x2e
> and data register 0x2f.
> Continue? [Y/n] Y
>
> [root at skippy ]# isaset 0x2e 0x2f 0x30 0x01
> WARNING! Running this program can cause system crashes, data loss and worse!
> I will write value 0x01 to address 0x30 of chip with address register 0x2e
> and data register 0x2f.
> Continue? [Y/n] Y
>
> [root at skippy ]# isadump 0x2e 0x2f 0x08
> 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 91 00 00 c1 01 00 91 00 91 00 00 00 00 00 00
> 30: 01 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: 0a 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
>
> [root at skippy ]# isadump -f 0x0a00
> WARNING! Running this program can cause system crashes, data loss and worse!
> I will probe address range 0xa00 to 0xaff.
> Continue? [Y/n] Y
> 0 1 2 3 4 5 6 7 8 9 a b c d e f
> 0a00: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
> 0a10: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
> 0a20: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
> 0a30: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
> 0a40: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
> 0a50: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
> 0a60: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
> 0a70: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
> 0a80: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
> 0a90: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
> 0aa0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
> 0ab0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
> 0ac0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
> 0ad0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
> 0ae0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
> 0af0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
> [root at skippy ]#
I expected to see something here, but it's desperately empty. I have no
idea why enabling the I/O area didn't work as expected. And I don't
have the time to investigate further, sorry.
--
Jean Delvare
More information about the lm-sensors
mailing list