* 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