On 01/09/2011 11:23 PM, Chad Versace wrote:
> Regressions
> ===
> I would appreciate it if someone would take the time check for Piglit
> regressions on non-Intel. Also, if anyone has access to a GLES1/2 test suite,
> I would like to know if this causes any GLES1/2 regressions.
If you woul
On Tue, Jan 11, 2011 at 1:24 AM, Brian Paul wrote:
> On 01/09/2011 08:43 PM, Dave Airlie wrote:
>>
>> From: Dave Airlie
>>
>>> From reading EXT_texture_sRGB and EXT_framebuffer_sRGB and interactions
>>
>> with FBO I've found that swrast is converting the sRGB values to linear
>> for
>> blending wh
On Mon, Jan 10, 2011 at 3:08 PM, tom fogal wrote:
> Dan Nicholson writes:
>> On Sun, Jan 9, 2011 at 2:32 PM, tom fogal wrote:
>> > Ping!
>> >
>> > No NAKs in ~5 days and one explicit request (on xorg-devel):
>> >
>> > =C2=A0http://permalink.gmane.org/gmane.comp.freedesktop.xorg.devel/17570
>> >
Dan Nicholson writes:
> On Sun, Jan 9, 2011 at 2:32 PM, tom fogal wrote:
> > Ping!
> >
> > No NAKs in ~5 days and one explicit request (on xorg-devel):
> >
> > =C2=A0http://permalink.gmane.org/gmane.comp.freedesktop.xorg.devel/17570
> >
> > Okay for master, and (after settling) 7.10?
>
> Sorry,
Am 08.01.2011 18:32, schrieb Sebastian H.:
> Am 08.01.2011 18:24, schrieb Julien Cristau:
>> On Sat, Jan 8, 2011 at 17:00:54 +0100, Sebastian H. wrote:
>>
>>> make then stopped like this
>>>
>>> gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver
>>> -I../../../../../include -I../../.
Christian König wrote:
Ups, I forgot to push again after committing the merge fixes, please
pull and try again.
Building OK now.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Sun, Jan 9, 2011 at 2:32 PM, tom fogal wrote:
> Ping!
>
> No NAKs in ~5 days and one explicit request (on xorg-devel):
>
> http://permalink.gmane.org/gmane.comp.freedesktop.xorg.devel/17570
>
> Okay for master, and (after settling) 7.10?
Sorry, I was thinking of replying 5 days ago but then g
https://bugs.freedesktop.org/show_bug.cgi?id=31544
--- Comment #24 from Ian Romanick 2011-01-10 12:49:48
PST ---
Three questions:
1. Can we come up with a test case that would have triggered this bug?
2. Are all of these patches in 7.9 and 7.10?
3. Assuming the answer to #2 is "yes," can this
Am Montag, den 10.01.2011, 17:13 +0100 schrieb Henri Verbeet:
> 2011/1/10 Andy Furniss :
> > r600_asm.c: In function 'r600_bc_dump':
> > r600_asm.c:2334: error: 'struct r600_bc_cf' has no member named
> > 'kcache0_mode'
> > r600_asm.c:2335: error: 'struct r600_bc_cf' has no member named
> > 'kcache
On Mon, Jan 10, 2011 at 4:42 PM, Brian Paul wrote:
> The libdrm version checks in configure.ac should be updated. I think the
> driver developers usually forget to do this. Unless someone says otherwise,
> I think I'll bump all of them to 2.4.23 (the latest release) and cherry-pick
> back to 7.10
On 01/10/2011 07:18 AM, Brian Paul wrote:
> Why not just defined the GL, ES1 and ES2 bits to be 1 << gl_api like this:
>
> GL = 1 << API_OPENGL
> ES1 = 1 << API_OPENGLES
> ES2 = 1 << API_OPENGLES2
>
> That'd make api_bit() trivial.
Ah, I've never seen that trick before: bit-shifing on enum value
Commited. Thanks.
Jose
On Thu, 2011-01-06 at 11:58 -0800, kristof.ralov...@gmail.com wrote:
> On 2011-01-04, José Fonseca wrote:
> > Kristof,
> >
> > It looks good overall with the exception that the build will fail if the
> > EGL library is not available.
> >
> > Please guard the egl subdirecto
2011/1/10 Andy Furniss :
> r600_asm.c: In function 'r600_bc_dump':
> r600_asm.c:2334: error: 'struct r600_bc_cf' has no member named
> 'kcache0_mode'
> r600_asm.c:2335: error: 'struct r600_bc_cf' has no member named
> 'kcache0_bank'
> r600_asm.c:2336: error: 'struct r600_bc_cf' has no member named
On 01/08/2011 10:32 AM, Sebastian H. wrote:
Am 08.01.2011 18:24, schrieb Julien Cristau:
On Sat, Jan 8, 2011 at 17:00:54 +0100, Sebastian H. wrote:
make then stopped like this
gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver
-I../../../../../include -I../../../../../src/mapi
Hi Tom,
I think you can assume silence = consent with things like this.
As far as I'm concerned you can go ahead and commit the change.
-Brian
On 01/09/2011 03:32 PM, tom fogal wrote:
Ping!
No NAKs in ~5 days and one explicit request (on xorg-devel):
http://permalink.gmane.org/gmane.com
On 01/09/2011 08:43 PM, Dave Airlie wrote:
From: Dave Airlie
From reading EXT_texture_sRGB and EXT_framebuffer_sRGB and interactions
with FBO I've found that swrast is converting the sRGB values to linear for
blending when an sRGB texture is bound as an FBO. According to the spec
and further e
On 01/10/2011 12:53 AM, Chad Versace wrote:
Place GL, GLES1, and GLES2 extensions in a unified extension table. This
allows one to enable, disable, and query the status of GLES1 and GLES2
extensions by name.
When tested on Intel Ironlake, this patch did not alter the extension
string [as given b
On 01/10/2011 12:23 AM, Chad Versace wrote:
I am refactoring the method by which extension strings are handled in
mesa/main/extensions.c. If there are no objections, regressions, nor
significantly better refactoring alternatives proposed, then I plan to push
the patch set on Friday 14.
Regressio
On Mon, 2011-01-10 at 11:30 +0100, Elmar Stellnberger wrote:
> Having applied the patch by Alex Deucher to make graphics mode
> initialization work I do now have a problem in loading the
> drm_kms_helper as required by the radeon module (also required: ttm
> module):
>
> drm: Unknown parameter: `
Place GL, GLES1, and GLES2 extensions in a unified extension table. This
allows one to enable, disable, and query the status of GLES1 and GLES2
extensions by name.
When tested on Intel Ironlake, this patch did not alter the extension
string [as given by glGetString(GL_EXTENSIONS)] for any API.
---
Place GL, GLES1, and GLES2 extensions in a unified extension table. This
allows one to enable, disable, and query the status of GLES1 and GLES2
extensions by name.
When tested on Intel Ironlake, this patch did not alter the extension
string [as given by glGetString(GL_EXTENSIONS)] for any API.
---
On 2011-01-04, José Fonseca wrote:
> Kristof,
>
> It looks good overall with the exception that the build will fail if the
> EGL library is not available.
>
> Please guard the egl subdirectories and/or targets with
>
> if (EGL_egl_LIBRARY)
> ...
> endif (EGL_egl_LIBRARY)
>
> and make sure
Christian König wrote:
Hi,
in the past couple of weeks i tried to optimize the shaders used for the
iDCT and MC code. Beside optimizing the TGSI code for the shaders i
optimized the TGSI->R600 code generation in r600g quite a bit:
I am getting an error trying to build your latest xvmc mesa, ma
Having applied the patch by Alex Deucher to make graphics mode
initialization work I do now have a problem in loading the
drm_kms_helper as required by the radeon module (also required: ttm
module):
drm: Unknown parameter: `edid_strict`
It needs to be set to 0 to make graphics mode initializatio
24 matches
Mail list logo
