Re: [Mesa-dev] [PATCH] mesa: Add haiku swrast driver

On Tue, Nov 12, 2013 at 11:46 PM, Alexander von Gluck IV wrote: * This is pretty small and upkeep should be minimal. * Currently fully working. --- src/mesa/drivers/SConscript |3 + src/mesa/drivers/haiku/swrast/SConscript| 28 + src/mesa/drivers/haiku/swrast

[Mesa-dev] [PATCH] mesa: Add haiku swrast driver

* This is pretty small and upkeep should be minimal. * Currently fully working. --- src/mesa/drivers/SConscript |3 + src/mesa/drivers/haiku/swrast/SConscript| 28 + src/mesa/drivers/haiku/swrast/SoftwareRast.cpp | 707 +++ src/mesa/drivers

[Mesa-dev] [Bug 71547] compilation failure :#error "SSE4.1 instruction set not enabled"

https://bugs.freedesktop.org/show_bug.cgi?id=71547 --- Comment #2 from set.mailingl...@gmail.com --- I put those -mno-sse's in there because the initial failing stanza included -msse4.1 in the gcc invocation. The problem seems to be the -mno-ssse3 I had to put in sometime in the past for an older

Re: [Mesa-dev] [PATCH] mesa/swrast: fix inverted front buffer rendering with old-school swrast

On 11/12/2013 06:56 PM, Dave Airlie wrote: > From: Dave Airlie > > I've no idea when this broke, but we have some people who wanted it fixed, > so here's my attempt. > > reproducer, run readpix with swrast hit f, or run trival tri -sb things are > upside down, after this patch they aren't. > >

Re: [Mesa-dev] [PATCH] mesa/swrast: fix inverted front buffer rendering with old-school swrast

On Tue, Nov 12, 2013 at 8:56 PM, Dave Airlie wrote: From: Dave Airlie I've no idea when this broke, but we have some people who wanted it fixed, so here's my attempt. A quick side note, we saw the same issue in Haiku ~Mesa 9.1.1.  (Suddenly the swrast render was inverted vertically) We s

[Mesa-dev] [PATCH] mesa/swrast: fix inverted front buffer rendering with old-school swrast

From: Dave Airlie I've no idea when this broke, but we have some people who wanted it fixed, so here's my attempt. reproducer, run readpix with swrast hit f, or run trival tri -sb things are upside down, after this patch they aren't. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=66213

[Mesa-dev] [Bug 71547] compilation failure :#error "SSE4.1 instruction set not enabled"

https://bugs.freedesktop.org/show_bug.cgi?id=71547 Matt Turner changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Mesa-dev] [PATCH 06/15] i965: Disable HiZ on Broadwell for now.

HiZ is difficult to implement, and while it's essential for performance, we don't need it right away for purposes of hardware enabling. Signed-off-by: Kenneth Graunke Reviewed-by: Chad Versace --- src/mesa/drivers/dri/i965/brw_context.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) dif

[Mesa-dev] [PATCH 14/15] i965/vs: Always store pull constant offsets in GRFs on Gen8.

We need to SEND from a GRF, and we can only obtain those prior to register allocation. This allows us to do pull constant loads without the MRF hack. Signed-off-by: Kenneth Graunke --- src/mesa/drivers/dri/i965/brw_vec4_visitor.cpp | 13 - 1 file changed, 12 insertions(+), 1 deletio

[Mesa-dev] [PATCH 15/15] i965/vs: Don't copy propagate into SEND-from-GRF messages.

SEND can't deal with swizzles, source modifiers, and so on. This should avoid problems with VS pull constant loads on Broadwell. Signed-off-by: Kenneth Graunke --- src/mesa/drivers/dri/i965/brw_vec4_copy_propagation.cpp | 3 +++ 1 file changed, 3 insertions(+) diff --git a/src/mesa/drivers/dri

[Mesa-dev] [PATCH 07/15] i965: Disable BLORP on Broadwell for now.

BLORP is essential. However, porting it to Gen8 is a huge amount of work. Disabling it for now allows us to proceed with basic hardware enablement. Signed-off-by: Kenneth Graunke --- src/mesa/drivers/dri/i965/brw_blorp_blit.cpp | 4 ++-- src/mesa/drivers/dri/i965/brw_clear.c | 4 ++--

[Mesa-dev] [PATCH 04/15] i965: Add device info structs for Broadwell.

As always, the chipset limits here are placeholders, rather than the actual values. Signed-off-by: Kenneth Graunke --- src/mesa/drivers/dri/i965/brw_device_info.c | 29 + 1 file changed, 29 insertions(+) INTEL PEOPLE: The actual values cannot be upstreamed at this ti

[Mesa-dev] [PATCH 08/15] i965: Reserve space for "Vertex Count" in GS outputs.

Signed-off-by: Kenneth Graunke --- src/mesa/drivers/dri/i965/brw_vec4_gs.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/src/mesa/drivers/dri/i965/brw_vec4_gs.c b/src/mesa/drivers/dri/i965/brw_vec4_gs.c index b52d646..e802c1e 100644 --- a/src/mesa/drivers/dri/i965/brw_vec4_gs.c +++ b

[Mesa-dev] [PATCH 10/15] i965: Implement a disassembler for Broadwell's new instruction encoding

Heavily based on Keith Packard's existing brw_disasm.c code. I've tried to go through most of the pieces (like SFIDs) and update the lists to include features added in recent generations. I had to use C++ since my new instruction representation requires it. Unfortunately, C++98 doesn't allow the

[Mesa-dev] [PATCH 11/15] i965: Add a new infrastructure for generating Broadwell shader assembly.

This replaces the brw_eu_emit.c layer for Broadwell. It will be used by both the vector and scalar shader backends. Signed-off-by: Kenneth Graunke --- src/mesa/drivers/dri/i965/Makefile.sources | 1 + src/mesa/drivers/dri/i965/gen8_generator.cpp | 651 +++ src/mesa/d

[Mesa-dev] [PATCH 12/15] i965: Create a new vec4 backend for Broadwell.

This replaces the old vec4_generator backend. Signed-off-by: Kenneth Graunke --- src/mesa/drivers/dri/i965/Makefile.sources| 1 + src/mesa/drivers/dri/i965/brw_vec4.cpp| 16 +- src/mesa/drivers/dri/i965/brw_vec4.h | 62 ++ src/mesa/drivers/dri/i965/brw_vec4_g

[Mesa-dev] [PATCH 02/15] i965: Move enum brw_urb_write_flags from brw_eu.h to brw_defines.h.

Broadwell code should not include brw_eu.h (since it is for Gen4-7 assembly encoding), but needs the URB write flags enum. Signed-off-by: Kenneth Graunke --- src/mesa/drivers/dri/i965/brw_defines.h | 71 + src/mesa/drivers/dri/i965/brw_eu.h | 71 -

[Mesa-dev] [PATCH 09/15] i965: Add a new representation for Broadwell shader instructions.

Broadwell significantly changes the EU instruction encoding. Many of the fields got moved to different bit positions; some even got split in two. With so many changes, it was infeasible to continue using struct brw_instruction. We needed a new representation. This new approach is a bit differen

[Mesa-dev] [PATCH 13/15] i965: Create a new fragment shader backend for Broadwell.

This replaces the old fs_generator backend. Signed-off-by: Kenneth Graunke --- src/mesa/drivers/dri/i965/Makefile.sources |1 + src/mesa/drivers/dri/i965/brw_fs.cpp| 16 +- src/mesa/drivers/dri/i965/brw_fs.h | 65 ++ src/mesa/drivers/dri/i965/gen8_fs_generat

[Mesa-dev] [PATCH 01/15] i965/fs: Remove force_sechalf stack

Only Gen4 color write setup uses the force_sechalf flag, and it only sets it on a single instruction. It also already has to get a pointer to the instruction and manually set the saturate flag, so we may as well just set force_sechalf the same way and avoid the complexity of a stack. Signed-off-b

[Mesa-dev] [PATCH 05/15] i965: Claim OpenGL 3.3 support on Broadwell.

Bugs aside, basically everything ought to work. Signed-off-by: Kenneth Graunke --- src/mesa/drivers/dri/i965/intel_screen.c | 1 + 1 file changed, 1 insertion(+) diff --git a/src/mesa/drivers/dri/i965/intel_screen.c b/src/mesa/drivers/dri/i965/intel_screen.c index ce8124b..ed0b416 100644 --- a

[Mesa-dev] [PATCH 03/15] i965: Make swizzle_to_scs non-static.

We'll need this for Broadwell code as well. Normally, when we make things public, we add the "brw" prefix. I'm not crazy about that in this case, since it deals with prog_instruction.h's SWIZZLE_XYZW values, rather than the BRW_SWIZZLE_XYZW enums. However, I can't think of a better name, and at

Re: [Mesa-dev] [PATCH] glx: Back DRI3 enablement out of the stable branch.

On 13.11.2013 1:08, Eric Anholt wrote: After more testing (everyone else trying to build the stack is having as much trouble as I had, even after the problems I had were fixed), it really feels like dri3 is not something we're ready to support in this stable branch. The .c/.h code will remain he

[Mesa-dev] [Bug 71544] Requesting git commit access to mesa

https://bugs.freedesktop.org/show_bug.cgi?id=71544 Brian Paul changed: What|Removed |Added Assignee|mesa-dev@lists.freedesktop. |sitewranglers@lists.freedes

Re: [Mesa-dev] [PATCH] glx: Back DRI3 enablement out of the stable branch.

On 11/12/2013 05:08 PM, Eric Anholt wrote: After more testing (everyone else trying to build the stack is having as much trouble as I had, even after the problems I had were fixed), it really feels like dri3 is not something we're ready to support in this stable branch. The .c/.h code will remai

Re: [Mesa-dev] [PATCH] glx: Back DRI3 enablement out of the stable branch.

On 11/12/2013 04:08 PM, Eric Anholt wrote: > After more testing (everyone else trying to build the stack is having as > much trouble as I had, even after the problems I had were fixed), it > really feels like dri3 is not something we're ready to support in this > stable branch. The .c/.h code will

[Mesa-dev] [PATCH] glx: Back DRI3 enablement out of the stable branch.

After more testing (everyone else trying to build the stack is having as much trouble as I had, even after the problems I had were fixed), it really feels like dri3 is not something we're ready to support in this stable branch. The .c/.h code will remain here to enable easier cherry-picking from m

Re: [Mesa-dev] [PATCH] dri/i915, dri/i965: Fix support for planar images

On Tue, Nov 12, 2013 at 03:44:34PM -0800, Eric Anholt wrote: > Ander Conselvan de Oliveira writes: > > > From: Ander Conselvan de Oliveira > > > > Planar images have format __DRI_IMAGE_FORMAT_NONE, but the patch that > > moved the conversion from dri_format to the mesa format made it > > impossi

Re: [Mesa-dev] [PATCH] dri/i915, dri/i965: Fix support for planar images

Ander Conselvan de Oliveira writes: > From: Ander Conselvan de Oliveira > > Planar images have format __DRI_IMAGE_FORMAT_NONE, but the patch that > moved the conversion from dri_format to the mesa format made it > impossible to allocate a image with that format. Reviewed-by: Eric Anholt pgp1

Re: [Mesa-dev] [PATCH 1/3] dri: Add helpers for implementing allocBuffer/releaseBuffer with __DRIimage

On Tue, Nov 12, 2013 at 12:15 PM, Eric Anholt wrote: > Kristian Høgsberg writes: > >> Drivers that only call getBuffers to request color buffers can use these >> generic, __DRIimage based helpers to implement the allocBuffer and >> releaseBuffer functions of __DRIdri2Extension. >> >> For the inte

[Mesa-dev] [Bug 71506] indirect_glx.c:350: multiple definition of `indirect_create_context'

https://bugs.freedesktop.org/show_bug.cgi?id=71506 --- Comment #12 from Jon TURNEY --- Created attachment 89110 --> https://bugs.freedesktop.org/attachment.cgi?id=89110&action=edit Patch to glx/tests to provide a stub __glXGetCurrentContext() function when $(DEFINES) are such that is not a macr

Re: [Mesa-dev] [PATCH 1/2 v3] i965: add XRGB to tiled_memcpy

Matt Turner writes: > On Tue, Nov 12, 2013 at 12:22 PM, Chad Versace > wrote: >> +mesa-dev >> >> >> On 11/12/2013 09:16 AM, Courtney Goeltzenleuchter wrote: >>> >>> On Mon, Nov 11, 2013 at 2:19 PM, Chad Versace >>> wrote: >>> On 11/07/2013 01:59 PM, Courtney Goeltzenleuchter wrote: >>>

Re: [Mesa-dev] [PATCH V3 09/13] i965: implement indirect drawing for Gen7

Chris Forbes writes: > Just prior to emitting the 3DPRIMITIVE command, we load each of the > indirect registers. The values loaded are either from offsets into the > current indirect BO, or constant zero if the parameter is not used for > this draw. > > Enabling use of the indirect registers is d

Re: [Mesa-dev] [PATCH] i965: Fix vertical alignment for multisampled buffers.

On 12 November 2013 15:02, Kenneth Graunke wrote: > On 11/12/2013 01:29 PM, Paul Berry wrote: > > From the Sandy Bridge PRM, Vol 1 Part 1 7.18.3.4 (Alignment Unit > > Size): > > > > j [vertical alignment] = 4 for any render target surface is > > multisampled (4x) > > > > From the Ivy Brid

Re: [Mesa-dev] [PATCH] i965: Link test program with -ldl.

On Tue, Nov 12, 2013 at 3:02 PM, Eric Anholt wrote: > DLOPEN_LIBS should already be part of DRI_LIB_DEPS. Can we just move > DRI_LIB_DEPS after libmesa.la? Oh, you're right. Yeah, that should be better. ___ mesa-dev mailing list mesa-dev@lists.freedesk

Re: [Mesa-dev] [PATCH] i965: Link test program with -ldl.

Matt Turner writes: > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=71512 > --- > src/mesa/drivers/dri/i965/Makefile.am | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/src/mesa/drivers/dri/i965/Makefile.am > b/src/mesa/drivers/dri/i965/Makefile.am > index 8c0f9a3..6bce3c1 1006

Re: [Mesa-dev] [PATCH] R600: Make sure OQAP defs and uses happen in the same clause

Hi Vincent, Here is an updated patch where I added a call to SubstituteKCacheBank() in canClauseLocalKillFitInClause() This should prevent OQAP uses and defs from being split because of constant bank limitations. Maybe we can leave the ScheduleDAGMutation optimization as a future TODO. -Tom On

Re: [Mesa-dev] [PATCH] i965: Fix vertical alignment for multisampled buffers.

On 11/12/2013 01:29 PM, Paul Berry wrote: > From the Sandy Bridge PRM, Vol 1 Part 1 7.18.3.4 (Alignment Unit > Size): > > j [vertical alignment] = 4 for any render target surface is > multisampled (4x) > > From the Ivy Bridge PRM, Vol 4 Part 1 2.12.2.1 (SURFACE_STATE for most > messages),

Re: [Mesa-dev] [PATCH] i965: Fix vertical alignment for multisampled buffers.

Paul Berry writes: > From the Sandy Bridge PRM, Vol 1 Part 1 7.18.3.4 (Alignment Unit > Size): > > j [vertical alignment] = 4 for any render target surface is > multisampled (4x) > > From the Ivy Bridge PRM, Vol 4 Part 1 2.12.2.1 (SURFACE_STATE for most > messages), under the "Surface Ver

Re: [Mesa-dev] [PATCH] dri: Remove redundant createNewContext function from __DRIimageDriverExtension

Kristian Høgsberg writes: > createContextAttribs is a superset of what createNewContext provides. > Also remove the function typedef, since createNewContext is deprecated > and no longer used in multiple interfaces. > > Signed-off-by: Kristian Høgsberg Reviewed-by: Eric Anholt Don't forget t

Re: [Mesa-dev] [PATCH] nicer-no-wrap-patch

"Rogovin, Kevin" writes: > Hi all, I will later submit a patch taking into account comments, however one > comment I will address *now*. > > Eric Anholt [e...@anholt.net] writes: > >>Kevin Rogovin writes: >> >>> This patch adds a function interface for enabling no wrap on batch commands, >>>add

Re: [Mesa-dev] [PATCH 1/2 v3] i965: add XRGB to tiled_memcpy

On 11/12/2013 12:50 PM, Matt Turner wrote: On Tue, Nov 12, 2013 at 12:22 PM, Chad Versace Let's drop all of this multi-patch table nonsense and just say what each patch does in its commit message. Sounds good to me. ___ mesa-dev mailing list mesa-

[Mesa-dev] [PATCH] i965: Fix vertical alignment for multisampled buffers.

>From the Sandy Bridge PRM, Vol 1 Part 1 7.18.3.4 (Alignment Unit Size): j [vertical alignment] = 4 for any render target surface is multisampled (4x) >From the Ivy Bridge PRM, Vol 4 Part 1 2.12.2.1 (SURFACE_STATE for most messages), under the "Surface Vertical Alignment" heading: Th

[Mesa-dev] [PATCH] dri: Remove redundant createNewContext function from __DRIimageDriverExtension

createContextAttribs is a superset of what createNewContext provides. Also remove the function typedef, since createNewContext is deprecated and no longer used in multiple interfaces. Signed-off-by: Kristian Høgsberg --- v2: Update dri3_glx.c to use createContextAttribs in both cases. include

Re: [Mesa-dev] [PATCH V3 05/13] mesa: Add validation helpers for new indirect draws

On 11/12/2013 12:35 PM, Paul Berry wrote: > On 12 November 2013 12:13, Kenneth Graunke > wrote: > > It would be great to put a citation for this: > > /* From the ARB_multi_draw_indirect specification: > * "INVALID_VALUE is generated by MultiDrawArraysIn

Re: [Mesa-dev] [PATCH 1/2 v3] i965: add XRGB to tiled_memcpy

On Tue, Nov 12, 2013 at 12:22 PM, Chad Versace wrote: > +mesa-dev > > > On 11/12/2013 09:16 AM, Courtney Goeltzenleuchter wrote: >> >> On Mon, Nov 11, 2013 at 2:19 PM, Chad Versace >> wrote: >> >>> On 11/07/2013 01:59 PM, Courtney Goeltzenleuchter wrote: >>> MESA_FORMAT_XRGB is equivalent

Re: [Mesa-dev] [PATCH V3 12/13] vbo: map indirect buffer and extract params if doing sw primitive restart

There's a test for the SW primitive restart interaction in piglit. On Wed, Nov 13, 2013 at 9:45 AM, Kenneth Graunke wrote: > On 11/09/2013 01:02 AM, Chris Forbes wrote: >> V2: Check for mapping failure (thanks Brian) >> V3: - Change error on mapping failure to OUT_OF_MEMORY (Brian) >> - Uncon

Re: [Mesa-dev] [PATCH V3 12/13] vbo: map indirect buffer and extract params if doing sw primitive restart

On 11/09/2013 01:02 AM, Chris Forbes wrote: > V2: Check for mapping failure (thanks Brian) > V3: - Change error on mapping failure to OUT_OF_MEMORY (Brian) > - Unconst; remove casting away of const. > > Signed-off-by: Chris Forbes > --- > src/mesa/vbo/vbo_primitive_restart.c | 33 +++

Re: [Mesa-dev] [PATCH V3 09/13] i965: implement indirect drawing for Gen7

On 11/09/2013 01:02 AM, Chris Forbes wrote: > Just prior to emitting the 3DPRIMITIVE command, we load each of the > indirect registers. The values loaded are either from offsets into the > current indirect BO, or constant zero if the parameter is not used for > this draw. > > Enabling use of the i

Re: [Mesa-dev] [PATCH V3 05/13] mesa: Add validation helpers for new indirect draws

On 12 November 2013 12:13, Kenneth Graunke wrote: > It would be great to put a citation for this: > > /* From the ARB_multi_draw_indirect specification: > * "INVALID_VALUE is generated by MultiDrawArraysIndirect or > * MultiDrawElementsIndirect if is negative." > * > * " must be positive, o

Re: [Mesa-dev] [PATCH 1/3] dri: Add helpers for implementing allocBuffer/releaseBuffer with __DRIimage

Kristian Høgsberg writes: > Drivers that only call getBuffers to request color buffers can use these > generic, __DRIimage based helpers to implement the allocBuffer and > releaseBuffer functions of __DRIdri2Extension. > > For the intel dri driver, this consolidates window system color buffer > a

Re: [Mesa-dev] [PATCH] dri: Remove redundant createNewContext function from __DRIimageDriverExtension

Kristian Høgsberg writes: > createContextAttribs is a superset of what createNewContext provides. > Also remove the function typedef, since createNewContext is deprecated > and no longer used in multiple interfaces. Looks like we failed at git grep yesterday. It is actually used: src/glx/dri3

Re: [Mesa-dev] [PATCH V3 06/13] vbo: Flesh out implementation of indirect draws

On 11/09/2013 01:02 AM, Chris Forbes wrote: > Based on part of Patch 2 of Christoph Bumiller's ARB_draw_indirect series. > > Signed-off-by: Chris Forbes > --- > src/mesa/vbo/vbo_exec_array.c | 216 > ++ > 1 file changed, 216 insertions(+) I think this wo

Re: [Mesa-dev] [PATCH 1/2 v3] i965: add XRGB to tiled_memcpy

+mesa-dev On 11/12/2013 09:16 AM, Courtney Goeltzenleuchter wrote: On Mon, Nov 11, 2013 at 2:19 PM, Chad Versace wrote: On 11/07/2013 01:59 PM, Courtney Goeltzenleuchter wrote: MESA_FORMAT_XRGB is equivalent to MESA_FORMAT_ARGB in terms of storage on the device, so okay to use this o

[Mesa-dev] [PATCH] gallium: Pass version scripts to linker using --version-script=

From: Tom Stellard This fixes build failures with the gold linker. --- src/gallium/targets/egl-static/Makefile.am | 2 +- src/gallium/targets/egl-static/egl.link | 2 +- src/gallium/targets/pipe-loader/Makefile.am | 2 +- src/gallium/targets/pipe-loader/pipe.link | 2 +- 4 files changed,

Re: [Mesa-dev] [PATCH V3 01/13] mesa: add indirect drawing buffer parameter to draw functions

On 11/09/2013 01:02 AM, Chris Forbes wrote: > From: Christoph Bumiller > > Split from patch implementing ARB_draw_indirect. > > v2: Const-qualify the struct gl_buffer_object *indirect argument. > v3: Fix up some more draw calls for new argument. > v4: Fix up rebase conflicts in i965. > v5: Undo

Re: [Mesa-dev] [PATCH V3 05/13] mesa: Add validation helpers for new indirect draws

On 11/09/2013 01:02 AM, Chris Forbes wrote: > Based on part of Patch 2 of Christoph Bumiller's ARB_draw_indirect series. > > V3: - Disallow primcount==0 for DrawMulti*Indirect. The extension spec > contradicts itself on this, but the GL4.3 spec disallows it. > > - Make it clear that the

Re: [Mesa-dev] [PATCH] i965/gen7: workaround alpha blending problems with CMS MSAA buffers.

On 11/12/2013 11:06 AM, Paul Berry wrote: > On 4 November 2013 14:24, Paul Berry > wrote: > > i965/gen7 hardware doesn't perform alpha blending correctly when > compressed (CMS) multisampled buffers are in use. Therefore, we need > to detect when alpha

Re: [Mesa-dev] [PATCH] llvmpipe: clean up state setup code a bit

On 11/12/2013 06:50 PM, srol...@vmware.com wrote: From: Roland Scheidegger In particular get rid of home-grown vector helpers which didn't add much. And while here fix formatting a bit. No functional change. --- src/gallium/drivers/llvmpipe/lp_state_setup.c | 183 +

[Mesa-dev] [Bug 71506] indirect_glx.c:350: multiple definition of `indirect_create_context'

https://bugs.freedesktop.org/show_bug.cgi?id=71506 --- Comment #11 from Armin K --- And indeed, using --enable-glx-tls seems to fix the build. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev

[Mesa-dev] [Bug 71547] compilation failure :#error "SSE4.1 instruction set not enabled"

https://bugs.freedesktop.org/show_bug.cgi?id=71547 set.mailingl...@gmail.com changed: What|Removed |Added CC||set.mailingl...@gmail.com --

[Mesa-dev] [Bug 71547] New: compilation failure :#error "SSE4.1 instruction set not enabled"

https://bugs.freedesktop.org/show_bug.cgi?id=71547 Priority: medium Bug ID: 71547 Assignee: mesa-dev@lists.freedesktop.org Summary: compilation failure :#error "SSE4.1 instruction set not enabled" Severity: normal Classif

Re: [Mesa-dev] [PATCH] i965/gen7: workaround alpha blending problems with CMS MSAA buffers.

On 4 November 2013 14:24, Paul Berry wrote: > i965/gen7 hardware doesn't perform alpha blending correctly when > compressed (CMS) multisampled buffers are in use. Therefore, we need > to detect when alpha blending is used on a compressed multisampled > buffer, and convert the buffer to uncompres

[Mesa-dev] [Bug 71506] indirect_glx.c:350: multiple definition of `indirect_create_context'

https://bugs.freedesktop.org/show_bug.cgi?id=71506 --- Comment #10 from Armin K --- It builds for me if query_renderer_unittest.cpp is removed from list of source files without any modifications to fake_glx_screen.cpp -- You are receiving this mail because: You are the assignee for the bug. ___

[Mesa-dev] [Bug 71544] New: Requesting git commit access to mesa

https://bugs.freedesktop.org/show_bug.cgi?id=71544 Priority: medium Bug ID: 71544 Assignee: mesa-dev@lists.freedesktop.org Summary: Requesting git commit access to mesa Severity: normal Classification: Unclassified OS: All

[Mesa-dev] [PATCH] llvmpipe: clean up state setup code a bit

From: Roland Scheidegger In particular get rid of home-grown vector helpers which didn't add much. And while here fix formatting a bit. No functional change. --- src/gallium/drivers/llvmpipe/lp_state_setup.c | 183 + 1 file changed, 66 insertions(+), 117 deletions(-) di

[Mesa-dev] [Bug 71506] indirect_glx.c:350: multiple definition of `indirect_create_context'

https://bugs.freedesktop.org/show_bug.cgi?id=71506 --- Comment #9 from Ian Romanick --- Hm... does building with --enable-glx-tls help? I wonder if the added __glXGetCurrentContext in fake_glx_screen.cpp is to blame. -- You are receiving this mail because: You are the assignee for the bug. ___

Re: [Mesa-dev] [PATCH 3/3] mesa: call update_array_format() after error checking

Series Reviewed-by: Jordan Justen On Tue, Nov 12, 2013 at 7:57 AM, Brian Paul wrote: > We try to do all error checking before changing any GL state. > > Cc: "10.0" > --- > src/mesa/main/varray.c | 10 +- > 1 file changed, 5 insertions(+), 5 deletions(-) > > diff --git a/src/mesa/main

Re: [Mesa-dev] [RFC] Haiku viewport / framebuffer invalidation

On 11/11/2013 10:29 AM, Alexander von Gluck IV wrote: I've been banging my head against a wall for a while now on this. So the Haiku applications that call glViewport(.. for window resizes,etc never actually execute the Driver's Viewport call. (aka ctx->Driver.Viewport: https://urldefense.proofp

Re: [Mesa-dev] [PATCH demos v2 2/3] perf: Update teximage to measure more formats

Looks good, just some minor clean-up suggestions below. For patch 3, the idea of using loops sounds good. Otherwise, Reviewed-by: Brian Paul -Brian On 11/11/2013 05:53 PM, Courtney Goeltzenleuchter wrote: Needed test to measure texture upload speed under a variety of modes (mipmap, source fo

Re: [Mesa-dev] [PATCH 1/2 v3] i965: add XRGB to tiled_memcpy

Hi Chad, Does Matt's explanation help? I wanted to tell the performance story and show the progression of performance enhancements with these two patches. Thanks, Courtney On Mon, Nov 11, 2013 at 3:01 PM, Matt Turner wrote: > On Mon, Nov 11, 2013 at 1:19 PM, Chad Versace > wrote: > > On 11/

[Mesa-dev] [PATCH 2/3] mesa: use _mesa_is_bufferobj() helper in _mesa_vertex_attrib_address()

And use a regular if statment to slightly improve readability. --- src/mesa/main/varray.h |7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/src/mesa/main/varray.h b/src/mesa/main/varray.h index ecfc6b6..3b9f39a 100644 --- a/src/mesa/main/varray.h +++ b/src/mesa/main/var

[Mesa-dev] [PATCH 3/3] mesa: call update_array_format() after error checking

We try to do all error checking before changing any GL state. Cc: "10.0" --- src/mesa/main/varray.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/src/mesa/main/varray.c b/src/mesa/main/varray.c index d17d698..0f38270 100644 --- a/src/mesa/main/varray.c +++ b/sr

[Mesa-dev] [PATCH 1/3] mesa: add const qualifiers to vertex array helper functions

--- src/mesa/main/varray.h |8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/src/mesa/main/varray.h b/src/mesa/main/varray.h index 8a9487c..ecfc6b6 100644 --- a/src/mesa/main/varray.h +++ b/src/mesa/main/varray.h @@ -73,8 +73,8 @@ _mesa_update_array_max_element(struct

[Mesa-dev] R: Re: [PATCH 2/2] docs: update 10.0 relnotes for GL_NV_vdpau_interop

>Da: bri...@vmware.com >Data: 12/11/2013 16.39 >A: >Ogg: Re: [Mesa-dev] [PATCH 2/2] docs: update 10.0 relnotes for GL_NV_vdpau_interop > >On 11/12/2013 02:51 AM, Fabio Pedretti wrote: >> Cc: "10.0" >> --- >> docs/relnotes/10.0.html | 1 + >> 1 file changed, 1 insertion(+) >> >> diff --git a/d

[Mesa-dev] R: Re: [PATCH 1/2] gallium: fix build on GNU/Hurd due to missing PIPE_OS_HURD detection

>Looks OK to me. Do you need someone to commit this for you? Yes, thanks. >-Brian ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev

Re: [Mesa-dev] [PATCH 1/2] gallium: fix build on GNU/Hurd due to missing PIPE_OS_HURD detection

On 11/12/2013 02:51 AM, Fabio Pedretti wrote: From: Cyril Brulebois Thanks to Pino Toscano. Patch from Debian package. Cc: "10.0" --- src/gallium/auxiliary/os/os_thread.h | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/src/gallium/auxiliary/os/os_thread.h

Re: [Mesa-dev] [PATCH 2/2] docs: update 10.0 relnotes for GL_NV_vdpau_interop

On 11/12/2013 02:51 AM, Fabio Pedretti wrote: Cc: "10.0" --- docs/relnotes/10.0.html | 1 + 1 file changed, 1 insertion(+) diff --git a/docs/relnotes/10.0.html b/docs/relnotes/10.0.html index eabe77f..bbb447f 100644 --- a/docs/relnotes/10.0.html +++ b/docs/relnotes/10.0.html @@ -55,6 +55,7 @

Re: [Mesa-dev] [PATCH] meta: enable vertex attributes in the context of the newly created array object

On 11/11/2013 04:57 PM, Petr Sebor wrote: Not having push access rights, I hope this fix gets merged soon. Hopefully a stable release candidate as well. I'll do so in a bit. I'll tag it for the 9.2 and 10.0 branches too. -Brian ___ mesa-dev mailin

[Mesa-dev] [PATCH] dri/i915, dri/i965: Fix support for planar images

From: Ander Conselvan de Oliveira Planar images have format __DRI_IMAGE_FORMAT_NONE, but the patch that moved the conversion from dri_format to the mesa format made it impossible to allocate a image with that format. Signed-off-by: Ander Conselvan de Oliveira --- src/mesa/drivers/dri/i915/int

[Mesa-dev] _CurrentFragmentProgram vs CurrentFragmentProgram

Hello all, I see from the quasi-doxytags that CurrentFragmentProgram is for separate shader objects to point to the active fragment program for essentially glActiveShaderProgram, but what is _CurrentFragmentProgram? and for that matter, I also see that CurrentFragmentProgram and sometime _Cur

[Mesa-dev] [PATCH 1/2] gallium: fix build on GNU/Hurd due to missing PIPE_OS_HURD detection

From: Cyril Brulebois Thanks to Pino Toscano. Patch from Debian package. Cc: "10.0" --- src/gallium/auxiliary/os/os_thread.h | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/src/gallium/auxiliary/os/os_thread.h b/src/gallium/auxiliary/os/os_thread.h index e153

[Mesa-dev] [PATCH 2/2] docs: update 10.0 relnotes for GL_NV_vdpau_interop

Cc: "10.0" --- docs/relnotes/10.0.html | 1 + 1 file changed, 1 insertion(+) diff --git a/docs/relnotes/10.0.html b/docs/relnotes/10.0.html index eabe77f..bbb447f 100644 --- a/docs/relnotes/10.0.html +++ b/docs/relnotes/10.0.html @@ -55,6 +55,7 @@ Note: some of the new features are only availabl

Re: [Mesa-dev] [PATCH V3 13/13] i965: Enable ARB_draw_indirect (and ARB_multi_draw_indirect) on Gen7+

Relnotes change will need to go into 10.1; will fix when this lands. On Sat, Nov 9, 2013 at 10:02 PM, Chris Forbes wrote: > .. and mark them off on the extensions list as done. > > V2: Enable only if pipelined register writes work. > V3: Also update relnotes > > Signed-off-by: Chris Forbes > Rev

Re: [Mesa-dev] [PATCH 2/3] gbm: Add support for __DRIimage based getBuffers when available

On Mon, Nov 11, 2013 at 1:22 PM, Kristian Høgsberg wrote: > This lets us allocate color buffers as __DRIimages and pass them into > the driver instead of having to create a __DRIbuffer with the flink > that requires. It seems worth mentioning in the commit message that this allows gbm to work wit

Re: [Mesa-dev] [PATCH demos v2 3/3] perf: Add script to run collection of texture formats

On 12/11/13 00:53, Courtney Goeltzenleuchter wrote: > bench_teximage.sh runs all the same formats that teximage > ran. Also passes the command line arguments of the script > to the benchmark to allow tester to set --csvstyle to full > or data for output more easily parsed by scripts and such. > >