Nvidia GeForce 7900GS fan always at full speed

Bug #88938 reported by Tobias Pflug
20
This bug affects 3 people
Affects Status Importance Assigned to Milestone
xserver-xorg-video-nouveau (Ubuntu)
Invalid
Undecided
Unassigned
xserver-xorg-video-nv (Ubuntu)
Won't Fix
Undecided
Unassigned

Bug Description

On my Dell Dimension 9200 the fan is always running on full speed.

(Running edgy/amd64)

I found this problem reported on several pages:

* http://www.linuxformat.co.uk/index.php?name=PNphpBB2&file=viewtopic&t=5148
* http://www.linuxcompatible.org/Dell_Dimension_9200_c12793.html

Somewhere someone mentioned that the i8k.ko module could be used, but at least
in the amd64 kernel the module is not included. I also couldn't compile it myself
because I quite frankly didn't find the option to select it in the kernel config.

Please let me know what other information I can deliver that could be useful. The fan
is /enormously/ loud on full speed.

Revision history for this message
Tobias Pflug (tobias-pflug) wrote :

I have to correct myself! This is NOT the cpu fan, it is the fan of the
nvidia geforce 7900GS which is making the noise.

I am using the 'nv' driver.

Revision history for this message
Tobias Pflug (tobias-pflug) wrote :

The proprietary 'nvidia' driver fixes this. So I suppose this should be reported
as a bug in the nv driver?

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

this has nothing to do with xorg

Revision history for this message
Oleksij Rempel (olerem) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering is this still an issue for you? If so, please reopen the bug. Thanks in advance.

Revision history for this message
Alex Mayorga (alex-mayorga) wrote :

Maybe this http://www.nvidia.com/object/linux_display_ia32_169.09.html fixed the problem.
"Fixed a problem causing the fan on some GPUs to always run at full speed."

Revision history for this message
Greg A (etulfetulf) wrote :

I've reopened this and assigned it to the nv driver. Whilst it was fixed in the proprietary nvidia driver, the bug makes nv use with the card almost impossible.

Revision history for this message
Greg A (etulfetulf) wrote :

Just though I'd add that this is an 'issue' during BIOS bootup, GRUB, etc (and in Windows XP until it has loaded the driver). So I suspect this is really a hardware issue, but it would be great if we could work around it!

Revision history for this message
Greg A (etulfetulf) wrote :

This is also an issue with the nouveau driver (not in the Ubuntu repos).

Revision history for this message
Marc Kaplan (marc-kaplan) wrote :

If this is not a production machine, would it be possible for you to test your card with the latest build of Jaunty? If possible, please upgrade rather than doing a fresh install so we know if it breaks during the upgrade.

We are trying to determine which cards will be broken with the new xorg and need to have their pciids added; and which ones work out of the box.

Thank you in advance for you help.

Revision history for this message
David Haworth (dh-elektrobit) wrote :

If it helps ...

I just installed Jaunty (64-bit) on a new machine with a GeForce 9800GT and the Free driver doesn't control the fan. The proprietary driver is OK, but obviously not the ideal solution.

Personally I think this is a hardware issue, as the machine is very noisy until the OS loads the driver. This has put me off buying another nvidia card - certainly until I know that they've managed to control the fan in hardware/firmware. Controlling it purely from the driver seems like a cheap and dirty trick to me.

Revision history for this message
Bryce Harrington (bryce) wrote :

Hi tobias-pflug,

Please attach the output of `lspci -vvnn`, and attach your /var/log/Xorg.0.log (and maybe Xorg.0.log.old) file from after reproducing this issue. If you've made any customizations to your /etc/X11/xorg.conf please attach that as well.

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

tags: added: needs-xorglog
tags: added: needs-lspci-vvnn
Changed in xserver-xorg-video-nouveau (Ubuntu):
status: New → Incomplete
Revision history for this message
Bryce Harrington (bryce) wrote :

We're closing this bug since it is has been some time with no response from the original reporter. However, if the issue still exists please feel free to reopen with the requested information. Also, if you could, please test against the latest development version of Ubuntu, since this confirms the bug is one we may be able to pass upstream for help.

Changed in xserver-xorg-video-nouveau (Ubuntu):
status: Incomplete → Invalid
Revision history for this message
Bryce Harrington (bryce) wrote :

Thank you for reporting this issue about xserver-xorg-video-nv. Starting
with Lucid, Ubuntu is transitioning to using the -nouveau video driver
by default instead of -nv. The reason for this change is because
upstream development for the -nv driver has been quite slow. We are
quite pleased with the upstream development speed for -nouveau, and hope
this will translate into swifter bug fixes as well.

Because of this, I'm closing this bug report at this time. I'm marking
it wontfix because what you describe is probably a valid issue, but we
do not have further plans to work on it in Ubuntu. If you would still like
to see this issue investigated, I would encourage you to file it
upstream at http://bugs.freedesktop.org/.

Changed in xserver-xorg-video-nv (Ubuntu):
status: Confirmed → Won't Fix
Revision history for this message
Richard Somlói (ricsipontaz) wrote :

But this bug is still here with the nouveau driver too.

Revision history for this message
Aleksej P. (chaos8) wrote :

`lspci -vvnn` output:

01:00.0 VGA compatible controller [0300]: nVidia Corporation G94 [GeForce 9600 GT] [10de:0622] (rev a1)
        Subsystem: ZOTAC International (MCO) Ltd. Device [19da:1043]
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0
        Interrupt: pin A routed to IRQ 18
        Region 0: Memory at fa000000 (32-bit, non-prefetchable) [size=16M]
        Region 1: Memory at d0000000 (64-bit, prefetchable) [size=256M]
        Region 3: Memory at f8000000 (64-bit, non-prefetchable) [size=32M]
        Region 5: I/O ports at ef00 [size=128]
        [virtual] Expansion ROM at fb000000 [disabled] [size=512K]
        Capabilities: [60] Power Management version 3
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [68] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable-
                Address: 0000000000000000 Data: 0000
        Capabilities: [78] Express (v2) Endpoint, MSI 00
                DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <1us, L1 <4us
                        ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
                DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
                        RlxdOrd+ ExtTag+ PhantFunc- AuxPwr- NoSnoop+
                        MaxPayload 128 bytes, MaxReadReq 512 bytes
                DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend-
                LnkCap: Port #0, Speed 5GT/s, Width x16, ASPM L0s L1, Latency L0 <512ns, L1 <1us
                        ClockPM- Suprise- LLActRep- BwNot-
                LnkCtl: ASPM Disabled; RCB 128 bytes Disabled- Retrain- CommClk+
                        ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
                LnkSta: Speed 5GT/s, Width x16, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
        Capabilities: [b4] Vendor Specific Information <?>
        Capabilities: [100] Virtual Channel <?>
        Capabilities: [128] Power Budgeting <?>
        Capabilities: [600] Vendor Specific Information <?>
        Kernel driver in use: nvidia
        Kernel modules: nvidia, nvidiafb

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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