the above info is extracted from porteus linux that uses binary driver. because I can't stay in the gentoo os with faulted kernel.

Please attach a kernel log from the nouveau driver in the bad state.

Created attachment 107935 [details]
dmesg

dmesg

Please attach your vbios.

http://nouveau.freedesktop.org/wiki/DumpingVideoBios/

Oh, and also:

sensors (when booted with nouveau)
dmesg (when booted with nouveau, adding nouveau.debug=debug to the kernel command line, and letting it run for at least a minute or two... looking for "FAN target request:" messages)

The same problem with FatDog 7.00b1 64bit.

(In reply to r004 from comment #6)
> The same problem with FatDog 7.00b1 64bit.

Hello, I am willing to fix this problem. Please send us your vbios, as Ilia asked. I cannot do anything without it :s

Created attachment 112752 [details]
vbois of gt630 by the "using /sys:" method

as requested.
if it is not the correct dump tell me and I will fix it.
but please tell me how to do it if possible.

Sorry for the dely but I wasn't sure if I had to stay that long in that env. but I did it because I need nouveau for hardened kernels

As far as I've checked, the problem appeared in 3.15 kernel. I've tried hardened-sources-3.14.29 and there's no problem with the fan, at least in auto mode. But since you change the mode to manual (echo 1 > pwm1_enable), the fan gets mad as in 3.15 kernel branch. Related info from me: https://forums.gentoo.org/viewtopic-t-1009318.html

(In reply to Krzysztof Katowicz-Kowalewski from comment #10)
> As far as I've checked, the problem appeared in 3.15 kernel. I've tried
> hardened-sources-3.14.29 and there's no problem with the fan, at least in
> auto mode. But since you change the mode to manual (echo 1 > pwm1_enable),
> the fan gets mad as in 3.15 kernel branch. Related info from me:
> https://forums.gentoo.org/viewtopic-t-1009318.html

I didn't do anything to the kernel and I did change nothing in settings.
the tests I have done are all in the live usb env and all from the 3.16 and above kernels.
 voild-linux-x86_64-01-2015-enlightenment.iso
 fatdog-x86_64-7.00b1.iso
 latest lileblue.iso
 ... and so on
IT MAY BE statred at 3.15 but all of live cd/usb (s) that I used were 3.16 or above I assumed it started by then.

@r004, I had the same problem with my system and I've made little investigation. Indeed the problem appeared in 3.15 and it's still there in latest 3.18 kernel. For the quick and easy work-around use kernel 3.14 or lower.

(In reply to Krzysztof Katowicz-Kowalewski from comment #12)
> @r004, I had the same problem with my system and I've made little
> investigation. Indeed the problem appeared in 3.15 and it's still there in
> latest 3.18 kernel. For the quick and easy work-around use kernel 3.14 or
> lower.

Identifying the commit that broke things between 3.14 and 3.15 would go a long way to solving this issue.

git bisect start v3.15 v3.14 -- drivers/gpu/drm/nouveau

should limit the bisect to just nouveau.

After 7 tries... here's the culprit:

localhost linux # git bisect good
0e994d645627bb67088ae4860e9a0295b123f7b0 is the first bad commit
commit 0e994d645627bb67088ae4860e9a0295b123f7b0
Author: Martin Peres <martin.peres@labri.fr>
Date:   Wed Feb 19 01:04:56 2014 +0100
 
    drm/nouveau/therm: let the vbios decide on the automatic fan management mode
   
    This should fix automatic fan management on fermi cards who do not have
    0x46 entries in the thermal table.
   
    On my nve6, the blob sets the default linear range from 40°C to 100°C
    but my nvcf's default values are 40°C to 85°C. Let's keep 85 as a default
    for everyone.
   
    Signed-off-by: Martin Peres <martin.peres@labri.fr>
    Tested-by: Timothée Ravier <tim@siosm.fr>
    Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
 
:040000 040000 1a0d1ec08c6ffaf36f923a2b68c9f91e945bb299 96bf5f6667528a22493d3a6d4cec6b11ce09414d M      drivers

(In reply to Krzysztof Katowicz-Kowalewski from comment #14)
> 0e994d645627bb67088ae4860e9a0295b123f7b0 is the first bad commit
> commit 0e994d645627bb67088ae4860e9a0295b123f7b0
> Author: Martin Peres <martin.peres@labri.fr>
> Date:   Wed Feb 19 01:04:56 2014 +0100
>  
>     drm/nouveau/therm: let the vbios decide on the automatic fan management
> mode


Following to this there was a conversation on #nouveau:

Reverting a part of the above noted patch:

-	/* starting from fermi, fan management is always linear */
-	if (nv_device(bios)->card_type >= NV_C0 &&
-		fan->fan_mode == NVBIOS_THERM_FAN_OTHER) {
-		fan->fan_mode = NVBIOS_THERM_FAN_LINEAR;
-	}

hides the bug away again.

Created attachment 113073 [details]
VBIOS of GT 730

I've added my gfx card vbios for further investigation.

(In reply to r004 from comment #1)

You card seems to be similar if not identical to mine, so you might be interested in the discussions and Martin's proposals further down in Bug 80901.

Still happening as 4.11 kernel. I have to use the closed driver or the fan noise will fry my nerves.

Hi there,

im using kernel 4.18 (Ubuntu), and nouveau 1.0.15

fan speed is high here too

Here is my VBIOS

(In reply to Javier Fernandez from comment #19)
> Hi there,
> 
> im using kernel 4.18 (Ubuntu), and nouveau 1.0.15
> 
> fan speed is high here too
> 
> Here is my VBIOS

well, i cant attach it!

i get this error message: "The content type is invalid. Valid types must be of the form foo/bar where foo is one of application, audio, image, message, model, multipart, text, video and bar must not contain any special characters (such as "=", "?", ...)."

Created attachment 142627 [details]
VBIOS nVidia GT 630

vbios

-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/issues/136.