Re: [Mesa-dev] [PATCH 0/6] RFC: DRM Image extensions

2010/6/4 Kristian Høgsberg : > 2010/6/3 Chia-I Wu : >> 2010/6/3 Kristian Høgsberg : >>> 2010/6/3 Chia-I Wu : 2010/6/3 Kristian Høgsberg : >> But it is less flexible IMHO.  Also, I am not convinced that EGLImageKHR >> to be >> queryable, which is stemmed from using EGLImageKHR to r

Re: [Mesa-dev] [PATCH 0/6] RFC: DRM Image extensions

2010/6/4 Jakob Bornecrantz : >> And also because the use case for it was solved in another way. But in >> defence of my create_image extension, its quite small and limited in >> scope. But in Chia-I fav the fact that we lack configs to say which >> formats we support is a bit sad. But I can also se

Re: [Mesa-dev] [PATCH 0/6] RFC: DRM Image extensions

On Thu, 3 Jun 2010 13:24:08 -0400, Kristian Høgsberg wrote: > On Thu, Jun 3, 2010 at 1:16 PM, Brian Paul wrote: > > Jakob Bornecrantz wrote: > >> > >> Currently these extensions try to address two use cases. Creating > >> Images to be shared between processes. Creating resources to be used > >> a

[Mesa-dev] RFC: array textures in gallium and assorted cleanups

Hi, I've created a new branch gallium-array-textures which has some more interface changes, this time to support array textures basically. Nothing has been adapted to these changes yet (I'll do that it should be mostly trivial as long as array textures aren't actually supported by the driver or ev

[Mesa-dev] [Bug 28363] [r600c, kms] shadows wrong in doom3

https://bugs.freedesktop.org/show_bug.cgi?id=28363 Andre Maasikas changed: What|Removed |Added Product|DRI |Mesa Version|XOrg CVS

Re: [Mesa-dev] [PATCH] r300/compiler: Prevent the fragmentation of TEX blocks in the pair scheduler.

On Thu, Jun 3, 2010 at 9:01 PM, Alex Deucher wrote: > The word is: > Registers should be fully read before they are written so you can use > the same register for the result of the read, but you cannot do > dependant textures in one clause. > This matches what I've seen from shader disassembly

Re: [Mesa-dev] [PATCH] r300/compiler: Prevent the fragmentation of TEX blocks in the pair scheduler.

On Thu, Jun 3, 2010 at 10:13 AM, Alex Deucher wrote: > On Thu, Jun 3, 2010 at 9:41 AM, Roland Scheidegger wrote: >> On 03.06.2010 13:51, Nicolai Haehnle wrote: >>> On Thu, Jun 3, 2010 at 7:45 AM, Tom Stellard wrote: On Wed, Jun 02, 2010 at 11:39:57AM +0200, Nicolai Haehnle wrote: > On W

Re: [Mesa-dev] [PATCH 0/6] RFC: DRM Image extensions

> And also because the use case for it was solved in another way. But in > defence of my create_image extension, its quite small and limited in > scope. But in Chia-I fav the fact that we lack configs to say which > formats we support is a bit sad. But I can also see how this thing can > feature cr

Re: [Mesa-dev] [PATCH 0/6] RFC: DRM Image extensions

2010/6/3 Kristian Høgsberg : > 2010/6/3 Chia-I Wu : >> 2010/6/3 Kristian Høgsberg : >>> 2010/6/3 Chia-I Wu : 2010/6/3 Kristian Høgsberg : >> But it is less flexible IMHO.  Also, I am not convinced that EGLImageKHR >> to be >> queryable, which is stemmed from using EGLImageKHR to r

Re: [Mesa-dev] [PATCH 0/6] RFC: DRM Image extensions

On Thu, Jun 3, 2010 at 1:16 PM, Brian Paul wrote: > Jakob Bornecrantz wrote: >> >> 2010/6/3 Chia-I Wu : >>> >>> 2010/6/3 Kristian Høgsberg : 2010/6/3 Chia-I Wu : > > 2010/6/3 Kristian Høgsberg : >>> >>> But it is less flexible IMHO.  Also, I am not convinced that >>>

Re: [Mesa-dev] [PATCH 0/6] RFC: DRM Image extensions

Jakob Bornecrantz wrote: 2010/6/3 Chia-I Wu : 2010/6/3 Kristian Høgsberg : 2010/6/3 Chia-I Wu : 2010/6/3 Kristian Høgsberg : But it is less flexible IMHO. Also, I am not convinced that EGLImageKHR to be queryable, which is stemmed from using EGLImageKHR to represent pipe_resource. Using an E

Re: [Mesa-dev] [PATCH 0/6] RFC: DRM Image extensions

2010/6/3 Chia-I Wu : > 2010/6/3 Kristian Høgsberg : >> 2010/6/3 Chia-I Wu : >>> 2010/6/3 Kristian Høgsberg : > But it is less flexible IMHO.  Also, I am not convinced that EGLImageKHR > to be > queryable, which is stemmed from using EGLImageKHR to represent > pipe_resource. >

Re: [Mesa-dev] [PATCH 0/6] RFC: DRM Image extensions

2010/6/3 Chia-I Wu : > 2010/6/3 Kristian Høgsberg : >> 2010/6/3 Chia-I Wu : >>> 2010/6/3 Kristian Høgsberg : > But it is less flexible IMHO.  Also, I am not convinced that EGLImageKHR > to be > queryable, which is stemmed from using EGLImageKHR to represent > pipe_resource. >

Re: [Mesa-dev] [PATCH 0/6] RFC: DRM Image extensions

2010/6/3 Kristian Høgsberg : > 2010/6/3 Chia-I Wu : >> 2010/6/3 Kristian Høgsberg : But it is less flexible IMHO.  Also, I am not convinced that EGLImageKHR to be queryable, which is stemmed from using EGLImageKHR to represent pipe_resource. Using an EGLImageKHR also impl

[Mesa-dev] [Bug 28280] Regression in mesa branches 7.7/7.8: glXChooseVisual fails to find visual

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

Re: [Mesa-dev] GLSL clipping

tom fogal wrote: I'm using the classic (OS)Mesa driver w/ GLSL. I see from: http://www.mesa3d.org/shading.html that gl_ClipVertex is unsupported, which probably explains why I'm getting such strange results when I use it :) I might be interested in taking a stab at this, or perhaps just ski

Re: [Mesa-dev] [PATCH] r300/compiler: Prevent the fragmentation of TEX blocks in the pair scheduler.

On Thu, Jun 3, 2010 at 9:41 AM, Roland Scheidegger wrote: > On 03.06.2010 13:51, Nicolai Haehnle wrote: >> On Thu, Jun 3, 2010 at 7:45 AM, Tom Stellard wrote: >>> On Wed, Jun 02, 2010 at 11:39:57AM +0200, Nicolai Haehnle wrote: On Wed, Jun 2, 2010 at 6:53 AM, Tom Stellard wrote: > On Tu

Re: [Mesa-dev] [PATCH] r300/compiler: Prevent the fragmentation of TEX blocks in the pair scheduler.

On 03.06.2010 13:51, Nicolai Haehnle wrote: > On Thu, Jun 3, 2010 at 7:45 AM, Tom Stellard wrote: >> On Wed, Jun 02, 2010 at 11:39:57AM +0200, Nicolai Haehnle wrote: >>> On Wed, Jun 2, 2010 at 6:53 AM, Tom Stellard wrote: On Tue, Jun 01, 2010 at 12:00:16PM +0200, Nicolai Haehnle wrote: >

Re: [Mesa-dev] RFC: gallium-newclear branch

On 02.06.2010 19:04, Marek Olšák wrote: > > On Wed, Jun 2, 2010 at 3:02 PM, Roland Scheidegger > wrote: > > Together with a PIPE_CAP_CLEAR_WITH_MASK_AND_SCISSOR. > > That would be all interface changes needed (so mask and scissor would be > optional for dr

Re: [Mesa-dev] [PATCH] r300/compiler: Prevent the fragmentation of TEX blocks in the pair scheduler.

On Thu, Jun 3, 2010 at 7:45 AM, Tom Stellard wrote: > On Wed, Jun 02, 2010 at 11:39:57AM +0200, Nicolai Haehnle wrote: >> On Wed, Jun 2, 2010 at 6:53 AM, Tom Stellard wrote: >> > On Tue, Jun 01, 2010 at 12:00:16PM +0200, Nicolai Haehnle wrote: >> >> On Tue, Jun 1, 2010 at 7:41 AM, tstellar wrote

Re: [Mesa-dev] [PATCH 0/6] RFC: DRM Image extensions

2010/6/3 Chia-I Wu : > 2010/6/3 Kristian Høgsberg : >>> But it is less flexible IMHO.  Also, I am not convinced that EGLImageKHR to >>> be >>> queryable, which is stemmed from using EGLImageKHR to represent >>> pipe_resource. >>> Using an EGLImageKHR also implies that an implementation must imple

Re: [Mesa-dev] [PATCH] gallium: add interpolation parameter to simple shader functions

On Wed, 2010-06-02 at 17:15 -0700, Brian Paul wrote: > If there's no concerns, I'll commit this tomorrow. > > -Brian > Looks good to me Brian. Thanks. Jose ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/

[Mesa-dev] [Bug 28280] Regression in mesa branches 7.7/7.8: glXChooseVisual fails to find visual

https://bugs.freedesktop.org/show_bug.cgi?id=28280 --- Comment #6 from Julien Cristau 2010-06-03 01:19:36 PDT --- > --- Comment #5 from Brian Paul 2010-06-02 15:10:39 > PDT --- > I've applied the patch to the 7.8 branch (with fix-ups). > Thanks. > I'm not planning on any more releases from t

Re: [Mesa-dev] [PATCH 0/6] RFC: DRM Image extensions

2010/6/3 Chia-I Wu : > 2010/6/3 Kristian Høgsberg : >>> But it is less flexible IMHO.  Also, I am not convinced that EGLImageKHR to >>> be >>> queryable, which is stemmed from using EGLImageKHR to represent >>> pipe_resource. >>> Using an EGLImageKHR also implies that an implementation must imple