Nouveau - Dec 2014 - [Bug 87885] New: Fan speed of Nvidia GeForce 9600GT (G94) constantly too high

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

            Bug ID: 87885
           Summary: Fan speed of Nvidia GeForce 9600GT (G94) constantly
                    too high
           Product: xorg
           Version: unspecified
          Hardware: x86-64 (AMD64)
                OS: Linux (All)
            Status: NEW
          Severity: normal
          Priority: medium
         Component: Driver/nouveau
          Assignee: nouveau at lists.freedesktop.org
          Reporter: asiasuppenesser at gmx.de
        QA Contact: xorg-team at lists.x.org

Created attachment 111546
  --> https://bugs.freedesktop.org/attachment.cgi?id=111546&action=edit
vbios

The above-mentioned graphics card produces a lot of noise. The fan speed never
changes (hasn't changed in years ;) ). Judging from the noise level it must
be
at its maximum.
People on IRC (#nouveau) asked me to place a bug report here, providing all
necessary information. If I missed some info you need, feel free to ask for
more!

-- 
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/20141230/9266451b/attachment.html>

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

--- Comment #1 from TM <asiasuppenesser at gmx.de> ---
Created attachment 111547
  --> https://bugs.freedesktop.org/attachment.cgi?id=111547&action=edit
dmegs 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/20141231/f83cfd6d/attachment.html>

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

--- Comment #2 from TM <asiasuppenesser at gmx.de> ---
Created attachment 111548
  --> https://bugs.freedesktop.org/attachment.cgi?id=111548&action=edit
"sensors" 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/20141231/88c0527e/attachment.html>

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|Fan speed of Nvidia GeForce |[NV94] Fan speed of Nvidia
                   |9600GT (G94) constantly too |GeForce 9600GT (G94)
                   |high                        |constantly too 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/20141231/04158688/attachment.html>

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

--- Comment #3 from Martin Peres <martin.peres at ensi-bourges.fr> ---
Thanks TM for reporting this bug!

Could you test the following cases, please?

- inverted PWM: The fan may be inverted. 35% would then translate to 65% and
increasing as the temperature falls down. Could you try the manual fan
management and set the pwm to 50%? Please tell us what happens to the fan.

- If the previous test yielded no modification in the fan speed at all, then
either we are driving the wrong PWM controller ... or our settings are not
taken into account. PTHERM may override the fan speed and set it to 100%. Could
you please dump PTHERM's reg space please ? "nvapeek 20000 1000"
will do :)
Could you also add "nvapeek e114 20" please?

Looking forward to hearing back from you!

PS: nvapeek can be found in envytools: https://github.com/envytools/envytools/

-- 
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/20141231/dc8aeafa/attachment.html>

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

--- Comment #4 from TM <asiasuppenesser at gmx.de> ---
Dear Martin, thanks for your reply.

I tried to set the pwm state manually yesterday, which didn't work. I simply
forgot to add that info here as well - sorry.

Doing the following has no effect on the fan speed (sound):
# cat pwm1{,_enable}
35
2
# echo 1 > pwm1_enable 
# echo 50 > pwm1
# cat pwm1{,_enable}   # just to prove that the changes have been applied and
not overwritten by some crazy application
50
1

About your other suggestions: here's the output of nvapeek:
# ./nvapeek 20000 1000
00020000: 0a2003ff 00000000 c00836f7 00009c40
00020010: 00000000 fe4c038d 9e9c9a9a fe0202ee
00020020: 02080e07 07000a09 000a0802 00050601
00020030: 02020801 00091006 15020805 1a056000
00020040: 07000201 00ff019a 000000ff 44072a0b
00020050: 00000a07 ffffffff ffffffff 00000000
00020060: 00040000 40400000 ffff8480 ffffffff
00020070: ffffffff 00000000 00000000 00000000
00020080: 100c0736 00000000 00000000 00000000
...
000200a0: 01000000 00000003 c10910de 00000004
...
00020100: 00000000 1a114c99 082a0000 00000000
00020110: 00000000 00000000 00000000 00876530
00020120: 00000241 00000200 00000000 00000000
...
00020400: 00000032 00000000 00000000 00000001
00020410: 00000000 0000005c 00000000 00000000
...
00020440: 00000000 00000080 00000000 00000000
...
00020480: 00000087 00000002 00000000 00000000
...
000204c0: 00000064 00000057 00000080 0000005d
...
000207f0: 00000000 00000000 000010de 00000001
...



And:
# ./nvapeek e114 20
0000e114: 00000001 00000000 0000021c 0000010e
0000e124: 10000000 00000000 0001010e 00000000

Happy new year :)

-- 
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/20141231/4739834b/attachment.html>

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

--- Comment #5 from Martin Peres <martin.peres at ensi-bourges.fr> ---
Thanks TM :) Now is not the time to have a look at your dump :p I'll have a
look at your ptherm dump tomorrow!

-- 
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/20141231/a18e2d12/attachment-0001.html>

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

--- Comment #6 from Martin Peres <martin.peres at ensi-bourges.fr> ---
So, I had a look at the dumps. The temperature thresholds are OK and the
reported temperature seems sensible.

I now wonder if we somehow select the wrong PWM controller, could you try
running the following writes?

nvapoke e114 21c
nvapoke e118 8000010e

If this does not work, have you ever tried with the proprietary driver? If it
works with it, could you run "./nvapeek e114 20" on it?

Looking at your vbios, it reports you have an adt7473 which is an external fan
management IC. Some vbios report the device but don't actually have it. In
your
case, it may be there but it would be undetected. We have had a lot of problems
with this chip. If everything else does not work, then we'll try to see if
we
can get this freaking adt7473 to work!

Happy new year :)

-- 
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/20150101/2d9c19ac/attachment.html>

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

--- Comment #7 from TM <asiasuppenesser at gmx.de> ---
Unfortunately the first two commands didn't have an effect on the fan speed.
I'll try to install the proprietary driver soon, but probably not today.
I'll
let you know.

-- 
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/20150101/98019aa9/attachment.html>

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

--- Comment #8 from TM <asiasuppenesser at gmx.de> ---
Hmm; I installed the proprietary driver now (strange enough: I had to use the
G02 driver, not the G03 one which I thought I was supposed to use according to
web pages like https://en.opensuse.org/SDB:NVIDIA_drivers). It's running
fine,
I can see in the nvidia-settings utility that the fan speed is reported to be
at 35%.

Running
  nvapoke e114 21c
  nvapoke e118 8000010e
doesn't have any effect.

Nevertheless, here's the output of
./nvapeek e114 20
_after_ running the above commands:
# ./nvapeek e114 20
0000e114: 0000021c 0000010e 0000021c 030000bd
0000e124: 10000000 00000000 0001010e 00000000

Does this help in any way?

-- 
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/20150103/553d4faf/attachment.html>

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

--- Comment #9 from Ilia Mirkin <imirkin at alum.mit.edu> ---
(In reply to TM from comment #8)
> Hmm; I installed the proprietary driver now (strange enough: I had to use
> the G02 driver, not the G03 one which I thought I was supposed to use
> according to web pages like https://en.opensuse.org/SDB:NVIDIA_drivers).
> It's running fine, I can see in the nvidia-settings utility that the
fan
> speed is reported to be at 35%.
> 
> Running
>   nvapoke e114 21c
>   nvapoke e118 8000010e
> doesn't have any effect.
> 
> Nevertheless, here's the output of
> ./nvapeek e114 20
> _after_ running the above commands:
> # ./nvapeek e114 20
> 0000e114: 0000021c 0000010e 0000021c 030000bd
> 0000e124: 10000000 00000000 0001010e 00000000
> 
> Does this help in any way?
Martin's comments weren't entirely clear... what he meant was

(a) See if those commands fix things on top of nouveau. And if not, then:

(b) On the blob, run the nvapeek. Running the pokes first overwrites the values
which negates the usefulness of the peek.

Actually to preempt further questions just run

nvapeek 20000 1000
nvapeek e114 20

when running blob drivers. (And no pokes.)

-- 
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/20150103/17a943b0/attachment-0001.html>

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

--- Comment #10 from TM <asiasuppenesser at gmx.de> ---
Thanks for the clarification. I was already suspecting I was doing sth wrong :)

So, after a reboot, here's what nvapeek looks like:
# ./nvapeek 20000 1000
00020000: ca000114 00000018 c00836f7 00009c40
00020010: 00000000 fe4c038d 9e9c9a9a fe0202ee
00020020: 02080e07 07000a09 000a0802 00050601
00020030: 02020801 00091006 15020805 1a056000
00020040: 07000201 00ff0239 000000ff 44072a0b
00020050: 00000a07 ffffffff ffffffff 00000000
00020060: 00040001 40400000 ffff8480 ffffffff
00020070: ffffffff 40000104 01100000 00000000
00020080: 100c0736 00000000 00000000 00000000
...
000200a0: 01000000 00000003 c10910de 00000004
...
00020100: 00000000 1a114c99 082a0000 00000000
00020110: 00000000 00000000 00000000 00876530
00020120: 00000241 00000200 00000000 00000000
...
00020400: 00000032 00000000 00000000 00000001
00020410: 00000000 00000069 00000000 00000000
...
00020440: 00000000 00000080 00000000 00000000
...
00020480: 00000087 0000000a 00000000 00000000
...
000204c0: 00000068 00000000 00000080 0000005d
...
000207f0: 00000000 00000000 000010de 00000001
...

# ./nvapeek e114 20
0000e114: 00000001 00000000 0000021c 030000bd
0000e124: 10000000 00000000 0001010e 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/20150103/c9f7ed76/attachment.html>

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

--- Comment #11 from Martin Peres <martin.peres at ensi-bourges.fr> ---
(In reply to TM from comment #10)
> Thanks for the clarification. I was already suspecting I was doing sth
wrong
> :)
> 
> So, after a reboot, here's what nvapeek looks like:
> # ./nvapeek 20000 1000
> 00020000: ca000114 00000018 c00836f7 00009c40
> 00020010: 00000000 fe4c038d 9e9c9a9a fe0202ee
> 00020020: 02080e07 07000a09 000a0802 00050601
> 00020030: 02020801 00091006 15020805 1a056000
> 00020040: 07000201 00ff0239 000000ff 44072a0b
> 00020050: 00000a07 ffffffff ffffffff 00000000
> 00020060: 00040001 40400000 ffff8480 ffffffff
> 00020070: ffffffff 40000104 01100000 00000000
> 00020080: 100c0736 00000000 00000000 00000000
> ...
> 000200a0: 01000000 00000003 c10910de 00000004
> ...
> 00020100: 00000000 1a114c99 082a0000 00000000
> 00020110: 00000000 00000000 00000000 00876530
> 00020120: 00000241 00000200 00000000 00000000
> ...
> 00020400: 00000032 00000000 00000000 00000001
> 00020410: 00000000 00000069 00000000 00000000
> ...
> 00020440: 00000000 00000080 00000000 00000000
> ...
> 00020480: 00000087 0000000a 00000000 00000000
> ...
> 000204c0: 00000068 00000000 00000080 0000005d
> ...
> 000207f0: 00000000 00000000 000010de 00000001
> ...
> 
> # ./nvapeek e114 20
> 0000e114: 00000001 00000000 0000021c 030000bd
> 0000e124: 10000000 00000000 0001010e 00000000
Thank you TM and Ilia!

Ok, so the bits controlling the function to drive the fan to maximum speed when
the temperature exceed a certain threshold are set on your card.

Let's try setting them on Nouveau and see if we can change the fan speed
afterwards:

nvapoke e120 830000bd

If the theory is right, then the fan speed should drop considerably and
Nouveau's auto fan management should then work fine. If this is not the case
then I would like to try the following command when the blob is running
(execute it several times in a row):

nvapoke e120 8300021c

If the fan speed goes to 100% for a second then it means we screwed up some
initial configuration :)

-- 
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/20150103/72f03825/attachment.html>

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

--- Comment #12 from TM <asiasuppenesser at gmx.de> ---
Hi again,

I tried both things you suggested, but none of those actions had an effect on
the fan speed. Do you have any other ideas? I'd be happy to continue testing
your suggestions!

-- 
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/20150103/42f10d17/attachment.html>

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

--- Comment #13 from TM <asiasuppenesser at gmx.de> ---
Quick update, not sure if valuable or not:
I changed some Xorg config, therefore remembered this thread, and just went and
tried the last advice concerning the situation using nouveau again. Here are
the steps:

# ./nvapoke e120 830000bd
# cd /sys/class/drm/card0/device/hwmon/hwmon0
# echo 1 > pwm1_enable
# echo 65 > pwm1
# cat pwm1_min
65

# cd /path/to/envytools/nva
# ./nvapoke e120 830000bd
# cd /sys/class/drm/card0/device/hwmon/hwmon0
# cat pwm1_min 
35
# cat pwm1
14

I found it odd that the state of pwm1 is below the min after issuing the
nvapoke command.
Apart from that, the fan speed again didn't change :/
Hope it helps, if not: sorry for the noise.

-- 
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/20150118/f5f1b576/attachment.html>

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

--- Comment #14 from jonathanjstevens at gmail.com ---
Hi all,

Came across this thread while googling for a similar problem on a CentOS 7
install.

I have a solution.

echo 10000 >
/sys/class/drm/controlD64/device/hwmon/hwmon0/temp1_auto_point1_temp

echo 50000 >
/sys/class/drm/controlD64/device/hwmon/hwmon0/temp1_auto_point1_temp

Worth noting that 50000 is a custom value, but you could use the 90000 it is
originally set to.

I put that in rc.local

Anyway, it does the trick for me.

Not sure why it is necessary, but I'm sure nouveau people upstream might be
able to identify why it's necessary and code a proper fix. In the mean-time
this solves the issue for me.

-- 
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/20150122/4e7854c0/attachment.html>

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

--- Comment #15 from TM <asiasuppenesser at gmx.de> ---
Hi all,

the trick provided by JonS also doesn't work for me - perhaps my card is
just
broken in some way? I guess it would be difficult to firmly detect that. Dear
developers, do you have any more ideas how we could proceed?

-- 
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/20150202/8ec0727d/attachment.html>

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

--- Comment #16 from Martin Peres <martin.peres at free.fr> ---
(In reply to JonS from comment #14)
> Hi all,
> 
> Came across this thread while googling for a similar problem on a CentOS 7
> install.
> 
> I have a solution.
> 
> echo 10000 >
> /sys/class/drm/controlD64/device/hwmon/hwmon0/temp1_auto_point1_temp
> 
> echo 50000 >
> /sys/class/drm/controlD64/device/hwmon/hwmon0/temp1_auto_point1_temp
> 
> Worth noting that 50000 is a custom value, but you could use the 90000 it
is
> originally set to.
> 
> I put that in rc.local
> 
> Anyway, it does the trick for me.
> 
> Not sure why it is necessary, but I'm sure nouveau people upstream
might be
> able to identify why it's necessary and code a proper fix. In the
mean-time
> this solves the issue for me.
Hey,

Seems like your vbios is broken. Please open another bug report as it is not
the same bug as this one. I will have a look at 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/20150216/a306eb53/attachment.html>

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

--- Comment #17 from Martin Peres <martin.peres at free.fr> ---
(In reply to TM from comment #13)
> Quick update, not sure if valuable or not:
> I changed some Xorg config, therefore remembered this thread, and just went
> and tried the last advice concerning the situation using nouveau again.
Here
> are the steps:
> 
> # ./nvapoke e120 830000bd
> # cd /sys/class/drm/card0/device/hwmon/hwmon0
> # echo 1 > pwm1_enable
> # echo 65 > pwm1
> # cat pwm1_min
> 65
> 
> # cd /path/to/envytools/nva
> # ./nvapoke e120 830000bd
> # cd /sys/class/drm/card0/device/hwmon/hwmon0
> # cat pwm1_min 
> 35
> # cat pwm1
> 14
> 
> I found it odd that the state of pwm1 is below the min after issuing the
> nvapoke command.
> Apart from that, the fan speed again didn't change :/
> Hope it helps, if not: sorry for the noise.
I'm very sorry for not giving you any feedback on this. I don't
understand what
is going on now but that's very helpful! I'll spend my wednesday evening
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/20150216/33f117cc/attachment.html>

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

--- Comment #18 from TM <asiasuppenesser at gmx.de> ---
Quick update: I see this message as well
(http://lists.freedesktop.org/archives/nouveau/2015-January/019778.html):

[    1.625309] nouveau W[   VBIOS][0000:05:00.0] M0203T not found
[    1.625311] nouveau W[   VBIOS][0000:05:00.0] M0203E not matched!

In case that helps...

-- 
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/20150303/24382dfb/attachment.html>

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

--- Comment #19 from TM <asiasuppenesser at gmx.de> ---
Ping :)

(no need to rush; just making sure this doesn't get forgotten)

-- 
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/20150406/0b4d30b6/attachment-0001.html>

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

--- Comment #20 from Martin Peres <martin.peres at free.fr> ---
(In reply to TM from comment #19)
> Ping :)
> 
> (no need to rush; just making sure this doesn't get forgotten)
Another bug report provided me with the necessary information. I also got
access to one of the GPUs with this weird behavior. I am pretty sure you have
one of those weird cards where there is a divisor that I cannot find.

To be sure about this, you can try to go to manual fan management and then run:
nvapoke e118 80000005

This should silence the fan. Try to adjust the last value (5) to see how much
you can go to reach the maximum speed. Please also make sure that the fan is
still running and the temperature is not skyrocketing.

Fixing this problem is still my number one priority for nouveau but I don't
work on it too often. Fixing bugs isn't always fun...

-- 
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/20150408/e8d0a82d/attachment-0001.html>

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

--- Comment #21 from TM <asiasuppenesser at gmx.de> ---
Hi, sorry for the late reply - Busy times...

Unfortunately the new command didn't work either :/

I also re-installed the proprietary driver again, for testing purposes. The
"nvidia-settings" GUI still reported a fan speed of 35% (as always),
but this
time (I guess I missed that information before) I saw a line saying that
adjusting the fan speed is not supported. Were you aware of this already? I
think I wasn't...

Scrolling through this bug report again I saw that you were suspecting a
adt7473 chip to be placed on the graphics card board. I had a look at it and
couldn't find one. Here are the first lines written on all chips I could
find
on the board (apart from memory chips):
- AT24C16B7
- AZ358M
- RT9214
- RT9259
- NXP 74HC08D

I hope that helps in some way :/

-- 
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/20150503/12c1cff4/attachment.html>

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

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

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

--- Comment #22 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/161.

-- 
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/5b43c13a/attachment.html>