On Tue, May 7, 2013 at 10:42 PM, Kenneth Graunke wrote:
> From: Ben Widawsky
>
> Use the new libdrm functionality to actually do timed waits on the sync
> object.
>
> Signed-off-by: Ben Widawsky
> Signed-off-by: Kenneth Graunke
> ---
> src/mesa/drivers/dri/intel/intel_syncobj.c | 10 +-
On Wed, 8 May 2013 00:04:49 +0530
Divick Kishore wrote:
> What exactly is a null platform? Also could you please point me to the
> directory and potential starting points to support window as pbuffers?
> Modifying apps is a complete no no.
What are you actually trying to do?
Aren't your applica
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
---
src/glsl/standalone_scaffolding.h | 17 +
1 file changed, 17 insertions(+)
Just a qu
From: Ben Widawsky
Use the new libdrm functionality to actually do timed waits on the sync
object.
Signed-off-by: Ben Widawsky
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/intel/intel_syncobj.c | 10 +-
1 file changed, 1 insertion(+), 9 deletions(-)
I've been keeping this
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 ide
On Wed, May 8, 2013 at 2:34 AM, Divick Kishore 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 eglplatform.h may
On Wed, May 8, 2013 at 12:15 AM, Chad Versace
wrote:
> On 05/07/2013 01:19 AM, Chia-I Wu wrote:
>>
>> On Tue, May 7, 2013 at 3:49 PM, Pohjolainen, Topi
>> 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
>>
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 for
From: Roland Scheidegger
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 input modifiers will
On Wed, May 8, 2013 at 11:14 AM, Marek Olšák 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
mesa-dev@lists.freedesktop.org
http://lis
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 wrote:
> On Wed, May 8, 2013 at 1:14 AM, Brian Paul wrote:
>> On 05/06/2013 02:41 PM, Adam Jackson wrote:
>>>
>>> Commit 62452883 removed a hunk like
>>>
>>> if (firstImag
On Wed, May 8, 2013 at 1:14 AM, Brian Paul 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 piglit/glx-
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 for
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 variou
>>
>>> 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 w
On Thu, May 2, 2013 at 8:12 PM, Eric Anholt wrote:
> Marek Olšák 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
>> --- a/src/mesa/drivers/dri/intel/intel_buffer_objects.c
>> +++ b/s
On 05/07/2013 04:08 PM, Eric Anholt wrote:
Chad Versace 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
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.
---
src/mesa/drivers/d
Chad Versace 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 reverted. A full week
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 g
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
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().
>
> Bugzill
Fixes "Nesting level does not match indentation" defect reported by
Coverity.
Signed-off-by: Vinson Lee
---
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
b/tests/spec/amd_performance_mo
https://bugs.freedesktop.org/show_bug.cgi?id=64335
Andy Skinner changed:
What|Removed |Added
Priority|medium |low
--
You are receiving this mail becau
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 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 calli
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
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
egl
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.
>
A
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 specifi
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 e
On 1 May 2013 14:10, Anuj Phogat 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
> factors except 1.
>
> 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
http:/
Ian Romanick writes:
> On 05/07/2013 09:53 AM, Eric Anholt wrote:
>> Ian Romanick writes:
>>
>>> From: Ian Romanick
>>>
>>> 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_swiz
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 dea
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: https:/
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
I
On 05/07/2013 09:47 AM, Eric Anholt wrote:
Kenneth Graunke 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
---
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 fo
On 05/07/2013 09:53 AM, Eric Anholt wrote:
Ian Romanick writes:
From: Ian Romanick
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 of
On 1 May 2013 14:10, Anuj Phogat wrote:
> Signed-off-by: Anuj Phogat
> ---
> 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(-)
>
> diff --git a/src/mesa/main/extensions
On 3 May 2013 16:07, Ian Romanick wrote:
> From: Ian Romanick
>
> 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.
>
> Signed-off-by: Ian Romanick
> Cc: Pa
Ian Romanick writes:
> From: Ian Romanick
>
> 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 of integer literals. Use a more con
Kenneth Graunke 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
>> ---
>> src/mesa/drivers/dri/intel
On 05/07/2013 01:19 AM, Chia-I Wu wrote:
On Tue, May 7, 2013 at 3:49 PM, Pohjolainen, Topi
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 EGL_ANDROID_i
Am 07.05.2013 17:37, schrieb Michel Dänzer:
From: Michel Dänzer
Adapted from the llvm.SI.sample test.
Signed-off-by: Michel Dänzer
Reviewed-by: Christian König
---
test/CodeGen/R600/llvm.SI.imageload.ll | 87 ++
test/CodeGen/R600/llvm.SI.resinfo.ll | 110 +++
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="-Wa
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
Rep
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 wrote:
> Hi,
> I have comp
From: Michel Dänzer
Adapted from the llvm.SI.sample test.
Signed-off-by: Michel Dänzer
---
test/CodeGen/R600/llvm.SI.imageload.ll | 87 ++
test/CodeGen/R600/llvm.SI.resinfo.ll | 110 +
2 files changed, 197 insertions(+)
create mode 10
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
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 ru
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
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 s
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, t
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 th
On Tue, May 7, 2013 at 5:40 PM, Divick Kishore 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
>> supports onl
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 o
https://bugs.freedesktop.org/show_bug.cgi?id=60216
Quentin Glidic changed:
What|Removed |Added
Attachment #74125|0 |1
is obsolete|
Am 06.05.2013 18:48, schrieb Tom Stellard:
From: Tom Stellard
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 if we shouldn't get ride
https://bugs.freedesktop.org/show_bug.cgi?id=60197
--- Comment #5 from Quentin Glidic ---
Any news on this trivial issue?
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.or
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 ra
On Tue, May 7, 2013 at 3:49 PM, Pohjolainen, Topi
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 EGL_ANDROID_image_native_buffer spec:
>> * I
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 is EGL_NATIVE_BUFFER_ANDROID and is not
> EGL_NO_CONTEXT
On 05/03/2013 04:07 PM, Ian Romanick wrote:
From: Ian Romanick
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,
gl_ClipDistance[i] = f;
becom
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 too)
On Tue, May 7, 2013 at 1:28 PM, Divick Kishore 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
$ ./configure --disable-dri -
67 matches
Mail list logo
