Ubuntu
initramfs-tools package

CPU fans on Power G5 are on, up to the system halt

Bug #631358 reported by Sergey V. Udaltsov
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
initramfs-tools (Ubuntu)
Fix Released
Undecided
Luke Yelavich

Bug Description

I upgraded Ubuntu from 10.04 to 10.10 (beta). Power G5. When the system boots, the CPU fans are turned on (with jet-like sound) and stay on for a couple of minutes - then, the whole system halts (hardware protection for overheating)
---
AcpiTables:
 Error: command ['gksu', '-D', 'Apport', '--', '/usr/share/apport/dump_acpi_tables.py'] failed with exit code 1: dump_acpi_tables('/sys/firmware/acpi/tables', sys.stdout)
   File "/usr/share/apport/dump_acpi_tables.py", line 43, in dump_acpi_tables
     tables = os.listdir(path)
 OSError: [Errno 2] No such file or directory: '/sys/firmware/acpi/tables'
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.23.
AplayDevices:
 **** List of PLAYBACK Hardware Devices ****
 card 0: SoundByLayout [SoundByLayout], device 0: Master []
   Subdevices: 1/1
   Subdevice #0: subdevice #0
Architecture: powerpc
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: SoundByLayout [SoundByLayout], device 0: Master []
   Subdevices: 1/1
   Subdevice #0: subdevice #0
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: svu 2299 F.... pulseaudio
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
 Card hw:0 'SoundByLayout'/'SoundByLayout'
   Mixer name : 'SoundByLayout'
   Components : ''
   Controls : 16
   Simple ctrls : 15
DistroRelease: Ubuntu 10.10
HibernationDevice: RESUME=UUID=6a04bfe4-1ed1-4369-a610-9fdde329c506
IwConfig:
 lo no wireless extensions.

 eth0 no wireless extensions.
Package: linux (not installed)
PciMultimedia:

ProcCmdLine: root=/dev/sda4 ro quiet splash
ProcEnviron:
 LANGUAGE=en_IE:en
 PATH=(custom, no user)
 LANG=en_IE.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.35-20.29-powerpc64-smp 2.6.35.4
Regression: Yes
RelatedPackageVersions: linux-firmware 1.38
Reproducible: Yes
RfKill:

Tags: maverick kernel-config regression-potential needs-upstream-testing
Uname: Linux 2.6.35-20-powerpc64-smp ppc64
UserAsoundrc:
 # Include settings that are under the control of asoundconf(1).
 # (To disable these settings, comment out this line.)
 </home/svu/.asoundrc.asoundconf>
UserGroups: adm admin audio cdrom dialout dip floppy lpadmin plugdev sambashare scanner video
WpaSupplicantLog:

See original description
Revision history for this message
Sergey V. Udaltsov (sergey-udaltsov) wrote :

According to the system docs, the Fan Control Unit is expected the OS kernel to interact, otherwise the fans are switched to max rpm. I guess this indicates that the bug should be bound to the kernel package.

Revision history for this message
Luke Yelavich (themuso) wrote :

Likely a kernel issue, will attempt to reproduce when I get a chance.

affects: ubuntu → linux (Ubuntu)
Revision history for this message
Sergey V. Udaltsov (sergey-udaltsov) wrote :

One thing from dmesg, if it helps:

"ondemand governor failed, too long transition latency of HW, fallback to performance governor"

Also, /proc/cpuinfo shows that both CPUs have clock 1.3GHz - which means the CPU is running slowly (top freq is 2.0)

powernowd is installed, cpudyn is not installed

Revision history for this message
Jeremy Foshee (jeremyfoshee) wrote :

Hi Sergey,

Please be sure to confirm this issue exists with the latest development release of Ubuntu. ISO CD images are available from http://cdimage.ubuntu.com/daily/current/ . If the issue remains, please run the following command from a Terminal (Applications->Accessories->Terminal). It will automatically gather and attach updated debug information to this report.

apport-collect -p linux 631358

Also, if you could test the latest upstream kernel available that would be great. It will allow additional upstream developers to examine the issue. Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag. This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs-upstream-testing' text. Please let us know your results.

Thanks in advance.

    [This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]

tags: added: needs-kernel-logs
tags: added: needs-upstream-testing
tags: added: kj-triage
Changed in linux (Ubuntu):
status: New → Incomplete
Revision history for this message
Sergey V. Udaltsov (sergey-udaltsov) wrote :

Is it safe to use daily image when I see the file maverick-desktop-powerpc+ps3.OVERSIZED ? The image is really larger than CD - 700M

Revision history for this message
Sergey V. Udaltsov (sergey-udaltsov) wrote :

I am not sure I would be able to test upstream kernel - since my system does not work long enough to build it (only 2 mins between fans starting and the system halt). Jeremy, by any chance, would you have .deb to try?

Revision history for this message
Sergey V. Udaltsov (sergey-udaltsov) wrote : AlsaDevices.txt

apport information

tags: added: apport-collected
description: updated
Revision history for this message
Sergey V. Udaltsov (sergey-udaltsov) wrote : BootDmesg.txt

apport information

Revision history for this message
Sergey V. Udaltsov (sergey-udaltsov) wrote : Card0.Amixer.values.txt

apport information

Revision history for this message
Sergey V. Udaltsov (sergey-udaltsov) wrote : CurrentDmesg.txt

apport information

Revision history for this message
Sergey V. Udaltsov (sergey-udaltsov) wrote : Lspci.txt

apport information

Revision history for this message
Sergey V. Udaltsov (sergey-udaltsov) wrote : Lsusb.txt

apport information

Revision history for this message
Sergey V. Udaltsov (sergey-udaltsov) wrote : ProcCpuinfo.txt

apport information

Revision history for this message
Sergey V. Udaltsov (sergey-udaltsov) wrote : ProcInterrupts.txt

apport information

Revision history for this message
Sergey V. Udaltsov (sergey-udaltsov) wrote : ProcModules.txt

apport information

Revision history for this message
Sergey V. Udaltsov (sergey-udaltsov) wrote : UdevDb.txt

apport information

Revision history for this message
Sergey V. Udaltsov (sergey-udaltsov) wrote : UdevLog.txt

apport information

Revision history for this message
Sergey V. Udaltsov (sergey-udaltsov) wrote : UserAsoundrcAsoundconf.txt

apport information

Revision history for this message
Sergey V. Udaltsov (sergey-udaltsov) wrote : WifiSyslog.txt

apport information

Revision history for this message
Sergey V. Udaltsov (sergey-udaltsov) wrote :

Unfortunately I could not record bootable CD (and powerpc cannot boot from usb).

As you see, the kernel version is 2.6.35-20-powerpc64-smp - the latest for maveric.
On the same system, 10.04 boots fine, no issues

Revision history for this message
Luke Yelavich (themuso) wrote : Re: [Bug 631358] Re: CPU fans on Power G5 are on, up to the system halt

I think I have the answer to this problem. The therm_pm72 module is not being loaded on your system. Therm_pm72 is the code that controls the fans in the G5, and there are no aliases to allow udev to automatically load this driver.

For now, adding therm_pm72 to /etc/modules should be fine, but I need to find a longer term solution to this bug.

Luke Yelavich (themuso)
Changed in linux (Ubuntu):
assignee: nobody → Luke Yelavich (themuso)
status: Incomplete → Confirmed
Revision history for this message
Sergey V. Udaltsov (sergey-udaltsov) wrote :

Thanks, Luke, that is quite interesting. I will check it later.

What's also somewhat funny is that I am getting a number of error messages during the boot, they say that windfarm_* devices do not exist (apparently, someone is trying to load corresponding modules).

I suspect the kernel is trying to load _wrong_ fan control device. udev rules have to be fixed, I guess.

Revision history for this message
Sergey V. Udaltsov (sergey-udaltsov) wrote :

Similar described here: http://www.uluga.ubuntuforums.org/showthread.php?p=9630600

Revision history for this message
Sergey V. Udaltsov (sergey-udaltsov) wrote :

Confirming: loading module therm_pm72 really fixes the issue! For a moment, putting it into /etc/modules. Looking forward to proper fix in udev

Revision history for this message
Luke Yelavich (themuso) wrote :

Swithcing to initramfs-tools for now, as it has to be solved there. I am reverting the powerpc specific module changes back to how they were in lucid. Longer term, we need to write scripts to try to better identify which module is for which piece of hardware.

affects: linux (Ubuntu) → initramfs-tools (Ubuntu)
Changed in initramfs-tools (Ubuntu):
status: Confirmed → In Progress
Revision history for this message
Colin Watson (cjwatson) wrote :

initramfs-tools (0.98.1ubuntu3) maverick; urgency=low

  * hooks/thermal: Force load thermal modules on powerpc for now, as there are
    no modaliases for these modules, so udev won't touch them. Longer term,
    scripts will need to be written to better identify which thermal module
    needs to be loaded. (LP: #631358)

 -- Luke Yelavich <email address hidden> Wed, 15 Sep 2010 18:08:15 +1000

Changed in initramfs-tools (Ubuntu):
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.