>> 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
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
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
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
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
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=64692
Priority: medium
Bug ID: 64692
Keywords: have-backtrace, regression
CC: mar...@gmail.com
Assignee: mesa-dev@lists.freedesktop.org
Summary: [llvmpipe]
src/gall
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
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
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
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
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
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
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
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
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.
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
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
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
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
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
+++
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 | 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
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
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-
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
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|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
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).
>
>
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
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
>>
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 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%
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
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
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) |[r600g] Anomaly 2 (Steam)
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
>
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
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
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 +++
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
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
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
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
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
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=64668
Paul Berry changed:
What|Removed |Added
CC||stereotype...@gmail.com
--
You are receivi
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
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
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
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
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
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
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 #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
edg...@yandex.ru changed:
What|Removed |Added
CC||edg...@yandex.ru
--
You are receiving
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
--
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/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 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/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
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
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/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
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/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
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/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_
---
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
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
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.
___
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 #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 #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 #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 #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 #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 #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
Igor Gnatenko changed:
What|Removed |Added
CC||i.gnatenko.br...@gmail.com
--
You are r
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
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=58137
Fabio Pedretti changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=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
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
87 matches
Mail list logo
