Nouveau - Jul 2011 - [Bug 39550] New: Brightness stuck to low value after suspend/resume

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

           Summary: Brightness stuck to low value after suspend/resume
           Product: xorg
           Version: unspecified
          Platform: Other
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: medium
         Component: Driver/nouveau
        AssignedTo: nouveau at lists.freedesktop.org
        ReportedBy: auke at tulcod.com
         QAContact: xorg-team at lists.x.org


Created an attachment (id=49565)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=49565)
vbios 

After a suspend/resume cycle, my brightness is stuck to some low value which
can't be changed with the brightness buttons or nvapoke 0x61c084 0x80000200.
Both of these do work before suspend.

Output of "nvapeek 0x61c084" (both before and after suspend/resume):
0061c084: 00000401

Attached is /sys/kernel/debug/dri/0/vbios.rom.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #1 from Auke Booij <auke at tulcod.com> 2011-07-26 05:19:43
PDT ---
Created an attachment (id=49572)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=49572)
dmesg|grep nouveau

dmesg|nouveau after said suspend/resume cycle

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #2 from Emil Velikov <emil.l.velikov at gmail.com> 2011-07-26
11:13:31 PDT ---
Hi Auke

Would you consider this as a regression ?

Looking at your stripped log I can see "ACPI backlight interface available,
not
registering our own", thus I would say that the issue is not related to
nouveau

Although can you please try the following

1 Boot into runlevel 3
   Append " 3" to your kernel command line

2 Make sure that nouveau is not loaded - "lsmod" will tell you if it
is
2.1 Possible solution - blacklist nouveau

3 Try to adjust the brightness via acpi
3.1 Look for *brightness* in /sys/devices/ 
   find /sys/devices -name "*bright*" 2>/dev/null

4 Suspend
   pm-suspend

5 Resume

6 Try to adjust the brightness again

7 Confirm/dismiss if it is a nouveau related issue

I hope it helps

Cheers,
Emil

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #3 from Guido Trentalancia <guido at trentalancia.com>
2011-07-26 11:24:37 PDT ---
Please note that when I compared the openSUSE/jobermayr tree with mine from
upstream, I found that the drm kernel module shipped by jobermayr and tagged as
20110721.2009-2.3 on openSUSE does ship separate and different ACPI bits (at
least there should be differences in the include files).

I do not know if that helps... Here it does not even specify the version or
whether it something that suddenly stopped working or otherwise something that
never worked.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #4 from Emil Velikov <emil.l.velikov at gmail.com> 2011-07-26
12:06:17 PDT ---
Correction

3.1 Look for brightness and/or backlight in /sys
   find /sys -name "*brightness*" -o -name "*backlight*"

Most likely you will have files similar to

ls /sys/devices/pci0000:00/0000:00:0c.0/0000:02:00.0/backlight/acpi_video0/

  brightness   actual_brightness  max_brightness

You will have /sys/class/backlight, as well
Note that the /sys/class/backlight/acpi_video0 (or similar) should point to the
above entry


Cheers
Emil

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #5 from Auke Booij <auke at tulcod.com> 2011-07-26 13:00:34
PDT ---
Emil:
As you suggested, I booted without nouveau into a terminal. Indeed I have these
interfaces in /sys, and before suspend/resume I could control brightness as
usual. After suspend/resume, the screen stayed black (supposedly the backlight
was completely off). Blindly starting X, which loaded nouveau, turned the
screen on and gave me the fixed low brightness as described earlier. Seems like
it's not a nouveau issue after all, so what do I do now?

Guido:
This is an Arch Linux install, with linux 2.6.39, nouveau-dri 7.10.3 and an
xf86-video-nouveau driver that's said to be version 0.0.16_git20110531.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #6 from Ben Skeggs <skeggsb at gmail.com> 2011-08-09 23:14:08
PDT ---
Can I get the output of the following, both before and after suspend/resume

nvapeek 0xe100; nvapeek 0xe28c; nvapeek 0xe100 8; nvapeek 0xe280 8

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #7 from Ben Skeggs <skeggsb at gmail.com> 2011-08-09 23:14:48
PDT ---
Correction:

nvapeek 0xe100; nvapeek 0xe28c; nvapeek 0xe104 8; nvapeek 0xe280 8

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #8 from Auke Booij <auke at tulcod.com> 2011-08-10 04:19:14
PDT ---
Can't really say if it's a regression, but it hasn't worked for me
in a while
and I never bothered fixing it.

# ./nvapeek 0xe100; ./nvapeek 0xe28c; ./nvapeek 0xe104 8; ./nvapeek 0xe280 8
0000e100: 001c1100
0000e28c: 00000180
0000e104: 72266640 0441474b
0000e280: 24444747 00000000

UPower suspend...

# ./nvapeek 0xe100; ./nvapeek 0xe28c; ./nvapeek 0xe104 8; ./nvapeek 0xe280 8
0000e100: 001c1100
0000e28c: 00000180
0000e104: 72266240 0441474b
0000e280: 24444747 00000000

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #9 from Ben Skeggs <skeggsb at gmail.com> 2011-08-10 15:53:47
PDT ---
Heh. Okay.. Well, everything I know of on the GPU side that's relevant to
the
backlight level appears to be in order.. So, I'm out of ideas for the
moment.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #10 from Emil Velikov <emil.l.velikov at gmail.com> 2011-09-22
14:16:00 PDT ---
Auke

Can you try the following

1. Boot with "nouveau.force_post=1" appended to your kernel command
like
2. Do not suspend, but simply try to change the brightness

If it is stuck then the issue may be nouveau related, if not ...

Btw have you tried the blob ? Does it have the same issue


Cheers
Emil

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #11 from rick <rick.hendricksen at gmail.com> 2011-09-25
03:13:15 PDT ---
I have the exact same problem as Auke, for as long as I have the laptop (about
2 years). This problem used to occur with the blob as well (if I remember
correctly) but it does work now.
I am using an HP Elitebook 8530w (nVidia Corporation G96M [Quadro FX 770M] (rev
a1)) on fedora 15.
dmesg says: nouveau 0.0.16 20090420
yum says: xorg-x11-drv-nouveau.x86_64 1:0.0.16-24.20110324git8378443.fc15
mesa-dri-drivers: 7.11-1

(In reply to comment #10)
> Auke
> 
> Can you try the following
> 
> 1. Boot with "nouveau.force_post=1" appended to your kernel
command like
> 2. Do not suspend, but simply try to change the brightness
> 
> If it is stuck then the issue may be nouveau related, if not ...
> 
> Btw have you tried the blob ? Does it have the same issue
> 
> 
> Cheers
> Emil
Brightness control does not work with this option for me.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #12 from Emil Velikov <emil.l.velikov at gmail.com> 2011-09-25
04:21:32 PDT ---
Rik

Can you please indicate what exactly do you mean with

"Brightness control does not work with this option for me."

Does it work before suspending the system?

Can you please attach your dmesg log, as it is the one relevant in this case
(whereas xf86-video-nouveau, mesa and libdrm are not)


Auke, Rik

AFAIK brightness/backlight is(can be) controlled via
1. ACPI
2. platform specific - (asus-laptop, samsung-laptop, thinkpad ...)
3. the gpu/card itself

On various system different ones work correctly

By default nouveau does not register it's device if an ACPI one exists
Note that the blob has similar behaviour but they have an option to override
it.

If you suspect that the ACPI backlight control is buggy you can disable it by
appending "acpi_backlight=vendor" to your kernel command line

This will fall back to either 2. or 3. - dmesg will tell you which one

Feel free to give it a try

Cheers
Emil

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #13 from rick <rick.hendricksen at gmail.com> 2011-09-25
05:08:35 PDT ---
(In reply to comment #12)
> Rik
> 
> Can you please indicate what exactly do you mean with
> 
> "Brightness control does not work with this option for me."
>
> Does it work before suspending the system?
Brightness control does not work before suspend, I did not try suspending. So
no.
> Can you please attach your dmesg log, as it is the one relevant in this
case
> (whereas xf86-video-nouveau, mesa and libdrm are not)
will post in a few minutes (need to get laptop)
> 
> Auke, Rik
> 
> AFAIK brightness/backlight is(can be) controlled via
> 1. ACPI
> 2. platform specific - (asus-laptop, samsung-laptop, thinkpad ...)
> 3. the gpu/card itself
> 
> On various system different ones work correctly
> 
> By default nouveau does not register it's device if an ACPI one exists
> Note that the blob has similar behaviour but they have an option to
override
> it.
> 
> If you suspect that the ACPI backlight control is buggy you can disable it
by
> appending "acpi_backlight=vendor" to your kernel command line
I tried that. It works exactly the same as without this option. Brightness
control works fine before suspend, fails after.
> This will fall back to either 2. or 3. - dmesg will tell you which one
> 
> Feel free to give it a try
> 
> Cheers
> Emil
-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #14 from rick <rick.hendricksen at gmail.com> 2011-09-25
05:22:14 PDT ---
Created an attachment (id=51586)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=51586)
Dmesg output for the various testcases

dmesgbacklightisvendor.txt : using acpi_backlight=vendor
dmesgforcepost.txt : using nouveau.force_post=1
dmesgnormal.txt : default

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #15 from Emil Velikov <emil.l.velikov at gmail.com> 2011-09-26
12:16:29 PDT ---
(In reply to comment #13)
[snip]
> Brightness control does not work before suspend, I did not try suspending.
So
> no.
[snip]
> I tried that. It works exactly the same as without this option. Brightness
> control works fine before suspend, fails after.
I see a bit of contradiction in here

Firstly can you try nouveau kernel git tree [1], as it includes some patches
regarding backlight/brightness

Note: Fedora may have precompiled package that is up-to date (search for koji)

If it still fails please record the following 

example
"with option "xxxxx" (acpi_backlight=vendor,
nouveau.force_post=1)
before suspend - works, after - stuck"

it may be worth checking the registers (see comment 7) in each case as well

Cheers
Emil

[1] http://cgit.freedesktop.org/nouveau/linux-2.6/

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #16 from rick <rick.hendricksen at gmail.com> 2011-09-27
07:05:55 PDT ---
(In reply to comment #15)
> (In reply to comment #13)
> [snip]
> > Brightness control does not work before suspend, I did not try
suspending. So
> > no.
> [snip]
> > I tried that. It works exactly the same as without this option.
Brightness
> > control works fine before suspend, fails after.
> 
> I see a bit of contradiction in here
> 
> Firstly can you try nouveau kernel git tree [1], as it includes some
patches
> regarding backlight/brightness
> 
> Note: Fedora may have precompiled package that is up-to date (search for
koji)
I cloned the git repo you linked, and compiled my kernel (which works), but it
has the exact same issues as before.
$ uname -r
3.1.0-rc7+
> If it still fails please record the following 
> 
> example
> "with option "xxxxx" (acpi_backlight=vendor,
nouveau.force_post=1)
> before suspend - works, after - stuck"
> 
with option: none
before suspend: works, after: stuck to low value
with option: nouveau.force_post=1
before suspend: stuck to low value, after: stuck to low value
with option: acpi_backlight=vendor
before suspend: works, after: stuck to low value
with option: acpi_backlight=vendor nouveau.force_post=1
before suspend: stuck to low value, after: stuck to low value
> it may be worth checking the registers (see comment 7) in each case as well
Maybe tomorrow, it took me long enough to get that kernel working. (I need
envytools right?)
> Cheers
> Emil
> 
> [1] http://cgit.freedesktop.org/nouveau/linux-2.6/
-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #17 from Emil Velikov <emil.l.velikov at gmail.com> 2011-09-27
11:52:06 PDT ---
(In reply to comment #16)
> with option: none
> before suspend: works, after: stuck to low value
> with option: nouveau.force_post=1
> before suspend: stuck to low value, after: stuck to low value
> with option: acpi_backlight=vendor
> before suspend: works, after: stuck to low value
> with option: acpi_backlight=vendor nouveau.force_post=1
> before suspend: stuck to low value, after: stuck to low value
Thanks this is great
> 
> > it may be worth checking the registers (see comment 7) in each case as
well
> 
> Maybe tomorrow, it took me long enough to get that kernel working. (I need
> envytools right?)
Yes you would need envytools

Peeks for "none" and "nouveau.force_post=1" would be enough
- before and after
suspend
Can you attach your vbios as well please [2]

[2] $ nvagetvbios > vbios.rom

Cheers
Emil
> 
> > Cheers
> > Emil
> > 
> > [1] http://cgit.freedesktop.org/nouveau/linux-2.6/
-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #18 from rick <rick.hendricksen at gmail.com> 2011-09-28
08:01:55 PDT ---
(In reply to comment #17)
> Peeks for "none" and "nouveau.force_post=1" would be
enough - before and after
> suspend
normal boot:

# nvapeek 0xe100; nvapeek 0xe28c; nvapeek 0xe104 8; nvapeek 0xe280 8
0000e100: 001c1100
0000e28c: 00000100
0000e104: 72266640 0441474b
0000e280: 44444747 00000000
# pm-suspend
# nvapeek 0xe100; nvapeek 0xe28c; nvapeek 0xe104 8; nvapeek 0xe280 8
0000e100: 001c1100
0000e28c: 00000100
0000e104: 72266240 0441474b
0000e280: 44444747 00000000



using option: nouveau.force_post=1

# nvapeek 0xe100; nvapeek 0xe28c; nvapeek 0xe104 8; nvapeek 0xe280 8
0000e100: 001c1100
0000e28c: 00000100
0000e104: 72266240 0441474b
0000e280: 44444747 00000000
# pm-suspend
# nvapeek 0xe100; nvapeek 0xe28c; nvapeek 0xe104 8; nvapeek 0xe280 8
0000e100: 001c1100
0000e28c: 00000100
0000e104: 72266240 0441474b
0000e280: 44444747 00000000
> Can you attach your vbios as well please [2]
> 
> [2] $ nvagetvbios > vbios.rom
nvagetvbios didnt exist, so I used nvagetbios (I assume you made a
typo)
> 
> Cheers
> Emil
>
-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #19 from rick <rick.hendricksen at gmail.com> 2011-09-28
08:02:40 PDT ---
Created an attachment (id=51716)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=51716)
rick's vbios

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #20 from Auke Booij <auke at tulcod.com> 2011-12-12 01:56:46
PST ---
Any updates regarding this bug?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

Jesse Brandeburg <jesse.brandeburg at intel.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jesse.brandeburg at intel.com

--- Comment #21 from Jesse Brandeburg <jesse.brandeburg at intel.com>
2012-01-30 13:00:11 PST ---
I am experiencing this bug as well, HP 8530W, brightness controls don't work
after resume.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #22 from Jesse Brandeburg <jesse.brandeburg at intel.com>
2012-01-30 17:57:33 PST ---
I tried force_post=1, screen is dark even before suspend (even before going
into X, just loading frame buffer) - this is a clue the driver is forcing the
brightness into this mode, right?

Of course, the tip of tree nouveau won't even load now due to the MXM
changes,
so I haven't been able to test *it* yet, but that is another bug that
I'm
trying to help narrow down.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #24 from Emil Velikov <emil.l.velikov at gmail.com> 2012-02-14
14:29:23 UTC ---
Did you have the chance to test a kernel that includes the following commit

"drm/nouveau/gpio: reimplement as nouveau_gpio.c, fixing a number of
issues"


It does rework the gpio handling and initialization (among other things), that
should have positive effect on your issue

It is part of linux 3.3rc1 [1] as well as nouveau linux tree [2]


Cheers
Emil


[1]
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;h=a0b25635515ef5049f93b032a1e37f18b16e0f6f

[2]
http://cgit.freedesktop.org/nouveau/linux-2.6/commit/?id=a0b25635515ef5049f93b032a1e37f18b16e0f6f

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #23 from Walther <walther.MD at gmail.com> 2012-02-14 07:13:42
PST ---
There should be a solution to this dilemma, considering that nvidia's binary
blob does it correctly.

I got the nvapeek results for using the binary blob, and the results I got are:

Before
0000e100: 001c1100
0000e28c: 00000100
0000e104: 72266640 0441474b
0000e280: 44444747 00000000

After
0000e100: 001c1100
0000e28c: 00000100
0000e104: 72266640 0441474b
0000e280: 44444747 00000000

Notice that unlike nouveau, register 0xe104's content is unaltered after
resuming. What is this particular register for?

The vbios before suspending is identical between nouveau and nvidia, and it is
also identical to the one after resuming with nvidia. However, nvgetbios fails
with nouveau after resuming:

./nvagetbios > vbios.txt
No extraction method specified (using -s extraction_method). Defaulting to
PRAMIN.
Attempt to extract the vbios from card 0 (nv96) using PRAMIN
Invalid signature(0x55aa). You may want to try another retrieval method.

Is this a sign that the vbios is somehow wrong/corrupted after resume?

Note that I am also using a Elitebook 8530W, with an nVidia Corporation G96M
[Quadro FX 770M] card, using Linux 3.1.10.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #25 from Jesse Brandeburg <jesse.brandeburg at intel.com>
2012-02-14 15:48:35 UTC ---
Hi Emil, thanks. Behavior is unchanged with new kernels. I've tested through
nouveau commit:

commit 9a0a03b43176ee676693232f2afe92b83b15233e
Author: Roy Spliet <r.spliet at student.tudelft.nl>
Date:   Tue Feb 7 00:29:06 2012 +0100

    drm/nouveau/pm: several fixes for nvc0 memory timings

and 3.3.0-rc2 (actually the above is on top of)
which contains a0b2563

commit 62aa2b537c6f5957afd98e29f96897419ed5ebab
Author: Linus Torvalds <torvalds at linux-foundation.org>
Date:   Tue Jan 31 13:31:54 2012 -0800

    Linux 3.3-rc2

with no change, from that patch or any other.

in fact nvapeek (nouveau git with 3.3.0-rc2) shows:
before suspend:
0000e100: 001c1100
0000e28c: 00000100
0000e104: 72266640 0441474b
0000e280: 44444747 00000000

after:
0000e100: 001c1100
0000e28c: 00000100
0000e104: 72266240 0441474b
0000e280: 44444747 00000000

the only difference I see is e104 bit 10 being set before, and not after.

NOTE: I have the exact same laptop as Walther.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #26 from Walther <walther.MD at gmail.com> 2012-02-20 06:16:42
PST ---
I repeated testing using kernel 3.3.0 RC4, and results are similar:

nvapeek (before):
0000e100: 001c1100
0000e28c: 00000100
0000e104: 72267640 0441474b
0000e280: 44444747 00000000

After:
0000e100: 001c1100
0000e28c: 00000100
0000e104: 72267240 0441474b
0000e280: 44444747 00000000

Compared to the previous version, the only change is that 0x1000 was added to
0xe104 (and 0x400 is still unset on resume). And, of course, brightness controls
ceased to response after resuming.

PS: What still worries me is that after resuming nvagetbios still fails, that is
a definite vbios bug/corruption somewhere, isn't it...

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

Jesse Brandeburg <jesse.brandeburg at intel.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|nouveau at lists.freedesktop.o |xorg-team at lists.x.org
                   |rg                          |
          Component|Driver/nouveau              |Driver/newport

--- Comment #27 from Jesse Brandeburg <jesse.brandeburg at intel.com>
2012-04-04 09:55:25 UTC ---
Is there anything I can do to help fix this?  Willing to provide any data and
debug, including remote access if that would help.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

Marcin Slusarz <marcin.slusarz at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|xorg-team at lists.x.org       |nouveau at
lists.freedesktop.o
                   |                            |rg
          Component|Driver/newport              |Driver/nouveau

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #28 from bugs.30.kappa at spamgourmet.com 2012-04-05 18:19:30 PDT
---
Experiencing a similar issue on a Lenovo W510 (FX880m), Fedora 17 Beta RC3,
with the difference that after suspend the brightness is set to max, after that
brightness controls do not work (nor do echos to /sys/..). Things are fine with
the NVIDIA driver.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #29 from bugs.30.kappa at spamgourmet.com 2012-04-11 04:01:10 PDT
---
Is there a way I can help by providing more information or trying a new
version?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #30 from Shem Valentine <kdebugs at valentinenews.net>
2012-04-13 23:38:14 PDT ---
Congratulations on going stable!  I am experiencing this issue as well, and
this is the one bug keeping me from using Nouveau.  I would really like to have
xrandr 1.2 support, so please let me know if there is anything I could provide
to help troubleshoot this.

Notes:
Thinkpad W510

01:00.0 VGA compatible controller: NVIDIA Corporation GT216 [Quadro FX 880M]
(rev a2)

When using the nvidia driver, the following option needs to be added to the X
config file.
Option "RegistryDwords" "EnableBrightnessControl=1"

When using the nouveau driver, brightness controls works fine.  After suspend
and resume, brightness stuck on max.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

cl.relay at gmail.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |cl.relay at gmail.com

--- Comment #31 from cl.relay at gmail.com 2012-05-28 06:43:43 PDT ---
Applies to me as well on a W510 


Linux w510 3.2.0-24-generic #39-Ubuntu SMP Mon May 21 16:52:17 UTC 2012 x86_64
x86_64 x86_64 GNU/Linux

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #32 from Emil Velikov <emil.l.velikov at gmail.com> 2012-06-24
15:31:19 UTC ---
It appears that even the blob was experiencing the same issue [1]

Affected blob 180.44, fixed in 180.60. I would expect that a specific quirk was
added to handle the issue

[1] http://www.bartromgens.org/wordpress/?p=274

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

--- Comment #33 from ChriS <chris00 at aliceadsl.fr> ---
(In reply to comment #32)

I confirm that this issue is present on the Thinkpad W510 with the driver from
kernel 3.6.0.

-- 
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/20121006/8668cefe/attachment.html>

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

--- Comment #34 from ChriS <chris00 at aliceadsl.fr> ---
The problem is still present in the git version of the driver.

-- 
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/20121006/6779bdfc/attachment.html>

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

ChriS <chris00 at aliceadsl.fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Version|unspecified                 |git

-- 
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/20121013/c4a13e0c/attachment.html>

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

--- Comment #35 from ChriS <chris00 at aliceadsl.fr> ---
Still present in kernel 3.6.2, even with acpi_backlight=vendor
nouveau.force_post=1 and "Support for backlight control" disabled in
the kernel
configuration.

The funny thing is that the display seem to come back at the right brightness
initially and then is changed to max brightness a second after.

Like many people, this bug unfortunately prevents me to switch to the free
driver.  It would be really nice if it was fixed.

-- 
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/20121015/d15eca04/attachment.html>

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

--- Comment #36 from Emil Velikov <emil.l.velikov at gmail.com> ---
Created attachment 68764
  --> https://bugs.freedesktop.org/attachment.cgi?id=68764&action=edit
Enable the PANEL_BACKLIGHT_LEVEL GPIO

Guys can you try the patch. It should apply against the latest nouveau tree

-- 
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/20121018/48fdf7d4/attachment.html>

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

--- Comment #37 from Walther <walther.MD at gmail.com> ---
I couldn't get the git kernel, so I tried that patch against linux-3.7-rc3.
Unfortunately, it didn't change anything in my set up (Elitebook 8530w,
NVIDIA
Corporation G96M [Quadro FX 770M] card).

-- 
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/20121029/972a1135/attachment.html>

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

Emil Velikov <emil.l.velikov at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           See Also|                            |https://bugs.freedesktop.or
                   |                            |g/show_bug.cgi?id=47965

-- 
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/20121112/ac76db82/attachment.html>

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

--- Comment #38 from Ben Skeggs <skeggsb at gmail.com> ---
This bug is likely fixed in current nouveau kernel git.

-- 
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/20130113/0050e23d/attachment.html>

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|Brightness stuck to low     |[NV96] Brightness stuck to
                   |value after suspend/resume  |low value after
                   |                            |suspend/resume on HP
                   |                            |Elitebook 8530w

--- Comment #39 from Ilia Mirkin <imirkin at alum.mit.edu> ---
Can someone confirm that this is fixed in newer kernels as Ben said it should
be?

-- 
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/20130831/8bd53acb/attachment.html>

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

--- Comment #40 from rick <rick.hendricksen at gmail.com> ---
This bug is still present.


[root at s094648 rick]# nvapeek 0xe100; nvapeek 0xe28c; nvapeek 0xe104 8;
nvapeek
0xe280 8
0000e100: 001c1100
0000e28c: 00000100
0000e104: 72266640 0441474b
0000e280: 44444747 00000000
[root at s094648 rick]# systemctl suspend
[root at s094648 rick]# nvapeek 0xe100; nvapeek 0xe28c; nvapeek 0xe104 8;
nvapeek
0xe280 8
0000e100: 001c1100
0000e28c: 00000100
0000e104: 72266240 0441474b
0000e280: 44444444 00000000
[root at s094648 rick]# uname -a
Linux s094648 3.10.10-1-ARCH #1 SMP PREEMPT Fri Aug 30 11:30:06 CEST 2013
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:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130831/5c23b386/attachment.html>

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

--- Comment #41 from Ilia Mirkin <imirkin at alum.mit.edu> ---
What backlight driver is being used? Please post your dmesg. Are you booting
with acpi_backlight=vendor ?

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

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

--- Comment #42 from rick <rick.hendricksen at gmail.com> ---
Created attachment 84974
  --> https://bugs.freedesktop.org/attachment.cgi?id=84974&action=edit
DMESG kernel 3.10.10

-- 
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/20130831/2ed725c2/attachment.html>

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

--- Comment #43 from rick <rick.hendricksen at gmail.com> ---
(In reply to comment #41)
> What backlight driver is being used? Please post your dmesg. Are you
booting
> with acpi_backlight=vendor ?
No, I am booting with the following command line:
[    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-linux
root=UUID=d30907c8-9c00-4b4f-9dfb-b01990328a7a rw loglevel=3

Also, is there an IRC channel or something I could join to speed up
communication regarding 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/20130831/f203fab8/attachment.html>

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

--- Comment #44 from Roy <r.spliet at student.tudelft.nl> ---
(In reply to comment #36)
> Created attachment 68764 [details] [review]
> Enable the PANEL_BACKLIGHT_LEVEL GPIO
> 
> Guys can you try the patch. It should apply against the latest nouveau tree
NACK on this patch: this particular pin should be driven by a PWM in SOR, as
indicated in 0xe100. Rather look if routing from PWM to GPIO pin is correct...

-- 
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/20130901/34fe67ea/attachment.html>

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

Roy <r.spliet at student.tudelft.nl> changed:

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

--- Comment #45 from Roy <r.spliet at student.tudelft.nl> ---
Created attachment 85010
  --> https://bugs.freedesktop.org/attachment.cgi?id=85010&action=edit
drm/nv50: Fix backlight not working when PWM_DIV is uninitialised

Auke, Rick, Jesse: please test the attached patch. It should initialise PWM_DIV
on both boot and resume, solving your problems _if_ this routine is called
after running the initscripts. Please test to verify this is the case.

-- 
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/20130901/98262ec7/attachment.html>

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

Roy <r.spliet at student.tudelft.nl> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |NEEDINFO
           Assignee|nouveau at lists.freedesktop.o |r.spliet at
student.tudelft.nl
                   |rg                          |
  Attachment #85010|0                           |1
        is obsolete|                            |

--- Comment #46 from Roy <r.spliet at student.tudelft.nl> ---
Created attachment 85012
  --> https://bugs.freedesktop.org/attachment.cgi?id=85012&action=edit
drm/nv50: Fix backlight not working when PWM_DIV is uninitialised (v2)

V2 fixes the reach of this patch.
>From what I can tell the PWM_DIV is simply a divider for the initial PWM
clock
or something, it does not affect the scope of the duty cycle. I therefore
assume 0x5e is always a good value to set. Traces from NV50:NVA0 would help
verify whether NVIDIA always sets this value or not.
This patch requires acpi_backlight=vendor to be set because it tests for the
presence of a backlight by testing drm->backlight. An alternative to this
test
would be checking for the GPIO to be present and routed to SOR, but I
wouldn't
be surprised if there is at least one device that expects our driver to route
it manually. How should we go about 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/20130901/9e4faef5/attachment-0001.html>