Re: [PATCH] fix backlight brightness on intel LVDS panel after reopening lid

At Thu, 10 Mar 2011 06:50:09 +0100 (CET), Indan Zupancic wrote: > > Hello, > > On Fri, March 4, 2011 19:47, Linus Torvalds wrote: > > Alex, can you confirm that the revert of 951f3512dba5 plus the > > one-liner patch from Takashi that Indan quoted also works for you? > > > > Linus >

Re: [PATCH] fix backlight brightness on intel LVDS panel after reopening lid

drm/i915: Fix DPMS and suspend interaction for intel_panel.c When suspending intel_panel_disable_backlight() is never called, but intel_panel_enable_backlight() is called at resume. With the effect that if the brightness was ever changed after screen blanking, the wrong brightness gets restored at

Re: [PATCH] fix backlight brightness on intel LVDS panel after reopening lid

Hello, On Fri, March 4, 2011 19:47, Linus Torvalds wrote: > Alex, can you confirm that the revert of 951f3512dba5 plus the > one-liner patch from Takashi that Indan quoted also works for you? > > Linus > > On Thu, Mar 3, 2011 at 10:53 PM, Indan Zupancic wrote: >> >> So please revert

Re: [PATCH] drm/i915: fix corruptions on i8xx due to relaxed fencing

Hi, On Wed, February 23, 2011 08:10, Daniel Vetter wrote: > Am Mi, 23.02.2011, 07:59 schrieb Indan Zupancic: >> On Tue, February 22, 2011 18:25, Daniel Vetter wrote: >>> It looks like gen2 has a peculiar interleaved 2-row inter-tile >>> layout. Probably inherited from i81x which had 2kb tiles (whi

[Bug 30832] Radeon S-Video Out has become black and white. Works fine in 2.6.37

https://bugzilla.kernel.org/show_bug.cgi?id=30832 Arbit Rabbit changed: What|Removed |Added Platform|All |IA-64 --- Comment #1 from Arbit Rabbit

[Bug 30832] New: Radeon S-Video Out has become black and white. Works fine in 2.6.37

https://bugzilla.kernel.org/show_bug.cgi?id=30832 Summary: Radeon S-Video Out has become black and white. Works fine in 2.6.37 Product: Drivers Version: 2.5 Kernel Version: 2.6.38.6 Platform: All OS/Version: Linux

[Bug 30832] Radeon S-Video Out has become black and white. Works fine in 2.6.37

https://bugzilla.kernel.org/show_bug.cgi?id=30832 Arbit Rabbit changed: What|Removed |Added Kernel Version|2.6.38.6|2.6.38-rc6 -- Configure bugmail: http

[Bug 13170] Macbook 5,2 only boots with acpi=off, or nosmp, or maxcpus=1

https://bugzilla.kernel.org/show_bug.cgi?id=13170 --- Comment #61 from Gregory Bellier 2011-03-09 17:08:26 --- Hi ! After some digging, I'm now able to boot on Linux using a Macbook 5.2 and with two cores. refit + grub-pc with maxcpus = 1 => ok but only one core refit + grub1.99-rc1 (efi

[Bug 30832] Radeon S-Video Out has become black and white. Works fine in 2.6.37

https://bugzilla.kernel.org/show_bug.cgi?id=30832 Rafael J. Wysocki changed: What|Removed |Added CC||flor...@mickler.org,

[Bug 30812] radeon module fails to initialize with modeset=1 on PPC32 with RV280

https://bugzilla.kernel.org/show_bug.cgi?id=30812 --- Comment #9 from Kim Nguyen 2011-03-09 15:32:53 --- radeon.agpmode=1 works! Seems X is happy too, glxinfo shows direct rendering. actually agpmode=-1 or agpmode > 1 both trigger the bug. Would it be easy to default to 1 if uninorth agp i

[Bug 30812] radeon module fails to initialize with modeset=1 on PPC32 with RV280

https://bugzilla.kernel.org/show_bug.cgi?id=30812 --- Comment #8 from Michel D?nzer 2011-03-09 14:42:27 --- Have you tried radeon.agpmode=1 or radeon.agpmode=-1? There's a uninorth AGP driver issue which prevents higher AGP transfer rates from working reliably with KMS. Actually, I see you

[Bug 30812] radeon module fails to initialize with modeset=1 on PPC32 with RV280

https://bugzilla.kernel.org/show_bug.cgi?id=30812 --- Comment #7 from Kim Nguyen 2011-03-09 14:29:08 --- Created an attachment (id=50522) --> (https://bugzilla.kernel.org/attachment.cgi?id=50522) dmsg after segfault of modprobe radeon modeset=1 on 2.6.35 -- Configure bugmail: https://bug

[Bug 30812] radeon module fails to initialize with modeset=1 on PPC32 with RV280

https://bugzilla.kernel.org/show_bug.cgi?id=30812 --- Comment #6 from Kim Nguyen 2011-03-09 14:28:03 --- Actually after trying again with 2.6.35 I get an oops after modprobe radeon modeset=1 which does is not present in 2.6.36 and after. dmesg attached. -- Configure bugmail: https://bugzi

[Bug 28995] [RADEON:KMS::R300G] gl program -> rejects command buffers

https://bugs.freedesktop.org/show_bug.cgi?id=28995 --- Comment #28 from Marek Olšák 2011-03-09 14:18:05 PST --- (In reply to comment #27) > Maybe this should be mentioned on > http://www.x.org/wiki/RadeonProgram. > Who can edit that page anyways? It seems quite outdated. Anyone I guess. All you

[Bug 28995] [RADEON:KMS::R300G] gl program -> rejects command buffers

https://bugs.freedesktop.org/show_bug.cgi?id=28995 --- Comment #28 from Marek Ol??k 2011-03-09 14:18:05 PST --- (In reply to comment #27) > Maybe this should be mentioned on > http://www.x.org/wiki/RadeonProgram. > Who can edit that page anyways? It seems quite outdated. Anyone I guess. All you

[Bug 30812] radeon module fails to initialize with modeset=1 on PPC32 with RV280

https://bugzilla.kernel.org/show_bug.cgi?id=30812 --- Comment #5 from Kim Nguyen 2011-03-09 14:13:38 --- Created an attachment (id=50512) --> (https://bugzilla.kernel.org/attachment.cgi?id=50512) modified radeon_fence.c with additional DRM_INFO added. -- Configure bugmail: https://bugzil

[Bug 30812] radeon module fails to initialize with modeset=1 on PPC32 with RV280

https://bugzilla.kernel.org/show_bug.cgi?id=30812 --- Comment #4 from Kim Nguyen 2011-03-09 14:01:06 --- Created an attachment (id=50502) --> (https://bugzilla.kernel.org/attachment.cgi?id=50502) .config used for dmesg -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=e

[Bug 30812] radeon module fails to initialize with modeset=1 on PPC32 with RV280

https://bugzilla.kernel.org/show_bug.cgi?id=30812 --- Comment #3 from Kim Nguyen 2011-03-09 14:00:22 --- Created an attachment (id=50492) --> (https://bugzilla.kernel.org/attachment.cgi?id=50492) output of lspci -vvv -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=ema

[Bug 30812] radeon module fails to initialize with modeset=1 on PPC32 with RV280

https://bugzilla.kernel.org/show_bug.cgi?id=30812 --- Comment #2 from Kim Nguyen 2011-03-09 13:59:54 --- Created an attachment (id=50482) --> (https://bugzilla.kernel.org/attachment.cgi?id=50482) output of radeontool regs '*' -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cg

[Bug 30812] radeon module fails to initialize with modeset=1 on PPC32 with RV280

https://bugzilla.kernel.org/show_bug.cgi?id=30812 --- Comment #1 from Kim Nguyen 2011-03-09 13:59:27 --- Created an attachment (id=50472) --> (https://bugzilla.kernel.org/attachment.cgi?id=50472) dmesg of modified module after insmod radeon.ko modeset=1 -- Configure bugmail: https://bugz

[Bug 30812] New: radeon module fails to initialize with modeset=1 on PPC32 with RV280

https://bugzilla.kernel.org/show_bug.cgi?id=30812 Summary: radeon module fails to initialize with modeset=1 on PPC32 with RV280 Product: Drivers Version: 2.5 Kernel Version: 2.6.35 to 2.6.38-rc6 Platform: All OS/Version: Li

[Bug 35051] [RADEON:KMS:R600G] wine Counter Strike Source Crashes at Startup

https://bugs.freedesktop.org/show_bug.cgi?id=35051 --- Comment #5 from Henri Verbeet 2011-03-09 13:20:36 PST --- (In reply to comment #4) > Yes, I was hitting the GameOverlayRenderer bug. However after hotfixing this, > dxlevel 81 is still the farthest I can go. All DX9 render paths either cause

[Bug 35051] [RADEON:KMS:R600G] wine Counter Strike Source Crashes at Startup

https://bugs.freedesktop.org/show_bug.cgi?id=35051 --- Comment #5 from Henri Verbeet 2011-03-09 13:20:36 PST --- (In reply to comment #4) > Yes, I was hitting the GameOverlayRenderer bug. However after hotfixing this, > dxlevel 81 is still the farthest I can go. All DX9 render paths either cause

vblank problem (and proposed fix) on crtc > 1

oops, just realized that I didn't include one final change to the patch I have just sent, so here is the real one; disregard the previous one (sorry wasting bandwidth). xf86-video-ati.patch -- diff --git a/src/radeon.h b/src/radeon.h index 4c43

vblank problem (and proposed fix) on crtc > 1

Below is an updated patch for ATI DDX (xf86-video-ati library) that reflects the discussion of this thread. The patch is *cumulative* (i.e., it includes the changes from a few days ago, so it should be applied to plain-vanilla DDX, not the one you may have patched with my patch from last week). I

[Bug 30832] Radeon S-Video Out has become black and white. Works fine in 2.6.37

https://bugzilla.kernel.org/show_bug.cgi?id=30832 Arbit Rabbit changed: What|Removed |Added Platform|All |IA-64 --- Comment #1 from Arbit Rabbit

[Bug 30832] New: Radeon S-Video Out has become black and white. Works fine in 2.6.37

https://bugzilla.kernel.org/show_bug.cgi?id=30832 Summary: Radeon S-Video Out has become black and white. Works fine in 2.6.37 Product: Drivers Version: 2.5 Kernel Version: 2.6.38.6 Platform: All OS/Version: Linux

[Bug 28995] [RADEON:KMS::R300G] gl program -> rejects command buffers

https://bugs.freedesktop.org/show_bug.cgi?id=28995 --- Comment #27 from Álmos 2011-03-09 10:25:57 PST --- (In reply to comment #26) > Yeah, that's because doom3/quake4 and your system's libGL link to incompatible > libgcc_s.so.1 and libstdc++.so.5. Yeah, I knew the reason immediately after remov

[Bug 28995] [RADEON:KMS::R300G] gl program -> rejects command buffers

https://bugs.freedesktop.org/show_bug.cgi?id=28995 --- Comment #27 from ?lmos 2011-03-09 10:25:57 PST --- (In reply to comment #26) > Yeah, that's because doom3/quake4 and your system's libGL link to incompatible > libgcc_s.so.1 and libstdc++.so.5. Yeah, I knew the reason immediately after remov

[Bug 35144] r300g should advertise GL_ARB_half_float_vertex on rv350

https://bugs.freedesktop.org/show_bug.cgi?id=35144 --- Comment #2 from Álmos 2011-03-09 09:52:44 PST --- (In reply to comment #1) > rv350 really can't do ARB_half_float_vertex. I tested it on RV350 long time > ago > and it locked up pretty hard. fglrx lies and uses some fallback probably. If > y

[Bug 35144] r300g should advertise GL_ARB_half_float_vertex on rv350

https://bugs.freedesktop.org/show_bug.cgi?id=35144 --- Comment #2 from ?lmos 2011-03-09 09:52:44 PST --- (In reply to comment #1) > rv350 really can't do ARB_half_float_vertex. I tested it on RV350 long time > ago > and it locked up pretty hard. fglrx lies and uses some fallback probably. If > y

Re: vblank problem (and proposed fix) on crtc > 1

oops, just realized that I didn't include one final change to the patch I have just sent, so here is the real one; disregard the previous one (sorry wasting bandwidth). xf86-video-ati.patch -- diff --git a/src/radeon.h b/src/radeon.h index 4c

Re: vblank problem (and proposed fix) on crtc > 1

Below is an updated patch for ATI DDX (xf86-video-ati library) that reflects the discussion of this thread. The patch is *cumulative* (i.e., it includes the changes from a few days ago, so it should be applied to plain-vanilla DDX, not the one you may have patched with my patch from last week). I

[Bug 13170] Macbook 5,2 only boots with acpi=off, or nosmp, or maxcpus=1

https://bugzilla.kernel.org/show_bug.cgi?id=13170 --- Comment #61 from Gregory Bellier 2011-03-09 17:08:26 --- Hi ! After some digging, I'm now able to boot on Linux using a Macbook 5.2 and with two cores. refit + grub-pc with maxcpus = 1 => ok but only one core refit + grub1.99-rc1 (efi

[Bug 30812] radeon module fails to initialize with modeset=1 on PPC32 with RV280

https://bugzilla.kernel.org/show_bug.cgi?id=30812 --- Comment #9 from Kim Nguyen 2011-03-09 15:32:53 --- radeon.agpmode=1 works! Seems X is happy too, glxinfo shows direct rendering. actually agpmode=-1 or agpmode > 1 both trigger the bug. Would it be easy to default to 1 if uninorth agp i

[Bug 28995] [RADEON:KMS::R300G] gl program -> rejects command buffers

https://bugs.freedesktop.org/show_bug.cgi?id=28995 --- Comment #26 from Tobias Jakobi 2011-03-09 07:30:59 PST --- Yeah, that's because doom3/quake4 and your system's libGL link to incompatible libgcc_s.so.1 and libstdc++.so.5. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?ta

[Bug 28995] [RADEON:KMS::R300G] gl program -> rejects command buffers

https://bugs.freedesktop.org/show_bug.cgi?id=28995 --- Comment #26 from Tobias Jakobi 2011-03-09 07:30:59 PST --- Yeah, that's because doom3/quake4 and your system's libGL link to incompatible libgcc_s.so.1 and libstdc++.so.5. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?ta

[Bug 35144] r300g should advertise GL_ARB_half_float_vertex on rv350

https://bugs.freedesktop.org/show_bug.cgi?id=35144 --- Comment #1 from Marek Olšák 2011-03-09 07:11:42 PST --- rv350 really can't do ARB_half_float_vertex. I tested it on RV350 long time ago and it locked up pretty hard. fglrx lies and uses some fallback probably. If you really need this extensio

[Bug 35144] r300g should advertise GL_ARB_half_float_vertex on rv350

https://bugs.freedesktop.org/show_bug.cgi?id=35144 --- Comment #1 from Marek Ol??k 2011-03-09 07:11:42 PST --- rv350 really can't do ARB_half_float_vertex. I tested it on RV350 long time ago and it locked up pretty hard. fglrx lies and uses some fallback probably. If you really need this extensi

[Bug 35150] Starcraft 2 on wine on evergreen doesn't show login screen

https://bugs.freedesktop.org/show_bug.cgi?id=35150 --- Comment #3 from Henri Verbeet 2011-03-09 06:46:42 PST --- You need at least --enable-gallium-r600, an can just use --with-dri-drivers="". Note that you need to build a 32-bit driver for Wine. With WINEDEBUG="+wgl" the first couple of lines (

[Bug 35150] Starcraft 2 on wine on evergreen doesn't show login screen

https://bugs.freedesktop.org/show_bug.cgi?id=35150 --- Comment #3 from Henri Verbeet 2011-03-09 06:46:42 PST --- You need at least --enable-gallium-r600, an can just use --with-dri-drivers="". Note that you need to build a 32-bit driver for Wine. With WINEDEBUG="+wgl" the first couple of lines (

[Bug 30812] radeon module fails to initialize with modeset=1 on PPC32 with RV280

https://bugzilla.kernel.org/show_bug.cgi?id=30812 --- Comment #8 from Michel Dänzer 2011-03-09 14:42:27 --- Have you tried radeon.agpmode=1 or radeon.agpmode=-1? There's a uninorth AGP driver issue which prevents higher AGP transfer rates from working reliably with KMS. Actually, I see you

[Bug 35150] Starcraft 2 on wine on evergreen doesn't show login screen

https://bugs.freedesktop.org/show_bug.cgi?id=35150 --- Comment #2 from David Mills 2011-03-09 06:39:16 PST --- How will I know I'm using r600g? (I'm currently recompiling mesa with dri-drivers = r600 only) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- Y

[Bug 35150] Starcraft 2 on wine on evergreen doesn't show login screen

https://bugs.freedesktop.org/show_bug.cgi?id=35150 --- Comment #2 from David Mills 2011-03-09 06:39:16 PST --- How will I know I'm using r600g? (I'm currently recompiling mesa with dri-drivers = r600 only) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- Y

[Bug 30812] radeon module fails to initialize with modeset=1 on PPC32 with RV280

https://bugzilla.kernel.org/show_bug.cgi?id=30812 --- Comment #7 from Kim Nguyen 2011-03-09 14:29:08 --- Created an attachment (id=50522) --> (https://bugzilla.kernel.org/attachment.cgi?id=50522) dmsg after segfault of modprobe radeon modeset=1 on 2.6.35 -- Configure bugmail: https://bug

[Bug 30812] radeon module fails to initialize with modeset=1 on PPC32 with RV280

https://bugzilla.kernel.org/show_bug.cgi?id=30812 --- Comment #6 from Kim Nguyen 2011-03-09 14:28:03 --- Actually after trying again with 2.6.35 I get an oops after modprobe radeon modeset=1 which does is not present in 2.6.36 and after. dmesg attached. -- Configure bugmail: https://bugzi

[Bug 35150] Starcraft 2 on wine on evergreen doesn't show login screen

https://bugs.freedesktop.org/show_bug.cgi?id=35150 --- Comment #1 from Henri Verbeet 2011-03-09 06:25:45 PST --- You should give r600g a try, it works a bit better, though it still had some problems with SC2 last time I tried. The classic driver isn't getting much development anymore. -- Confi

[Bug 35150] Starcraft 2 on wine on evergreen doesn't show login screen

https://bugs.freedesktop.org/show_bug.cgi?id=35150 --- Comment #1 from Henri Verbeet 2011-03-09 06:25:45 PST --- You should give r600g a try, it works a bit better, though it still had some problems with SC2 last time I tried. The classic driver isn't getting much development anymore. -- Confi

[Bug 30812] radeon module fails to initialize with modeset=1 on PPC32 with RV280

https://bugzilla.kernel.org/show_bug.cgi?id=30812 --- Comment #5 from Kim Nguyen 2011-03-09 14:13:38 --- Created an attachment (id=50512) --> (https://bugzilla.kernel.org/attachment.cgi?id=50512) modified radeon_fence.c with additional DRM_INFO added. -- Configure bugmail: https://bugzil

[Bug 35150] New: Starcraft 2 on wine on evergreen doesn't show login screen

r having compiled mesa from git (20110309), starcraft 2 shows the loading screen, then goes blank with only the mouse cursor visible. A reset is needed to recover. My machine is an intel core i5 480m with a radeon HD 5870 graphics card. I've attached the output from wine. Please tell

[Bug 35150] New: Starcraft 2 on wine on evergreen doesn't show login screen

g After having compiled mesa from git (20110309), starcraft 2 shows the loading screen, then goes blank with only the mouse cursor visible. A reset is needed to recover. My machine is an intel core i5 480m with a radeon HD 5870 graphics card. I've attached the output from wine. Please tell

[Bug 30812] radeon module fails to initialize with modeset=1 on PPC32 with RV280

https://bugzilla.kernel.org/show_bug.cgi?id=30812 --- Comment #4 from Kim Nguyen 2011-03-09 14:01:06 --- Created an attachment (id=50502) --> (https://bugzilla.kernel.org/attachment.cgi?id=50502) .config used for dmesg -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=e

[Bug 30812] radeon module fails to initialize with modeset=1 on PPC32 with RV280

https://bugzilla.kernel.org/show_bug.cgi?id=30812 --- Comment #3 from Kim Nguyen 2011-03-09 14:00:22 --- Created an attachment (id=50492) --> (https://bugzilla.kernel.org/attachment.cgi?id=50492) output of lspci -vvv -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=ema

[Bug 30812] radeon module fails to initialize with modeset=1 on PPC32 with RV280

https://bugzilla.kernel.org/show_bug.cgi?id=30812 --- Comment #2 from Kim Nguyen 2011-03-09 13:59:54 --- Created an attachment (id=50482) --> (https://bugzilla.kernel.org/attachment.cgi?id=50482) output of radeontool regs '*' -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cg

[Bug 30812] radeon module fails to initialize with modeset=1 on PPC32 with RV280

https://bugzilla.kernel.org/show_bug.cgi?id=30812 --- Comment #1 from Kim Nguyen 2011-03-09 13:59:27 --- Created an attachment (id=50472) --> (https://bugzilla.kernel.org/attachment.cgi?id=50472) dmesg of modified module after insmod radeon.ko modeset=1 -- Configure bugmail: https://bugz

[Bug 30812] New: radeon module fails to initialize with modeset=1 on PPC32 with RV280

https://bugzilla.kernel.org/show_bug.cgi?id=30812 Summary: radeon module fails to initialize with modeset=1 on PPC32 with RV280 Product: Drivers Version: 2.5 Kernel Version: 2.6.35 to 2.6.38-rc6 Platform: All OS/Version: Li

[Bug 35144] New: r300g should advertise GL_ARB_half_float_vertex on rv350

https://bugs.freedesktop.org/show_bug.cgi?id=35144 Summary: r300g should advertise GL_ARB_half_float_vertex on rv350 Product: Mesa Version: unspecified Platform: Other OS/Version: All Status: NEW Severity:

[Bug 35144] New: r300g should advertise GL_ARB_half_float_vertex on rv350

https://bugs.freedesktop.org/show_bug.cgi?id=35144 Summary: r300g should advertise GL_ARB_half_float_vertex on rv350 Product: Mesa Version: unspecified Platform: Other OS/Version: All Status: NEW Severity:

[Bug 28995] [RADEON:KMS::R300G] gl program -> rejects command buffers

https://bugs.freedesktop.org/show_bug.cgi?id=28995 Álmos changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 28995] [RADEON:KMS::R300G] gl program -> rejects command buffers

https://bugs.freedesktop.org/show_bug.cgi?id=28995 ?lmos changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 33255] [RADEON:R300C] crash using webgl (firefox 4b9)

https://bugs.freedesktop.org/show_bug.cgi?id=33255 Michel Dänzer changed: What|Removed |Added Component|Drivers/Gallium/r300|Drivers/DRI/r300 -- Configure bugmail:

[Bug 33255] [RADEON:R300C] crash using webgl (firefox 4b9)

https://bugs.freedesktop.org/show_bug.cgi?id=33255 Michel D?nzer changed: What|Removed |Added Component|Drivers/Gallium/r300|Drivers/DRI/r300 -- Configure bugmail:

[Bug 35051] [RADEON:KMS:R600G] wine Counter Strike Source Crashes at Startup

https://bugs.freedesktop.org/show_bug.cgi?id=35051 --- Comment #4 from Tobias Jakobi 2011-03-09 01:56:45 PST --- Yes, I was hitting the GameOverlayRenderer bug. However after hotfixing this, dxlevel 81 is still the farthest I can go. All DX9 render paths either cause GPu resets or crash the kern

[Bug 35051] [RADEON:KMS:R600G] wine Counter Strike Source Crashes at Startup

https://bugs.freedesktop.org/show_bug.cgi?id=35051 --- Comment #4 from Tobias Jakobi 2011-03-09 01:56:45 PST --- Yes, I was hitting the GameOverlayRenderer bug. However after hotfixing this, dxlevel 81 is still the farthest I can go. All DX9 render paths either cause GPu resets or crash the kern