Hi,
I am trying to compile mesa 9.1.1 on my debian wheezy machine but
I get compilation error during the build.
The configure options that I have used are:
../../configure --prefix=~/lib/mesa/dri_llvm --build=x86_64-linux-gnu
--with-dri-drivers=swrast
https://bugs.freedesktop.org/show_bug.cgi?id=64649
--- Comment #1 from Michel Dänzer mic...@daenzer.net ---
GLX_EXT_swap_control not supported, unable to set vertical sync.
Are you sure the problem is directly related to this message? If it is, it's
not a driver specific problem, as
As specified in:
http://www.khronos.org/registry/egl/extensions/EXT/EGL_EXT_image_dma_buf_import.txt
Checking for the valid fourcc values is left for drivers avoiding
dependency to drm header files here.
v2: enforce EGL_NO_CONTEXT
v3: declare the extension as EGL (not GLES)
v4: do not update
https://bugs.freedesktop.org/show_bug.cgi?id=58137
Fabio Pedretti fabio@libero.it changed:
What|Removed |Added
Status|NEW |RESOLVED
Hi,
I have a simple GLES2 based application which does not do much in
the either of the vertex and fragment shaders. It simply draws a
rotating spiral made from a simple triangle strip. When I try to run
this application using the mesa with h/w renderer, it gives me a
performance which is
https://bugs.freedesktop.org/show_bug.cgi?id=64668
Priority: medium
Bug ID: 64668
Assignee: mesa-dev@lists.freedesktop.org
Summary: Clipping is performed incorrectly when using shaders
with intel/nouveau/radeon drivers.
https://bugs.freedesktop.org/show_bug.cgi?id=64668
Igor Gnatenko i.gnatenko.br...@gmail.com changed:
What|Removed |Added
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=64668
--- Comment #1 from Igor Gnatenko i.gnatenko.br...@gmail.com ---
Created attachment 79405
-- https://bugs.freedesktop.org/attachment.cgi?id=79405action=edit
intel-i915-with-shader
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=64668
--- Comment #2 from Igor Gnatenko i.gnatenko.br...@gmail.com ---
Created attachment 79406
-- https://bugs.freedesktop.org/attachment.cgi?id=79406action=edit
intel-i915-without-shader
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=64668
--- Comment #3 from Igor Gnatenko i.gnatenko.br...@gmail.com ---
Created attachment 79407
-- https://bugs.freedesktop.org/attachment.cgi?id=79407action=edit
nvidia-Nouveau-with-shader.png
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=64668
--- Comment #4 from Igor Gnatenko i.gnatenko.br...@gmail.com ---
Created attachment 79408
-- https://bugs.freedesktop.org/attachment.cgi?id=79408action=edit
nvidia-Nouveau-without-shader
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=64668
--- Comment #5 from Igor Gnatenko i.gnatenko.br...@gmail.com ---
Created attachment 79409
-- https://bugs.freedesktop.org/attachment.cgi?id=79409action=edit
amd-Catalyst-with-shader
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=64668
--- Comment #6 from Igor Gnatenko i.gnatenko.br...@gmail.com ---
Created attachment 79410
-- https://bugs.freedesktop.org/attachment.cgi?id=79410action=edit
amd-Catalyst-without-shader
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=64668
--- Comment #7 from Igor Gnatenko i.gnatenko.br...@gmail.com ---
Created attachment 79411
-- https://bugs.freedesktop.org/attachment.cgi?id=79411action=edit
nvidia-NVIDIA-with-shader
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=64668
--- Comment #8 from Igor Gnatenko i.gnatenko.br...@gmail.com ---
Created attachment 79412
-- https://bugs.freedesktop.org/attachment.cgi?id=79412action=edit
nvidia-NVIDIA-without-shader
--
You are receiving this mail because:
You are the
This series introduces bytewise formats for framebuffers, and fixes the
vector representation on big-endian. No damage to piglit on little-endian,
but fixes a few thousand on big-endian, enough to make gnome-shell work
correctly. I've tried to break it up into reviewable chunks, but it
probably
---
src/gallium/auxiliary/gallivm/lp_bld_conv.c| 76 --
src/gallium/auxiliary/gallivm/lp_bld_conv.h| 11
src/gallium/auxiliary/gallivm/lp_bld_format_aos.c | 9 ---
.../auxiliary/gallivm/lp_bld_format_aos_array.c| 56
From: Richard Sandiford r.sandif...@uk.ibm.com
Reviewed-by: Adam Jackson a...@redhat.com
---
src/gallium/auxiliary/draw/draw_pt.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/src/gallium/auxiliary/draw/draw_pt.c
b/src/gallium/auxiliary/draw/draw_pt.c
index 14dde67..bc300c0 100644
From: Richard Sandiford r.sandif...@uk.ibm.com
RGBA has R at byte 0 and A at byte 3, regardless of platform
endianness.
Reviewed-by: Adam Jackson a...@redhat.com
---
src/gallium/include/pipe/p_format.h | 38 +
1 file changed, 30 insertions(+), 8
From: Richard Sandiford r.sandif...@uk.ibm.com
Reviewed-by: Adam Jackson a...@redhat.com
---
src/gallium/tests/graw/clear.c | 4 ++--
src/gallium/tests/graw/fs-test.c | 4 ++--
src/gallium/tests/graw/graw_util.h | 6 +++---
src/gallium/tests/graw/quad-sample.c | 4 ++--
From: Richard Sandiford r.sandif...@uk.ibm.com
Reviewed-by: Adam Jackson a...@redhat.com
---
src/gallium/state_trackers/gbm/gbm_drm.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/gallium/state_trackers/gbm/gbm_drm.c
b/src/gallium/state_trackers/gbm/gbm_drm.c
From: Richard Sandiford r.sandif...@uk.ibm.com
Reviewed-by: Adam Jackson a...@redhat.com
---
src/gallium/state_trackers/glx/xlib/xm_api.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/src/gallium/state_trackers/glx/xlib/xm_api.c
Reviewed-by: Adam Jackson a...@redhat.com
---
src/gallium/state_trackers/dri/common/dri_screen.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/src/gallium/state_trackers/dri/common/dri_screen.c
b/src/gallium/state_trackers/dri/common/dri_screen.c
index
From: Richard Sandiford r.sandif...@uk.ibm.com
Reviewed-by: Adam Jackson a...@redhat.com
---
src/mesa/state_tracker/st_format.c | 58 +++---
1 file changed, 29 insertions(+), 29 deletions(-)
diff --git a/src/mesa/state_tracker/st_format.c
From: Richard Sandiford r.sandif...@uk.ibm.com
Reviewed-by: Adam Jackson a...@redhat.com
---
src/gallium/targets/graw-xlib/graw_xlib.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/targets/graw-xlib/graw_xlib.c
b/src/gallium/targets/graw-xlib/graw_xlib.c
From: Richard Sandiford r.sandif...@uk.ibm.com
This fixes them on big-endian.
Reviewed-by: Adam Jackson a...@redhat.com
---
src/gallium/auxiliary/util/u_pack_color.h | 36 +++
1 file changed, 18 insertions(+), 18 deletions(-)
diff --git
From: Richard Sandiford r.sandif...@uk.ibm.com
Reviewed-by: Adam Jackson a...@redhat.com
---
src/gallium/drivers/llvmpipe/lp_state_fs.c | 20 ++--
1 file changed, 14 insertions(+), 6 deletions(-)
diff --git a/src/gallium/drivers/llvmpipe/lp_state_fs.c
From: Richard Sandiford r.sandif...@uk.ibm.com
This adds a bit-shift count to the format table, and adds the concept of
vector or bitwise alignment on gathers.
Reviewed-by: Adam Jackson a...@redhat.com
---
src/gallium/auxiliary/gallivm/lp_bld_format_aos.c | 22 +++
From: Richard Sandiford r.sandif...@uk.ibm.com
Reviewed-by: Adam Jackson a...@redhat.com
---
src/gallium/auxiliary/gallivm/lp_bld_format_soa.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/gallium/auxiliary/gallivm/lp_bld_format_soa.c
https://bugs.freedesktop.org/show_bug.cgi?id=64668
edg...@yandex.ru changed:
What|Removed |Added
CC||edg...@yandex.ru
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=64668
--- Comment #9 from edg...@yandex.ru ---
Confirmed.
chipset: 6 series
mesa: 8.0.4
xorg-x11-drv-intel: 2.21.5
xserver: X.Org X Server 1.12.4
libdrm: 2.4.42
Linux distribution: Fedora 17
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=64668
--- Comment #10 from Kenneth Graunke kenn...@whitecape.org ---
I was able to reproduce this behavior on Ivybridge with Mesa master, so it's
not just a 8.x bug.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=64668
--- Comment #11 from Igor Gnatenko i.gnatenko.br...@gmail.com ---
(In reply to comment #10)
I was able to reproduce this behavior on Ivybridge with Mesa master, so it's
not just a 8.x bug.
Yes. I'm using git version.
Videocard: Intel HD4000.
On Don, 2013-05-16 at 09:06 -0400, Adam Jackson wrote:
This series introduces bytewise formats for framebuffers, and fixes the
vector representation on big-endian. No damage to piglit on little-endian,
but fixes a few thousand on big-endian, enough to make gnome-shell work
correctly.
Nice. I
On Thu, 2013-05-16 at 16:28 +0200, Michel Dänzer wrote:
On Don, 2013-05-16 at 09:06 -0400, Adam Jackson wrote:
This series introduces bytewise formats for framebuffers, and fixes the
vector representation on big-endian. No damage to piglit on little-endian,
but fixes a few thousand on
It should be documented somewhere why certain formats are named
xyzw and the others are named x8y8z8w8.
Marek
On Thu, May 16, 2013 at 3:06 PM, Adam Jackson a...@redhat.com wrote:
From: Richard Sandiford r.sandif...@uk.ibm.com
RGBA has R at byte 0 and A at byte 3, regardless of
Hi,
-- next part --
From dc547a89dac5039ce521f3c27fb23346251d488d Mon Sep 17 00:00:00 2001 From:
Tom Stellard thomas.stellard at amd.com
Date: Tue, 7 May 2013 16:26:26 -0400
Subject: [PATCH 4/7] R600: Swap the legality of rotl and rotr
The hardware supports rotr and not
https://bugs.freedesktop.org/show_bug.cgi?id=64668
--- Comment #12 from Paul Berry stereotype...@gmail.com ---
I've verified that your test passes with the nVidia proprietary driver.
However I'm not yet convinced this is a bug in Mesa, and here's why:
This test is exercising a corner case which
https://bugs.freedesktop.org/show_bug.cgi?id=64668
Paul Berry stereotype...@gmail.com changed:
What|Removed |Added
CC|
On Don, 2013-05-16 at 10:59 -0400, Adam Jackson wrote:
On Thu, 2013-05-16 at 16:28 +0200, Michel Dänzer wrote:
On Don, 2013-05-16 at 09:06 -0400, Adam Jackson wrote:
This series introduces bytewise formats for framebuffers, and fixes the
vector representation on big-endian. No damage to
From: Roland Scheidegger srol...@vmware.com
Since we can only sample either depth or stencil but not both only load
the required bits which makes things a bit easier (it requires special
handling since the format doesn't fit into 32bit).
The logic for deciding if depth or stencil should be
From: Roland Scheidegger srol...@vmware.com
We need to split up the depth and stencil values in this case, and there's
some new logic required to handle float depth and stencil simultaneously.
Also make sure we get the 64bit zs clear values and masks propagated
correctly.
---
From: Roland Scheidegger srol...@vmware.com
Now that we can handle it both for sampling and as depth/stencil enable it.
Passes nearly all additional piglit tests which are now performed, with two
exceptions (one being a framebuffer blit which fails for all other formats
including stencil too as
On Thu, May 16, 2013 at 08:21:36AM -0700, Vincent Lejeune wrote:
Hi,
-- next part --
From dc547a89dac5039ce521f3c27fb23346251d488d Mon Sep 17 00:00:00 2001
From: Tom Stellard thomas.stellard at amd.com
Date: Tue, 7 May 2013 16:26:26 -0400
Subject: [PATCH 4/7]
V2:
- Split patch 2/3 in to two:
intel: Change the register type from UW to UD in blorp engine
intel: Add multisample scaled blitting in blorp engine
- Modify src texture coordinates clipping to account for scaling.
- Code rewrite to avoid unwanted changes.
Anuj Phogat (4):
Signed-off-by: Anuj Phogat anuj.pho...@gmail.com
Reviewed-by: Paul Berry stereotype...@gmail.com
Reviewed-by: Brian Paul bri...@vmware.com
---
src/mesa/main/extensions.c | 1 +
src/mesa/main/fbobject.c | 30 +++---
src/mesa/main/mtypes.h | 1 +
3 files changed, 29
These changes are required to implement scaled blitting in blorp
in my next patch.
No regressions observed in piglit quick-driver.tests with this patch.
Signed-off-by: Anuj Phogat anuj.pho...@gmail.com
---
src/mesa/drivers/dri/i965/brw_blorp.h| 15 ++--
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 from 0.1 to 2.4.
Comment from Paul Berry:
I have some
In traditional multisampled framebuffer rendering, color samples must be
explicitly resolved via BlitFramebuffer before doing the scaled blitting
of the framebuffer. So, scaled blitting of a multisample framebuffer
takes two separate calls to BlitFramebuffer.
This patch implements the
On Thu, May 16, 2013 at 12:09:23AM +0200, Niels Ole Salscheider wrote:
Signed-off-by: Niels Ole Salscheider niels_...@salscheider-online.de
---
Pushed. Thanks.
-Tom
src/gallium/drivers/r600/r600_shader.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=64649
romula...@gmail.com changed:
What|Removed |Added
Summary|[r600g] Anomaly 2 (Steam) |[r600g] Anomaly 2 (Steam)
https://bugs.freedesktop.org/show_bug.cgi?id=64649
--- Comment #2 from romula...@gmail.com ---
It then closes. It won't run without that extention, switched to GLX instead of
a driver specific component.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=64649
romula...@gmail.com changed:
What|Removed |Added
Summary|[r600g] Anomaly 2 (Steam) |Anomaly 2 (Steam) exits
These were mostly just a waste of memory and cache pressure, and were
really only used for debugging.
This change reduces instruction count (as measured by callgrind's Ir
event) of gnome-shell-perf-tool on Ivybridge by 3.5% ± 0.015% (n=20).
Signed-off-by: Adam Jackson a...@redhat.com
---
On Thu, 2013-05-16 at 15:44 -0400, Adam Jackson wrote:
These were mostly just a waste of memory and cache pressure, and were
really only used for debugging.
This change reduces instruction count (as measured by callgrind's Ir
event) of gnome-shell-perf-tool on Ivybridge by 3.5% ± 0.015%
From: Roland Scheidegger srol...@vmware.com
We do rendering to linear color buffers for quite some time, and since
switching to linear depth buffers all the tiled/linear logic was unused.
So get rid of (most) of it - there's still some LAYOUT_NONE things and
late allocation of resources which
On Sun, Apr 21, 2013 at 12:06 PM, Kenneth Graunke kenn...@whitecape.org wrote:
On 04/19/2013 12:35 PM, Jordan Justen wrote:
Previously uniform blocks allowed for the 'uniform' keyword
to be used with members of a uniform blocks. With interface
blocks 'in' can be used on 'in' interface block
When intel_finalize_mipmap_tree() calls intel_miptree_copy_teximage()
to reassemble a depth miptree that has been broken apart into pieces
(to deal with misalignment of levels/layers within the miptree), it
just copies the depth data, not the HiZ data. This is reasonable,
since the alignment
Am 16.05.2013 21:44, schrieb Adam Jackson:
These were mostly just a waste of memory and cache pressure, and were
really only used for debugging.
This change reduces instruction count (as measured by callgrind's Ir
event) of gnome-shell-perf-tool on Ivybridge by 3.5% ± 0.015% (n=20).
https://bugs.freedesktop.org/show_bug.cgi?id=64443
Mike Lothian m...@fireburn.co.uk changed:
What|Removed |Added
CC||m...@fireburn.co.uk
https://bugs.freedesktop.org/show_bug.cgi?id=64443
romula...@gmail.com changed:
What|Removed |Added
Assignee|mesa-dev@lists.freedesktop. |dri-devel@lists.freedesktop
git://people.freedesktop.org/~jljusten/mesa interface-blocks-v4
v4:
* Incorporated Ken's feedback from v3.
* 9 of 17 patch now have r-b
- Missing r-b on 6-8, 10 14-17
v3:
* Several clean-ups based on v2 code review
* Fix (proposed) piglit test:
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
Reviewed-by: Eric Anholt e...@anholt.net
Reviewed-by: Kenneth Graunke kenn...@whitecape.org
---
src/glsl/ast.h |4 ++--
src/glsl/ast_to_hir.cpp |6 +++---
src/glsl/glsl_parser.yy | 14 +++---
3 files changed, 12
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
Reviewed-by: Eric Anholt e...@anholt.net
Reviewed-by: Kenneth Graunke kenn...@whitecape.org
---
src/glsl/glsl_parser.yy | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/src/glsl/glsl_parser.yy
Previously only 'uniform' was allowed for uniform blocks.
Now, in/out can be parsed, but it will only be allowed for
GLSL = 150.
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
Reviewed-by: Eric Anholt e...@anholt.net
---
src/glsl/glsl_parser.yy | 51
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
Reviewed-by: Eric Anholt e...@anholt.net
Reviewed-by: Kenneth Graunke kenn...@whitecape.org
---
src/glsl/glsl_parser.yy | 14 ++
1 file changed, 14 insertions(+)
diff --git a/src/glsl/glsl_parser.yy b/src/glsl/glsl_parser.yy
Interface blocks in GLSL 150 allow an instance name to be used.
v2:
* use state-check_version
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
Reviewed-by: Eric Anholt e...@anholt.net
Reviewed-by: Kenneth Graunke kenn...@whitecape.org
---
src/glsl/glsl_parser.yy |8 +++-
1 file
An interface block member may specify the type:
in {
in vec4 in_var_with_qualifier;
};
When specified with the member, it must match the same
type as interface block type.
It can also omit the qualifier:
uniform {
vec4 uniform_var_without_qualifier;
};
When the type is not specified
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
---
src/glsl/ast_to_hir.cpp |6 ++
1 file changed, 6 insertions(+)
diff --git a/src/glsl/ast_to_hir.cpp b/src/glsl/ast_to_hir.cpp
index e578019..b55d25e 100644
--- a/src/glsl/ast_to_hir.cpp
+++ b/src/glsl/ast_to_hir.cpp
@@ -4063,6
Uniform/interface blocks are a separate namespace from types.
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
---
src/glsl/ast_to_hir.cpp |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/glsl/ast_to_hir.cpp b/src/glsl/ast_to_hir.cpp
index b55d25e..0e2e652 100644
For interface blocks, there are three separate namespaces for
uniform, input and output blocks.
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
Reviewed-by: Kenneth Graunke kenn...@whitecape.org
---
src/glsl/glsl_symbol_table.cpp | 84 ++--
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
Reviewed-by: Kenneth Graunke kenn...@whitecape.org
---
src/glsl/ast_to_hir.cpp | 28 ++--
1 file changed, 22 insertions(+), 6 deletions(-)
diff --git a/src/glsl/ast_to_hir.cpp b/src/glsl/ast_to_hir.cpp
index
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
Reviewed-by: Kenneth Graunke kenn...@whitecape.org
---
src/glsl/ast_to_hir.cpp |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/src/glsl/ast_to_hir.cpp b/src/glsl/ast_to_hir.cpp
index 0e2e652..b2a1811 100644
---
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
---
src/glsl/link_varyings.cpp | 33 +
1 file changed, 29 insertions(+), 4 deletions(-)
diff --git a/src/glsl/link_varyings.cpp b/src/glsl/link_varyings.cpp
index f911f62..34e3440 100644
---
Convert interface blocks with instance names into flat
interface blocks without an instance name.
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
Reviewed-by: Kenneth Graunke kenn...@whitecape.org
---
src/glsl/Makefile.sources |1 +
src/glsl/ir_optimization.h
With this change we now support interface block arrays.
For example, cases like this:
out block_name {
float f;
} block_instance[2];
This allows Mesa to pass the piglit glsl-1.50 test:
* execution/interface-blocks-complex-vs-fs.shader_test
Signed-off-by: Jordan Justen
Verify that interface blocks match when combining compilation
units at the same stage. (For example, when merging all vertex
shaders.)
Fixes piglit glsl-1.50 test:
* linker/interface-blocks-multiple-vs-member-count-mismatch.shader_test
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
---
Verify that interface blocks match when linking separate shader
stages into a program.
Fixes piglit glsl-1.50 tests:
* linker/interface-blocks-vs-fs-member-count-mismatch.shader_test
* linker/interface-blocks-vs-fs-member-order-mismatch.shader_test
Signed-off-by: Jordan Justen
https://bugs.freedesktop.org/show_bug.cgi?id=64692
Priority: medium
Bug ID: 64692
Keywords: have-backtrace, regression
CC: mar...@gmail.com
Assignee: mesa-dev@lists.freedesktop.org
Summary: [llvmpipe]
From: Roland Scheidegger srol...@vmware.com
The code avoided first_layer parameter in the sampler interface (and needing
to do another calculation at runtime) by fixing up the base texture pointer
instead. Unfortunately, this didn't actually work as we have mip-first
texture layout so fixing up
https://bugs.freedesktop.org/show_bug.cgi?id=64649
--- Comment #3 from romula...@gmail.com ---
http://www.opengl.org/registry/specs/EXT/swap_control.txt
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing
Kenneth Graunke kenn...@whitecape.org writes:
When an application is using PBOs, we attempt to use the BLT engine to
perform ReadPixels. If that fails due to some restrictions, it's useful
to raise a performance warning.
In the non-PBO case, we always use a CPU mapping since getting the
Divick Kishore divick.kish...@gmail.com writes:
Hi,
I have a simple GLES2 based application which does not do much in
the either of the vertex and fragment shaders. It simply draws a
rotating spiral made from a simple triangle strip. When I try to run
this application using the mesa with
On 05/16/2013 09:27 PM, Eric Anholt wrote:
Divick Kishore divick.kish...@gmail.com writes:
Hi,
I have a simple GLES2 based application which does not do much in
the either of the vertex and fragment shaders. It simply draws a
rotating spiral made from a simple triangle strip. When I try
By default we sync to vblank, which for you is 60. The software
rasterizer lacks this feature.
I meant that even with h/w rasterizer I get fps = 60 with vblank=0 set.
The weird thing is that he said he ran it with vblank_mode=0. Makes me
wonder if we have a bug in our handling of that
85 matches
Mail list logo
