Re: [PATCH] drm/radeon/kms: reprogram format in set base.

On Wed, 2009-09-16 at 10:16 +1000, Dave Airlie wrote: > From: Dave Airlie > > This should in theory fix the problem with a mode set being required > for adjusting the color depth. > > Signed-off-by: Dave Airlie > --- > drivers/gpu/drm/radeon/radeon_legacy_crtc.c | 29 >

Re: [PATCH] drm: update crtc x/y when only fb changes

On Thu, 2009-09-17 at 08:24 +0200, Maarten Maathuis wrote: > On Thu, Sep 17, 2009 at 8:15 AM, wrote: > > From: Ben Skeggs > > > > Fixes: > >xrandr --output DVI-I-0 --right-of DVI-I-1 > >xrandr --output DVI-I-0 --left-of DVI-I-1 > >xrandr --output DVI-I-0 --right-of DVI-I-

[Bug 23983] [G45] Clutter doesn't work on latest mesa

http://bugs.freedesktop.org/show_bug.cgi?id=23983 --- Comment #1 from Gordon Jin 2009-09-16 23:39:58 PST --- Can you identify the exact regression commit? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You ar

Re: [PATCH] drm: update crtc x/y when only fb changes

On Thu, Sep 17, 2009 at 8:15 AM, wrote: > From: Ben Skeggs > > Fixes: >        xrandr --output DVI-I-0 --right-of DVI-I-1 >        xrandr --output DVI-I-0 --left-of DVI-I-1 >        xrandr --output DVI-I-0 --right-of DVI-I-1 > > Signed-off-by: Ben Skeggs > --- >  drivers/gpu/drm/drm_crtc_helper

[PATCH] drm/r600/kms: fixup number of loops per blit calculation.

From: Dave Airlie Some people were seeing *ERROR* radeon: writting more dword to ring than expected after certain blits, the loops calculation didn't take into account that we do a separate blit for the remainder after doing the aligned blits. Signed-off-by: Dave Airlie --- drivers/gpu/drm/rad

[PATCH] drm: update crtc x/y when only fb changes

From: Ben Skeggs Fixes: xrandr --output DVI-I-0 --right-of DVI-I-1 xrandr --output DVI-I-0 --left-of DVI-I-1 xrandr --output DVI-I-0 --right-of DVI-I-1 Signed-off-by: Ben Skeggs --- drivers/gpu/drm/drm_crtc_helper.c | 10 +- 1 files changed, 9 insertions(+), 1

[Bug 23983] New: [G45] Clutter doesn't work on latest mesa

http://bugs.freedesktop.org/show_bug.cgi?id=23983 Summary: [G45] Clutter doesn't work on latest mesa Product: Mesa Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal P

[Bug 12924] On GM965 KMS enabled kernel X does not draw untill mouse is moved. Probably IRQ problems.

http://bugzilla.kernel.org/show_bug.cgi?id=12924 Gordon Jin changed: What|Removed |Added Status|NEW |NEEDINFO CC|

[Bug 12935] Suspend to ram on Intel X3100 fails to resume with compositing enabled

http://bugzilla.kernel.org/show_bug.cgi?id=12935 Gordon Jin changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug 12955] X will not finish starting with kernel version 2.6.29 and intel i830 video

http://bugzilla.kernel.org/show_bug.cgi?id=12955 Gordon Jin changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug 13030] i915: possible circular locking dependency detected in i915_gem_execbuffer

http://bugzilla.kernel.org/show_bug.cgi?id=13030 Gordon Jin changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug 13039] i915(?): Scheduling while atomic when kdm (display manager) restarting after logging out

http://bugzilla.kernel.org/show_bug.cgi?id=13039 Gordon Jin changed: What|Removed |Added Status|NEW |NEEDINFO CC|

[Bug 13103] i915 closing laptop lid kills LVDS until reboot

http://bugzilla.kernel.org/show_bug.cgi?id=13103 Gordon Jin changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug 13180] 2.6.30-rc2: WARNING at i915_gem.c for i915_gem_idle

http://bugzilla.kernel.org/show_bug.cgi?id=13180 Gordon Jin changed: What|Removed |Added CC||[email protected] Component|Vide

[Bug 13214] Blank internal Display on Notebook with Intel GPU (855GM)

http://bugzilla.kernel.org/show_bug.cgi?id=13214 Gordon Jin changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug 13227] Potential BUG_ON assertion fails in drm_gem_object_free

http://bugzilla.kernel.org/show_bug.cgi?id=13227 Gordon Jin changed: What|Removed |Added CC||[email protected], |

[Bug 13276] setting primary bootdevice (bios) to external vga, kernel mode setting for internal lvds fails

http://bugzilla.kernel.org/show_bug.cgi?id=13276 Gordon Jin changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug 13294] i915: drm: xorg leaks drm objects massively

http://bugzilla.kernel.org/show_bug.cgi?id=13294 Gordon Jin changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug 13322] KMS - Problem with detaching VGA-output

http://bugzilla.kernel.org/show_bug.cgi?id=13322 Gordon Jin changed: What|Removed |Added Status|NEW |NEEDINFO CC|

[Bug 13391] Kernel boot hangs at about every second start when kms is activated

http://bugzilla.kernel.org/show_bug.cgi?id=13391 Gordon Jin changed: What|Removed |Added Priority|P1 |P2 Status|NEW

[Bug 13453] read() of /tmp/.X11-unix/X0 with Intel X3100 graphics causes up to ~1s system-wide latency

http://bugzilla.kernel.org/show_bug.cgi?id=13453 Gordon Jin changed: What|Removed |Added CC||[email protected] Component|Vide

[Bug 23402] Latest CVS leads to crash in sauerbraten

http://bugs.freedesktop.org/show_bug.cgi?id=23402 --- Comment #19 from David Ronis 2009-09-16 18:29:38 PST --- Created an attachment (id=29611) --> (http://bugs.freedesktop.org/attachment.cgi?id=29611) Valgrind log file I've run under valgrind --trace-children=yes (which is painful). Per

[Bug 23980] [KMS] [RS780] Not loading firmware/kernel panic

http://bugs.freedesktop.org/show_bug.cgi?id=23980 Alex Deucher changed: What|Removed |Added Attachment #29609|application/octet-stream|text/plain mime type|

[Bug 23980] [KMS] [RS780] Not loading firmware/kernel panic

http://bugs.freedesktop.org/show_bug.cgi?id=23980 Alex Deucher changed: What|Removed |Added Attachment #29608|application/octet-stream|text/plain mime type|

[Bug 23980] [KMS] [RS780] Not loading firmware/kernel panic

http://bugs.freedesktop.org/show_bug.cgi?id=23980 --- Comment #1 from Slava S. Kardakov 2009-09-16 16:04:23 PST --- Created an attachment (id=29609) --> (http://bugs.freedesktop.org/attachment.cgi?id=29609) kernel log with oops -- Configure bugmail: http://bugs.freedesktop.org/userprefs

[Bug 23980] New: [KMS] [RS780] Not loading firmware/kernel panic

http://bugs.freedesktop.org/show_bug.cgi?id=23980 Summary: [KMS] [RS780] Not loading firmware/kernel panic Product: DRI Version: DRI CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major P

[Bug 23693] KMS has been broken on ATI RV250 Lf (Radeon M9)

http://bugs.freedesktop.org/show_bug.cgi?id=23693 Johannes Obermayr changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[PATCH] drm/radeon/kms: don't fail if we fail to init GPU acceleration

Userspace can query if acceleration is working or not true get info ioctl and could fallback to software if for some reason kernel failed to initialize KMS. This should allow to give a working KMS setup in all case (even with non functionning accel). Signed-off-by: Jerome Glisse --- drivers/gpu/

[PATCH] radeon/kms: fallback to shadowfb if kernel report acceleration is off

This will fallback to shadowfb is GPU accel failed somewhere during KMS kernel init. --- src/drmmode_display.c |2 +- src/radeon_kms.c | 44 +--- 2 files changed, 34 insertions(+), 12 deletions(-) diff --git a/src/drmmode_display.c b/src/drmmode_

[Bug 23532] Qt apps using opengl graphicssystem break in SWTCL path

http://bugs.freedesktop.org/show_bug.cgi?id=23532 --- Comment #3 from Marc 2009-09-16 07:22:48 PST --- Created an attachment (id=29594) --> (http://bugs.freedesktop.org/attachment.cgi?id=29594) output with RADEON_DEBUG=all output with RADEON_DEBUG=all -- Configure bugmail: http://bugs.f

Re: [PATCH] drm/radeon/kms: Use surfaces for scanout / cursor byte swapping on big endian.

2009/9/16 Michel Dänzer : > On Wed, 2009-09-16 at 17:13 +1000, Dave Airlie wrote: >> 2009/9/16 Michel Dänzer : >> > On Wed, 2009-09-16 at 08:10 +1000, Dave Airlie wrote: >> >> 2009/9/16 Michel Dänzer : >> >> > From: Michel Dänzer >> >> > >> >> > diff --git a/include/drm/radeon_drm.h b/include/drm/

Re: [PATCH] drm/radeon/kms: Use depth 16 for console.

2009/9/16 Michel Dänzer : > On Wed, 2009-09-16 at 17:16 +1000, Dave Airlie wrote: >> 2009/9/16 Michel Dänzer : >> > On Wed, 2009-09-16 at 08:20 +1000, Dave Airlie wrote: >> >> 2009/9/16 Michel Dänzer : >> >> > On Wed, 2009-09-16 at 08:03 +1000, Dave Airlie wrote: >> >> >> 2009/9/16 Michel Dänzer :

Re: [PATCH] drm/radeon/kms: Use surfaces for scanout / cursor byte swapping on big endian.

On Wed, 2009-09-16 at 17:13 +1000, Dave Airlie wrote: > 2009/9/16 Michel Dänzer : > > On Wed, 2009-09-16 at 08:10 +1000, Dave Airlie wrote: > >> 2009/9/16 Michel Dänzer : > >> > From: Michel Dänzer > >> > > >> > diff --git a/include/drm/radeon_drm.h b/include/drm/radeon_drm.h > >> > index 2ba61e1

Re: [PATCH] drm/radeon/kms: Use depth 16 for console.

On Wed, 2009-09-16 at 17:16 +1000, Dave Airlie wrote: > 2009/9/16 Michel Dänzer : > > On Wed, 2009-09-16 at 08:20 +1000, Dave Airlie wrote: > >> 2009/9/16 Michel Dänzer : > >> > On Wed, 2009-09-16 at 08:03 +1000, Dave Airlie wrote: > >> >> 2009/9/16 Michel Dänzer : > >> >> > From: Michel Dänzer >

Re: [PATCH] drm/radeon/kms: Use depth 16 for console.

2009/9/16 Michel Dänzer : > On Wed, 2009-09-16 at 08:20 +1000, Dave Airlie wrote: >> 2009/9/16 Michel Dänzer : >> > On Wed, 2009-09-16 at 08:03 +1000, Dave Airlie wrote: >> >> 2009/9/16 Michel Dänzer : >> >> > From: Michel Dänzer >> >> > >> >> > Now that we can handle 16 bpp on big endian as well,

Re: [PATCH] drm/radeon/kms: Use surfaces for scanout / cursor byte swapping on big endian.

2009/9/16 Michel Dänzer : > On Wed, 2009-09-16 at 08:10 +1000, Dave Airlie wrote: >> 2009/9/16 Michel Dänzer : >> > From: Michel Dänzer >> > >> > diff --git a/include/drm/radeon_drm.h b/include/drm/radeon_drm.h >> > index 2ba61e1..341c21a 100644 >> > --- a/include/drm/radeon_drm.h >> > +++ b/inclu

Re: [PATCH] drm/radeon/kms: Use depth 16 for console.

On Wed, 2009-09-16 at 08:20 +1000, Dave Airlie wrote: > 2009/9/16 Michel Dänzer : > > On Wed, 2009-09-16 at 08:03 +1000, Dave Airlie wrote: > >> 2009/9/16 Michel Dänzer : > >> > From: Michel Dänzer > >> > > >> > Now that we can handle 16 bpp on big endian as well, we can save VRAM > >> > like th