Re: Does ACPI conflict also happen on MS/Windows?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 04/30/2012 09:55 AM, Jean Delvare wrote:
> Most likely they would "work", because they simply do not check the
> ACPI conflict in the first place. So they run but not reliably, exactly
> the same as running Linux with acpi_enforce_resources=lax.

On a slightly related note, I've always been a bit bemused by the this
message:

  If an ACPI driver is available for this device, you should use it
  instead of the native driver

What is an "ACPI driver"?  (AFAIK, ACPI is built into the BIOS of a
system and interpreted by the OS; I've never heard of an ACPI driver.)

Is there any hardware for which ACPI actually provides the same level of
information that "legacy" access does?  Every system I've dealt with
over the last few years provides a single temperature reading via ACPI
(generally CPU surface temperature) -- no other temperatures, no fans,
no voltages.  Am I buying the wrong stuff?

Just wondering ...

-- 
========================================================================
Ian Pilcher                                         arequipeno@xxxxxxxxx
"If you're going to shift my paradigm ... at least buy me dinner first."
========================================================================


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


[Index of Archives]     [Linux Kernel]     [Linux Hardware Monitoring]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]

  Powered by Linux