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" --with-dri-driverdir=~/lib/mesa/dri_llv
https://bugs.freedesktop.org/show_bug.cgi?id=64649
--- Comment #1 from Michel Dänzer ---
> 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 GLX_EXT_swap_control is not i
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 e
https://bugs.freedesktop.org/show_bug.cgi?id=58137
Fabio Pedretti changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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 almos
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.
Sever
https://bugs.freedesktop.org/show_bug.cgi?id=64668
Igor Gnatenko changed:
What|Removed |Added
CC||i.gnatenko.br...@gmail.com
--
You are r
https://bugs.freedesktop.org/show_bug.cgi?id=64668
--- Comment #1 from Igor Gnatenko ---
Created attachment 79405
--> https://bugs.freedesktop.org/attachment.cgi?id=79405&action=edit
intel-i915-with-shader
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=64668
--- Comment #2 from Igor Gnatenko ---
Created attachment 79406
--> https://bugs.freedesktop.org/attachment.cgi?id=79406&action=edit
intel-i915-without-shader
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=64668
--- Comment #3 from Igor Gnatenko ---
Created attachment 79407
--> https://bugs.freedesktop.org/attachment.cgi?id=79407&action=edit
nvidia-Nouveau-with-shader.png
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=64668
--- Comment #4 from Igor Gnatenko ---
Created attachment 79408
--> https://bugs.freedesktop.org/attachment.cgi?id=79408&action=edit
nvidia-Nouveau-without-shader
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=64668
--- Comment #5 from Igor Gnatenko ---
Created attachment 79409
--> https://bugs.freedesktop.org/attachment.cgi?id=79409&action=edit
amd-Catalyst-with-shader
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=64668
--- Comment #6 from Igor Gnatenko ---
Created attachment 79410
--> https://bugs.freedesktop.org/attachment.cgi?id=79410&action=edit
amd-Catalyst-without-shader
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=64668
--- Comment #7 from Igor Gnatenko ---
Created attachment 79411
--> https://bugs.freedesktop.org/attachment.cgi?id=79411&action=edit
nvidia-NVIDIA-with-shader
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=64668
--- Comment #8 from Igor Gnatenko ---
Created attachment 79412
--> https://bugs.freedesktop.org/attachment.cgi?id=79412&action=edit
nvidia-NVIDIA-without-shader
--
You are receiving this mail because:
You are the assignee for the bug.
___
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 w
---
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
src/gallium/auxil
From: Richard Sandiford
Reviewed-by: Adam Jackson
---
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
--- a/src/gallium/auxiliary/draw/draw_
From: Richard Sandiford
RGBA has R at byte 0 and A at byte 3, regardless of platform
endianness.
Reviewed-by: Adam Jackson
---
src/gallium/include/pipe/p_format.h | 38 +
1 file changed, 30 insertions(+), 8 deletions(-)
diff --git a/src/gallium/include/
From: Richard Sandiford
Reviewed-by: Adam Jackson
---
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 ++--
src/gallium/tests/graw/shader-leak.c | 4
From: Richard Sandiford
Reviewed-by: Adam Jackson
---
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
index 8490480..4f76b0f 100644
--- a/src
From: Richard Sandiford
Reviewed-by: Adam Jackson
---
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
b/src/gallium/state_trackers/glx/xlib/xm_api.c
index e426192..6792ef2
Reviewed-by: Adam Jackson
---
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 e09fe1d..43cca30 100644
--
From: Richard Sandiford
Reviewed-by: Adam Jackson
---
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
b/src/mesa/state_tracker/st_format.c
index 56f3a4a..ae9e28e 1
From: Richard Sandiford
Reviewed-by: Adam Jackson
---
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
index 2827747..ed112b9 100644
--- a/src/
From: Richard Sandiford
This fixes them on big-endian.
Reviewed-by: Adam Jackson
---
src/gallium/auxiliary/util/u_pack_color.h | 36 +++
1 file changed, 18 insertions(+), 18 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_pack_color.h
b/src/gallium/auxiliar
From: Richard Sandiford
Reviewed-by: Adam Jackson
---
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
b/src/gallium/drivers/llvmpipe/lp_state_fs.c
index 6921210..0691
From: Richard Sandiford
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
---
src/gallium/auxiliary/gallivm/lp_bld_format_aos.c | 22 +++
src/gallium/auxiliary/gallivm/lp_bld_format_soa.c | 13 ++--
sr
From: Richard Sandiford
Reviewed-by: Adam Jackson
---
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
b/src/gallium/auxiliary/gallivm/lp_bld_format_soa.c
index 2c62291..cf51b34 100644
--
https://bugs.freedesktop.org/show_bug.cgi?id=64668
edg...@yandex.ru changed:
What|Removed |Added
CC||edg...@yandex.ru
--
You are receiving
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 assignee
https://bugs.freedesktop.org/show_bug.cgi?id=64668
--- Comment #10 from Kenneth Graunke ---
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 ---
(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.
--
You are receiving this
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
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 o
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 wrote:
> From: Richard Sandiford
>
> RGBA has R at byte 0 and A at byte 3, regardless of platform
> endianness.
>
> Reviewed-by: Ad
Hi,
>-- next part --
>>From dc547a89dac5039ce521f3c27fb23346251d488d Mon Sep 17 00:00:00 2001 >From:
>>Tom Stellard
>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 rotl.
>---
> lib
https://bugs.freedesktop.org/show_bug.cgi?id=64668
--- Comment #12 from Paul Berry ---
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 the spec are somewhat c
https://bugs.freedesktop.org/show_bug.cgi?id=64668
Paul Berry changed:
What|Removed |Added
CC||stereotype...@gmail.com
--
You are receivi
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 da
From: Roland Scheidegger
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 sampled is a bit odd,
but
From: Roland Scheidegger
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.
---
src/gallium/auxiliary/gallivm/lp_bld_p
From: Roland Scheidegger
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 we don't support ste
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
> >Date: Tue, 7 May 2013 16:26:26 -0400
> >Subject: [PATCH 4/7] R600: Swap the
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):
m
Signed-off-by: Anuj Phogat
Reviewed-by: Paul Berry
Reviewed-by: Brian Paul
---
src/mesa/main/extensions.c | 1 +
src/mesa/main/fbobject.c | 30 +++---
src/mesa/main/mtypes.h | 1 +
3 files changed, 29 insertions(+), 3 deletions(-)
diff --git a/src/mesa/main/exte
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
---
src/mesa/drivers/dri/i965/brw_blorp.h| 15 ++--
src/mesa/drivers/dri/i965/brw_blorp_blit.cpp | 120 +++
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 concern
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 functionalit
On Thu, May 16, 2013 at 12:09:23AM +0200, Niels Ole Salscheider wrote:
> Signed-off-by: Niels Ole Salscheider
> ---
Pushed. Thanks.
-Tom
> src/gallium/drivers/r600/r600_shader.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/src/gallium/drivers/r600/r600_shader.c
>
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
---
src/gallium/drivers/ll
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
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 probably could be simp
On Sun, Apr 21, 2013 at 12:06 PM, Kenneth Graunke 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 members and
>>
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 restr
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
romula...@gmail.com changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=64443
Mike Lothian changed:
What|Removed |Added
CC||m...@fireburn.co.uk
--- Comment #1 from M
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:
execution/interface-blocks-same-uniform-
Signed-off-by: Jordan Justen
Reviewed-by: Eric Anholt
Reviewed-by: Kenneth Graunke
---
src/glsl/ast.h |4 ++--
src/glsl/ast_to_hir.cpp |6 +++---
src/glsl/glsl_parser.yy | 14 +++---
3 files changed, 12 insertions(+), 12 deletions(-)
diff --git a/src/glsl/ast.h b/src
Signed-off-by: Jordan Justen
Reviewed-by: Eric Anholt
Reviewed-by: Kenneth Graunke
---
src/glsl/glsl_parser.yy | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/src/glsl/glsl_parser.yy b/src/glsl/glsl_parser.yy
index cd33078..33b74ea 100644
--- a/s
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
Reviewed-by: Eric Anholt
---
src/glsl/glsl_parser.yy | 51 +--
1 file changed, 40 inserti
Signed-off-by: Jordan Justen
Reviewed-by: Eric Anholt
Reviewed-by: Kenneth Graunke
---
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
index 0a2a77b..dbc25a4 100644
--- a/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
Reviewed-by: Eric Anholt
Reviewed-by: Kenneth Graunke
---
src/glsl/glsl_parser.yy |8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/src/gls
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 with
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 members and
'out' can be used on 'out' interface block members.
The basic_interface_block rule will verify that the same
qualifier
Signed-off-by: Jordan Justen
---
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 +4063,12 @@ ast_process_stru
Uniform/interface blocks are a separate namespace from types.
Signed-off-by: Jordan Justen
---
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
--- a/src/glsl/ast_to_hir.
For interface blocks, there are three separate namespaces for
uniform, input and output blocks.
Signed-off-by: Jordan Justen
Reviewed-by: Kenneth Graunke
---
src/glsl/glsl_symbol_table.cpp | 84 ++--
src/glsl/glsl_symbol_table.h |4 ++
2 files changed
Signed-off-by: Jordan Justen
Reviewed-by: Kenneth Graunke
---
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 b2a1811..e918ade 100644
--- a/src/glsl/ast_to_hir.cpp
Signed-off-by: Jordan Justen
Reviewed-by: Kenneth Graunke
---
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
--- a/src/glsl/ast_to_hir.cpp
+++ b/src/glsl/ast_to_hi
Signed-off-by: Jordan Justen
---
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
--- a/src/glsl/link_varyings.cpp
+++ b/src/gls
Convert interface blocks with instance names into flat
interface blocks without an instance name.
Signed-off-by: Jordan Justen
Reviewed-by: Kenneth Graunke
---
src/glsl/Makefile.sources |1 +
src/glsl/ir_optimization.h|1 +
src/glsl/linker.cpp
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
---
src/glsl/lower_na
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
---
src/glsl/Makefile.sources
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
---
src/glsl/inte
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]
src/gall
From: Roland Scheidegger
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 the base ptr by a fi
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 list
Kenneth Graunke 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 data
> into client m
Divick Kishore 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 h/w renderer, it gi
On 05/16/2013 09:27 PM, Eric Anholt wrote:
Divick Kishore 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 us
>> 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 tha
87 matches
Mail list logo