Bug 709512 - Fan control not working on Dell XPS M1330
Summary: Fan control not working on Dell XPS M1330
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 15
Hardware: x86_64
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-05-31 21:05 UTC by Ole Sandum
Modified: 2011-06-29 16:52 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-06-29 16:52:21 UTC
Type: ---


Attachments (Terms of Use)
smoltSendProfile -p (3.41 KB, text/plain)
2011-05-31 21:05 UTC, Ole Sandum
no flags Details

Description Ole Sandum 2011-05-31 21:05:23 UTC
Created attachment 502114 [details]
smoltSendProfile -p

Description of problem:
After upgrading F14 -> F15 the system fans now stay fixed at the same modest speed. CPU frequency scaling works fine, but as temperature rises with higher loads, a cap is imposed (by BIOS?) at the maximum frequency as reported by 'cpupower frequency-info'.

Version-Release number of selected component (if applicable):
2.6.38.6-27.fc15.x86_64

Steps to Reproduce:
1. Run CPU intensive jobs for a couple of minutes (a few big Java builds in my case)
  
Actual results:
Fans stay at same speed, CPU temperature rises, max frequency is throttled back to 800MHz

Expected results:
Fan speed should increase.

Additional info:
Can this have any relation to display configuration? I have a hard time reproducing this at home with the laptop on its own, whereas it hits consistently at the workplace with an external monitor attached (hence a higher load at the graphics)

Comment 1 Ole Sandum 2011-06-01 08:39:02 UTC
Could this in fact be a problem with the proprietary nvidia driver (270.41.06) not controlling the (GeForce 8400M GS) GPU fan correctly?

Comment 2 Ole Sandum 2011-06-06 11:07:03 UTC
cpupower would usually report "[...] frequency should be within 800 MHz and 2.50 GHz", but when this happens, it reports:

[root@jerry ~]# cpupower frequency-info
analyzing CPU 0:
  driver: acpi-cpufreq
  CPUs which run at the same hardware frequency: 0 1
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency: 10.0 us.
  hardware limits: 800 MHz - 2.50 GHz
  available frequency steps: 2.50 GHz, 2.50 GHz, 2.00 GHz, 1.60 GHz, 1.20 GHz, 800 MHz
  available cpufreq governors: ondemand, userspace, performance
  current policy: frequency should be within 800 MHz and 800 MHz.
                  The governor "ondemand" may decide which speed to use
                  within this range.
  current CPU frequency is 800 MHz (asserted by call to hardware).
  boost state support: 
    Supported: no
    Active: no

Comment 3 Chuck Ebbert 2011-06-23 08:50:17 UTC
Can you try it without the nvidia driver?

Comment 4 Ole Sandum 2011-06-28 11:43:32 UTC
I suppose I could, but the problem appears to have 'dried up' in between, as I am no longer able to reproduce it with the current kernel (2.6.38.8-32.fc15.x86_64) and corresponding nvidia driver (275.09.07).

So probably NOTABUG any more.


Note You need to log in before you can comment on or make changes to this bug.