https://bugs.freedesktop.org/show_bug.cgi?id=31499
--- Comment #5 from YAFU 2010-11-19 22:45:32 PST ---
Created an attachment (id=40429)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40429)
kwin stderr output
Obtained with:
RADEON_DEBUG=fp kwin --replace &> ~/stderr.output
--
Configure
https://bugs.freedesktop.org/show_bug.cgi?id=31499
--- Comment #5 from YAFU 2010-11-19 22:45:32 PST ---
Created an attachment (id=40429)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40429)
kwin stderr output
Obtained with:
RADEON_DEBUG=fp kwin --replace &> ~/stderr.output
--
Configure
https://bugs.freedesktop.org/show_bug.cgi?id=31499
--- Comment #4 from YAFU 2010-11-19 22:43:00 PST ---
Hi Tom.
I am currently using this version of libgl1-mesa-dri:
libgl1-mesa-dri 7.10.0+git20101118.3dcc3153-0ubuntu0sarvatt~maverick
I still have the problem.
KDE developer is helping me in th
https://bugs.freedesktop.org/show_bug.cgi?id=31499
--- Comment #4 from YAFU 2010-11-19 22:43:00 PST ---
Hi Tom.
I am currently using this version of libgl1-mesa-dri:
libgl1-mesa-dri 7.10.0+git20101118.3dcc3153-0ubuntu0sarvatt~maverick
I still have the problem.
KDE developer is helping me in th
On Friday, November 19, 2010, Alex Deucher wrote:
> On Thu, Nov 18, 2010 at 6:23 PM, Rafael J. Wysocki wrote:
> > This message contains a list of some regressions from 2.6.36,
> > for which there are no fixes in the mainline known to the tracking team.
> > If any of them have been fixed already, p
On Friday, November 19, 2010, Jesse Gross wrote:
> On Thu, Nov 18, 2010 at 3:50 PM, Rafael J. Wysocki wrote:
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=20462
> > Subject : 2.6.36-rc7-git2 - panic/GPF: e1000e/vlans?
> > Submitter : Nikola Ciprich
> > Date
On Fri, Nov 19, 2010 at 12:05:23PM -0800, Andrew Morton wrote:
> On Fri, 19 Nov 2010 10:53:52 -0500
> Matthew Garrett wrote:
>
> > There may be multiple ways of controlling the backlight on a given machine.
> > Allow drivers to expose the type of interface they are providing, making
> > it possib
On Don, 2010-11-18 at 13:52 -0500, jglisse at redhat.com wrote:
> From: Jerome Glisse
>
> Forbid allocating buffer bigger than VRAM or GTT, also properly set
> lpfn field of placement if VRAM is too small.
>
> Signed-off-by: Jerome Glisse
[...]
> diff --git a/drivers/gpu/drm/radeon/radeon_ob
I had removed this when I switched the atom indirect io methods
to use the io bar rather than the mmio bar, but it appears it's
still needed.
Reported-by: Mark Lord
Signed-off-by: Alex Deucher
Cc: stable at kernel.org
---
drivers/gpu/drm/radeon/atom.c |1 +
1 files changed, 1 insertions(+),
On Fri, Nov 19, 2010 at 6:16 PM, Mark Lord wrote:
> On 10-11-19 05:58 PM, Alex Deucher wrote:
>>
>> On Fri, Nov 19, 2010 at 5:55 PM, Mark Lord ?wrote:
>>
>>> It now comes back at resume time.
>>
>> So that patch helped?
>
> I think so. ?It didn't used to resume from suspend with 2.6.36, and now it
On 10-11-19 05:58 PM, Alex Deucher wrote:
> On Fri, Nov 19, 2010 at 5:55 PM, Mark Lord wrote:
>
>> It now comes back at resume time.
>
> So that patch helped?
I think so. It didn't used to resume from suspend with 2.6.36, and now it does.
>> But suffers long delays (also sometimes with 2.6.35)
Adding a function in order to be able to optimize away a number of locked
bus cycles. Callers might for whatever reason want to accumulate unreferences
in certain code paths (rcu grace periods, atomic regions ...). This makes
it possible to perform the batched unreference more efficiently.
If acce
On Fri, Nov 19, 2010 at 5:55 PM, Mark Lord wrote:
> On 10-11-19 11:39 AM, Alex Deucher wrote:
>>
>> On Thu, Nov 18, 2010 at 7:47 PM, Mark Lord ?wrote:
>>
>>> My non-Intel graphics notebook (has ATI X1400 graphics) also has a resume
>>> regression with 2.6.36. ?But it does work fine with 2.6.35 (an
On 10-11-19 11:39 AM, Alex Deucher wrote:
> On Thu, Nov 18, 2010 at 7:47 PM, Mark Lord wrote:
>
>> My non-Intel graphics notebook (has ATI X1400 graphics) also has a resume
>> regression with 2.6.36. But it does work fine with 2.6.35 (and earlier,
>> back many years). As a result, I'm stuck with
https://bugs.freedesktop.org/show_bug.cgi?id=31499
--- Comment #3 from Tom Stellard 2010-11-19 17:46:59 PST
---
The Lanczos filter fragment shader uses indirect addressing and support for
this was recently added to git about a week ago, can you try again with a more
up to date version of libgl1-
https://bugs.freedesktop.org/show_bug.cgi?id=31499
--- Comment #3 from Tom Stellard 2010-11-19 17:46:59
PST ---
The Lanczos filter fragment shader uses indirect addressing and support for
this was recently added to git about a week ago, can you try again with a more
up to date version of libgl1-
https://bugs.freedesktop.org/show_bug.cgi?id=31780
--- Comment #2 from Kevin Winchester 2010-11-19
16:56:45 PST ---
Created an attachment (id=40426)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40426)
VBIOS
VBIOS dump from:
/sys/kernel/debug/dri/1/vbios.rom
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=31780
--- Comment #2 from Kevin Winchester 2010-11-19
16:56:45 PST ---
Created an attachment (id=40426)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40426)
VBIOS
VBIOS dump from:
/sys/kernel/debug/dri/1/vbios.rom
--
Configure bugmail:
From: Jerome Glisse
Forbid allocating buffer bigger than visible VRAM or GTT, also
properly set lpfn field.
v2 - use max macro
- silence warning
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_object.c | 34 ++-
1 files changed, 28 insertions(+)
On Fri, Nov 19, 2010 at 4:01 PM, wrote:
> From: Jerome Glisse
>
> Forbid allocating buffer bigger than visible VRAM or GTT, also
> properly set lpfn field.
>
> Signed-off-by: Jerome Glisse
> ---
> ?drivers/gpu/drm/radeon/radeon_object.c | ? 36 ++-
> ?1 files changed,
From: Jerome Glisse
Forbid allocating buffer bigger than visible VRAM or GTT, also
properly set lpfn field.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_object.c | 36 ++-
1 files changed, 30 insertions(+), 6 deletions(-)
diff --git a/drivers/gp
On Fri, Nov 19, 2010 at 12:24 PM, Dave Airlie wrote:
>
> I also wonder if its partly psychological on your part, if I sent a
> number of smaller pull requests rather than queuing up things would
> you notice the line count less? If Chris sends things direct to you
> instead of me merging them and
On Fri, Nov 19, 2010 at 12:24 PM, Dave Airlie wrote:
>
> I also wonder if its partly psychological on your part, if I sent a
> number of smaller pull requests rather than queuing up things would
> you notice the line count less? If Chris sends things direct to you
> instead of me merging them and
https://bugs.freedesktop.org/show_bug.cgi?id=31780
--- Comment #1 from Kevin Winchester 2010-11-19
15:49:27 PST ---
Created an attachment (id=40425)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40425)
Boot log with drm.debug=1
A couple of notes:
- I also have a Radeon 9200 AGP card in
https://bugs.freedesktop.org/show_bug.cgi?id=31780
--- Comment #1 from Kevin Winchester 2010-11-19
15:49:27 PST ---
Created an attachment (id=40425)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40425)
Boot log with drm.debug=1
A couple of notes:
- I also have a Radeon 9200 AGP card in
https://bugs.freedesktop.org/show_bug.cgi?id=31780
Summary: DRM/Nouveau Blank Screen with 8500 GT
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority
I had removed this when I switched the atom indirect io methods
to use the io bar rather than the mmio bar, but it appears it's
still needed.
Reported-by: Mark Lord
Signed-off-by: Alex Deucher
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon/atom.c |1 +
1 files changed, 1 insertions(+), 0
https://bugs.freedesktop.org/show_bug.cgi?id=31780
Summary: DRM/Nouveau Blank Screen with 8500 GT
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority
Makes it possible to optimize batched multiple unrefs.
Initial user will be drivers/gpu/ttm which accumulates unrefs to be
processed outside of atomic code.
Signed-off-by: Thomas Hellstrom
---
include/linux/kref.h |2 ++
lib/kref.c | 30 ++
2 files cha
https://bugs.freedesktop.org/show_bug.cgi?id=31776
Alex Deucher changed:
What|Removed |Added
Attachment #40420|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=31776
Alex Deucher changed:
What|Removed |Added
Attachment #40420|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=31776
--- Comment #1 from Robert Y 2010-11-19 13:53:46 PST ---
Oops.. forgot to mention which version of mesa is install.
xorg-edgers ppa:
libgl1-mesa-dri 7.10.0+git20101118.3dcc3153-0ubuntu0sarvatt~maverick
--
Configure bugmail: https://bugs.freede
https://bugs.freedesktop.org/show_bug.cgi?id=31776
--- Comment #1 from Robert Y 2010-11-19 13:53:46 PST ---
Oops.. forgot to mention which version of mesa is install.
xorg-edgers ppa:
libgl1-mesa-dri 7.10.0+git20101118.3dcc3153-0ubuntu0sarvatt~maverick
--
Configure bugmail: https://bugs.freede
https://bugs.freedesktop.org/show_bug.cgi?id=31776
Summary: R300 (Compiz 0.9) crash on resizing windows
Product: Mesa
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Pr
https://bugs.freedesktop.org/show_bug.cgi?id=31776
Summary: R300 (Compiz 0.9) crash on resizing windows
Product: Mesa
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Pr
From: Jerome Glisse
Forbid allocating buffer bigger than visible VRAM or GTT, also
properly set lpfn field.
v2 - use max macro
- silence warning
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_object.c | 34 ++-
1 files changed, 28 insertions(+)
On Fri, Nov 19, 2010 at 4:01 PM, wrote:
> From: Jerome Glisse
>
> Forbid allocating buffer bigger than visible VRAM or GTT, also
> properly set lpfn field.
>
> Signed-off-by: Jerome Glisse
> ---
> drivers/gpu/drm/radeon/radeon_object.c | 36 ++-
> 1 files changed,
From: Jerome Glisse
Forbid allocating buffer bigger than visible VRAM or GTT, also
properly set lpfn field.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_object.c | 36 ++-
1 files changed, 30 insertions(+), 6 deletions(-)
diff --git a/drivers/gp
https://bugs.freedesktop.org/show_bug.cgi?id=31771
--- Comment #5 from Török Edwin 2010-11-19 13:00:26 PST
---
(In reply to comment #4)
> This is probably a duplicate of bug 31613
Tried reverting that commit, it didn't help.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab
https://bugs.freedesktop.org/show_bug.cgi?id=31771
--- Comment #5 from T?r?k Edwin 2010-11-19 13:00:26
PST ---
(In reply to comment #4)
> This is probably a duplicate of bug 31613
Tried reverting that commit, it didn't help.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab
https://bugs.freedesktop.org/show_bug.cgi?id=31708
Jerome Glisse changed:
What|Removed |Added
Attachment #40397|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=31708
Jerome Glisse changed:
What|Removed |Added
Attachment #40397|0 |1
is obsolete|
On Friday, November 19, 2010, Alex Deucher wrote:
> On Thu, Nov 18, 2010 at 6:23 PM, Rafael J. Wysocki wrote:
> > This message contains a list of some regressions from 2.6.36,
> > for which there are no fixes in the mainline known to the tracking team.
> > If any of them have been fixed already, p
On Fri, 19 Nov 2010 20:25:59 +
Matthew Garrett wrote:
> On Fri, Nov 19, 2010 at 12:05:23PM -0800, Andrew Morton wrote:
> > On Fri, 19 Nov 2010 10:53:52 -0500
> > Matthew Garrett wrote:
> >
> > > There may be multiple ways of controlling the backlight on a given
> > > machine.
> > > Allow d
On Fri, 19 Nov 2010 20:25:59 +
Matthew Garrett wrote:
> On Fri, Nov 19, 2010 at 12:05:23PM -0800, Andrew Morton wrote:
> > On Fri, 19 Nov 2010 10:53:52 -0500
> > Matthew Garrett wrote:
> >
> > > There may be multiple ways of controlling the backlight on a given
> > > machine.
> > > Allow d
On Friday, November 19, 2010, Jesse Gross wrote:
> On Thu, Nov 18, 2010 at 3:50 PM, Rafael J. Wysocki wrote:
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=20462
> > Subject : 2.6.36-rc7-git2 - panic/GPF: e1000e/vlans?
> > Submitter : Nikola Ciprich
> > Date
On Fri, Nov 19, 2010 at 12:05:23PM -0800, Andrew Morton wrote:
> On Fri, 19 Nov 2010 10:53:52 -0500
> Matthew Garrett wrote:
>
> > There may be multiple ways of controlling the backlight on a given machine.
> > Allow drivers to expose the type of interface they are providing, making
> > it possib
On Sat, Nov 20, 2010 at 5:04 AM, Linus Torvalds
wrote:
> On Fri, Nov 19, 2010 at 2:02 AM, Chris Wilson
> wrote:
>>
>> Note it also contains a couple of fluff fallout patches from the recent
>> drm-fixes rebase. (I thought it would be wise to include any core drm
>> changes in our testing before
https://bugs.freedesktop.org/show_bug.cgi?id=31667
--- Comment #8 from Alex Deucher 2010-11-19 12:09:21 PST ---
this is probably a dupe of bug 31613.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assig
https://bugs.freedesktop.org/show_bug.cgi?id=31667
--- Comment #8 from Alex Deucher 2010-11-19 12:09:21 PST
---
this is probably a dupe of bug 31613.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assi
https://bugs.freedesktop.org/show_bug.cgi?id=31771
--- Comment #4 from Alex Deucher 2010-11-19 12:08:18 PST ---
This is probably a duplicate of bug 31613
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the a
https://bugs.freedesktop.org/show_bug.cgi?id=31771
--- Comment #4 from Alex Deucher 2010-11-19 12:08:18 PST
---
This is probably a duplicate of bug 31613
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the
On Fri, 19 Nov 2010 10:53:52 -0500
Matthew Garrett wrote:
> There may be multiple ways of controlling the backlight on a given machine.
> Allow drivers to expose the type of interface they are providing, making
> it possible for userspace to make appropriate policy decisions.
>
> ...
>
> 60 fil
On Fri, 19 Nov 2010 10:53:52 -0500
Matthew Garrett wrote:
> There may be multiple ways of controlling the backlight on a given machine.
> Allow drivers to expose the type of interface they are providing, making
> it possible for userspace to make appropriate policy decisions.
>
> ...
>
> 60 fil
https://bugs.freedesktop.org/show_bug.cgi?id=31732
--- Comment #8 from Alex Schuster 2010-11-19 11:44:02 PST
---
Okay, so I compiled kernel 2.6.36-tuxonice-r1 with KMS enabled. During boot,
very soon after I entered my LUKS passphrae, the screen blanks. It comes back
when X has started. X and di
https://bugs.freedesktop.org/show_bug.cgi?id=31732
--- Comment #8 from Alex Schuster 2010-11-19 11:44:02
PST ---
Okay, so I compiled kernel 2.6.36-tuxonice-r1 with KMS enabled. During boot,
very soon after I entered my LUKS passphrae, the screen blanks. It comes back
when X has started. X and di
On Thu, Nov 18, 2010 at 7:47 PM, Mark Lord wrote:
> On 10-11-18 06:50 PM, Rafael J. Wysocki wrote:
>>
>> This message contains a list of some post-2.6.35 regressions introduced
>> before
>> 2.6.36, for which there are no fixes in the mainline known to the tracking
>> team.
>> If any of them have b
On Fri, Nov 19, 2010 at 2:02 AM, Chris Wilson wrote:
>
> Note it also contains a couple of fluff fallout patches from the recent
> drm-fixes rebase. (I thought it would be wise to include any core drm
> changes in our testing before sending the request...)
F*%^ me, why does drm always have to be
On Fri, Nov 19, 2010 at 2:02 AM, Chris Wilson
wrote:
>
> Note it also contains a couple of fluff fallout patches from the recent
> drm-fixes rebase. (I thought it would be wise to include any core drm
> changes in our testing before sending the request...)
F*%^ me, why does drm always have to be
Dual-GPU machines may provide more than one ACPI backlight interface. Tie
the backlight device to the GPU in order to allow userspace to identify
the correct interface.
Signed-off-by: Matthew Garrett
---
drivers/acpi/video.c | 15 ++-
1 files changed, 14 insertions(+), 1 deletions(
We may eventually end up with per-connector backlights, especially with
ddcci devices. Make sure that the parent node for the backlight device is
the connector rather than the PCI device.
Signed-off-by: Matthew Garrett
---
drivers/gpu/drm/nouveau/nouveau_backlight.c | 21 -
From: Michel D?nzer
Allows e.g. power management daemons to control the backlight level. Inspired
by the corresponding code in radeonfb.
(Updated to add backlight type and make the connector the parent device - mjg)
Signed-off-by: Michel D?nzer
Signed-off-by: Matthew Garrett
Cc: dri-devel at
Not all systems expose a firmware or platform mechanism for changing the
backlight intensity on i915, so add native driver support.
Signed-off-by: Matthew Garrett
Cc: intel-gfx
---
drivers/gpu/drm/i915/i915_drv.h |4 ++
drivers/gpu/drm/i915/intel_dp.c |7 +++
drivers/gpu/drm
There may be multiple ways of controlling the backlight on a given machine.
Allow drivers to expose the type of interface they are providing, making
it possible for userspace to make appropriate policy decisions.
Signed-off-by: Matthew Garrett
Cc: Richard Purdie
Cc: intel-gfx at lists.freedeskto
https://bugs.freedesktop.org/show_bug.cgi?id=31771
--- Comment #3 from Török Edwin 2010-11-19 10:40:55 PST
---
Created an attachment (id=40414)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40414)
r600g screenshot (bad)
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?ta
https://bugs.freedesktop.org/show_bug.cgi?id=31771
--- Comment #3 from T?r?k Edwin 2010-11-19 10:40:55
PST ---
Created an attachment (id=40414)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40414)
r600g screenshot (bad)
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?ta
https://bugs.freedesktop.org/show_bug.cgi?id=31771
--- Comment #2 from Török Edwin 2010-11-19 10:40:05 PST
---
Created an attachment (id=40413)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40413)
r600c screenshot (good)
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?t
https://bugs.freedesktop.org/show_bug.cgi?id=31771
--- Comment #2 from T?r?k Edwin 2010-11-19 10:40:05
PST ---
Created an attachment (id=40413)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40413)
r600c screenshot (good)
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?t
https://bugs.freedesktop.org/show_bug.cgi?id=31771
--- Comment #1 from Török Edwin 2010-11-19 10:37:58 PST
---
Created an attachment (id=40412)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40412)
~/.sauerbraten/init.cfg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?t
https://bugs.freedesktop.org/show_bug.cgi?id=31771
Summary: r600g: sauerbraten missing gun (r600c works)
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=31771
--- Comment #1 from T?r?k Edwin 2010-11-19 10:37:58
PST ---
Created an attachment (id=40412)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40412)
~/.sauerbraten/init.cfg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?t
https://bugs.freedesktop.org/show_bug.cgi?id=31771
Summary: r600g: sauerbraten missing gun (r600c works)
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
On Thu, Nov 18, 2010 at 7:47 PM, Mark Lord wrote:
> On 10-11-18 06:50 PM, Rafael J. Wysocki wrote:
>>
>> This message contains a list of some post-2.6.35 regressions introduced
>> before
>> 2.6.36, for which there are no fixes in the mainline known to the tracking
>> team.
>> If any of them have b
From: Michel Dänzer
Allows e.g. power management daemons to control the backlight level. Inspired
by the corresponding code in radeonfb.
(Updated to add backlight type and make the connector the parent device - mjg)
Signed-off-by: Michel Dänzer
Signed-off-by: Matthew Garrett
Cc: dri-devel@lis
Hi Dave and Linus,
with travel I was a bit late in getting this pull request sent. It
contains a fix for Linus' machine, an i2c initialisation failure and a fix
from Keith to stop VGA flashing during polling on recent hardware. As well
as a patch that should hopefully prevent all of our indefinite
On Don, 2010-11-18 at 13:52 -0500, jgli...@redhat.com wrote:
> From: Jerome Glisse
>
> Forbid allocating buffer bigger than VRAM or GTT, also properly set
> lpfn field of placement if VRAM is too small.
>
> Signed-off-by: Jerome Glisse
[...]
> diff --git a/drivers/gpu/drm/radeon/radeon_objec
https://bugs.freedesktop.org/show_bug.cgi?id=31732
--- Comment #7 from Alex Deucher 2010-11-19 08:02:25 PST ---
Gallium only works with KMS (kernel modesetting) and you are using UMS
(userspace modesetting). Enabling KMS might fix the 3D issue either the
classic 3D driver or the gallium 3D drive
We may eventually end up with per-connector backlights, especially with
ddcci devices. Make sure that the parent node for the backlight device is
the connector rather than the PCI device.
Signed-off-by: Matthew Garrett
---
drivers/gpu/drm/nouveau/nouveau_backlight.c | 21 -
https://bugs.freedesktop.org/show_bug.cgi?id=31732
--- Comment #7 from Alex Deucher 2010-11-19 08:02:25 PST
---
Gallium only works with KMS (kernel modesetting) and you are using UMS
(userspace modesetting). Enabling KMS might fix the 3D issue either the
classic 3D driver or the gallium 3D driv
There may be multiple ways of controlling the backlight on a given machine.
Allow drivers to expose the type of interface they are providing, making
it possible for userspace to make appropriate policy decisions.
Signed-off-by: Matthew Garrett
Cc: Richard Purdie
Cc: intel-...@lists.freedesktop.o
Dual-GPU machines may provide more than one ACPI backlight interface. Tie
the backlight device to the GPU in order to allow userspace to identify
the correct interface.
Signed-off-by: Matthew Garrett
---
drivers/acpi/video.c | 15 ++-
1 files changed, 14 insertions(+), 1 deletions(
Not all systems expose a firmware or platform mechanism for changing the
backlight intensity on i915, so add native driver support.
Signed-off-by: Matthew Garrett
Cc: intel-gfx
---
drivers/gpu/drm/i915/i915_drv.h |4 ++
drivers/gpu/drm/i915/intel_dp.c |7 +++
drivers/gpu/drm
https://bugs.freedesktop.org/show_bug.cgi?id=29787
--- Comment #13 from Alex Deucher 2010-11-19 07:30:51 PST ---
(In reply to comment #12)
> It seems that both the EDID errors and the XRandR failures do not occur when I
> disable preemption (that, and I'm running 37-rc2 now). I'm currently
> reb
https://bugs.freedesktop.org/show_bug.cgi?id=29787
--- Comment #13 from Alex Deucher 2010-11-19 07:30:51 PST
---
(In reply to comment #12)
> It seems that both the EDID errors and the XRandR failures do not occur when I
> disable preemption (that, and I'm running 37-rc2 now). I'm currently
> re
https://bugs.freedesktop.org/show_bug.cgi?id=31732
--- Comment #6 from Alex Schuster 2010-11-19 03:59:59 PST
---
Created an attachment (id=40408)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40408)
Xorg.log with gallium enables
I found out how to enable gallium mode for mesa. But it doe
https://bugs.freedesktop.org/show_bug.cgi?id=31732
--- Comment #6 from Alex Schuster 2010-11-19 03:59:59
PST ---
Created an attachment (id=40408)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40408)
Xorg.log with gallium enables
I found out how to enable gallium mode for mesa. But it doe
https://bugs.freedesktop.org/show_bug.cgi?id=29787
--- Comment #12 from Arno Schuring 2010-11-19
03:31:13 PST ---
It seems that both the EDID errors and the XRandR failures do not occur when I
disable preemption (that, and I'm running 37-rc2 now). I'm currently rebuilding
-rc2 with forced preemp
https://bugs.freedesktop.org/show_bug.cgi?id=29787
--- Comment #12 from Arno Schuring 2010-11-19
03:31:13 PST ---
It seems that both the EDID errors and the XRandR failures do not occur when I
disable preemption (that, and I'm running 37-rc2 now). I'm currently rebuilding
-rc2 with forced preemp
Hi Dave and Linus,
with travel I was a bit late in getting this pull request sent. It
contains a fix for Linus' machine, an i2c initialisation failure and a fix
from Keith to stop VGA flashing during polling on recent hardware. As well
as a patch that should hopefully prevent all of our indefinite
Hi Linus,
Just a fixes tree for -rc3 if possible, it did get rebased recently as I
had to get the nouveau pull cleaned, but I'd been running the non-nouveau
bits for a few days, there is also one late regression fix from Alex and
some fixups after Jean pushed an i2c change that broke the kms d
This message contains a list of some post-2.6.35 regressions introduced before
2.6.36, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved post-2.6.35 regressions, please let us kno
On 10-11-18 06:50 PM, Rafael J. Wysocki wrote:
This message contains a list of some post-2.6.35 regressions introduced before
2.6.36, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unre
Hi,
On Wed 17-11-10 16:26:52, Arnd Bergmann wrote:
> It seems the v4l and udf code has been worked out now and patches
> to kill the BKL there are finally making it upstream.
>
> As promised, here are the patches I did since the kernel summit
> to turn off the BKL by default. Given that -rc2 is
This message contains a list of some regressions from 2.6.36,
for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved regressions from 2.6.36, please let us
know either and we'll add th
94 matches
Mail list logo
