All of lore.kernel.org
 help / color / mirror / Atom feed
From: Clemens Ladisch <clemens@ladisch.de>
To: lm-sensors@vger.kernel.org
Subject: Re: [lm-sensors] Using dme1737 to read sensor data when an
Date: Tue, 22 Feb 2011 07:50:58 +0000	[thread overview]
Message-ID: <4D636AE2.5090106@ladisch.de> (raw)
In-Reply-To: <AANLkTikYuVDyhet3uT7u1Vivw908C31wsqfp=wg0qgkd@mail.gmail.com>

James Mills wrote:
> ACPI: resource dme1737 [io  0x0a70-0x0a71] conflicts with ACPI region RNTR [??? 0x00000a00-0x00000a7f flags 0x52]
> ACPI: This conflict may cause random problems and system instability
> 
> Can anyone tell me what the real risk is of using this module in
> conjunction with "lax" ACPI?

The BIOS has created an ACPI resource to prevent the OS from accessing
this I/O region.  Whether this is to prevent the OS from putting some
other device there, or to prevent the OS from accessing the SMBus, is
not known.

If the BIOS has any hardware monitoring function that would make it
access this chip while the computer is running, then there is danger
that the BIOS and the OS try to use it at the same time.  (This usually
happens only with laptops; the DME1737 has an automatic fan control
function that needs to be configured only once when the system is
booted.)

There are other device on the SMBus, such as the clock controller and
the RAM SPD EEPROMs, but those aren't usually accessed by the BIOS
at runtime either.

> Is there a way to put this module in "read-only" mode or some other
> mode that minimizes the potential for system instability?

No; reading data registers requires writing the index register, and
the SMBus controller cannot be shared.


Regards,
Clemens

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

  parent reply	other threads:[~2011-02-22  7:50 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-16 15:31 [lm-sensors] Using dme1737 to read sensor data when an ACPI James Mills
2011-02-21 18:30 ` James Mills
2011-02-21 23:04 ` Guenter Roeck
2011-02-22  7:50 ` Clemens Ladisch [this message]
2011-02-22 16:08 ` James Mills

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=4D636AE2.5090106@ladisch.de \
    --to=clemens@ladisch.de \
    --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.