Nouveau - Jul 2014 - [Bug 80901] New: [NVCF] PWM fan speed too high under kernel 3.15

https://bugs.freedesktop.org/show_bug.cgi?id=80901

          Priority: medium
            Bug ID: 80901
          Assignee: nouveau at lists.freedesktop.org
           Summary: [NVCF] PWM fan speed too high under kernel 3.15
          Severity: normal
    Classification: Unclassified
                OS: Linux (All)
          Reporter: gianni at rootcube.net
          Hardware: x86-64 (AMD64)
            Status: NEW
           Version: 10.2
         Component: Drivers/DRI/nouveau
           Product: Mesa

Since updating to kernel 3.15, the pwm fan speed of my 550 Ti card is too high
(above 35% in all situations) when compared with the proprietary NVIDIA driver
(that hovers around 30%).
The only way to reduce it to silence once again is to manually change the
pwm1_max value under sysfs to 30 (by default it's 100).

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140704/304390c4/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #1 from gianni at rootcube.net ---
Created attachment 102244
  --> https://bugs.freedesktop.org/attachment.cgi?id=102244&action=edit
Dmesg

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140704/93595a89/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #2 from gianni at rootcube.net ---
Created attachment 102245
  --> https://bugs.freedesktop.org/attachment.cgi?id=102245&action=edit
vbios.rom

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140704/f3227c52/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

gianni at rootcube.net changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #102245|0                           |1
        is obsolete|                            |

--- Comment #3 from gianni at rootcube.net ---
Created attachment 102246
  --> https://bugs.freedesktop.org/attachment.cgi?id=102246&action=edit
vbios.rom

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140704/5ffd6148/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #4 from gianni at rootcube.net ---
Created attachment 102247
  --> https://bugs.freedesktop.org/attachment.cgi?id=102247&action=edit
xorg.log

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140704/2bc99487/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #5 from Ilia Mirkin <imirkin at alum.mit.edu> ---
*** Bug 80900 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140704/73c69669/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

Ilia Mirkin <imirkin at alum.mit.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         QA Contact|                            |xorg-team at lists.x.org
            Product|Mesa                        |xorg
            Version|10.2                        |unspecified
          Component|Drivers/DRI/nouveau         |Driver/nouveau

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140704/6b110a60/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #6 from gianni at rootcube.net ---
Created attachment 102251
  --> https://bugs.freedesktop.org/attachment.cgi?id=102251&action=edit
sensors.nouveau

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140704/4d262083/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #7 from gianni at rootcube.net ---
Created attachment 102252
  --> https://bugs.freedesktop.org/attachment.cgi?id=102252&action=edit
sensors.nvidia

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140704/9833d52e/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #8 from gianni at rootcube.net ---
Sorry, i forgot to mention: temperature is around 40-50?C in both cases. 
This is not an heavy-duty machine, so usually it is dead silent.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140704/7bd1b6db/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

gianni at rootcube.net changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #102252|sensors.nvidia              |sensors.nvidia_levels
        description|                            |

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140704/772aa2f4/attachment-0001.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #9 from gianni at rootcube.net ---
Created attachment 102255
  --> https://bugs.freedesktop.org/attachment.cgi?id=102255&action=edit
nvidia-smi output

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140704/ec5d1879/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #10 from gianni at rootcube.net ---
Created attachment 102256
  --> https://bugs.freedesktop.org/attachment.cgi?id=102256&action=edit
lspci -vv output

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140704/37215162/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #11 from Martin Peres <martin.peres at ensi-bourges.fr> ---
Thanks for all this information. It seems like NVIDIA changed the default
minimum temperature before increasing the fan speed
(http://code.woboq.org/linux/linux/drivers/gpu/drm/nouveau/core/subdev/therm/fan.c.html#195).

Based on your information, I would guess it is set to 60?C instead of the 40?C
I saw on some card. It is very possible that they set a different value per
chipset.

I'll check again with a recent version of the blob what is the default
temperature at which the fan speed starts being increased but I don't think
the
fix should be to bump the value (that I will set to the minimum value I found
across the boards). The proper fix would be to let users change this value in
sysfs.

I'll keep the bug open as a reminder but my time is very limited this
summer.
If you feel like writing the patch (in nouveau_hwmon.c), I would gladly review
it!

Thanks for reporting :)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140704/7020882e/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

Martin Peres <martin.peres at ensi-bourges.fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|[NVCF] PWM fan speed too    |[NVCF] PWM fan speed too
                   |high under kernel 3.15      |high

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140704/7535b440/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #12 from Gianni Vialetto <gianni at rootcube.net> ---
Created attachment 102433
  --> https://bugs.freedesktop.org/attachment.cgi?id=102433&action=edit
PATCH: add LINEAR_MIN and LINEAR_MAX to sysfs

Tentative patch. 
NOTE: It compiles, but I've not tested this yet, since at the moment I
don't
have a NVIDIA machine around.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140708/426104c2/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #13 from Martin Peres <martin.peres at ensi-bourges.fr> ---
Comment on attachment 102433
  --> https://bugs.freedesktop.org/attachment.cgi?id=102433
PATCH: add LINEAR_MIN and LINEAR_MAX to sysfs

Thanks, this patch is perfectly sound!

However, it doesn't follow the sysfs interface of hwmon as defined here:
https://www.kernel.org/doc/Documentation/hwmon/sysfs-interface

I don't particularly like this interface, but I've tried to stay as
close to it
as possible. One possibility could be to use the trip points to expose
linear_min/max, however, we would be bending the definition of trip point by a
long shot (we are not supposed to scale linearly between trip points, at least
that's how NVIDIA defines trip points, that's a question worth asking to
the
hwmon guys).

If we are to keep your patch more or less intact, you would have to move your
the end result to nouveau_sysfs.c. You would also need to change the name to
temp1_fan_linear_min/max, to improve the clarity of what values are expected in
there :) Finally, you would need to update the documentation
(http://cgit.freedesktop.org/nouveau/linux-2.6/tree/Documentation/thermal/nouveau_thermal).

Thanks again for your interest in fixing this!

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140708/1736e253/attachment-0001.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #14 from Gianni Vialetto <gianni at rootcube.net> ---
The problem I see with trip-points is that those allow to set a fixed PWM value
when the sensors detect a certain temperature. The nouveau driver instead
raises the fan speed "continuously" after a certain temperature is
reached
(would we need infinite trip-points for that?). 
Please correct any error in my understanding here :)

Maybe we can use the trip points as a start/end point and then move
autonomously disregarding the point[0-*]_pwm value?


For now, if you agree, I will move the sysfs values as suggested (and change
the documentation), hopefully before/during next weekend. 
So this bug will still have an almost "clean" patch for anyone
(included me)
who want it.
Then I will ask around in the lm-sensors mailing list (is it the correct one?).
Hopefully someone can point me to a better solution.

Thanks for the review! :)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140709/10958743/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #15 from Martin Peres <martin.peres at ensi-bourges.fr> ---
(In reply to comment #14)
> The problem I see with trip-points is that those allow to set a fixed PWM
> value when the sensors detect a certain temperature. The nouveau driver
> instead raises the fan speed "continuously" after a certain
temperature is
> reached (would we need infinite trip-points for that?). 
> Please correct any error in my understanding here :)
> 
> Maybe we can use the trip points as a start/end point and then move
> autonomously disregarding the point[0-*]_pwm value?
> 
> 
> For now, if you agree, I will move the sysfs values as suggested (and
change
> the documentation), hopefully before/during next weekend. 
> So this bug will still have an almost "clean" patch for anyone
(included me)
> who want it.
> Then I will ask around in the lm-sensors mailing list (is it the correct
> one?). Hopefully someone can point me to a better solution.
> 
> Thanks for the review! :)
Yes, you understood my review and have a perfect todo list! Good luck with it
:)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140709/3f3aa797/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #16 from Gianni Vialetto <gianni at rootcube.net> ---
Created attachment 102562
  --> https://bugs.freedesktop.org/attachment.cgi?id=102562&action=edit
PATCH v2 [1/2]: add LINEAR_MIN and LINEAR_MAX to sysfs

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140710/d49ccff8/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

Gianni Vialetto <gianni at rootcube.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #102562|0                           |1
        is obsolete|                            |

--- Comment #17 from Gianni Vialetto <gianni at rootcube.net> ---
Created attachment 102563
  --> https://bugs.freedesktop.org/attachment.cgi?id=102563&action=edit
PATCH v2 [1/2]: add LINEAR_MIN and LINEAR_MAX to sysfs

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140710/fb8ddf08/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #18 from Gianni Vialetto <gianni at rootcube.net> ---
Created attachment 102564
  --> https://bugs.freedesktop.org/attachment.cgi?id=102564&action=edit
PATCH v2 [2/2]: add new attributes to documentation

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140710/21e4c5af/attachment-0001.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #19 from Gianni Vialetto <gianni at rootcube.net> ---
Those new patches should (hopefully) be cleaner that the previous one.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140710/ce8c828d/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #20 from Martin Peres <martin.peres at ensi-bourges.fr> ---
(In reply to comment #19)
> Those new patches should (hopefully) be cleaner that the previous one.
They are and they seem to work as expected. I would now like to hear back from
the hwmon guys. Could you contact them (please CC:
nouveau at lists.freedesktop.org)?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140712/bf80388b/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #21 from Gianni Vialetto <gianni at rootcube.net> ---
Created attachment 102785
  --> https://bugs.freedesktop.org/attachment.cgi?id=102785&action=edit
Hwmon email

Email sent. Text in attachment for reference.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140714/cf1645a4/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #22 from Martin Peres <martin.peres at ensi-bourges.fr> ---
(In reply to comment #21)
> Created attachment 102785 [details]
> Hwmon email
> 
> Email sent. Text in attachment for reference.
Any update on this?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140822/55fe29b4/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #23 from Gianni Vialetto <gianni at rootcube.net> ---
Sorry but I find myself short on time since currently.
I will start working on this again as soon as I can.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140825/27691e8d/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #24 from Martin Peres <martin.peres at ensi-bourges.fr> ---
(In reply to comment #23)
> Sorry but I find myself short on time since currently.
> I will start working on this again as soon as I can.
Ok, good luck! TTYL then ;)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140825/b9dd2068/attachment-0001.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #25 from K.-P. Schrage <kpschrage at gmx.de> ---
It seems that I am struck by this very bug as well since several months now.

Fedora 21, kernel-3.17.7-300.fc21.x86_64 (but it started on Fedora 20, around
kernel-3.15.5-200.fc20.x86_64)

Graphics card:
01:00.0 VGA compatible controller: NVIDIA Corporation GF108 [GeForce GT 630]
(rev a1) (prog-if 00 [VGA controller])
        Subsystem: Micro-Star International Co., Ltd. [MSI] Device 8a90
        Flags: bus master, fast devsel, latency 0, IRQ 43
        Memory at f6000000 (32-bit, non-prefetchable) [size=16M]
        Memory at e8000000 (64-bit, prefetchable) [size=128M]
        Memory at f0000000 (64-bit, prefetchable) [size=32M]
        I/O ports at e000 [size=128]
        Expansion ROM at f7000000 [disabled] [size=512K]
        Capabilities: [60] Power Management version 3
        Capabilities: [68] MSI: Enable+ Count=1/1 Maskable- 64bit+
        Capabilities: [78] Express Endpoint, MSI 00
        Capabilities: [b4] Vendor Specific Information: Len=14 <?>
        Capabilities: [100] Virtual Channel
        Capabilities: [128] Power Budgeting <?>
        Capabilities: [600] Vendor Specific Information: ID=0001 Rev=1 Len=024
<?>
        Kernel driver in use: nouveau
        Kernel modules: nouveau

It seems as if problems started with this commit:
http://lists.freedesktop.org/archives/nouveau/2014-March/016589.html
At least reverting this patch to the nouveau source is a workaround, see
discussion on Redhat bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=1121331

BTW, isn't bug 84721 a duplicate of this one? It is the very same NVIDIA
controller as mine that is affected.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20141223/0f5aa0cd/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #26 from Martin Peres <martin.peres at ensi-bourges.fr> ---
(In reply to K.-P. Schrage from comment #25)
> It seems that I am struck by this very bug as well since several months
now.
> 
> Fedora 21, kernel-3.17.7-300.fc21.x86_64 (but it started on Fedora 20,
> around kernel-3.15.5-200.fc20.x86_64)
> 
> Graphics card:
> 01:00.0 VGA compatible controller: NVIDIA Corporation GF108 [GeForce GT
630]
> (rev a1) (prog-if 00 [VGA controller])
>         Subsystem: Micro-Star International Co., Ltd. [MSI] Device 8a90
>         Flags: bus master, fast devsel, latency 0, IRQ 43
>         Memory at f6000000 (32-bit, non-prefetchable) [size=16M]
>         Memory at e8000000 (64-bit, prefetchable) [size=128M]
>         Memory at f0000000 (64-bit, prefetchable) [size=32M]
>         I/O ports at e000 [size=128]
>         Expansion ROM at f7000000 [disabled] [size=512K]
>         Capabilities: [60] Power Management version 3
>         Capabilities: [68] MSI: Enable+ Count=1/1 Maskable- 64bit+
>         Capabilities: [78] Express Endpoint, MSI 00
>         Capabilities: [b4] Vendor Specific Information: Len=14 <?>
>         Capabilities: [100] Virtual Channel
>         Capabilities: [128] Power Budgeting <?>
>         Capabilities: [600] Vendor Specific Information: ID=0001 Rev=1
> Len=024 <?>
>         Kernel driver in use: nouveau
>         Kernel modules: nouveau
> 
> It seems as if problems started with this commit:
> http://lists.freedesktop.org/archives/nouveau/2014-March/016589.html
> At least reverting this patch to the nouveau source is a workaround, see
> discussion on Redhat bugzilla:
> https://bugzilla.redhat.com/show_bug.cgi?id=1121331
> 
> BTW, isn't bug 84721 a duplicate of this one? It is the very same
NVIDIA
> controller as mine that is affected.
It depends on your problem. If by "too high", you mean fan at 100%
constantly,
then the bug is a duplicate. If you mean the default fan speed is 35% instead
of 30%, then the bugs are not related and this is a bug hijacking :p Please
send your vbios in your answer and I'll or will not advise you to open a new
bug report.

I am currently in the process of moving to another home, but I can still write
code for you to try :)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20141223/afb21585/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #27 from K.-P. Schrage <kpschrage at gmx.de> ---
Created attachment 111288
  --> https://bugs.freedesktop.org/attachment.cgi?id=111288&action=edit
GeForce GT 630 vbios.rom

vbios.rom: cat /sys/kernel/debug/dri/0/vbios.rom >vbios.rom

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20141224/0f906933/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #28 from K.-P. Schrage <kpschrage at gmx.de> ---
(In reply to Martin Peres from comment #26)
> > BTW, isn't bug 84721 a duplicate of this one? It is the very same
NVIDIA
> > controller as mine that is affected.
> 
> It depends on your problem. If by "too high", you mean fan at
100%
> constantly, then the bug is a duplicate. If you mean the default fan speed
> is 35% instead of 30%, then the bugs are not related and this is a bug
> hijacking :p Please send your vbios in your answer and I'll or will not
> advise you to open a new bug report.
> 
> I am currently in the process of moving to another home, but I can still
> write code for you to try :)
Thanks for caring ... yes, the fan is running at full speed constantly.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20141224/3ea77fec/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #29 from Lars E Pettersson <lars at homer.se> ---
I am the original poster of the Fedora bug report mentioned by K.-P. Schrage,
https://bugzilla.redhat.com/show_bug.cgi?id=1121331

I have the exact same problem as the original poster of this bug report, but
using another graphical card. I.e. the fan on the card works nice using kernels
below 3.15, but all kernels from 3.15 and up will peg the fan.

Reverting the commit mentioned by K.-P. Schrage,
http://lists.freedesktop.org/archives/nouveau/2014-March/016589.html
solves the issue for me. The fan returns to how it behaved before kernel 3.15.

I am using a Nvidia GF106GL (Quadro 2000) card, lspci:
01:00.0 VGA compatible controller: NVIDIA Corporation GF106GL [Quadro 2000]
(rev a1) (prog-if 00 [VGA controller])
    Subsystem: NVIDIA Corporation Device 084a
    Flags: bus master, fast devsel, latency 0, IRQ 30
    Memory at f0000000 (32-bit, non-prefetchable) [size=32M]
    Memory at e0000000 (64-bit, prefetchable) [size=128M]
    Memory at e8000000 (64-bit, prefetchable) [size=64M]
    I/O ports at e000 [size=128]
    Expansion ROM at f2000000 [disabled] [size=512K]
    Capabilities: [60] Power Management version 3
    Capabilities: [68] MSI: Enable+ Count=1/1 Maskable- 64bit+
    Capabilities: [78] Express Endpoint, MSI 00
    Capabilities: [b4] Vendor Specific Information: Len=14 <?>
    Capabilities: [100] Virtual Channel
    Capabilities: [128] Power Budgeting <?>
    Capabilities: [600] Vendor Specific Information: ID=0001 Rev=1 Len=024
<?>
    Kernel driver in use: nouveau
    Kernel modules: nouveau

At the moment I am using the following kernel
Linux tux 3.17.7-300.fc21.x86_64 #1 SMP Wed Dec 17 03:08:44 UTC 2014 x86_64
x86_64 x86_64 GNU/Linux

vbios.rom will follow...

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20141225/4787f930/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #30 from Lars E Pettersson <lars at homer.se> ---
Created attachment 111308
  --> https://bugs.freedesktop.org/attachment.cgi?id=111308&action=edit
vbios.rom from NVIDIA Corporation GF106GL

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20141225/204c9176/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

Lars E Pettersson <lars at homer.se> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |lars at homer.se

--- Comment #31 from Lars E Pettersson <lars at homer.se> ---
Any news on this issue? I just had to re-compile the module for yet another
kernel update...

Is more information needed to solve the issue?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150208/62bf86d6/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

K.-P. Schrage <kpschrage at gmx.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |kpschrage at gmx.de

--- Comment #32 from K.-P. Schrage <kpschrage at gmx.de> ---
(In reply to Lars E Pettersson from comment #31)
> Any news on this issue? I just had to re-compile the module for yet another
> kernel update...
Yes, for me as well, the issue has reached the 3.18 kernel line (now on
3.18.3-201.fc21.x86_64).

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150210/898a9695/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #33 from Martin Peres <martin.peres at free.fr> ---
Hey guys,

I may finally have managed to reproduce your bug. To check that, I need you to
install envytools and send me the result of the following command:

nvapeek e114 10

When selecting the manual fan management mode, you should be able to bring down
the fan speed by running:

nvapoke e118 80000005 or nvapoke e120 80000005

In any case, please open a separate bug report as this bug clearly is not
related to your bug.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150225/96a6339f/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #34 from K.-P. Schrage <kpschrage at gmx.de> ---
(In reply to Martin Peres from comment #33)

Hello, Martin,

thank you for caring!


# nvapeek e114 10
0000e114: 0000021c 000000d8 00000001 00000000

(that's with the latest nouveau driver from darktama)

After enabling manual fan control mode (pwm1_enable = 1),
'nvapoke e118 80000005' somewhat reduces fan speed audibly, but still
seems to
be too high (pwm1 shows a value of 0).

FWIW, after 'nvapoke e118 80000005", the output of the nvapeek command
has
changed to
0000e114: 0000021c 00000005 00000001 00000000

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150226/e103c295/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #35 from Martin Peres <martin.peres at free.fr> ---
(In reply to K.-P. Schrage from comment #34)
> (In reply to Martin Peres from comment #33)
> 
> Hello, Martin,
> 
> thank you for caring!
> 
> 
> # nvapeek e114 10
> 0000e114: 0000021c 000000d8 00000001 00000000
> 
> (that's with the latest nouveau driver from darktama)
> 
> After enabling manual fan control mode (pwm1_enable = 1),
> 'nvapoke e118 80000005' somewhat reduces fan speed audibly, but
still seems
> to be too high (pwm1 shows a value of 0).
> 
> FWIW, after 'nvapoke e118 80000005", the output of the nvapeek
command has
> changed to
> 0000e114: 0000021c 00000005 00000001 00000000
Ok, try to boot with nouveau blacklisted then run nvapeek e114 10 again and
send me the result. We may be on to something here.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150226/5b500de6/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #36 from K.-P. Schrage <kpschrage at gmx.de> ---
(In reply to Martin Peres from comment #35)
> Ok, try to boot with nouveau blacklisted then run nvapeek e114 10 again and
> send me the result. We may be on to something here.

# nvapeek e114 10
0000e114: 0000021c 00000002 00000001 00000000

(nouveau hopefully killed: blacklist.conf, grub commandline, dracut)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150227/fa66ee28/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #37 from Martin Peres <martin.peres at free.fr> ---
(In reply to K.-P. Schrage from comment #36)
> (In reply to Martin Peres from comment #35)
>  
> > Ok, try to boot with nouveau blacklisted then run nvapeek e114 10
again and
> > send me the result. We may be on to something here.
> 
> 
> # nvapeek e114 10
> 0000e114: 0000021c 00000002 00000001 00000000
> 
> (nouveau hopefully killed: blacklist.conf, grub commandline, dracut)
It worked. Set fan management to manual then nvapoke e118 80000002 and
you'll
get quietness.

I kind of have the same problem with the other nvc1 I have access to at work.
I'll be digging into this to fix this problem for good. Good that I got
access
to this board, your bug would have been a mystery otherwise...

Thanks!

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150227/1e35947c/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #38 from K.-P. Schrage <kpschrage at gmx.de> ---
(In reply to Martin Peres from comment #37)
> It worked. Set fan management to manual then nvapoke e118 80000002 and
> you'll get quietness.
> 
Yes, it works (Silence Is Golden ...)

I put the two lines
echo 1 >
/sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/hwmon/hwmon1/pwm1_enable
/usr/local/bin/nvapoke e118 80000002
into /etc/rc.d/rc.local (don't know any other way to make this workaround
permanent).

Thanks again!

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150227/8d24c85a/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #39 from Lars E Pettersson <lars at homer.se> ---
OK, lets see...

# ./nvapeek e114 10
0000e114: 0000021c 000000f9 00000001 00000000

sometimes I get the following answer:

0000e114: 0000021c 000000fe 00000001 00000000

I then select manual control and do the following:

[root at tux nva]# ./nvapoke e118 80000005
[root at tux nva]# ./nvapeek e114 10
0000e114: 0000021c 00000005 00000001 00000000

Silent fan. Check with 'sensors' command. RPM is 0! Temperature raising!
Set
fan control back to old setting and fan returns to normal.

Restart with the module blacklisted.

[root at tux nva]# ./nvapeek e114 10
0000e114: 0000021c 000000a2 00000001 00000000

Restart with the nouveau module in place again.

You asked K.-P. Schrage to use 'nvapoke e118 80000002' As I have
000000a2 I
instead tried the following:

[root at tux nva]# ./nvapoke e118 800000a2

(If I try 'nvapoke e118 80000002' the RPM goes down to 0 rpm, so I think
that
800000a2 is correct for me to use. The RPM then stays slightly above 2000 rpm
and the temperature is at about 60-65 degC, as it was before the change in the
3.15 kernel.)

Not sure what all these numbers means though... :)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150227/d4244fc8/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #40 from poma <pomidorabelisima at gmail.com> ---
(In reply to K.-P. Schrage from comment #38)
...
> I put the two lines
> echo 1 >
> /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/hwmon/hwmon1/pwm1_enable
> /usr/local/bin/nvapoke e118 80000002
> into /etc/rc.d/rc.local (don't know any other way to make this
workaround
> permanent).
> 
$ udevadm info -a -p /sys/class/drm/card0 | grep -m2
'ATTRS{device}\|ATTRS{vendor}'
    ATTRS{device}=="0xabcd"
    ATTRS{vendor}=="0x1234"

/etc/udev/rules.d/10-unladen-swallow.rules
ACTION=="add", ATTRS{vendor}=="0x1234",
ATTRS{device}=="0xabcd", RUN+="/bin/sh
-c '/bin/echo 1 >
/sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/hwmon/hwmon1/pwm1_enable'",
RUN+="/usr/local/bin/nvapoke e118 80000002"

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150311/7c070ede/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #41 from poma <pomidorabelisima at gmail.com> ---
(In reply to Lars E Pettersson from comment #39)
...
> 
> Not sure what all these numbers means though... :)

'nvapeek' might be something like "nvidia peek(read)"
and
'nvapoke' might be something like "nvidia poke(write)",
MMIO regs.

Addresses 'e114'&'e118' with their 'values' should
fall into this range:
- G80:GF100 MMIO map
  0x00e000     all     PNVIO     GPIOs, I2C buses, PWM fan control, and other
external devices
OR
- GF100+ MMIO map
  0x00e000     all     PNVIO     GPIOs, I2C buses, PWM fan control, and other
external devices

How Martin reached the actual addresses and values, he knows better. :)


Ref.
PEEK and POKE
http://en.wikipedia.org/wiki/PEEK_and_POKE

MMIO
http://en.wikipedia.org/wiki/Memory-mapped_I/O

MMIO register ranges
http://envytools.readthedocs.org/en/latest/hw/mmio.html

PNVIO: external device interface
http://envytools.readthedocs.org/en/latest/hw/io/pnvio.html

Pokémon
http://en.wikipedia.org/wiki/Pokémon

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150311/03b0a5c4/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #42 from K.-P. Schrage <kpschrage at gmx.de> ---
(In reply to poma from comment #40)
> /etc/udev/rules.d/10-unladen-swallow.rules
> ACTION=="add", ATTRS{vendor}=="0x1234",
ATTRS{device}=="0xabcd",
> RUN+="/bin/sh -c '/bin/echo 1 >
>
/sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/hwmon/hwmon1/pwm1_enable'",
> RUN+="/usr/local/bin/nvapoke e118 80000002"
Thanks, Poma, this rule (all in one line, with my appropriate device and vendor
id's) seems to work correctly, but it only reduces fan speed for a second or
so
during the boot process, then speed is up again, and the value that nvapoke
writes is overwritten (800000d8 instead of 80000002).
Perhaps this rule comes up too early, but changing the prefix number from 10 to
e. g. 99 doesn't help.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150313/aab57c96/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #43 from poma <pomidorabelisima at gmail.com> ---
(In reply to K.-P. Schrage from comment #42)
> (In reply to poma from comment #40)
> 
> > /etc/udev/rules.d/10-unladen-swallow.rules
> > ACTION=="add", ATTRS{vendor}=="0x1234",
ATTRS{device}=="0xabcd",
> > RUN+="/bin/sh -c '/bin/echo 1 >
> >
/sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/hwmon/hwmon1/pwm1_enable'",
> > RUN+="/usr/local/bin/nvapoke e118 80000002"
> 
> Thanks, Poma, this rule (all in one line, with my appropriate device and
> vendor id's) seems to work correctly, but it only reduces fan speed for
a
> second or so during the boot process, then speed is up again, and the value
> that nvapoke writes is overwritten (800000d8 instead of 80000002).
> Perhaps this rule comes up too early, but changing the prefix number from
10
> to e. g. 99 doesn't help.

Exactly, these are oneliners.

There is no the GPU fan here, so I tested the CPU fan, and this is how it
works:
/etc/udev/rules.d/10-cpu-fan-manual-mode.rules
RUN+="/bin/sh -c '/bin/echo 1 >
/sys/devices/platform/it87.656/pwm1_enable'"

Therefore remove ACTION & ATTRS part, so it runs unconditionally.

Before you reboot, check with:
# udevadm trigger

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150313/920aeec0/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #44 from K.-P. Schrage <kpschrage at gmx.de> ---
(In reply to poma from comment #43)
> There is no the GPU fan here, so I tested the CPU fan, and this is how it
> works:
> /etc/udev/rules.d/10-cpu-fan-manual-mode.rules
> RUN+="/bin/sh -c '/bin/echo 1 >
/sys/devices/platform/it87.656/pwm1_enable'"
> 
> Therefore remove ACTION & ATTRS part, so it runs unconditionally.
> 
> Before you reboot, check with:
> # udevadm trigger
Now my 10-...rules files in /etc/udev/rules.d/ looks like this:
RUN+="/bin/sh -c '/bin/echo 1 >
/sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/hwmon/hwmon1/pwm1_enable'",
RUN+="/usr/local/bin/nvapoke e118 80000002"

During boot, it sounds as if it gets triggered several times
(noise-silence-noise-silence), but it ends up with a silent gpu fan when the
graphical desktop has started.
Startup logs are flooded with messages like:

nvapoke:473 conflicting memory types e8000000-f0000000
uncached-minus<->write-combining
reserve_memtype failed [mem 0xe8000000-0xefffffff], track uncached-minus, req
uncached-minus

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150313/83496873/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #45 from poma <pomidorabelisima at gmail.com> ---
(In reply to K.-P. Schrage from comment #44)
> Now my 10-...rules file in /etc/udev/rules.d/ looks like this:
> RUN+="/bin/sh -c '/bin/echo 1 >
>
/sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/hwmon/hwmon1/pwm1_enable'",
> RUN+="/usr/local/bin/nvapoke e118 80000002"
> 
> During boot, it sounds as if it gets triggered several times
> (noise-silence-noise-silence), but it ends up with a silent gpu fan when
the
> graphical desktop has started.
> Startup logs are flooded with messages like:
> 
> nvapoke:473 conflicting memory types e8000000-f0000000
> uncached-minus<->write-combining
> reserve_memtype failed [mem 0xe8000000-0xefffffff], track uncached-minus,
> req uncached-minus

# rm /etc/udev/rules.d/10-gpu-fan.rules

And try this:
/etc/systemd/system/gpu-fan.service 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[Unit]
Description=GPU fan lower speed

[Service]
Type=oneshot
ExecStart=/bin/sh -c '/bin/echo 1 >
/sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/hwmon/hwmon1/pwm1_enable'
ExecStart=/usr/local/bin/nvapoke e118 80000002
StandardOutput=null
StandardError=null

[Install]
WantedBy=basic.target
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

# systemctl enable gpu-fan.service
# systemctl start gpu-fan.service
# systemctl status gpu-fan.service

If everything is OK:
# systemctl reboot
...

BOOT
...
# systemctl status gpu-fan.service

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150313/3127160a/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #46 from K.-P. Schrage <kpschrage at gmx.de> ---
(In reply to poma from comment #45)
> And try this:
> /etc/systemd/system/gpu-fan.service 
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> [Unit]
> Description=GPU fan lower speed
> 
> [Service]
> Type=oneshot
> ExecStart=/bin/sh -c '/bin/echo 1 >
>
/sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/hwmon/hwmon1/pwm1_enable'
> ExecStart=/usr/local/bin/nvapoke e118 80000002
> StandardOutput=null
> StandardError=null
> 
> [Install]
> WantedBy=basic.target
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> 
> # systemctl enable gpu-fan.service
> # systemctl start gpu-fan.service
> # systemctl status gpu-fan.service
> 
> If everything is OK:
> # systemctl reboot
> ...
> 
> BOOT
> ...
> # systemctl status gpu-fan.service
After reboot:
[root at linux_keller kp]# systemctl status gpu-fan.service
● gpu-fan.service - GPU fan lower speed
   Loaded: loaded (/etc/systemd/system/gpu-fan.service; enabled)
   Active: inactive (dead) since Sa 2015-03-14 11:40:03 CET; 33s ago
  Process: 683 ExecStart=/usr/local/bin/nvapoke e118 80000002 (code=exited,
status=0/SUCCESS)
  Process: 672 ExecStart=/bin/sh -c /bin/echo 1 >
/sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/hwmon/hwmon1/pwm1_enable
(code=exited, status=0/SUCCESS)
 Main PID: 683 (code=exited, status=0/SUCCESS)

Mär 14 11:40:03 linux_keller systemd[1]: Starting GPU fan lower speed...
Mär 14 11:40:03 linux_keller systemd[1]: Started GPU fan lower speed.
---------------
BUT: Fan speed is high, register e118 shows value 000000d8, not 00000002, as
expected. I have to restart the service manually to calm down the fan.

Let me be honest, poma: I am very grateful for all your help, but I think
I'll
stick to the old-school method rc.local which seems to be rather
straightforward to me (although even that is now governed by systemd and not so
old-school anymore).

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150314/3a0cd3d0/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #47 from poma <pomidorabelisima at gmail.com> ---
(In reply to K.-P. Schrage from comment #46)
> (In reply to poma from comment #45)
> 
> > And try this:
> > /etc/systemd/system/gpu-fan.service 
> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > [Unit]
> > Description=GPU fan lower speed
> > 
> > [Service]
> > Type=oneshot
> > ExecStart=/bin/sh -c '/bin/echo 1 >
> >
/sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/hwmon/hwmon1/pwm1_enable'
> > ExecStart=/usr/local/bin/nvapoke e118 80000002
> > StandardOutput=null
> > StandardError=null
> > 
> > [Install]
> > WantedBy=basic.target
> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > 
> > # systemctl enable gpu-fan.service
> > # systemctl start gpu-fan.service
> > # systemctl status gpu-fan.service
> > 
> > If everything is OK:
> > # systemctl reboot
> > ...
> > 
> > BOOT
> > ...
> > # systemctl status gpu-fan.service
> 
> After reboot:
> [root at linux_keller kp]# systemctl status gpu-fan.service
> ● gpu-fan.service - GPU fan lower speed
>    Loaded: loaded (/etc/systemd/system/gpu-fan.service; enabled)
>    Active: inactive (dead) since Sa 2015-03-14 11:40:03 CET; 33s ago
>   Process: 683 ExecStart=/usr/local/bin/nvapoke e118 80000002 (code=exited,
> status=0/SUCCESS)
>   Process: 672 ExecStart=/bin/sh -c /bin/echo 1 >
> /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/hwmon/hwmon1/pwm1_enable
> (code=exited, status=0/SUCCESS)
>  Main PID: 683 (code=exited, status=0/SUCCESS)
> 
> Mär 14 11:40:03 linux_keller systemd[1]: Starting GPU fan lower speed...
> Mär 14 11:40:03 linux_keller systemd[1]: Started GPU fan lower speed.
> ---------------
> BUT: Fan speed is high, register e118 shows value 000000d8, not 00000002,
as
> expected. I have to restart the service manually to calm down the fan.
> 
> Let me be honest, poma: I am very grateful for all your help, but I think
> I'll stick to the old-school method rc.local which seems to be rather
> straightforward to me (although even that is now governed by systemd and
not
> so old-school anymore).

No problemos. ;)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150314/af4a75bd/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #48 from Martin Peres <martin.peres at free.fr> ---
Sorry guys, I'm back at the problem ... again ...

I really want to fix this upstream!

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150318/c0747a4a/attachment-0001.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #49 from K.-P. Schrage <kpschrage at gmx.de> ---
(In reply to Martin Peres from comment #48)
> Sorry guys, I'm back at the problem ... again ...
> 
> I really want to fix this upstream!
Fine. Tell me if I can supply any more information.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150319/99d2b95a/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #50 from Lars E Pettersson <lars at homer.se> ---
Any news on this issue?

I removed the lines mentioned in comment 39 to see what happens, and up goes
the fan speed. I.e. the problem seem to still exist... :(

Running kernel at the moment is:
Linux tux.home.rpz 4.4.6-300.fc23.x86_64 #1 SMP Wed Mar 16 22:10:37 UTC 2016
x86_64 x86_64 x86_64 GNU/Linux

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20160329/8dd1406a/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #51 from Lars E Pettersson <lars at homer.se> ---
The bug is still there.

I am now running Fedora 24 with the following kernel:

Linux tux.home.rpz 4.6.4-301.fc24.x86_64 #1 SMP Tue Jul 12 11:50:00 UTC 2016
x86_64 x86_64 x86_64 GNU/Linux

The fan noise is annoying...

Any news on this issue?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20160804/b9b34323/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #52 from Lars E Pettersson <lars at homer.se> ---
Just an update that the bug is still there. Running kernel at the moment:

Linux tux.home.rpz 4.8.11-200.fc24.x86_64 #1 SMP Mon Nov 28 19:36:57 UTC 2016
x86_64 x86_64 x86_64 GNU/Linux

Will this bug be fixed?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20161211/3dbaabcb/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

--- Comment #53 from Martin Peres <martin.peres at free.fr> ---
(In reply to Lars E Pettersson from comment #52)
> Just an update that the bug is still there. Running kernel at the moment:
> 
> Linux tux.home.rpz 4.8.11-200.fc24.x86_64 #1 SMP Mon Nov 28 19:36:57 UTC
> 2016 x86_64 x86_64 x86_64 GNU/Linux
> 
> Will this bug be fixed?
Hey,

I have not forgotten you. I found the information in the table to do the right
thing for your fan and I sort of managed to make sense of it... but I am
apparently unable to make a model of what the proprietary driver does :s It is
so frustrating because I compute the right value most of the time, but when I
don't the error is quite catastrophic.

I will now swallow my pride and ask for help from Nvidia :s

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20161211/0182e7bb/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=80901

Martin Peres <martin.peres at free.fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |MOVED

--- Comment #54 from Martin Peres <martin.peres at free.fr> ---
-- 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/116.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20191204/5fa49882/attachment.html>