[Bug 23620] New: [i915 i965 bisected] 3 glean cases and 2 OGLC cases impacted

http://bugs.freedesktop.org/show_bug.cgi?id=23620 Summary: [i915 i965 bisected] 3 glean cases and 2 OGLC cases impacted Product: Mesa Version: git Platform: Other OS/Version: Linux (All) Status: NEW

Re: [PATCH 6/6] [drm/i915] implement drmmode overlay support v2

Stephane Marchesin wrote: 2009/8/31 Thomas Hellström tho...@shipmail.org: The problem I see with Xv-API-in-kernel is that of the various hw constrains on the buffer layout. IMHO this has two solutions: a) complicated to communicate the constrains to userspace. This is either to generic

[Bug 23621] New: Draw on Front buffer doesn't work.

http://bugs.freedesktop.org/show_bug.cgi?id=23621 Summary: Draw on Front buffer doesn't work. Product: Mesa Version: 7.5 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium

[Bug 23621] Draw on Front buffer doesn't work.

http://bugs.freedesktop.org/show_bug.cgi?id=23621 --- Comment #1 from Pierre LANDO pierre.la...@scilab.org 2009-09-01 02:27:01 PST --- Created an attachment (id=29061) -- (http://bugs.freedesktop.org/attachment.cgi?id=29061) screenshot of a C test program -- Configure bugmail:

[Bug 23621] Draw on Front buffer doesn't work.

http://bugs.freedesktop.org/show_bug.cgi?id=23621 --- Comment #2 from Pierre LANDO pierre.la...@scilab.org 2009-09-01 02:29:27 PST --- Created an attachment (id=29062) -- (http://bugs.freedesktop.org/attachment.cgi?id=29062) screenshot of a scilab witch use JOGL AWTcanvas. When Scilab use

[Bug 23621] Draw on Front buffer doesn't work.

http://bugs.freedesktop.org/show_bug.cgi?id=23621 --- Comment #3 from Pierre LANDO pierre.la...@scilab.org 2009-09-01 02:31:21 PST --- Rem : when scilab use SWIG GLJPanel no bugs append, but on Intel Graphics, GLJPanel don't work must of the time, it's why we prefer to use AWT canvas. --

Re: [PATCH 6/6] [drm/i915] implement drmmode overlay support v2

On Tue, 2009-09-01 at 02:20 -0700, Thomas Hellström wrote: Stephane Marchesin wrote: 2009/8/31 Thomas Hellström tho...@shipmail.org: The problem I see with Xv-API-in-kernel is that of the various hw constrains on the buffer layout. IMHO this has two solutions: a) complicated to

Re: [PATCH 6/6] [drm/i915] implement drmmode overlay support v2

2009/9/1 Keith Whitwell kei...@vmware.com: On Tue, 2009-09-01 at 02:20 -0700, Thomas Hellström wrote: Stephane Marchesin wrote: 2009/8/31 Thomas Hellström tho...@shipmail.org: The problem I see with Xv-API-in-kernel is that of the various hw constrains on the buffer layout. IMHO this

Re: [PATCH 6/6] [drm/i915] implement drmmode overlay support v2

On Tue, Sep 01, 2009 at 12:10:20PM +0200, Stephane Marchesin wrote: As I said, if my hw overlay only does YUY2 and I want to expose YV12/I420 (because that's what everyone wants), I get to do the conversion myself. Now in the old case I could do it in the driver, but now you can either: -

[Bug 23626] On 64bit kernel 32bit OpenGL application doesn't work

http://bugs.freedesktop.org/show_bug.cgi?id=23626 --- Comment #1 from Krzysztof Sobiecki sob...@wp.pl 2009-09-01 06:37:11 PST --- Created an attachment (id=29069) -- (http://bugs.freedesktop.org/attachment.cgi?id=29069) Output of RADEON_DEBUG=ioctl with fbotexture -- Configure bugmail:

[Bug 23626] On 64bit kernel 32bit OpenGL application doesn't work

http://bugs.freedesktop.org/show_bug.cgi?id=23626 Krzysztof Sobiecki sob...@wp.pl changed: What|Removed |Added OS/Version|All |Linux (All)

[Bug 23626] On 64bit kernel 32bit OpenGL application doesn't work

http://bugs.freedesktop.org/show_bug.cgi?id=23626 --- Comment #3 from Krzysztof Sobiecki sob...@wp.pl 2009-09-01 06:40:10 PST --- Created an attachment (id=29071) -- (http://bugs.freedesktop.org/attachment.cgi?id=29071) Output of RADEON_DEBUG=ioctl with progs/samples/stencil --

[Bug 23626] On 64bit kernel 32bit OpenGL application doesn't work

http://bugs.freedesktop.org/show_bug.cgi?id=23626 --- Comment #4 from Krzysztof Sobiecki sob...@wp.pl 2009-09-01 06:40:39 PST --- Created an attachment (id=29072) -- (http://bugs.freedesktop.org/attachment.cgi?id=29072) Output of RADEON_DEBUG=all with progs/samples/stencil -- Configure

[Bug 23626] On 64bit kernel 32bit OpenGL application doesn't work

http://bugs.freedesktop.org/show_bug.cgi?id=23626 --- Comment #2 from Krzysztof Sobiecki sob...@wp.pl 2009-09-01 06:38:36 PST --- Created an attachment (id=29070) -- (http://bugs.freedesktop.org/attachment.cgi?id=29070) Output of RADEON_DEBUG=all with fbotexture -- Configure bugmail:

[Bug 23626] New: On 64bit kernel 32bit OpenGL application doesn't work

http://bugs.freedesktop.org/show_bug.cgi?id=23626 Summary: On 64bit kernel 32bit OpenGL application doesn't work Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority:

Re: [PATCH 6/6] [drm/i915] implement drmmode overlay support v2

Stephane Marchesin skrev: 2009/9/1 Keith Whitwell kei...@vmware.com: On Tue, 2009-09-01 at 02:20 -0700, Thomas Hellström wrote: Stephane Marchesin wrote: 2009/8/31 Thomas Hellström tho...@shipmail.org: The problem I see with Xv-API-in-kernel is that of the

Re: [PATCH 6/6] [drm/i915] implement drmmode overlay support v2

2009/9/1 Thomas Hellström tho...@shipmail.org: Stephane Marchesin wrote: 2009/8/31 Thomas Hellström tho...@shipmail.org: The problem I see with Xv-API-in-kernel is that of the various hw constrains on the buffer layout. IMHO this has two solutions: a) complicated to communicate the

[Bug 13683] Internal Laptopdisplay blurrys to white screen after enabling modesetting on Radeon X700 Mobility

http://bugzilla.kernel.org/show_bug.cgi?id=13683 Jan Kreuzer kontrolla...@gmx.de changed: What|Removed |Added Kernel Version|2.6.31-rc7-git1 |2.6.31-rc8 --

[Bug 23621] Draw on Front buffer doesn't work.

http://bugs.freedesktop.org/show_bug.cgi?id=23621 Chris Wilson ch...@chris-wilson.co.uk changed: What|Removed |Added Attachment #29060|text/x-csrc |text/plain

[Bug 23621] Draw on Front buffer doesn't work.

http://bugs.freedesktop.org/show_bug.cgi?id=23621 Eric Anholt e...@anholt.net changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 23474] xrandr doesn't pick up on 1600x1200 modeline

http://bugs.freedesktop.org/show_bug.cgi?id=23474 --- Comment #2 from Alex Deucher ag...@yahoo.com 2009-09-01 09:27:46 PST --- The edid appears to have the 1600x1200 mode: (II) RADEON(0): Modeline 1600x1200x0.0 202.50 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (93.8 kHz) You

[Bug 22964] double free for r600 context

http://bugs.freedesktop.org/show_bug.cgi?id=22964 Alex Deucher ag...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 23037] R600 render can cause recrusive call to rcommonFlushCmdBuf if using large VBO object

http://bugs.freedesktop.org/show_bug.cgi?id=23037 Alex Deucher ag...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 23474] xrandr doesn't pick up on 1600x1200 modeline

http://bugs.freedesktop.org/show_bug.cgi?id=23474 --- Comment #3 from Michael de Lang kingo...@gmail.com 2009-09-01 10:16:38 PST --- But that's the problem, I can't select it in xrandr unless I add the mode first. Haven't tried the preferred mode though. Will do that. -- Configure

[Bug 23626] On 64bit kernel 32bit OpenGL application doesn't work

http://bugs.freedesktop.org/show_bug.cgi?id=23626 --- Comment #5 from Krzysztof A. Sobiecki sob...@wp.pl 2009-09-01 10:46:08 PST --- In dmesg I have this: [21491.327145] [drm:radeon_cs_ioctl] *ERROR* Failed to initialize parser ! [21493.161548] [drm:radeon_cs_ioctl] *ERROR* Failed to

Re: [PATCH 6/6] [drm/i915] implement drmmode overlay support v2

On Tue, Sep 01, 2009 at 10:56:18AM -0400, Alex Deucher wrote: I'm failing to see why we need an overlay ioctl at all. You end up pulling a relatively large amount of state setup into the drm. Why not treat the overlay like EXA or textured video or 3D? The overlay regs are pipelined on most

Re: [PATCH 6/6] [drm/i915] implement drmmode overlay support v2

On Mon, Aug 31, 2009 at 02:58:15PM +0200, Thomas Hellström wrote: ... Is this some new (embedded) hw support your working on (that supports gallium), Thomas? Or why do you think gallium needs overlay support? I must stress this is not Gallium. It's the Xorg state-tracker that uses Gallium

Re: i965 support broken

Added CC. Hi, I have just updated graphics stack on my i965 based system. Now, I notice that in many 3d applications, (I test few games) screen flashes and I see for a moment few garbage triangles. ppracer flashes its main screen in above way, suspetuxkart shows that issue, after few

[Bug 23585] Textures in certain applications are only 1/2 visible on the diagonal in direct mode on r600

http://bugs.freedesktop.org/show_bug.cgi?id=23585 John Bridgman john.bridg...@amd.com changed: What|Removed |Added CC|

[PATCH] Use RADEON_GPU_PAGE_SIZE instead of hardcoded 4096

Cc: Dave Airlie airl...@gmail.com Signed-off-by: Matt Turner matts...@gmail.com --- drivers/gpu/drm/radeon/r100.c |2 +- drivers/gpu/drm/radeon/r300.c |4 ++-- drivers/gpu/drm/radeon/r600.c |4 ++-- drivers/gpu/drm/radeon/radeon.h |2

[PATCH] libdrm_intel: add new pci ids

Make sure we don't need to count fence also on new chips. Signed-off-by: Zhenyu Wang zhen...@linux.intel.com --- libdrm/intel/intel_chipset.h |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/libdrm/intel/intel_chipset.h b/libdrm/intel/intel_chipset.h index

[PATCH] Use RADEON_GPU_PAGE_SIZE instead of hardcoded 4096

Cc: Dave Airlie airl...@gmail.com Signed-off-by: Matt Turner matts...@gmail.com --- drivers/gpu/drm/radeon/r100.c |2 +- drivers/gpu/drm/radeon/r300.c |4 ++-- drivers/gpu/drm/radeon/r600.c |4 ++-- drivers/gpu/drm/radeon/radeon.h |2

Re: [PATCH 6/6] [drm/i915] implement drmmode overlay support v2

On 09/01/2009 02:06 PM, Daniel Vetter wrote: On Tue, Sep 01, 2009 at 10:56:18AM -0400, Alex Deucher wrote: I'm failing to see why we need an overlay ioctl at all. You end up pulling a relatively large amount of state setup into the drm. Why not treat the overlay like EXA or textured video or