Bug 709512

Summary: Fan control not working on Dell XPS M1330
Product: [Fedora] Fedora Reporter: Ole Sandum <ole>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED INSUFFICIENT_DATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 15CC: gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-06-29 16:52:21 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
smoltSendProfile -p none

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.