Changes between Version 12 and Version 13 of FAQ/Chapter3
- Timestamp:
- 10/05/09 18:47:29 (4 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
FAQ/Chapter3
v12 v13 711 711 With previous kernels hwmon drivers used to drive IO ranges which were potentially used by the ACPI code in your BIOS (which is active not only during but also after boot), we now explicitly check for this and if the ACPI code claims the IO-ports used by the hwmon chip, we no longer allow the hwmon driver to load. 712 712 713 Banging IO-ports of a chip from 2 different drivers, the Linux hwmon driver and the ACPI code is a *really*bad idea and can cause all sort of issues (including things like changing CPU / RAM voltage or clock speed). So the old behaviour was a really bad idea.713 Banging IO-ports of a chip from 2 different drivers, the Linux hwmon driver and the ACPI code is a '''really''' bad idea and can cause all sort of issues (including things like changing CPU / RAM voltage or clock speed). So the old behaviour was a really bad idea. 714 714 715 715 So even though this change in behaviour makes some people unhappy as to old behaviour happened to work without problems in their case (by sheer luck really), this change is really for the best! 716 716 717 717 If you have an Asus motherboard, chances are good there is an ACPI interface to read your sensors, which is safe, and no more sensors.conf tweaking needed for 718 conversion formulas! Make sure you have the asus_atk0110 driver enabled in your kernel configuration to use this. 718 conversion formulas! Make sure you have the asus_atk0110 driver enabled in your kernel configuration to use this. You will also need lm-sensors version 3.1.0 or later. 719 719 720 720 If you want to restore the old behaviour (which might be dangerous) add: "acpi_enforce_resources=lax" to the kernel cmdline when booting (or add it in grub.conf to make this permanent).
