The constant packets for gen6 are too small for gen7, and while IVB seems
happy with them HSW blows up. Just restore the HSW path to what it was
before the gen6 change, by making gen7-specific functions to set up these
stages.
---
The alternative here would be to emit the correct lengths of
On Mon, May 6, 2013 at 3:51 AM, Vinson Lee v...@freedesktop.org wrote:
Fixes Missing break in switch defect reported by Coverity.
Signed-off-by: Vinson Lee v...@freedesktop.org
Applied. Thanks.
---
src/gallium/drivers/ilo/shader/toy_tgsi.c | 1 +
1 file changed, 1 insertion(+)
diff --git
Eric Anholt e...@anholt.net writes:
The constant packets for gen6 are too small for gen7, and while IVB seems
happy with them HSW blows up. Just restore the HSW path to what it was
before the gen6 change, by making gen7-specific functions to set up these
stages.
Of course, this needs the
On Mon, May 6, 2013 at 6:45 PM, Roland Scheidegger srol...@vmware.com wrote:
Am 05.05.2013 18:34, schrieb Chia-I Wu:
It should be TGSI_TYPE_UNSIGNED, not TGSI_TYPE_FLOAT.
Fixed also gallivm not_emit_cpu() to use uint build context.
Signed-off-by: Chia-I Wu olva...@gmail.com
---
Hi,
is there a possibility in mesa to have egl backend based on
complete offscreen buffers and complete s/w only gles renderer? If
yes, then could someone please guide me how to build it?
Thanks Regards,
Divick
___
mesa-dev mailing list
On 05/06/2013 04:41 PM, Eric Anholt wrote:
Fixes a regression in firefox's ReadScreenIntoImageSurface -
glReadPixels() path with the introduction of Y tiling.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=64213
---
src/mesa/drivers/dri/intel/intel_mipmap_tree.c | 3 ++-
1 file
On 05/06/2013 09:02 PM, Eric Anholt wrote:
The constant packets for gen6 are too small for gen7, and while IVB seems
happy with them HSW blows up. Just restore the HSW path to what it was
before the gen6 change, by making gen7-specific functions to set up these
stages.
---
The alternative here
On 05/03/2013 04:07 PM, Ian Romanick wrote:
From: Ian Romanick ian.d.roman...@intel.com
This will eventually replace do_vec_index_to_cond_assign. This lowering
pass is called in all the places where do_vec_index_to_cond_assign or
do_vec_index_to_swizzle is called.
v2: Use WRITEMASK_* instead
On Tue, May 7, 2013 at 1:28 PM, Divick Kishore divick.kish...@gmail.com wrote:
Hi,
is there a possibility in mesa to have egl backend based on
complete offscreen buffers and complete s/w only gles renderer? If
yes, then could someone please guide me how to build it?
You may try
$
As Eric suggested in the bug, setting
layers.acceleration.force-enabled (current Mesa git + patch series to
fix Y tiling) frame-rate goes to 43.7 FPS, compared to 40.5 FPS in
Windows 7 (latest Intel drivers).
Congratulations, we're faster than Windows (assuming that Windows
aren't blacklisted
On 05/03/2013 04:07 PM, Ian Romanick wrote:
From: Ian Romanick ian.d.roman...@intel.com
Right now the lower_clip_distance_visitor lowers variable indexing into
gl_ClipDistance into variable indexing into both the array
gl_ClipDistanceMESA and the vectors of that array. For example,
On Mon, May 06, 2013 at 02:23:52PM -0700, Chad Versace wrote:
Emit EGL_BAD_CONTEXT if the user passes a context to
eglCreateImageKHR(type=EGL_ANDROID_image_native_buffer).
From the EGL_ANDROID_image_native_buffer spec:
* If target is EGL_NATIVE_BUFFER_ANDROID and ctx is not
On Tue, May 7, 2013 at 3:49 PM, Pohjolainen, Topi
topi.pohjolai...@intel.com wrote:
On Mon, May 06, 2013 at 02:23:52PM -0700, Chad Versace wrote:
Emit EGL_BAD_CONTEXT if the user passes a context to
eglCreateImageKHR(type=EGL_ANDROID_image_native_buffer).
From the
On Mon, 2013-05-06 at 16:07 -0700, Tom Stellard wrote:
On Mon, May 06, 2013 at 09:30:58AM -0700, Tom Stellard wrote:
On Mon, May 06, 2013 at 06:23:05PM +0200, Michel Dänzer wrote:
AFAICT these new patterns and intrinsics should be sufficient for full
GLSL 1.30 support in radeonsi.
https://bugs.freedesktop.org/show_bug.cgi?id=60197
--- Comment #5 from Quentin Glidic sardemff7+freedesk...@sardemff7.net ---
Any news on this trivial issue?
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev
Am 06.05.2013 18:48, schrieb Tom Stellard:
From: Tom Stellard thomas.stell...@amd.com
The BFE optimization was the only one we were actually using, and it was
emitting an intrinsic that we don't support.
https://bugs.freedesktop.org/show_bug.cgi?id=64201
The patch has my rb.
I'm wondering
https://bugs.freedesktop.org/show_bug.cgi?id=60216
Quentin Glidic sardemff7+freedesk...@sardemff7.net changed:
What|Removed |Added
Attachment #74125|0 |1
Hi Chia,
$ ./configure --disable-dri --enable-gallium-egl --with-egl-platforms=null \
--with-gallium-drivers=swrast
It will give you an EGL/GLES driver that uses a software renderer and
supports only pbuffers (and FBOs).
The egl lib built so I see has dependency on
On Tue, May 7, 2013 at 5:40 PM, Divick Kishore divick.kish...@gmail.com wrote:
Hi Chia,
$ ./configure --disable-dri --enable-gallium-egl --with-egl-platforms=null
\
--with-gallium-drivers=swrast
It will give you an EGL/GLES driver that uses a software renderer and
Hi,
This series adds a util function to get the dimension of texture coordinates
given a texture target. The function allows exec_tex() in tgsi_exec.c to be
greatly simplified. There is a subtle difference in how TXP works on array
texture. That is, layer is now also projected. You can find
This util function returns the dimension of the texture coordinates for a
texture target, and the location of the shadow reference value.
For example, when the texture target is TGSI_TEXTURE_SHADOW2D, the dimension
of the texture coordinates is 2, and the location of the ref value is 2
(that is,
Make use of tgsi_util_get_texture_coord_dim() to replace the big switch table.
There is a subtle difference with this change. When TXP is used with an array
texture, the layer is now also projected. This behavior matches the TGSI doc.
Since GLSL does not allow TXP on an array texture, I am not
Am 07.05.2013 12:21, schrieb Chia-I Wu:
Make use of tgsi_util_get_texture_coord_dim() to replace the big switch table.
There is a subtle difference with this change. When TXP is used with an array
texture, the layer is now also projected. This behavior matches the TGSI doc.
Since GLSL does
Hi,
I have compiled mesa with the following options:
.././configure --prefix=~/lib/mesa/swrast/ --build=x86_64-linux-gnu
--with-gallium-drivers= --with-driver=xlib --enable-egl --enable-gles1
--enable-gles2 --with-egl-platforms=x11 CFLAGS=-Wall -g -O2
CXXFLAGS=-Wall -g -O2
but when I run a
On 05/06/2013 02:41 PM, Adam Jackson wrote:
Commit 62452883 removed a hunk like
if (firstImageFormat != stObj-pt-format)
st_view_format = firstImageFormat;
from update_single_texture(). This broke piglit/glx-tfp on AMD Barts
(and probably others), as that hunk was compensating
Perhaps 16-bit color isn't supported? Maybe try other color bits or set
R/G/B individually and see what happens. Also, there is an eglinfo tool
source code in Mesa that can probably tell you a whole lot more.
Patrick
On Tue, May 7, 2013 at 7:56 AM, Divick Kishore divick.kish...@gmail.comwrote:
https://bugs.freedesktop.org/show_bug.cgi?id=64324
Priority: medium
Bug ID: 64324
Assignee: mesa-dev@lists.freedesktop.org
Summary: memory leak of visual info
Severity: minor
Classification: Unclassified
OS: All
On 05/07/2013 05:56 AM, Divick Kishore wrote:
Hi,
I have compiled mesa with the following options:
.././configure --prefix=~/lib/mesa/swrast/ --build=x86_64-linux-gnu
--with-gallium-drivers= --with-driver=xlib --enable-egl --enable-gles1
--enable-gles2 --with-egl-platforms=x11 CFLAGS=-Wall
Am 07.05.2013 17:37, schrieb Michel Dänzer:
From: Michel Dänzer michel.daen...@amd.com
Adapted from the llvm.SI.sample test.
Signed-off-by: Michel Dänzer michel.daen...@amd.com
Reviewed-by: Christian König christian.koe...@amd.com
---
test/CodeGen/R600/llvm.SI.imageload.ll | 87
On 05/07/2013 01:19 AM, Chia-I Wu wrote:
On Tue, May 7, 2013 at 3:49 PM, Pohjolainen, Topi
topi.pohjolai...@intel.com wrote:
On Mon, May 06, 2013 at 02:23:52PM -0700, Chad Versace wrote:
Emit EGL_BAD_CONTEXT if the user passes a context to
Kenneth Graunke kenn...@whitecape.org writes:
On 05/06/2013 04:41 PM, Eric Anholt wrote:
Fixes a regression in firefox's ReadScreenIntoImageSurface -
glReadPixels() path with the introduction of Y tiling.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=64213
---
Ian Romanick i...@freedesktop.org writes:
From: Ian Romanick ian.d.roman...@intel.com
This will eventually replace do_vec_index_to_cond_assign. This lowering
pass is called in all the places where do_vec_index_to_cond_assign or
do_vec_index_to_swizzle is called.
v2: Use WRITEMASK_*
On 3 May 2013 16:07, Ian Romanick i...@freedesktop.org wrote:
From: Ian Romanick ian.d.roman...@intel.com
Variable indexing into vectors using ir_dereference_array is being
removed, so this lowering pass has to generate something different.
v2: Convert tabs to spaces. Suggested by Eric.
On 1 May 2013 14:10, Anuj Phogat anuj.pho...@gmail.com wrote:
Signed-off-by: Anuj Phogat anuj.pho...@gmail.com
---
src/mesa/main/extensions.c | 1 +
src/mesa/main/fbobject.c | 17 ++---
src/mesa/main/mtypes.h | 1 +
3 files changed, 16 insertions(+), 3 deletions(-)
On 05/07/2013 09:53 AM, Eric Anholt wrote:
Ian Romanick i...@freedesktop.org writes:
From: Ian Romanick ian.d.roman...@intel.com
This will eventually replace do_vec_index_to_cond_assign. This lowering
pass is called in all the places where do_vec_index_to_cond_assign or
The Mesa state tracker expects us to emit the fence even if it doesn't call
fence_finish. Notably, this occurs when glClientWaitSync is called with
timeout 0.
Fixes Portal and Left 4 Dead 2, which were both stalling on startup by
repeatedly calling glClientWaitSync with timeout 0 while waiting
On 05/07/2013 09:47 AM, Eric Anholt wrote:
Kenneth Graunke kenn...@whitecape.org writes:
On 05/06/2013 04:41 PM, Eric Anholt wrote:
Fixes a regression in firefox's ReadScreenIntoImageSurface -
glReadPixels() path with the introduction of Y tiling.
Bugzilla:
On 05/06/2013 04:41 PM, Eric Anholt wrote:
We accidentally fixed the piglit test for this when introducing Y
tiling, since this path stopped being executed. In reenabling this path
for Y tiling, we ended up regressing it again, so just fix it.
Patch 1 and 2 are
Reviewed-by: Ian Romanick
On 05/06/2013 05:39 PM, Eric Anholt wrote:
Ever since fake front was introduced in
63b51b5cf17ddde09b72a2811296f37b9a4c5ad2, we were skipping the XSync() in
the non-fake-front path, so compositors like Firefox's GL canvas were
having to manually put it in outside of glXWaitX().
Bugzilla:
On 04/30/2013 05:21 PM, Eric Anholt wrote:
Previously, we would sometimes not consider a write to a register to
extend the end of the interval, nor would we consider a read before a
write to extend the start. This made for a bunch of complicated logic
related to how to treat the results when
Ian Romanick i...@freedesktop.org writes:
On 05/07/2013 09:53 AM, Eric Anholt wrote:
Ian Romanick i...@freedesktop.org writes:
From: Ian Romanick ian.d.roman...@intel.com
This will eventually replace do_vec_index_to_cond_assign. This lowering
pass is called in all the places where
Doesn't your glxgears tell you about it? Mine does:
It does. Just that I did not pay enough attention to it and did not
know how to avoid it to sync with vsync.
Thanks Regards,
Divick
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
On 1 May 2013 14:10, Anuj Phogat anuj.pho...@gmail.com wrote:
This patch enables ext_framebuffer_multisample_blit_scaled extension
on intel h/w = gen6.
Note: Patches for piglit tests to verify this functionality are out
for review on piglit mailing list. Tests pass for all of the scaling
Hi Patrick,
I don't know a whole lot about Mesa's structure, but I know that the
LLVMpipe driver is supposed to be the fastest software driver for x86 CPUs.
The reason is that it JIT compiles vertex/fragment programs into x86/x64
assembly using LLVM as the code generator. LLVM contains
Just in case someone else faces the same issue. Resolved the issue and
was able to build the gallium softpipe renderer with llvm.
. Could you guide me on how to
build llvmpipe driver?
I was able to build the driver with llvm but I had to modify the
configure.ac (in mesa 8.0.5) to avoid specific
Hi Chia,
I haven't tried that for a while, but it should not have X11
dependencies. You probably need to disable other stuffs such as
--disable-glx and etc. It might still require X11 at compile time,
because eglplatform.h may include Xlib.h, but it should not need X11
at runtime.
Hi Patrick,
Perhaps 16-bit color isn't supported? Maybe try other color bits or set
R/G/B individually and see what happens. Also, there is an eglinfo tool
source code in Mesa that can probably tell you a whole lot more.
I see that es and es2 renderables are not supported due to which
https://bugs.freedesktop.org/show_bug.cgi?id=64335
Priority: medium
Bug ID: 64335
Assignee: mesa-dev@lists.freedesktop.org
Summary: DispatchList leaked in glxapi.c?
Severity: normal
Classification: Unclassified
OS: All
On 07.05.2013 19:25, Bryan Cain wrote:
The Mesa state tracker expects us to emit the fence even if it doesn't call
fence_finish. Notably, this occurs when glClientWaitSync is called with
timeout 0.
Fixes Portal and Left 4 Dead 2, which were both stalling on startup by
repeatedly calling
On 05/06/2013 09:02 PM, Eric Anholt wrote:
The constant packets for gen6 are too small for gen7, and while IVB seems
happy with them HSW blows up. Just restore the HSW path to what it was
before the gen6 change, by making gen7-specific functions to set up these
stages.
---
The alternative here
https://bugs.freedesktop.org/show_bug.cgi?id=64335
Andy Skinner askin...@mathworks.com changed:
What|Removed |Added
Priority|medium |low
--
You are
Fixes Nesting level does not match indentation defect reported by
Coverity.
Signed-off-by: Vinson Lee v...@freedesktop.org
---
tests/spec/amd_performance_monitor/api.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/tests/spec/amd_performance_monitor/api.c
On Tuesday 07 May 2013, Eric Anholt wrote:
Ever since fake front was introduced in
63b51b5cf17ddde09b72a2811296f37b9a4c5ad2, we were skipping the XSync() in
the non-fake-front path, so compositors like Firefox's GL canvas were
having to manually put it in outside of glXWaitX().
Bugzilla:
Haswell has been broken on master for a surprisingly long time, since commit
1dfea559c3 (Thu May 2 11:27:37 2013 -0700). Reverting that commit fixed it
for me.
If it doesn't get properly fixed by the 7th day, I'd like to see the guilty
patch reverted. A full week is too long for a platform under
With EGL_KHR_gl_renderbuffer_iamge, we have the ability to render to
renderbuffers that are also textures, so the core Mesa FinishRenderTexture
hook doesn't get called. That hook also wasn't called in various cases
within the driver where we'd update texture contents using the render
cache (like
Chad Versace chad.vers...@linux.intel.com writes:
Haswell has been broken on master for a surprisingly long time, since commit
1dfea559c3 (Thu May 2 11:27:37 2013 -0700). Reverting that commit fixed it
for me.
If it doesn't get properly fixed by the 7th day, I'd like to see the guilty
patch
The constant packets for gen6 are too small for gen7, and while IVB seems
happy with them HSW blows up. Fix it by emitting the correct packets on
gen7, for all stages.
v2: Include the packets instead of just skipping them.
NOTE: This is a candidate for the stable branches.
---
On 05/07/2013 04:08 PM, Eric Anholt wrote:
Chad Versace chad.vers...@linux.intel.com writes:
Haswell has been broken on master for a surprisingly long time, since commit
1dfea559c3 (Thu May 2 11:27:37 2013 -0700). Reverting that commit fixed it
for me.
If it doesn't get properly fixed by the
On Thu, May 2, 2013 at 8:12 PM, Eric Anholt e...@anholt.net wrote:
Marek Olšák mar...@gmail.com writes:
diff --git a/src/mesa/drivers/dri/intel/intel_buffer_objects.c
b/src/mesa/drivers/dri/intel/intel_buffer_objects.c
index 996518b..f941c56 100644
---
Haswell has been broken on master for a surprisingly long time, since
commit
1dfea559c3 (Thu May 2 11:27:37 2013 -0700). Reverting that commit fixed
it
for me.
If it doesn't get properly fixed by the 7th day, I'd like to see the
guilty
patch reverted. A full week is too long for a
On 05/07/2013 03:53 PM, Eric Anholt wrote:
With EGL_KHR_gl_renderbuffer_iamge, we have the ability to render to
^
image
renderbuffers that are also textures, so the core Mesa FinishRenderTexture
hook doesn't get called. That hook also wasn't called in
On 05/07/2013 04:36 PM, Eric Anholt wrote:
The constant packets for gen6 are too small for gen7, and while IVB seems
happy with them HSW blows up. Fix it by emitting the correct packets on
gen7, for all stages.
v2: Include the packets instead of just skipping them.
NOTE: This is a candidate
On Wed, May 8, 2013 at 1:14 AM, Brian Paul bri...@vmware.com wrote:
On 05/06/2013 02:41 PM, Adam Jackson wrote:
Commit 62452883 removed a hunk like
if (firstImageFormat != stObj-pt-format)
st_view_format = firstImageFormat;
from update_single_texture(). This broke
Sorry, I'm not following. Which commit of mine are you referring to?
Marek
On Wed, May 8, 2013 at 2:56 AM, Dave Airlie airl...@gmail.com wrote:
On Wed, May 8, 2013 at 1:14 AM, Brian Paul bri...@vmware.com wrote:
On 05/06/2013 02:41 PM, Adam Jackson wrote:
Commit 62452883 removed a hunk like
On Wed, May 8, 2013 at 11:14 AM, Marek Olšák mar...@gmail.com wrote:
Sorry, I'm not following. Which commit of mine are you referring to?
The one ajax pointed out in the first message,
62452883
Dave.
___
mesa-dev mailing list
From: Roland Scheidegger srol...@vmware.com
UCMP while an integer opcode isn't really consistently implemented as
having all integer arguments. softpipe will assume all arguments are
ints, whereas gallivm has the arguments defined as untyped which
means they'll get treated as floats. This means
On 05/07/2013 04:36 PM, Eric Anholt wrote:
The constant packets for gen6 are too small for gen7, and while IVB seems
happy with them HSW blows up. Fix it by emitting the correct packets on
gen7, for all stages.
v2: Include the packets instead of just skipping them.
NOTE: This is a candidate
On Wed, May 8, 2013 at 12:15 AM, Chad Versace
chad.vers...@linux.intel.com wrote:
On 05/07/2013 01:19 AM, Chia-I Wu wrote:
On Tue, May 7, 2013 at 3:49 PM, Pohjolainen, Topi
topi.pohjolai...@intel.com wrote:
On Mon, May 06, 2013 at 02:23:52PM -0700, Chad Versace wrote:
Emit EGL_BAD_CONTEXT
On Wed, May 8, 2013 at 2:34 AM, Divick Kishore divick.kish...@gmail.com wrote:
Hi Chia,
I haven't tried that for a while, but it should not have X11
dependencies. You probably need to disable other stuffs such as
--disable-glx and etc. It might still require X11 at compile time,
because
On 05/07/2013 02:04 PM, Vinson Lee wrote:
Fixes Nesting level does not match indentation defect reported by
Coverity.
That has to be the stupidest defect I've ever heard of. But your patch
looks reasonable nonetheless - most people use do-while blocks like
that, so it's probably a good
From: Ben Widawsky b...@bwidawsk.net
Use the new libdrm functionality to actually do timed waits on the sync
object.
Signed-off-by: Ben Widawsky b...@bwidawsk.net
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
---
src/mesa/drivers/dri/intel/intel_syncobj.c | 10 +-
1 file changed,
On 04/17/2013 05:30 PM, Kenneth Graunke wrote:
We can't include shaderobj.h from the standalone utilities, so we
unfortunately have to copy this function.
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
---
src/glsl/standalone_scaffolding.h | 17 +
1 file changed, 17
72 matches
Mail list logo