All of lore.kernel.org
 help / color / mirror / Atom feed
* [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00
@ 2008-04-17 16:04 Gabriel C
  2008-04-21  7:33 ` Jean Delvare
                   ` (16 more replies)
  0 siblings, 17 replies; 18+ messages in thread
From: Gabriel C @ 2008-04-17 16:04 UTC (permalink / raw)
  To: lm-sensors

Hi all,

I got an new ASUS P5E-VM DO motherboard and I'm somewhat confused about what lmsensors detects.

Also I run linux 2.6.25-rc9-git* at the moment with lm-sensors 3.0.1.

I know the motherboard has an W83627DHG-A Super I/O chip which is detected correctly but doesn't seems to get
the CPU fan speed at all and almost everything was on ALARM by default =).
I've change the config a bit and the most things seems to work now.
I'll work on a config for that motherboard over the weekend most probably.

( from BIOS HW Monitoring section I can see the fan speed correctly )

Also sensors-detect found an SMSC chip ( no idea where this one is locate on motherboard =) ) but with and unknow chip ID. It is possible to figure what chip that is and the correct ID ?

Output of sensors :

w83627dhg-isa-0290
Adapter: ISA adapter
VCore:       +1.12 V  (min =  +0.00 V, max =  +1.74 V)
in1:        +11.25 V  (min = +10.82 V, max = +13.20 V)
AVCC:        +3.28 V  (min =  +3.14 V, max =  +3.47 V)
3VCC:        +3.26 V  (min =  +3.14 V, max =  +3.47 V)
in4:         +1.66 V  (min =  +0.72 V, max =  +0.48 V)   ALARM
in5:         +1.66 V  (min =  +0.91 V, max =  +0.37 V)   ALARM
in6:         +5.25 V  (min =  +4.76 V, max =  +5.25 V)
VSB:         +3.28 V  (min =  +3.14 V, max =  +3.47 V)
VBAT:        +3.20 V  (min =  +3.14 V, max =  +3.47 V)
Case Fan:      0 RPM  (min = 1318 RPM, div = 128)  ALARM
CPU Fan:       0 RPM  (min = 1757 RPM, div = 128)  ALARM
Aux Fan:       0 RPM  (min =  100 RPM, div = 128)  ALARM
fan4:          0 RPM  (min = 7031 RPM, div = 32)  ALARM
fan5:          0 RPM  (min = 14062 RPM, div = 32)  ALARM
Sys Temp:    +31.0°C  (high = +45.0°C, hyst = +40.0°C)  sensor = thermistor
CPU Temp:    +25.0°C  (high = +45.0°C, hyst = +40.0°C)  sensor = diode
AUX Temp:     +2.5°C  (high = +80.0°C, hyst = +75.0°C)  sensor = thermistor
cpu0_vid:   +1.550 V

coretemp-isa-0000
Adapter: ISA adapter
Core 0:      +44.0°C  (high = +80.0°C, crit = +100.0°C)

coretemp-isa-0001
Adapter: ISA adapter
Core 1:      +48.0°C  (high = +80.0°C, crit = +100.0°C)

coretemp-isa-0002
Adapter: ISA adapter
Core 2:      +46.0°C  (high = +80.0°C, crit = +100.0°C)

coretemp-isa-0003
Adapter: ISA adapter
Core 3:      +46.0°C  (high = +80.0°C, crit = +100.0°C)

Output of sensors-detect:

sensors-detect
# sensors-detect revision 5108 (2008-01-22 13:22:47 +0100)

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.

We can start with probing for (PCI) I2C or SMBus adapters.
Do you want to probe now? (YES/no):
Probing for PCI bus adapters...
Use driver `i2c-i801' for device 0000:00:1f.3: Intel ICH9

We will now try to load each adapter module in turn.
Module `i2c-i801' already loaded.
If you have undetectable or unsupported adapters, you can have them
scanned by manually loading the modules before running this script.

We are now going to do the I2C/SMBus adapter probings. Some chips may
be double detected; we choose the one with the highest confidence
value in that case.
If you found that the adapter hung after probing a certain address,
you can specify that address to remain unprobed.

Next adapter: SMBus I801 adapter at 0400 (i2c-0)
Do you want to scan it? (YES/no/selectively):
Client found at address 0x44
Probing for `Maxim MAX6633/MAX6634/MAX6635'...              No
Client found at address 0x50
Handled by driver `eeprom' (already loaded), chip type `eeprom'
    (note: this is probably NOT a sensor chip!)
Client found at address 0x52
Handled by driver `eeprom' (already loaded), chip type `eeprom'
    (note: this is probably NOT a sensor chip!)

Some chips are also accessible through the ISA I/O ports. We have to
write to arbitrary I/O ports to probe them. This is usually safe though.
Yes, you do have ISA I/O ports even if you do not have any ISA slots!
Do you want to scan the ISA I/O ports? (YES/no):
Probing for `National Semiconductor LM78' at 0x290...       No
Probing for `National Semiconductor LM78-J' at 0x290...     No
Probing for `National Semiconductor LM79' at 0x290...       No
Probing for `Winbond W83781D' at 0x290...                   No
Probing for `Winbond W83782D' at 0x290...                   No
Probing for `Silicon Integrated Systems SIS5595'...         No
Probing for `VIA VT82C686 Integrated Sensors'...            No
Probing for `VIA VT8231 Integrated Sensors'...              No
Probing for `IPMI BMC KCS' at 0xca0...                      No
Probing for `IPMI BMC SMIC' at 0xca8...                     No

Some Super I/O chips may also contain 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/Fintek'...                       Yes
Found `Winbond W83627DHG Super IO Sensors'                  Success!
    (address 0x290, driver `w83627ehf')
Probing for Super-I/O at 0x4e/0x4f
Trying family `National Semiconductor'...                   No
Trying family `SMSC'...                                     Yes
Found unknown chip with ID 0x0b00

Some CPUs or memory controllers may also contain embedded sensors.
Do you want to scan for them? (YES/no):
AMD K8 thermal sensors...                                   No
AMD K10 thermal sensors...                                  No
Intel Core family thermal sensor...                         Success!
    (driver `coretemp')
Intel AMB FB-DIMM thermal sensor...                         No

Now follows a summary of the probes I have just done.


Please let me know if you guys need more infos.

Probably OT here but I've tested linux-next from yesterday and I got the following ACPI warning for w83627ehf :

...

[   19.960897] w83627ehf: Found W83627DHG chip at 0x290
[   19.961068] ACPI: I/O resource w83627ehf [0x295-0x296] conflicts with ACPI region HWRE [0x290-0x299]
[   19.961145] ACPI: Device needs an ACPI driver

...


Best Regards,

Gabriel C


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

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00
  2008-04-17 16:04 [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00 Gabriel C
@ 2008-04-21  7:33 ` Jean Delvare
  2008-04-21  7:53 ` Rudolf Marek
                   ` (15 subsequent siblings)
  16 siblings, 0 replies; 18+ messages in thread
From: Jean Delvare @ 2008-04-21  7:33 UTC (permalink / raw)
  To: lm-sensors

Hi Gabriel,

On Thu, 17 Apr 2008 18:04:20 +0200, Gabriel C wrote:
> Probably OT here but I've tested linux-next from yesterday and I got the following ACPI warning for w83627ehf :
> 
> ...
> 
> [   19.960897] w83627ehf: Found W83627DHG chip at 0x290
> [   19.961068] ACPI: I/O resource w83627ehf [0x295-0x296] conflicts with ACPI region HWRE [0x290-0x299]
> [   19.961145] ACPI: Device needs an ACPI driver
> 
> ...

Not off-topic at all, thanks for reporting. This basically suggests that
ACPI and the w83627ehf driver may try to access the same resource
without synchronization. Unfortunately at the moment we have no
infrastructure to handle this problem properly. So, to be on the safe
side, you should either use the ACPI drivers (fan, thermal) OR the
w83627ehf driver, but NOT all at once. Otherwise you may notice random
bogus readings on either end, some of which may trigger unexpected ACPI
events (like CPU throttling or even emergency shutdown.)

It is also possible that this is a false positive and the ACPI code
isn't accessing the device at all. Note that your ACPI BIOS declared
0x290-0x299 as the I/O region for this device, which is complete crap.
This shows once more that BIOS on mainstream PC is really a
second-class citizen which we shouldn't trust. Sigh.

-- 
Jean Delvare

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

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00
  2008-04-17 16:04 [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00 Gabriel C
  2008-04-21  7:33 ` Jean Delvare
@ 2008-04-21  7:53 ` Rudolf Marek
  2008-04-23  9:03 ` Gabriel C
                   ` (14 subsequent siblings)
  16 siblings, 0 replies; 18+ messages in thread
From: Rudolf Marek @ 2008-04-21  7:53 UTC (permalink / raw)
  To: lm-sensors

Hi Gabriel,

Please send us a dsdt table. You can use following commands:

cat /proc/acpi/dsdt > /tmp/dsdt.bin
cd /tmp
iasl -d dsdt.bin

To obtain a text based table (dsdt.asl/dsl)

Thanks,
Rudolf

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

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00
  2008-04-17 16:04 [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00 Gabriel C
  2008-04-21  7:33 ` Jean Delvare
  2008-04-21  7:53 ` Rudolf Marek
@ 2008-04-23  9:03 ` Gabriel C
  2008-04-23 11:03 ` Jean Delvare
                   ` (13 subsequent siblings)
  16 siblings, 0 replies; 18+ messages in thread
From: Gabriel C @ 2008-04-23  9:03 UTC (permalink / raw)
  To: lm-sensors

Rudolf Marek wrote:
> Hi Gabriel,
> 
> Please send us a dsdt table. You can use following commands:
> 
> cat /proc/acpi/dsdt > /tmp/dsdt.bin
> cd /tmp
> iasl -d dsdt.bin
> 
> To obtain a text based table (dsdt.asl/dsl)

Sorry for the lag.

There the dsl file :

http://frugalware.org/~crazy/ASUS_P5E-VM_DO/dsdt.dsl

> 
> Thanks,
> Rudolf


Gabriel

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

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00
  2008-04-17 16:04 [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00 Gabriel C
                   ` (2 preceding siblings ...)
  2008-04-23  9:03 ` Gabriel C
@ 2008-04-23 11:03 ` Jean Delvare
  2008-04-23 15:50 ` Gabriel C
                   ` (12 subsequent siblings)
  16 siblings, 0 replies; 18+ messages in thread
From: Jean Delvare @ 2008-04-23 11:03 UTC (permalink / raw)
  To: lm-sensors

On Wed, 23 Apr 2008 11:03:14 +0200, Gabriel C wrote:
> Rudolf Marek wrote:
> > Hi Gabriel,
> > 
> > Please send us a dsdt table. You can use following commands:
> > 
> > cat /proc/acpi/dsdt > /tmp/dsdt.bin
> > cd /tmp
> > iasl -d dsdt.bin
> > 
> > To obtain a text based table (dsdt.asl/dsl)
> 
> Sorry for the lag.
> 
> There the dsl file :
> 
> http://frugalware.org/~crazy/ASUS_P5E-VM_DO/dsdt.dsl

Lots of hardware monitoring-related code in there. I suggest that you
do not load the w83627ehf driver on this machine. The ACPI BIOS is
supposed to take care about your hardware.

Maybe we could write an ACPI driver for your motherboard... I see the
ATK0110 ID, I seem to remember someone had written an experimental
driver for it. Rudolf should know more.

-- 
Jean Delvare

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

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00
  2008-04-17 16:04 [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00 Gabriel C
                   ` (3 preceding siblings ...)
  2008-04-23 11:03 ` Jean Delvare
@ 2008-04-23 15:50 ` Gabriel C
  2008-04-23 15:59 ` Jean Delvare
                   ` (11 subsequent siblings)
  16 siblings, 0 replies; 18+ messages in thread
From: Gabriel C @ 2008-04-23 15:50 UTC (permalink / raw)
  To: lm-sensors

Jean Delvare wrote:
> On Wed, 23 Apr 2008 11:03:14 +0200, Gabriel C wrote:
>> Rudolf Marek wrote:
>>> Hi Gabriel,
>>>
>>> Please send us a dsdt table. You can use following commands:
>>>
>>> cat /proc/acpi/dsdt > /tmp/dsdt.bin
>>> cd /tmp
>>> iasl -d dsdt.bin
>>>
>>> To obtain a text based table (dsdt.asl/dsl)
>> Sorry for the lag.
>>
>> There the dsl file :
>>
>> http://frugalware.org/~crazy/ASUS_P5E-VM_DO/dsdt.dsl
> 
> Lots of hardware monitoring-related code in there. I suggest that you
> do not load the w83627ehf driver on this machine. The ACPI BIOS is
> supposed to take care about your hardware.

Ok will unload it.

> 
> Maybe we could write an ACPI driver for your motherboard... I see the
> ATK0110 ID,

I think all newer ASUS motherboards got that ATK0110 ID.

> I seem to remember someone had written an experimental
> driver for it. Rudolf should know more.
>

Do you mean this one ?

http://lkml.org/lkml/2007/5/13/209

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

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00
  2008-04-17 16:04 [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00 Gabriel C
                   ` (4 preceding siblings ...)
  2008-04-23 15:50 ` Gabriel C
@ 2008-04-23 15:59 ` Jean Delvare
  2008-04-23 20:50 ` Rudolf Marek
                   ` (10 subsequent siblings)
  16 siblings, 0 replies; 18+ messages in thread
From: Jean Delvare @ 2008-04-23 15:59 UTC (permalink / raw)
  To: lm-sensors

On Wed, 23 Apr 2008 17:50:47 +0200, Gabriel C wrote:
> Jean Delvare wrote:
> > Maybe we could write an ACPI driver for your motherboard... I see the
> > ATK0110 ID,
> 
> I think all newer ASUS motherboards got that ATK0110 ID.
> 
> > I seem to remember someone had written an experimental
> > driver for it. Rudolf should know more.
> 
> Do you mean this one ?
> 
> http://lkml.org/lkml/2007/5/13/209

I think so, yes, but I have no idea if there is a more up-to-date
version of this driver or not.

-- 
Jean Delvare

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

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00
  2008-04-17 16:04 [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00 Gabriel C
                   ` (5 preceding siblings ...)
  2008-04-23 15:59 ` Jean Delvare
@ 2008-04-23 20:50 ` Rudolf Marek
  2008-04-23 21:21 ` Jean Delvare
                   ` (9 subsequent siblings)
  16 siblings, 0 replies; 18+ messages in thread
From: Rudolf Marek @ 2008-04-23 20:50 UTC (permalink / raw)
  To: lm-sensors

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi all,

I checked the DSDT as soon you would not use that driver you are safe to use the
 driver you are using right now.

        OperationRegion (HWRE, SystemIO, IOHW, 0x0A)

The operation region is 0x290-0x29A dont know how the reported line got to 299

[   19.961068] ACPI: I/O resource w83627ehf [0x295-0x296] conflicts with ACPI
region HWRE [0x290-0x299]

The ATK driver has no extra funcs then the classic driver so I think you can use
 what you have right now.

Thanks,
Rudolf
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFID6ES3J9wPJqZRNURAj5jAKC4aIahXy33hUE43/DXE9v2lkgVqACg3ENH
M7UTHWnkLiiUtExM9ghPi3I=gBbK
-----END PGP SIGNATURE-----

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

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00
  2008-04-17 16:04 [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00 Gabriel C
                   ` (6 preceding siblings ...)
  2008-04-23 20:50 ` Rudolf Marek
@ 2008-04-23 21:21 ` Jean Delvare
  2008-04-23 21:27 ` Rudolf Marek
                   ` (8 subsequent siblings)
  16 siblings, 0 replies; 18+ messages in thread
From: Jean Delvare @ 2008-04-23 21:21 UTC (permalink / raw)
  To: lm-sensors

On Wed, 23 Apr 2008 22:50:27 +0200, Rudolf Marek wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Hi all,
> 
> I checked the DSDT as soon you would not use that driver you are safe to use the
>  driver you are using right now.
> 
>         OperationRegion (HWRE, SystemIO, IOHW, 0x0A)
> 
> The operation region is 0x290-0x29A dont know how the reported line got to 299

0xA is the size, 0x290 + 0xA - 1 = 0x299 is the last I/O port. Nothing
wrong here from a mathematical point of view (but this I/O range makes
no sense from a hardware point of view.

> [   19.961068] ACPI: I/O resource w83627ehf [0x295-0x296] conflicts with ACPI
> region HWRE [0x290-0x299]
> 
> The ATK driver has no extra funcs then the classic driver so I think you can use
>  what you have right now.

You mean that without the ATK0110 driver _nothing_ will access the I/O
range? How can you be so sure?

-- 
Jean Delvare

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

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00
  2008-04-17 16:04 [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00 Gabriel C
                   ` (7 preceding siblings ...)
  2008-04-23 21:21 ` Jean Delvare
@ 2008-04-23 21:27 ` Rudolf Marek
  2008-04-23 21:45 ` Gabriel C
                   ` (7 subsequent siblings)
  16 siblings, 0 replies; 18+ messages in thread
From: Rudolf Marek @ 2008-04-23 21:27 UTC (permalink / raw)
  To: lm-sensors

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

> 0xA is the size, 0x290 + 0xA - 1 = 0x299 is the last I/O port. Nothing
> wrong here from a mathematical point of view (but this I/O range makes
> no sense from a hardware point of view.

Aha good point. Seems I forgot about last -1. Sorry.

>> [   19.961068] ACPI: I/O resource w83627ehf [0x295-0x296] conflicts with ACPI
>> region HWRE [0x290-0x299]
>>
>> The ATK driver has no extra funcs then the classic driver so I think you can use
>>  what you have right now.
> 
> You mean that without the ATK0110 driver _nothing_ will access the I/O
> range? How can you be so sure?

Yes I can be sure beacuse I checked the DSDT. There is no thermal zone, only the
proprietary ATK methods to read the chip. Nothing calls them. Gabriel could do
modprobe thermal ; acpi -V and it should not print any temperature info.

Thanks,
Rudolf
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFID6nY3J9wPJqZRNURAsmLAKCV0H/6FU4lmT3rPS4WUmwEZLtvJACgumUr
rIQsVkivjRW6vorKpRom/eo=Oos8
-----END PGP SIGNATURE-----

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

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00
  2008-04-17 16:04 [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00 Gabriel C
                   ` (8 preceding siblings ...)
  2008-04-23 21:27 ` Rudolf Marek
@ 2008-04-23 21:45 ` Gabriel C
  2008-04-25 11:55 ` Rudolf Marek
                   ` (6 subsequent siblings)
  16 siblings, 0 replies; 18+ messages in thread
From: Gabriel C @ 2008-04-23 21:45 UTC (permalink / raw)
  To: lm-sensors

Rudolf Marek wrote:
>> 0xA is the size, 0x290 + 0xA - 1 = 0x299 is the last I/O port. Nothing
>> wrong here from a mathematical point of view (but this I/O range makes
>> no sense from a hardware point of view.
> 
> Aha good point. Seems I forgot about last -1. Sorry.
> 
>>> [   19.961068] ACPI: I/O resource w83627ehf [0x295-0x296] conflicts with ACPI
>>> region HWRE [0x290-0x299]
>>>
>>> The ATK driver has no extra funcs then the classic driver so I think you can use
>>>  what you have right now.
>> You mean that without the ATK0110 driver _nothing_ will access the I/O
>> range? How can you be so sure?
> 
> Yes I can be sure beacuse I checked the DSDT. There is no thermal zone, only the
> proprietary ATK methods to read the chip. Nothing calls them. Gabriel could do
> modprobe thermal ; acpi -V and it should not print any temperature info.

Yes you are right it does not report any temperature info.

BTW would be possible to have at least some sort ATK* ACPI driver which just prints some infos about
wth this thing is supposed to do so one could write at least some usable sensors configurations for these
ASUS motherboards ?

Oh and I still cannot find anything saying that motherboard has any SMSC chip any idea why sensors-detect thinks I have one at 0x0b00 ?

> 
> Thanks,
> Rudolf

Gabriel

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

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00
  2008-04-17 16:04 [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00 Gabriel C
                   ` (9 preceding siblings ...)
  2008-04-23 21:45 ` Gabriel C
@ 2008-04-25 11:55 ` Rudolf Marek
  2008-04-25 12:21 ` Gabriel C
                   ` (5 subsequent siblings)
  16 siblings, 0 replies; 18+ messages in thread
From: Rudolf Marek @ 2008-04-25 11:55 UTC (permalink / raw)
  To: lm-sensors

Hi Gabriel,

Please could you send/post online a log output from sensors-detect.

Thanks,
Rudolf

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

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00
  2008-04-17 16:04 [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00 Gabriel C
                   ` (10 preceding siblings ...)
  2008-04-25 11:55 ` Rudolf Marek
@ 2008-04-25 12:21 ` Gabriel C
  2008-04-27 12:35 ` Rudolf Marek
                   ` (4 subsequent siblings)
  16 siblings, 0 replies; 18+ messages in thread
From: Gabriel C @ 2008-04-25 12:21 UTC (permalink / raw)
  To: lm-sensors

Rudolf Marek wrote:
> Hi Gabriel,

Hi Rudolf ,

> 
> Please could you send/post online a log output from sensors-detect.

I did so already in my first email http://lists.lm-sensors.org/pipermail/lm-sensors/2008-April/022899.html .

If you want me to post something different just let me know.


> 
> Thanks,
> Rudolf


Gabriel

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

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00
  2008-04-17 16:04 [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00 Gabriel C
                   ` (11 preceding siblings ...)
  2008-04-25 12:21 ` Gabriel C
@ 2008-04-27 12:35 ` Rudolf Marek
  2008-04-27 13:07 ` Rudolf Marek
                   ` (3 subsequent siblings)
  16 siblings, 0 replies; 18+ messages in thread
From: Rudolf Marek @ 2008-04-27 12:35 UTC (permalink / raw)
  To: lm-sensors

Hi,

I'm CCing Trousers people maybe they can help.

Well it seems you have trusted platform module at 0x4e/0x4f. The manufacturer 
seems to be Infineon. Infineon 9635 TT. The sensors-detect script misdetect that 
as SMSC superio.

Probing for Super-I/O at 0x4e/0x4f
Trying family `National Semiconductor'...                   No
Trying family `SMSC'...                                     Yes
Found unknown chip with ID 0x0b00

http://www.tranzistoare.ro/datasheets/480/339084_DS.pdf

Question is what now? Quick search did not bring any docs. If someone here has 
more time to investigate if 0x4e/0x4f port is common for TPM modules...

Please can anyone point me to relevant docs where are the registers of TPM 
described? So we can fix this mis-detection.

Thanks,
Rudolf




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

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00
  2008-04-17 16:04 [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00 Gabriel C
                   ` (12 preceding siblings ...)
  2008-04-27 12:35 ` Rudolf Marek
@ 2008-04-27 13:07 ` Rudolf Marek
  2008-04-27 16:25 ` Gabriel C
                   ` (2 subsequent siblings)
  16 siblings, 0 replies; 18+ messages in thread
From: Rudolf Marek @ 2008-04-27 13:07 UTC (permalink / raw)
  To: lm-sensors

Hi,

Please can you provide output of following:

isadump -k 0x55 0x4e 0x4f

Thanks,
Rudolf

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

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00
  2008-04-17 16:04 [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00 Gabriel C
                   ` (13 preceding siblings ...)
  2008-04-27 13:07 ` Rudolf Marek
@ 2008-04-27 16:25 ` Gabriel C
  2008-04-27 16:26 ` Gabriel C
  2008-04-28 14:09 ` Jean Delvare
  16 siblings, 0 replies; 18+ messages in thread
From: Gabriel C @ 2008-04-27 16:25 UTC (permalink / raw)
  To: lm-sensors

Rudolf Marek wrote:
> Hi,
> 
> I'm CCing Trousers people maybe they can help.
> 
> Well it seems you have trusted platform module at 0x4e/0x4f. The manufacturer 
> seems to be Infineon. Infineon 9635 TT. The sensors-detect script misdetect that 
> as SMSC superio.

Right , I have TPM chip.

> 
> Probing for Super-I/O at 0x4e/0x4f
> Trying family `National Semiconductor'...                   No
> Trying family `SMSC'...                                     Yes
> Found unknown chip with ID 0x0b00
> 
> http://www.tranzistoare.ro/datasheets/480/339084_DS.pdf
> 
> Question is what now? Quick search did not bring any docs. If someone here has 
> more time to investigate if 0x4e/0x4f port is common for TPM modules...
> 
> Please can anyone point me to relevant docs where are the registers of TPM 
> described? So we can fix this mis-detection.

Also I've enabled TPM in BIOS and the kernel modules , here the output ( maybe it helps ) :


[    9.587609] tpm_inf_pnp 00:0e: TPM found: config base 0x4e, data base 0x4700, chip version 0x000b, vendor id 0x15d1 (Infineon), product id 0x000b (SLB 9635 TT 1.2)


> 
> Thanks,
> Rudolf
> 

Gabriel

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

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00
  2008-04-17 16:04 [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00 Gabriel C
                   ` (14 preceding siblings ...)
  2008-04-27 16:25 ` Gabriel C
@ 2008-04-27 16:26 ` Gabriel C
  2008-04-28 14:09 ` Jean Delvare
  16 siblings, 0 replies; 18+ messages in thread
From: Gabriel C @ 2008-04-27 16:26 UTC (permalink / raw)
  To: lm-sensors

Rudolf Marek wrote:
> Hi,

Hi

> 
> Please can you provide output of following:
> 
> isadump -k 0x55 0x4e 0x4f
> 

Here the output :

    0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f
00: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 0b 00 00 00 00 00 4e 00 00 00 00 00 00 00 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 02 00 00 00 00 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 ff ff ff ff ff ff
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: 00 d1 15 0b 00 10 00 00 00 00 00 00 00 00 00 00


> Thanks,
> Rudolf

Gabriel

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

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00
  2008-04-17 16:04 [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00 Gabriel C
                   ` (15 preceding siblings ...)
  2008-04-27 16:26 ` Gabriel C
@ 2008-04-28 14:09 ` Jean Delvare
  16 siblings, 0 replies; 18+ messages in thread
From: Jean Delvare @ 2008-04-28 14:09 UTC (permalink / raw)
  To: lm-sensors

Hi Rudolf,

On Wed, 23 Apr 2008 23:27:52 +0200, Rudolf Marek wrote:
> >> [   19.961068] ACPI: I/O resource w83627ehf [0x295-0x296] conflicts with ACPI
> >> region HWRE [0x290-0x299]
> >>
> >> The ATK driver has no extra funcs then the classic driver so I think you can use
> >>  what you have right now.
> > 
> > You mean that without the ATK0110 driver _nothing_ will access the I/O
> > range? How can you be so sure?
> 
> Yes I can be sure beacuse I checked the DSDT. There is no thermal zone, only the
> proprietary ATK methods to read the chip. Nothing calls them. Gabriel could do
> modprobe thermal ; acpi -V and it should not print any temperature info.

Can you explain to me how you reached this conclusion? When I look at a
DSDT I can usually recognize if it deals with temperatures and fans,
but how do I know if there's a thermal zone or not?

Also, does the absence of thermal zone imply that ACPI isn't running
the methods in question on its own?

Thanks,
-- 
Jean Delvare

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

^ permalink raw reply	[flat|nested] 18+ messages in thread

end of thread, other threads:[~2008-04-28 14:09 UTC | newest]

Thread overview: 18+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-04-17 16:04 [lm-sensors] ASUS P5E-VM DO and unknown chip with ID 0x0b00 Gabriel C
2008-04-21  7:33 ` Jean Delvare
2008-04-21  7:53 ` Rudolf Marek
2008-04-23  9:03 ` Gabriel C
2008-04-23 11:03 ` Jean Delvare
2008-04-23 15:50 ` Gabriel C
2008-04-23 15:59 ` Jean Delvare
2008-04-23 20:50 ` Rudolf Marek
2008-04-23 21:21 ` Jean Delvare
2008-04-23 21:27 ` Rudolf Marek
2008-04-23 21:45 ` Gabriel C
2008-04-25 11:55 ` Rudolf Marek
2008-04-25 12:21 ` Gabriel C
2008-04-27 12:35 ` Rudolf Marek
2008-04-27 13:07 ` Rudolf Marek
2008-04-27 16:25 ` Gabriel C
2008-04-27 16:26 ` Gabriel C
2008-04-28 14:09 ` Jean Delvare

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.