[Mesa-dev] [Bug 83148] Unity invisible under Ubuntu 14.04 and 14.10

https://bugs.freedesktop.org/show_bug.cgi?id=83148 Michel Dänzer changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Mesa-dev] [PATCH] i965/vec4: Update register coalescing test.

In commit 04895f5c I added support for reswizzling writemasks. This test was checking that we didn't support this. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=82881 --- src/mesa/drivers/dri/i965/test_vec4_register_coalesce.cpp | 5 + 1 file changed, 1 insertion(+), 4 deletions(-)

[Mesa-dev] [PATCH] gallivm: fix somewhat broken NaN behavior for exp2

From: Roland Scheidegger I actually screwed that up in 754319490f6946a9ad5ee619822d5fe4254e6759, mistakenly thinking the code actually wanted the non-nan result before. So, introduce that missing nan behavior case and use that instead. For sse, there's no actual change in the resulting code at al

[Mesa-dev] [PATCH 07/14] i965/compaction: Use sizeof brw_inst/brw_compact_inst.

--- src/mesa/drivers/dri/i965/brw_eu_compact.c | 32 -- 1 file changed, 17 insertions(+), 15 deletions(-) diff --git a/src/mesa/drivers/dri/i965/brw_eu_compact.c b/src/mesa/drivers/dri/i965/brw_eu_compact.c index 696ed98..c291f96 100644 --- a/src/mesa/drivers/dri/i965

[Mesa-dev] [PATCH 14/14] i965/compaction: Document instruction compaction capabilities.

--- src/mesa/drivers/dri/i965/brw_eu_compact.c | 35 ++ 1 file changed, 35 insertions(+) diff --git a/src/mesa/drivers/dri/i965/brw_eu_compact.c b/src/mesa/drivers/dri/i965/brw_eu_compact.c index e9ba928..38a60d0 100644 --- a/src/mesa/drivers/dri/i965/brw_eu_compact.c

[Mesa-dev] [PATCH 11/14] i965/compaction: Add support for G45.

--- src/mesa/drivers/dri/i965/brw_eu_compact.c | 39 ++ 1 file changed, 24 insertions(+), 15 deletions(-) diff --git a/src/mesa/drivers/dri/i965/brw_eu_compact.c b/src/mesa/drivers/dri/i965/brw_eu_compact.c index 5008ba6..9c23d55 100644 --- a/src/mesa/drivers/dri/i965

[Mesa-dev] [PATCH 05/14] i965/compaction: Make src_offset local to the for loop.

--- src/mesa/drivers/dri/i965/brw_eu_compact.c | 17 +++-- 1 file changed, 7 insertions(+), 10 deletions(-) diff --git a/src/mesa/drivers/dri/i965/brw_eu_compact.c b/src/mesa/drivers/dri/i965/brw_eu_compact.c index 5617947..dd32175 100644 --- a/src/mesa/drivers/dri/i965/brw_eu_compac

[Mesa-dev] [PATCH 12/14] i965/compaction: Support compaction of control flow instructions.

We're currently emitting compactable control flow instruction the wrong types, preventing their compaction. The next patch will fix this and actually enable compaction. On chips that cannot compact control flow instructions, attempts to find a match in the datatype table will fail. --- src/mesa/d

[Mesa-dev] [PATCH 06/14] i965/compaction: Increment offset in for loop.

--- src/mesa/drivers/dri/i965/brw_eu_compact.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/src/mesa/drivers/dri/i965/brw_eu_compact.c b/src/mesa/drivers/dri/i965/brw_eu_compact.c index dd32175..696ed98 100644 --- a/src/mesa/drivers/dri/i965/brw_eu_compact.c +++ b/src/

[Mesa-dev] [PATCH 10/14] i965: Add BRW_OPCODE_NENOP for G45.

--- src/mesa/drivers/dri/i965/brw_defines.h | 1 + src/mesa/drivers/dri/i965/brw_disasm.c | 5 +++-- 2 files changed, 4 insertions(+), 2 deletions(-) diff --git a/src/mesa/drivers/dri/i965/brw_defines.h b/src/mesa/drivers/dri/i965/brw_defines.h index 0ef43e9..251f5b7 100644 --- a/src/mesa/drive

[Mesa-dev] [PATCH 01/14] i965: Set JumpCount, not JIP, on ENDIF on Gen 6.

Despite what the Sandybridge PRM says, ENDIF has Jump Count in , not JIP in . (The same mistake appears about WHILE as well). --- src/mesa/drivers/dri/i965/brw_eu_emit.c | 11 +++ 1 file changed, 7 insertions(+), 4 deletions(-) diff --git a/src/mesa/drivers/dri/i965/brw_eu_emit.c b/src/m

[Mesa-dev] [PATCH 08/14] i965/compaction: Reduce size of compacted_counts[] array.

The array was previously indexed in units of brw_compact_inst (8-bytes), but before compaction all instructions are uncompacted, so every odd element was unused. --- src/mesa/drivers/dri/i965/brw_eu_compact.c | 59 +++--- 1 file changed, 37 insertions(+), 22 deletions(-) d

[Mesa-dev] [PATCH 00/14] i965: Instruction compaction improvements

This series adds instruction compaction support for G45 and Gen5 and enables compaction of control flow instructions. Available from git://people.freedesktop.org/~mattst88/mesa compaction-improvements [PATCH 01/14] i965: Set JumpCount, not JIP, on ENDIF on Gen 6. Benign bug fix. [PATCH

[Mesa-dev] [PATCH 09/14] i965/compaction: Add support for Gen5.

--- src/mesa/drivers/dri/i965/brw_eu_compact.c | 215 - 1 file changed, 210 insertions(+), 5 deletions(-) diff --git a/src/mesa/drivers/dri/i965/brw_eu_compact.c b/src/mesa/drivers/dri/i965/brw_eu_compact.c index acce663..5008ba6 100644 --- a/src/mesa/drivers/dri/i965

[Mesa-dev] [PATCH 13/14] i965: Emit ELSE/ENDIF JIP with type D on Gen 7.

The spec says the type must be W (JIP is 16-bits after all), but we've been emitting it with a UD type all along and have experienced no adverse effects. Changing the type to D allows ELSE and ENDIF instructions to be compacted. --- src/mesa/drivers/dri/i965/brw_eu_emit.c | 4 ++-- 1 file changed,

[Mesa-dev] [PATCH 04/14] i965/compaction: Don't set UIP on ELSE on Gen < 8.

--- src/mesa/drivers/dri/i965/brw_eu_compact.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/src/mesa/drivers/dri/i965/brw_eu_compact.c b/src/mesa/drivers/dri/i965/brw_eu_compact.c index 8c30809..5617947 100644 --- a/src/mesa/drivers/dri/i965/brw_eu_compact.c +++ b/src/mes

[Mesa-dev] [PATCH 02/14] i965/sf: Disable instruction compaction.

Currently a no-op, since instruction compaction isn't implemented for the generations that have a programmable strips-and-fans unit. --- src/mesa/drivers/dri/i965/brw_sf.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/src/mesa/drivers/dri/i965/brw_sf.c b/src/mesa/drivers

[Mesa-dev] [PATCH 03/14] i965/compaction: Rework 3-src compaction logic.

It may be possible to create a contrived example in which a 3-src instruction would have been compacted on Gen < 8. I'd rather not discover it in the wild. --- src/mesa/drivers/dri/i965/brw_eu_compact.c | 14 +- 1 file changed, 9 insertions(+), 5 deletions(-) diff --git a/src/mesa/dri

Re: [Mesa-dev] [PATCH 3/3] meta: Avoid shader recompilation for msaa color resolve blit

Anuj, A cursory reading on my phone says these patches should be OK. I'll give it a more thorough look tomorrow when I have the full source in front of me. One comment though: Is there a good reason this is 3 patches? The first redactors stuff just so you can do a check in the second which you t

Re: [Mesa-dev] [PATCH] drm/radeon: Add RADEON_GEM_CPU_ACCESS BO creation flag

On 29.08.2014 00:01, Alex Deucher wrote: > On Thu, Aug 28, 2014 at 4:57 AM, Christian König > wrote: >> Am 28.08.2014 um 08:56 schrieb Michel Dänzer: >> >>> From: Michel Dänzer >>> >>> This flag is a hint that userspace expects the BO to be accessed by the >>> CPU. We can use that hint to prevent

Re: [Mesa-dev] [PATCH 2/2] gallium/targets: Break haiku state_tracker out to own directory

On , Emil Velikov wrote: On 28/08/14 01:31, Alexander von Gluck IV wrote: Hi Alex, Does that mean that we'll get non-softpipe hgl drivers soon :P Maybe! I'm mostly cleaning all of this up in preperation for work on a haiku-intel target on my github. Not sure if it will go anywhere, but I rea

[Mesa-dev] regarding project - Improved application of GLSL complier optimizations

Hello sir/madam, I am a computer science student with good knowledge of C and C++ . I want to know more about this project and how to work on this one . Please help me if possible. Anurag Das Indian Institute of Information Technology,India ___

Re: [Mesa-dev] [PATCH] kms-swrast: Support Prime fd handling

On Thu, Aug 28, 2014 at 4:01 PM, Emil Velikov wrote: > On 22/08/14 17:41, Andreas Pokorny wrote: >> Allows using prime fds as display target and from display target. >> Test for PRIME capability after initializing kms_swrast screen. >> > Hi Andreas, > > I'm hoping that Giovanni will take a look. A

Re: [Mesa-dev] [PATCH 2/3] radeonsi: add sampling of 4:2:2 subsampled textures

On 04.07.2014 01:24, Andy Furniss wrote: > Maybe not 1/frame but anyway the first couple of a run have numbers > rather than s > > [27977.386795] radeon :01:00.0: GPU fault detected: 146 0x0c035014 > [27977.386800] radeon :01:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR > 0x15E0 > [

[Mesa-dev] [PATCH 2/3] meta: Recompile msaa color resolve shader when the sample count changes

Currently, BLIT_MSAA_SHADER_2D_MULTISAMPLE_RESOLVE* and BLIT_MSAA_SHADER_2D_MULTISAMPLE_ARRAY_RESOLVE* shaders in setup_glsl_msaa_blit_shader() are not recompiled when the source buffer sample count changes. Fixes following piglit tests on Broadwell: ext_framebuffer_multisample-accuracy all_sample

[Mesa-dev] [PATCH 1/3] meta: Refactor the code to prepare for msaa color resolve fix

Patch contains no functional changes. Signed-off-by: Anuj Phogat --- src/mesa/drivers/common/meta.h | 1 + src/mesa/drivers/common/meta_blit.c | 17 ++--- 2 files changed, 11 insertions(+), 7 deletions(-) diff --git a/src/mesa/drivers/common/meta.h b/src/mesa/drivers/common/me

[Mesa-dev] [PATCH 3/3] meta: Avoid shader recompilation for msaa color resolve blit

Currently, setup_glsl_msaa_blit_shader() doesn't store compiled msaa shaders generated for specific sample counts. This causes the recompilation BLIT_MSAA_SHADER_2D_MULTISAMPLE_RESOLVE* and BLIT_MSAA_SHADER_2D_MULTISAMPLE_ARRAY_RESOLVE* shaders every time there is a change in source buffer sample c

[Mesa-dev] [PATCH 2/3] glsl: Skip rewriting instructions in opt_cpe when unnecessary.

Previously, opt_copy_propagation_elements would always rewrite the instruction stream, even if was the same thing as before. In order to report progress correctly, we'll need to bail if the suggested replacement is identical (or equivalent) to the original code. This also introduced unnecessary n

[Mesa-dev] [PATCH 3/3] glsl: Report progress from opt_copy_propagation_elements().

It's been altering the tree and reporting "false" since January 2011. Signed-off-by: Kenneth Graunke --- src/glsl/opt_copy_propagation_elements.cpp | 1 + 1 file changed, 1 insertion(+) No changes in shader-db (34,558 shaders) nor Piglit on Haswell. diff --git a/src/glsl/opt_copy_propagation_e

[Mesa-dev] [PATCH 1/3] glsl: Initialize source_chan in opt_copy_propagation_elements.

Previously, if chans < 4, we passed uninitialized stack garbage to the ir_swizzle constructor for the excess components. Thankfully, it ignores that data, as it's unnecessary, so no harm actually comes of it. However, it's obviously better to initialize it. Signed-off-by: Kenneth Graunke --- s

Re: [Mesa-dev] [Mesa-stable] [PATCH] radeon/uvd: fix field handling on R6XX style UVD

On 27/08/14 04:23, Alex Deucher wrote: > On Sun, Aug 24, 2014 at 8:32 AM, Christian König > wrote: >> From: Christian König >> >> The first UVD generation can only do frame based output. >> >> Signed-off-by: Christian König > > Can someone pick this up for stable? > Queued up for 10.3. Thanks.

Re: [Mesa-dev] [Mesa-stable] [PATCH] radeon/uvd: fix field handling on R6XX style UVD

On 27/08/14 04:23, Alex Deucher wrote: > On Sun, Aug 24, 2014 at 8:32 AM, Christian König > wrote: >> From: Christian König >> >> The first UVD generation can only do frame based output. >> >> Signed-off-by: Christian König > > Can someone pick this up for stable? > Queued up for 10.3. Thanks.

Re: [Mesa-dev] [PATCH 3/4] targets/haiku-softpipe: explicitly prefix sw/hgl header

On 28/08/14 22:27, Alexander von Gluck IV wrote: > On , Emil Velikov wrote: >> Cc: Alexander von Gluck IV >> >> Signed-off-by: Emil Velikov >> --- >> src/gallium/targets/haiku-softpipe/GalliumContext.cpp | 2 +- >> src/gallium/targets/haiku-softpipe/SConscript | 2 +- >> 2 files changed,

Re: [Mesa-dev] [PATCH 3/4] targets/haiku-softpipe: explicitly prefix sw/hgl header

On , Emil Velikov wrote: Cc: Alexander von Gluck IV Signed-off-by: Emil Velikov --- src/gallium/targets/haiku-softpipe/GalliumContext.cpp | 2 +- src/gallium/targets/haiku-softpipe/SConscript | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/src/gallium/targets/ha

[Mesa-dev] [PATCH 3/4] targets/haiku-softpipe: explicitly prefix sw/hgl header

Cc: Alexander von Gluck IV Signed-off-by: Emil Velikov --- src/gallium/targets/haiku-softpipe/GalliumContext.cpp | 2 +- src/gallium/targets/haiku-softpipe/SConscript | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/src/gallium/targets/haiku-softpipe/GalliumContext

[Mesa-dev] [PATCH 4/4] automake: ship the remaining st & targets

Signed-off-by: Emil Velikov --- src/gallium/Makefile.am | 2 ++ 1 file changed, 2 insertions(+) diff --git a/src/gallium/Makefile.am b/src/gallium/Makefile.am index e4ef003..fd205d7 100644 --- a/src/gallium/Makefile.am +++ b/src/gallium/Makefile.am @@ -177,6 +177,8 @@ endif ## EXTRA_DIST +=

[Mesa-dev] [PATCH 1/4] include/haiku: fix comment typo

Cc: Alexander von Gluck IV Signed-off-by: Emil Velikov --- include/HaikuGL/OpenGLKit.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/HaikuGL/OpenGLKit.h b/include/HaikuGL/OpenGLKit.h index f482871..71d9830 100644 --- a/include/HaikuGL/OpenGLKit.h +++ b/include/Haiku

[Mesa-dev] [PATCH 2/4] sw/hgl: struct haiku_displaytarget is not public struct

It is meant to be private within the actual winsys. Remove it from the exported header, and fold it into it's only user. Cc: Alexander von Gluck IV Signed-off-by: Emil Velikov --- src/gallium/winsys/sw/hgl/hgl_sw_winsys.c | 19 +++ src/gallium/winsys/sw/hgl/hgl_sw_winsys.h | 25

Re: [Mesa-dev] [PATCH 1/4] i965/disasm: Disassemble Z/NZ conditional modifiers as .z/.nz.

On Thu, Aug 28, 2014 at 1:54 PM, Kenneth Graunke wrote: > Both are used in the docs, so it's kind of a toss-up. I'm fine with this, > though, and the rest of the series looks great. Right, for CMP it doesn't make much of a difference, but for AND... and.z makes a lot more sense than and.e.

Re: [Mesa-dev] [PATCH 2/2] gallium/targets: Break haiku state_tracker out to own directory

On 28/08/14 01:31, Alexander von Gluck IV wrote: Hi Alex, Does that mean that we'll get non-softpipe hgl drivers soon :P Feel free to squash the attached patch. It cleans up a couple of whitespace issues + adds st/hgl to EXTRA_DIST (so that it gets picked up by 'make dist') -Emil P.S. Is it wor

Re: [Mesa-dev] [PATCH 1/4] i965/disasm: Disassemble Z/NZ conditional modifiers as .z/.nz.

On Monday, August 25, 2014 06:41:54 PM Matt Turner wrote: > --- > src/mesa/drivers/dri/i965/brw_disasm.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/src/mesa/drivers/dri/i965/brw_disasm.c > b/src/mesa/drivers/dri/i965/brw_disasm.c > index 424b214..65c6f23 100644

Re: [Mesa-dev] [PATCH 1/2] i965/fs: Remove FS_OPCODE_BLORP_FB_WRITE.

On Tue, Aug 12, 2014 at 9:48 AM, Kenneth Graunke wrote: > diff --git a/src/mesa/drivers/dri/i965/brw_fs_generator.cpp > b/src/mesa/drivers/dri/i965/brw_fs_generator.cpp > index d3509a0..19f7ef8 100644 > --- a/src/mesa/drivers/dri/i965/brw_fs_generator.cpp > +++ b/src/mesa/drivers/dri/i965/brw_fs_

Re: [Mesa-dev] [PATCH] kms-swrast: Support Prime fd handling

Hi, On Thu, Aug 28, 2014 at 6:09 PM, Giovanni Campagna < scampa.giova...@gmail.com> wrote: > On Thu, Aug 28, 2014 at 4:01 PM, Emil Velikov > wrote: > > On 22/08/14 17:41, Andreas Pokorny wrote: > >> Allows using prime fds as display target and from display target. > >> Test for PRIME capability

Re: [Mesa-dev] [PATCH] kms-swrast: Support Prime fd handling

Hi, Thanks for looking through that again. On Thu, Aug 28, 2014 at 4:01 PM, Emil Velikov wrote: > On 22/08/14 17:41, Andreas Pokorny wrote: > > Allows using prime fds as display target and from display target. > > Test for PRIME capability after initializing kms_swrast screen. > > > Hi Andreas,

Re: [Mesa-dev] [PATCH] mesa: Delete ctx->GeometryProgram.Cache.

Kenneth Graunke writes: > The VertexProgram and FragmentProgram have a Cache member for dealing > with fixed function programs. There are no fixed function geometry > programs, so this should never have existed, and was just copy and > pasted. Reviewed-by: Eric Anholt pgpddPG0T3gLi.pgp Descr

Re: [Mesa-dev] Clamp/saturate optimizations v3

On 26.08.2014 15:17, Abdiel Janulgue wrote: > On 23.08.2014 02:57, Ian Romanick wrote: >> Patches 2, 3, 4, 5, 6, 9, 10, 11, 12, 15, and 17 are >> >> Reviewed-by: Ian Romanick >> >> (Additional question below.) >> >> On 08/18/2014 05:17 AM, Abdiel Janulgue wrote: >>> v3 of clamp and saturate opti

Re: [Mesa-dev] [PATCH 1/3] gallivm: handle cube map arrays for texture sampling

Am 28.08.2014 18:19, schrieb Jose Fonseca: > On 28/08/14 04:15, srol...@vmware.com wrote: >> From: Roland Scheidegger >> >> Pretty easy, just make sure that all paths testing for PIPE_TEXTURE_CUBE >> also recognize PIPE_TEXTURE_CUBE_ARRAY, and add the layer * 6 calculation >> to the calculated fac

Re: [Mesa-dev] [PATCH 1/3] gallivm: handle cube map arrays for texture sampling

On 28/08/14 04:15, srol...@vmware.com wrote: From: Roland Scheidegger Pretty easy, just make sure that all paths testing for PIPE_TEXTURE_CUBE also recognize PIPE_TEXTURE_CUBE_ARRAY, and add the layer * 6 calculation to the calculated face. Also handle it for texture size query, looks like Open

Re: [Mesa-dev] [PATCH] softpipe: handle vertex texture sampling when using llvm for draw

Ahh wrong patch sent again. This one is unchanged. Roland Am 28.08.2014 18:17, schrieb srol...@vmware.com: > From: Roland Scheidegger > > Pretty trivial, just fill in the offsets and such. The implementation > is near 100% copy and paste from llvmpipe. Should be useful for debugging. > > No pi

Re: [Mesa-dev] [PATCH 0/3] Pixman for Mesa

Juha-Pekka, I'll try and look at the actual patches here next week. For now, a couple quick comments. On Thu, Aug 28, 2014 at 5:51 AM, Juha-Pekka Heikkila < juhapekka.heikk...@gmail.com> wrote: > Here is new version of my patch set for using Pixman in Mesa > for texture format conversions, most

[Mesa-dev] [PATCH] gallivm: handle cube map arrays for texture sampling

From: Roland Scheidegger Pretty easy, just make sure that all paths testing for PIPE_TEXTURE_CUBE also recognize PIPE_TEXTURE_CUBE_ARRAY, and add the layer * 6 calculation to the calculated face. Also handle it for texture size query, looks like OpenGL wants the number of cubes, not layers (so ne

[Mesa-dev] [PATCH] softpipe: handle vertex texture sampling when using llvm for draw

From: Roland Scheidegger Pretty trivial, just fill in the offsets and such. The implementation is near 100% copy and paste from llvmpipe. Should be useful for debugging. No piglit change when not using SOFTPIPE_USE_LLVM=1. Now that it can do the same tests with and without using llvm for vs/gs,

Re: [Mesa-dev] [PATCH 4/4] draw: kill off bogus assertion in tgsi_fetch_gs_outputs

draw module has loads of !util_is_inf_or_nan() assertions, but most are #ifdef'd out. If my memory serves me right, they were useful to cacth bugs (as NaNs shouldn't appear when the input is not NaN). But as you say, it's not a valid assumption, when inputs are NaNs. Series looks good to me.

Re: [Mesa-dev] [PATCH] drm/radeon: Add RADEON_GEM_CPU_ACCESS BO creation flag

On Thu, Aug 28, 2014 at 4:57 AM, Christian König wrote: > Am 28.08.2014 um 08:56 schrieb Michel Dänzer: > >> From: Michel Dänzer >> >> This flag is a hint that userspace expects the BO to be accessed by the >> CPU. We can use that hint to prevent such BOs from ever being stored in >> the CPU inac

[Mesa-dev] [Bug 82539] vmw_screen_dri.lo In file included from vmw_screen_dri.c:41: vmwgfx_drm.h:32:17: error: drm.h: No such file or directory

https://bugs.freedesktop.org/show_bug.cgi?id=82539 --- Comment #11 from Emil Velikov --- In case the previous came as "your fault not mine". There are some loose things in our current build, but in order to fix it properly I would need to now what the expected result of the described build confi

[Mesa-dev] [Bug 83195] New: destroy GL context on stall recovery

https://bugs.freedesktop.org/show_bug.cgi?id=83195 Priority: medium Bug ID: 83195 Assignee: mesa-dev@lists.freedesktop.org Summary: destroy GL context on stall recovery Severity: minor Classification: Unclassified OS: Linux (

Re: [Mesa-dev] [PATCH] kms-swrast: Support Prime fd handling

On 22/08/14 17:41, Andreas Pokorny wrote: > Allows using prime fds as display target and from display target. > Test for PRIME capability after initializing kms_swrast screen. > Hi Andreas, I'm hoping that Giovanni will take a look. After all kms-dri is his creation. >From my POV the patch is go

[Mesa-dev] [PATCH] mesa: fix fallback texture for cube map array

From: Roland Scheidegger mesa was creating a cube map array texture with just one layer, which is not legal. This caused an assertion failure when using that texture later in llvmpipe (when enabling cube map arrays) since it verifies the number of layers in the view is divisible by 6 (the samplin

Re: [Mesa-dev] [PATCH 1/3] mesa: Add Pixman library to configure.ac

Hi Juha-Pekka, On 28/08/14 13:51, Juha-Pekka Heikkila wrote: > Added '--enable-pixman' (default=no) parameter for autogen > and the corresponding behaviour to include paths and Pixman > library for Mesa if Pixman found. > > Signed-off-by: Juha-Pekka Heikkila > --- > configure.ac | 30 ++

Re: [Mesa-dev] [PATCH] mesa: fix fallback texture for cube map array

Oops there's a bug in there, I'll send out a new version (we only pass a one pixel sized array). FWIW the msaa case also has its issues (generates a warning in store_texsubimage, I guess that's pretty harmless though at the very least the default value is going not to be what it should but who care

Re: [Mesa-dev] [PATCH] r600g, radeonsi: Always use GTT again for PIPE_USAGE_STREAM buffers

On Thu, Aug 28, 2014 at 2:37 AM, Michel Dänzer wrote: > From: Michel Dänzer > > Putting those in VRAM seems to cause (worse) stutter in Unigine Valley on > some systems. > > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=82050 > Signed-off-by: Michel Dänzer Reviewed-by: Alex Deucher >

Re: [Mesa-dev] [PATCH] u_vbuf: Make sure all caps are initialized

On Thu, Aug 28, 2014 at 1:52 AM, Michel Dänzer wrote: > From: Michel Dänzer > > Pointed out by valgrind. > > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=83148 > Signed-off-by: Michel Dänzer Reviewed-by: Alex Deucher > --- > src/gallium/auxiliary/util/u_vbuf.c | 40 > +

[Mesa-dev] [PATCH 0/3] Pixman for Mesa

Here is new version of my patch set for using Pixman in Mesa for texture format conversions, mostly complete rewrite after recent changes in src/mesa/main/texstore.c. This set does not cause regressions in Piglit quick set on SNB. Here are some timings I came up from with this set when running glT

[Mesa-dev] [PATCH 1/3] mesa: Add Pixman library to configure.ac

Added '--enable-pixman' (default=no) parameter for autogen and the corresponding behaviour to include paths and Pixman library for Mesa if Pixman found. Signed-off-by: Juha-Pekka Heikkila --- configure.ac | 30 ++ 1 file changed, 30 insertions(+) diff --git a/configu

[Mesa-dev] [PATCH 2/3] mesa: Add Pixman usage to texstore.c

This patch adds utility functions for using Pixman to convert textures between different pixel formats. Signed-off-by: Juha-Pekka Heikkila --- src/mesa/main/texstore.c | 111 +++ 1 file changed, 111 insertions(+) diff --git a/src/mesa/main/texstore.c

[Mesa-dev] [PATCH 3/3] mesa: Pixman texture conversion for argb path

If available use Pixman fastpath for texture argb conversion. Signed-off-by: Juha-Pekka Heikkila --- src/mesa/main/texstore.c | 38 ++ 1 file changed, 38 insertions(+) diff --git a/src/mesa/main/texstore.c b/src/mesa/main/texstore.c index c7e9e41..b80623c 100

Re: [Mesa-dev] [RFC PATCH 00/16] A new IR for Mesa

I'd like to say up front that while I could imagine that perhaps some of my comments on radeonsi could be perceived as harsh, it's not my intention to pick on radeonsi or anyone working on radeonsi in particular. I just think radeonsi / r600g is probably the best comparison inside Mesa for a driver

[Mesa-dev] [Bug 83148] Unity invisible under Ubuntu 14.04 and 14.10

https://bugs.freedesktop.org/show_bug.cgi?id=83148 --- Comment #16 from Andy Furniss --- (In reply to comment #13) > Created attachment 105365 [details] [review] > u_vbuf: Make sure all caps are initialized > > Does this patch help? I think caps.user_vertex_buffers being randomly 1 > could expla

Re: [Mesa-dev] [RFC PATCH 00/16] A new IR for Mesa

At least with the other components on which Mesa relies (e.g., libdrm, 2D drivers, etc.) it's largely the same group of people with the same set of goals. This was only true until Tom Stellard started to manage LLVM point releases. Christian. Am 28.08.2014 um 00:07 schrieb Ian Romanick: On 08

Re: [Mesa-dev] [PATCH] drm/radeon: Add RADEON_GEM_CPU_ACCESS BO creation flag

Am 28.08.2014 um 08:56 schrieb Michel Dänzer: From: Michel Dänzer This flag is a hint that userspace expects the BO to be accessed by the CPU. We can use that hint to prevent such BOs from ever being stored in the CPU inaccessible part of VRAM. Signed-off-by: Michel Dänzer This patch is Rev

[Mesa-dev] [Bug 83148] Unity invisible under Ubuntu 14.04 and 14.10

https://bugs.freedesktop.org/show_bug.cgi?id=83148 --- Comment #15 from Maciej --- Did an updated from Oibaf PPA few minutes ago, problem fixed, thank you ;) -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailin

Re: [Mesa-dev] [PATCH] i965: Disable guardband clipping in the smaller-than-viewport case.

On Tue, Aug 26, 2014 at 04:39:55PM -0700, Kenneth Graunke wrote: > Apparently guardband clipping doesn't work like we thought: objects > entirely outside fthe guardband are trivially rejected, regardless of > their relation to the viewport. Normally, the guardband is larger than > the viewport, so

[Mesa-dev] [PATCH] mesa: check that uniform exists in glUniform* functions

Remap table for uniforms may contain empty entries when using explicit uniform locations. If no active/inactive variable exists with given location, remap table contains NULL. Signed-off-by: Tapani Pälli --- src/mesa/main/uniform_query.cpp | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) d

[Mesa-dev] [Bug 83148] Unity invisible under Ubuntu 14.04 and 14.10

https://bugs.freedesktop.org/show_bug.cgi?id=83148 Fabio Pedretti changed: What|Removed |Added Hardware|x86-64 (AMD64) |All Assignee|dri-devel@lists.

[Mesa-dev] [PATCH] mesa: Delete ctx->GeometryProgram.Cache.

The VertexProgram and FragmentProgram have a Cache member for dealing with fixed function programs. There are no fixed function geometry programs, so this should never have existed, and was just copy and pasted. Signed-off-by: Kenneth Graunke --- src/mesa/main/mtypes.h | 3 --- src/mesa/pro