https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #38 from Ben Skeggs ---
This bug is likely fixed in current nouveau kernel git.
--
You are receiving this mail because:
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@l
https://bugs.freedesktop.org/show_bug.cgi?id=39550
Emil Velikov changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #37 from Walther ---
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 rece
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #36 from Emil Velikov ---
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 tr
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #35 from ChriS ---
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
https://bugs.freedesktop.org/show_bug.cgi?id=39550
ChriS changed:
What|Removed |Added
Version|unspecified |git
--
You are receiving this mail because:
You
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #34 from ChriS ---
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.
___
Nouveau mailing list
Nouveau
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #33 from ChriS ---
(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.
___
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #32 from Emil Velikov 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:
https://bugs.freedesktop.org/show_bug.cgi?id=39550
cl.re...@gmail.com changed:
What|Removed |Added
CC||cl.re...@gmail.com
--- Comment #31 f
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #30 from Shem Valentine 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 pl
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #29 from bugs.30.ka...@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
--- Yo
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #28 from bugs.30.ka...@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 c
https://bugs.freedesktop.org/show_bug.cgi?id=39550
Marcin Slusarz changed:
What|Removed |Added
AssignedTo|xorg-t...@lists.x.org |nouveau@lists.freedesktop.o
https://bugs.freedesktop.org/show_bug.cgi?id=39550
Jesse Brandeburg changed:
What|Removed |Added
AssignedTo|nouveau@lists.freedesktop.o |xorg-t...@lists.x.org
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #26 from Walther 2012-02-20 06:16:42 PST ---
I repeated testing using kernel 3.3.0 RC4, and results are similar:
nvapeek (before):
e100: 001c1100
e28c: 0100
e104: 72267640 0441474b
e280: 4747
After:
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #25 from Jesse Brandeburg 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
Date: Tue Feb
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #24 from Emil Velikov 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 han
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #23 from Walther 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:
Befor
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #22 from Jesse Brandeburg 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
https://bugs.freedesktop.org/show_bug.cgi?id=39550
Jesse Brandeburg changed:
What|Removed |Added
CC||jesse.brandeb...@intel.com
--- Commen
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #20 from Auke Booij 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
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #19 from rick 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
---
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #18 from rick 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
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #17 from Emil Velikov 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
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #16 from rick 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 wor
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #15 from Emil Velikov 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
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #14 from rick 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
d
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #13 from rick 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
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #12 from Emil Velikov 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 att
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #11 from rick 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
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #10 from Emil Velikov 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 th
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #9 from Ben Skeggs 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:/
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #8 from Auke Booij 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
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #7 from Ben Skeggs 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
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #6 from Ben Skeggs 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.freede
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #5 from Auke Booij 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/resu
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #4 from Emil Velikov 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/pci00
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #3 from Guido Trentalancia 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 o
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #2 from Emil Velikov 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 issu
https://bugs.freedesktop.org/show_bug.cgi?id=39550
--- Comment #1 from Auke Booij 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: http
41 matches
Mail list logo