pwmconfig does not work after upgrade to 9.10 on TYAN server
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
lm-sensors |
New
|
Undecided
|
Unassigned | ||
linux (Ubuntu) |
Won't Fix
|
Medium
|
Unassigned | ||
Lucid |
Fix Released
|
Low
|
Manoj Iyer |
Bug Description
Prior to upgrading from 9.04 to 9.10 I had configured pwmconfig/
-------
I tried to run pwmconfig again to configure the '/etc/fancontrol configuration file, but I get an error that says:
-------
I ran /usr/sbin/
Driver `w83627hf' (should be inserted):
Detects correctly:
* ISA bus, address 0x290
Chip `Winbond W83627HF/F/HG/G Super IO Sensors' (confidence: 9)
Driver `k8temp' (should be inserted):
Detects correctly:
* Chip `AMD K8 thermal sensors' (confidence: 9)
I will now generate the commands needed to load the required modules.
Just press ENTER to continue:
To load everything that is needed, add this to /etc/modules:
#----cut here----
# Chip drivers
k8temp
#----cut here----
Do you want to add these lines automatically? (yes/NO)y
-------
I have also tried a reinstall of lm-sensors that did not help.
lm-sensors:
Installed: 1:3.0.2-2ubuntu4
Candidate: 1:3.0.2-2ubuntu4
Version table: 1:3.0.2-2ubuntu4 0
-------
I get the following error reported for ACPI by dmesg
[ 0.817620] powernow-k8: Found 2 AMD Opteron(tm) Processor 246 HE processors (2 cpu cores) (version 2.20.00)
[ 0.817640] [Firmware Bug]: powernow-k8: No compatible ACPI _PSS objects found.
[ 0.817642] [Firmware Bug]: powernow-k8: Try again with latest BIOS.
[ 11.213821] w83627hf: Found W83627HF chip at 0x290
[ 11.213859] ACPI: I/O resource w83627hf [0x295-0x296] conflicts with ACPI region IHHM [0x295-0x296]
[ 11.213864] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[ 11.252068] w83627hf: Found W83627HF chip at 0x290
[ 11.252105] ACPI: I/O resource w83627hf [0x295-0x296] conflicts with ACPI region IHHM [0x295-0x296]
[ 11.252110] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[ 11.286635] w83627hf: Found W83627HF chip at 0x290
[ 11.286678] ACPI: I/O resource w83627hf [0x295-0x296] conflicts with ACPI region IHHM [0x295-0x296]
[ 11.286683] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
-------
On one of my servers the /boot/grub/menu.lst still had the option to load the 2.6.28-16 kernal image.
When I booted with this prior kernel image, the pwmconfig and fancontrol worked correctly and
and sensors produced the output in the attached "sensors.log" file.
With the current 2.6.31-14 kernel, sensors only reported the first 6 lines for CPU temp.
-------
I have tried to edit menu.lst on my second server, but it no longer has the
old kernel available, and I cannot figure out how to load it.
I tried to run:
sudo apt-get install linux-image-
but got the following:
Package linux-image-
This may mean that the package is missing, has been obsoleted, or
is only available from another source
E: Package linux-image-
-------
This is my first bug report. I am sorry if I have been given your too much or
too little information.
Please let me know if I can provide any other information that you need.
Thanks,
Greg
affects: | linux (Ubuntu) → lm-sensors (Ubuntu) |
affects: | lm-sensors (Ubuntu) → linux (Ubuntu) |
Changed in linux (Ubuntu): | |
status: | New → Triaged |
tags: | added: kernel-needs-review kernel-power |
Changed in linux (Ubuntu): | |
importance: | Undecided → Medium |
description: | updated |
For other newbies like myself that find this bug report and need a work-around:
I was able to download a prior image from the link below.
http:// packages. ubuntu. com/jaunty- updates/ linux-image- 2.6.28- 16-generic
After installing this package with the DEB package installer, I made the linux-image- 2.6.28- 16-generic kernel my default at boot time using the following commands.
sudo /boot/grub/menu.lst
change
default 0 to select the 2.5.28-16 kernel from the list at the bottom of the menu.lst file
These are numbered 0,1,2, etc so you could change "default 0" to "default 2" if you you want the 3rd entry to be used at boot time.