All of lore.kernel.org
 help / color / mirror / Atom feed
From: Phillip Pi <ant@zimage.com>
To: lm-sensors@vger.kernel.org
Subject: Re: [lm-sensors]
Date: Tue, 09 Mar 2010 22:50:05 +0000	[thread overview]
Message-ID: <20100309225005.GA29595@alpha.zimage.com> (raw)
In-Reply-To: <87ekb9s3tn.wl%info@wore.ma.cx>

> > On Tue, Mar 09, 2010 at 07:11:47PM +0200, Zeev Tarantov wrote:
> > >  [   11.329457] w83627ehf: Found W83627EHG chip at 0x290
> > >  [   11.329585] ACPI: I/O resource w83627ehf [0x295-0x296] conflicts with ACPI region SEN1 [0x295-0x296]
> > >
> > >  [   11.329659] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
> > >
> > >  Does "acpi_enforce_resources=lax" fix this for you?
> >
> > I believe so, but I was told that this isn't a good idea?
> 
> If your BIOS uses NMI to access the monitoring chip, because there is
> no locking and access to the chip is uncoordinated between the BIOS
> and the OS driver, the chip can receive strange commands, enter
> invalid states, change configuration dangerously, etc.
> The bad scenario I can come up with is that the BIOS has a feature to
> automatically control the speed of fans and the voltage of
> circuits/chips based on temperature sensors. Because the chip is
> accessed simultaneously by BIOS and OS, it returns something strange
> as a temperature reading. The BIOS then sets some bad value as voltage
> or fan speed, which might result in a crash or even physical damage to
> hardware (over-voltage, overheating, etc.).
> Another problem is the system might just spontaneously shutdown to
> protect the hardware from overheating, despite the temperatures being
> all normal, because of a strange temp reading due to simultaneous
> access to the chip.
> In laptops, power management features are more advanced and more
> necessary than in desktops. Sometimes they can't be disabled because
> the manufacturer doesn't want customers returning melted computers
> after foolishly disabling overheating protection both in the BIOS and
> in the OS.
> If the computer is a desktop, I'd consider disabling those features in
> the BIOS and relying solely on the OS and userspace tools.
> If you use the computer as is for a long time with the OS driver
> enabled and it doesn't crash and you don't see weird readings in the
> monitoring system, then I'd consider it safe; meaning your BIOS isn't
> touching anything. The computer I'm typing on has been used for two
> years that way without any issues.

Thanks. The only thing my friend and I noticed was the voltage values 
weren't correct. Everything else looked OK. It's hard to compare to 
BIOS' readings due to reboots. ;)

I do not use any automatic fan control (always at max with the third
party CPU fan, Thermaltake Silent Boost K8 A1838 model). I did use AMD's
Cool'n'Quiet and PowerNow-K8, but someone said this is OK to use with
lm_sensors.

Unless I missed options in my CMOS to disable features and to let 
lm_sensors/drivers/modules do the readings? FYI, 
http://www.msi.com/index.php?func=downloadfile&dnoA17&type=manual for 
the PDF manual copies for my old MSI K8N Neo4-F motherboard/mobo.
-- 
Quote of the Week: "This isn't a war. It never was a war, any more than
there's war between man and ants." --artilleryman from H.G. Wells' The
War of the Worlds
  /\___/\
 / /\ /\ \         Phil./Ant @ http://antfarm.ma.cx (Personal Web Site)
| |o   o| |                Ant's Quality Foraged Links: http://aqfl.net
   \ _ /                 E-mail: philpi@earthlink.net or ant@zimage.com
    ( )

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

  parent reply	other threads:[~2010-03-09 22:50 UTC|newest]

Thread overview: 84+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-06-11 10:20 [lm-sensors] wore
2005-10-26 22:17 ` [lm-sensors] Mauro Carvalho Chehab
2005-10-26 22:40 ` [lm-sensors] Greg KH
2005-10-26 22:46 ` [lm-sensors] Jean Delvare
2005-10-27 14:03 ` [lm-sensors] Mauro Carvalho Chehab
2005-10-27 16:53 ` [lm-sensors] Mauro Carvalho Chehab
2005-10-27 23:07 ` [lm-sensors] Jean Delvare
2005-10-27 23:43 ` [lm-sensors] Jean Delvare
2006-05-05 19:34 ` [lm-sensors] Dieter Jurzitza
2006-05-05 20:53 ` [lm-sensors] Dieter Jurzitza
2006-05-30  8:53 ` [lm-sensors] Laurent Pinchart
2006-12-03  8:22 ` [lm-sensors] Udo van den Heuvel
2006-12-03  8:38 ` [lm-sensors] Thomas Dohl
2006-12-03  8:49 ` [lm-sensors] Udo van den Heuvel
2006-12-03 20:20 ` [lm-sensors] Thomas Dohl
2007-01-08  7:39 ` [lm-sensors] Christophe de Rivière
2007-04-15  7:48 ` [lm-sensors] jk
2007-05-10 17:36 ` [lm-sensors] Dieter Rogiest
2007-05-10 18:02 ` [lm-sensors] Hans-Jürgen Koch
2007-05-10 18:46 ` [lm-sensors] Stephen Cormier
2007-05-10 19:31 ` [lm-sensors] Rudolf Marek
2007-05-10 20:34 ` [lm-sensors] Dieter Rogiest
2007-05-10 22:28 ` [lm-sensors] Rudolf Marek
2007-05-10 22:40 ` [lm-sensors] Dieter Rogiest
2007-07-24 12:06 ` [lm-sensors] Jean Delvare
2007-07-24 12:57 ` [lm-sensors] Christian Hohnstaedt
2007-07-24 13:09 ` [lm-sensors] Jean Delvare
2007-07-24 13:43 ` [lm-sensors] Christian Hohnstaedt
2007-08-12 11:13 ` [lm-sensors] Jean Delvare
2007-08-13  8:39 ` [lm-sensors] Christian Hohnstaedt
2007-08-13 12:29 ` [lm-sensors] Jean Delvare
2007-08-15 15:32 ` [lm-sensors] Christian Hohnstaedt
2007-08-15 19:28 ` [lm-sensors] Jean Delvare
2007-08-16  8:08 ` [lm-sensors] Christian Hohnstaedt
2007-10-07 18:38 ` [lm-sensors] Hans de Goede
2007-10-07 19:33 ` [lm-sensors] Mark M. Hoffman
2007-10-31 15:29 ` [lm-sensors] Hans de Goede
2008-06-01 10:15 ` [lm-sensors] Dominik Geyer
2008-09-17 13:50 ` [lm-sensors] Frank Myhr
2010-03-09 22:50 ` Phillip Pi [this message]
2010-10-31  7:42 ` [lm-sensors] Zamzit
2011-01-20 20:04 ` [lm-sensors] Guenter Roeck
2011-01-24 21:20 ` [lm-sensors] Yu, Fenghua
2011-03-28 18:11 ` [lm-sensors] R, Durgadoss
2011-04-05 17:47 ` [lm-sensors] Guenter Roeck
2011-04-06  6:54 ` [lm-sensors] R, Durgadoss
2011-04-06  7:18 ` [lm-sensors] Guenter Roeck
2011-06-21  9:44 ` [lm-sensors] Jay Alexander Fleming
2011-06-23 21:30 ` [lm-sensors] Valentijn Scholten
2011-06-24 22:01 ` [lm-sensors] Valentijn Scholten
2011-06-25 18:44 ` [lm-sensors] Valentijn Scholten
2011-10-01 13:38 ` [lm-sensors] Maryvonne JUDIT
2011-10-23 14:53 ` [lm-sensors] Malika et Christophe CHARBONNIER
2011-12-22  9:33 ` [lm-sensors] serge chartrain
  -- strict thread matches above, loose matches on Subject: below --
2007-04-10 13:02 [lm-sensors] Hardware monitoring subsystem maintainer position is Jean Delvare
2007-04-12  5:57 ` [lm-sensors] Hardware monitoring subsystem maintainer Krzysztof Helt
2007-04-12  7:27   ` [lm-sensors] Hardware monitoring subsystem Hans de Goede
2007-04-15  2:07     ` [lm-sensors] Dmitry Torokhov
2008-09-18  8:12 [lm-sensors] + Sebastian Siewior
2008-09-18  8:15 ` Sebastian Siewior
2008-09-18  8:25 ` Andrew Morton
2008-09-18  9:08 ` Sebastian Siewior
2008-09-18 20:02 ` Jean Delvare
2008-09-18 21:13 ` Andrew Morton
2008-09-19 13:13 ` Jean Delvare
2009-06-12 15:25 [lm-sensors] =?UTF-8?Q?Re: [PATCH] hwmon: Add driver for VIA CPU tomaz.mertelj
2009-06-12 15:31 ` [lm-sensors] " Michael S. Zick
2009-06-12 16:04   ` Michael S. Zick
2009-06-12 17:38     ` [lm-sensors] Michael S. Zick
2009-06-12 18:16 [lm-sensors] =?UTF-8?Q?Re: [PATCH] hwmon: Add driver for VIA CPU tomaz.mertelj
2009-06-12 18:20 ` [lm-sensors] Michael S. Zick
2009-11-14  9:09 [lm-sensors] + Jean Delvare
2010-12-20  6:06 Patch[1/2]X86:Adding_Notification_Support_to_therm_throt.c R, Durgadoss
2010-12-20  6:18 ` [lm-sensors] R, Durgadoss
2010-12-28 10:25 Patch[1/2]X86:Adding_Notification_Support_to_therm_throt.c R, Durgadoss
2010-12-28 10:37 ` [lm-sensors] R, Durgadoss
2010-12-28 10:38 [lm-sensors] Patch[2/2]:hwmon:Adding_Threshold_Support_to_Coretemp.c R, Durgadoss
2011-01-04 19:40 ` [lm-sensors] Guenter Roeck
2011-01-03 11:52 Patch[1/2]X86:Adding_Notification_Support_to_therm_throt.c R, Durgadoss
2011-01-03 11:54 ` [lm-sensors] R, Durgadoss
2011-01-03 15:03 ` [lm-sensors] Guenter Roeck
2011-01-03 15:03   ` Patch[1/2]X86:Adding_Notification_Support_to_therm_throt.c Guenter Roeck
2011-01-03 15:11   ` Patch[1/2]X86:Adding_Notification_Support_to_therm_throt.c R, Durgadoss
2011-01-03 15:23     ` [lm-sensors] R, Durgadoss
2011-01-03 15:38     ` [lm-sensors] Guenter Roeck
2011-01-03 15:38       ` Patch[1/2]X86:Adding_Notification_Support_to_therm_throt.c Guenter Roeck
2011-01-04  8:56       ` Patch[1/2]X86:Adding_Notification_Support_to_therm_throt.c R, Durgadoss
2011-01-04  9:08         ` [lm-sensors] R, Durgadoss
2011-01-04  8:20 ` [tip:x86/hwmon] x86, hwmon: Add core threshold notification to therm_throt.c tip-bot for R, Durgadoss
2011-01-04  8:29   ` R, Durgadoss
2011-01-20  7:57 [lm-sensors] patch[1/1]:hwmon:Adding_Threshold_support_to_coretemp R, Durgadoss
2011-01-20 22:17 ` [lm-sensors] Fenghua Yu
2011-01-21  2:26   ` [lm-sensors] Guenter Roeck

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=20100309225005.GA29595@alpha.zimage.com \
    --to=ant@zimage.com \
    --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.