Hi all,
I'm new to Mesa and would like to get some advice/references on how to make
EGL work on Windows.
For example, I want to start with just drawing a simple triangle using
OpenGL ES 2.0 on Windows.
Can someone tell me where I should start?
Thanks,
Yifei
Previously one side could be UD while the other was float.
V2: Prefer float; apparently IVB can dispatch float ops faster. (Thanks
Eric)
Signed-off-by: Chris Forbes
---
src/mesa/drivers/dri/i965/brw_fs_generator.cpp | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/src/me
Gather unconditionally uses a header, but in some cases the
texture_offset value will be zero.
V2: Don't introduce a bogus conversion.
Signed-off-by: Chris Forbes
Reviewed-by: Eric Anholt
---
src/mesa/drivers/dri/i965/brw_fs_generator.cpp | 14 +++---
1 file changed, 11 insertions(+),
Fixes "Uninitialized scalar field" defect reported by Coverity.
Signed-off-by: Vinson Lee
---
src/gallium/drivers/r600/sb/sb_shader.cpp | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/r600/sb/sb_shader.cpp
b/src/gallium/drivers/r600/sb/sb_shader.cpp
ind
Kenneth Graunke writes:
> This adds the basic driver hooks to allocate/free the brw variant.
> It doesn't contain any additional information yet, but it will soon.
> diff --git a/src/mesa/drivers/dri/i965/gen6_sol.c
> b/src/mesa/drivers/dri/i965/gen6_sol.c
> index 21da444..ffecfc8 100644
> ---
On 10/18/2013 06:19 PM, Ian Romanick wrote:
On 10/18/2013 11:31 AM, Alexandre Demers wrote:
Hi,
I was looking at the latest commits and some comments here and there. Is
it me or is docs/GL3.txt not up to date?
I don't know of you're up to date or not, but GL3.txt almost surely is not.
For the
https://bugs.freedesktop.org/show_bug.cgi?id=70591
Vinson Lee changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Fri, Oct 18, 2013 at 5:24 PM, Anuj Phogat wrote:
> Setting bilinear_filter flag in case of multisample blits with
> GL_LINEAR filter causes incorrect behavior in translate_dst_to_src()
> function. This broke Modern Warfare (1, 2 and 3) on SNB, IVB and HSW.
>
> Tested on SNB and IVB, no Piglit r
Kenneth Graunke writes:
> Fixes a regression since 02b632d8e8f2b14c155740d28c276b5869305c60.
>
> Signed-off-by: Kenneth Graunke
Reviewed-by: Eric Anholt
pgpVnK1rfn85H.pgp
Description: PGP signature
___
mesa-dev mailing list
mesa-dev@lists.freedeskt
Setting bilinear_filter flag in case of multisample blits with
GL_LINEAR filter causes incorrect behavior in translate_dst_to_src()
function. This broke Modern Warfare (1, 2 and 3) on SNB, IVB and HSW.
Tested on SNB and IVB, no Piglit regressions. Trace file of the game
(taken with apitrace) works
Mesa 9.2.2 has been released. Mesa 9.2.2 is a bug fix release which
fixes bugs fixed since the 9.2.1 release.
The tag in the git repository for Mesa 9.2.2 is 'mesa-9.2.2'.
Mesa 9.2.2 is available for download at
ftp://freedesktop.org/pub/mesa/9.2.2/
md5sums:
df801a975045150790e10e2ccf32193f Me
Paul Berry writes:
> Geometry shaders that run in "DUAL_INSTANCED" mode store their inputs
> in vec4's. This means that when compiling gl_PointSize input
> swizzling (a MOV instruction which uses a geometry shader input as
> both source and destination), we need to do two things:
>
> - Set force
On 10/18/2013 03:30 PM, Chad Versace wrote:
Brian,
I'm automatically generating Mesa Doxygen from master every 4 hours and
publishing it here:
http://people.freedesktop.org/~chadversary/mesa/doxygen/master
Is there any chance I can start pushing this to the Mesa site instead?
The Mesa websit
Paul Berry writes:
> Since most geometry shaders used in piglit testing are small,
> DUAL_INSTANCED mode won't get exercised very much in a normal piglit
> run. To force DUAL_INSTANCED mode to be used for all geometry
> shaders, set INTEL_DEBUG=nogualobj.
^ nodualobj
On Fri, Oct 18, 2013 at 3:12 PM, Matt Turner wrote:
> ---
> docs/GL3.txt | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/docs/GL3.txt b/docs/GL3.txt
> index c269f19..a7c7ae6 100644
> --- a/docs/GL3.txt
> +++ b/docs/GL3.txt
> @@ -63,9 +63,9 @@ Signed normalized te
Fixes a regression since 02b632d8e8f2b14c155740d28c276b5869305c60.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/brw_device_info.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/mesa/drivers/dri/i965/brw_device_info.c
b/src/mesa/drivers/dri/i965/brw_device_info.c
index b
Am 19.10.2013 00:40, schrieb Kenneth Graunke:
> On 10/17/2013 11:39 PM, Kenneth Graunke wrote:
>> Mesa now supports OpenGL 3.3 and GLSL 3.30, so bump the Mesa major
>> version from 10 to 11 to reflect this.
>>
>> Also update the release notes, and add appropriate FAQ entries.
>>
>> http://en.wikipe
Paul Berry writes:
> Previously, Mesa followed the linkage rules outlined in the GLSL
> 1.20-1.40 specs, which (collectively) said that GLSL versions 1.10 and
> 1.20 could be linked together, but no other versions could be linked.
>
> In GLSL 4.30, the linkage rules were relaxed so that any two d
On 10/18/2013 03:12 PM, Matt Turner wrote:
> ---
> docs/GL3.txt | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/docs/GL3.txt b/docs/GL3.txt
> index c269f19..a7c7ae6 100644
> --- a/docs/GL3.txt
> +++ b/docs/GL3.txt
> @@ -63,9 +63,9 @@ Signed normalized textures (GL
Reviewed-by: Eric Anholt
pgpGg7_SzTd92.pgp
Description: PGP signature
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Reviewed-by: Jordan Justen
On Fri, Oct 18, 2013 at 3:12 PM, Matt Turner wrote:
> ---
> docs/GL3.txt | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/docs/GL3.txt b/docs/GL3.txt
> index c269f19..a7c7ae6 100644
> --- a/docs/GL3.txt
> +++ b/docs/GL3.txt
> @@ -63,9 +
This only operates on constant/uniform values for now, because otherwise I'd
have to deal with killing my available CSE entries when assignments happen,
and getting even this working in the tree ir was painful enough.
As is, it has the following effect in shader-db:
total instructions in shared p
On 10/17/2013 11:39 PM, Kenneth Graunke wrote:
> Mesa now supports OpenGL 3.3 and GLSL 3.30, so bump the Mesa major
> version from 10 to 11 to reflect this.
>
> Also update the release notes, and add appropriate FAQ entries.
>
> http://en.wikipedia.org/wiki/Up_to_eleven
I thought the Wikipedia a
On 10/18/2013 11:31 AM, Alexandre Demers wrote:
> Hi,
>
> I was looking at the latest commits and some comments here and there. Is
> it me or is docs/GL3.txt not up to date?
I don't know of you're up to date or not, but GL3.txt almost surely is not.
> For example, on Sept 24th (
> http://web.arc
---
docs/GL3.txt | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/docs/GL3.txt b/docs/GL3.txt
index c269f19..a7c7ae6 100644
--- a/docs/GL3.txt
+++ b/docs/GL3.txt
@@ -63,9 +63,9 @@ Signed normalized textures (GL_EXT_texture_snorm) DONE
(i965, r300, r600)
GL 3.2:
Typo in the title: accumulator
-Brian
On 10/18/2013 02:51 PM, Paul Berry wrote:
On 11 October 2013 23:23, Vinson Lee mailto:v...@freedesktop.org>> wrote:
Fixes "Uninitialized pointer field" defect reported by Coverity.
Signed-off-by: Vinson Lee mailto:v...@freedesktop.org>>
Reviewed
On 14 October 2013 10:12, Anuj Phogat wrote:
> New builtins added by GL_ARB_sample_shading:
> in vec2 gl_SamplePosition
> in int gl_SampleID
> in int gl_NumSamples
> out int gl_SampleMask[]
>
> Signed-off-by: Anuj Phogat
> ---
> src/glsl/builtin_variables.cpp | 11 +++
> src/glsl/link_v
On 14 October 2013 10:12, Anuj Phogat wrote:
> Number of samples will be required in fragment shader program by new
> GLSL builtin uniform "gl_NumSamples".
>
> Signed-off-by: Anuj Phogat
> ---
> src/mesa/program/prog_statevars.c | 11 +++
> src/mesa/program/prog_statevars.h | 2 ++
> 2
On 10/18/2013 01:43 PM, Paul Berry wrote:
On 11 October 2013 14:40, Chad Versace mailto:chad.vers...@linux.intel.com>> wrote:
On 10/10/2013 01:38 AM, Rogovin, Kevin wrote:
Hello all,
My current goal is to add documentation to Mesa so that the ramp up
time of Mesa goes
Brian,
I'm automatically generating Mesa Doxygen from master every 4 hours and
publishing it here:
http://people.freedesktop.org/~chadversary/mesa/doxygen/master
Is there any chance I can start pushing this to the Mesa site instead?
___
mesa-dev maili
On 11 October 2013 23:23, Vinson Lee wrote:
> Fixes "Uninitialized pointer field" defect reported by Coverity.
>
> Signed-off-by: Vinson Lee
>
Reviewed-by: Paul Berry
> ---
> src/glsl/builtin_variables.cpp | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/src/glsl/b
On 18 October 2013 12:17, Paul Berry wrote:
> On 11 October 2013 11:18, Ian Romanick wrote:
>
>> From: Ian Romanick
>>
>> Ever since the addition of interface blocks with instance names, we have
>> had an implicit invariant:
>>
>> var->type->is_interface() == (var->type == var->interface_ty
Am 18.10.2013 16:34, schrieb Brian Paul:
> On 10/18/2013 12:39 AM, Kenneth Graunke wrote:
>> Mesa now supports OpenGL 3.3 and GLSL 3.30, so bump the Mesa major
>> version from 10 to 11 to reflect this.
>>
>> Also update the release notes, and add appropriate FAQ entries.
>>
>> http://en.wikipedia.o
On 11 October 2013 14:40, Chad Versace wrote:
> On 10/10/2013 01:38 AM, Rogovin, Kevin wrote:
>
>> Hello all,
>>
>>My current goal is to add documentation to Mesa so that the ramp up
>> time of Mesa goes down a great deal.
>>
>
> I support that goal. When I see other projects that publish goo
On 11 October 2013 11:18, Ian Romanick wrote:
> From: Ian Romanick
>
> The unit tests added in the previous commits prove some things about the
> state of some internal data structures. The most important of these is
> that all built-in input and output variables have explicit_location
> set.
On 11 October 2013 11:18, Ian Romanick wrote:
> From: Ian Romanick
>
> This required fixing the out-of-date prototype in linker.h. While
> making that change, further change the prototype to make unit testing a
> bit easier.
>
I'd prefer to see this split into two patches: one to change the si
On 11 October 2013 11:18, Ian Romanick wrote:
> From: Ian Romanick
>
> Checks that the variables generated meet certain criteria.
>
> - Fragment shader inputs have an explicit location.
>
> - Fragment shader outputs have an explicit location.
>
> - Vertex / geometry shader-only varying locati
On 11 October 2013 11:18, Ian Romanick wrote:
> From: Ian Romanick
>
> Checks that the variables generated meet certain criteria.
>
> - Vertex shader inputs have an explicit location.
>
> - Vertex shader outputs have an explicit location.
>
> - Fragment shader-only varying locations are not u
From: Roland Scheidegger
---
src/gallium/drivers/llvmpipe/lp_screen.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/llvmpipe/lp_screen.c
b/src/gallium/drivers/llvmpipe/lp_screen.c
index 723e40e..4c81022 100644
--- a/src/gallium/drivers/llvmpipe/lp_sc
From: Roland Scheidegger
For seamless cube filtering it is necessary to determine new faces and new
coords per sample. The logic for this is _seriously_ complex (what needs
to happen is very "asymmetric" wrt face, x/y under/overflow), further
complicated by the fact that if the 4 samples are in a
On 11 October 2013 11:18, Ian Romanick wrote:
> From: Ian Romanick
>
> Ever since the addition of interface blocks with instance names, we have
> had an implicit invariant:
>
> var->type->is_interface() == (var->type == var->interface_type)
>
> A similar invariant exists if var->type->fields
Hi,
I was looking at the latest commits and some comments here and there. Is
it me or is docs/GL3.txt not up to date?
For example, on Sept 24th (
http://web.archiveorange.com/archive/v/PjyyP3KOnlzH11QKVtyC), Marek was
confirming GL_ARB_texture_multisample support for r600 and si (CIK
missin
On 9 October 2013 03:33, Rogovin, Kevin wrote:
> Hi all,
>
> I've been digging through the i965 driver implementation attempting to
> get my head around it. I have a few questions which I hope can be answered:
>
> * What is LIR? The comments say that Mesa GLSL IR is converted into
> LIR whic
On 10/17/2013 01:52 PM, Paul Berry wrote:
> MSVC doesn't have a strcasecmp() function; it uses _stricmp() instead.
We've worked around similar issues by putting a wrapper in imports.h.
This fix will work here, but as soon as we add another use of
strcasecmp, we'll need to patch it again...
We sho
On 10/17/2013 08:07 PM, Paul Berry wrote:
> Previously, Mesa followed the linkage rules outlined in the GLSL
> 1.20-1.40 specs, which (collectively) said that GLSL versions 1.10 and
> 1.20 could be linked together, but no other versions could be linked.
>
> In GLSL 4.30, the linkage rules were rel
On 18.10.2013 17:31, Ian Romanick wrote:
> With the one comment below fixed (and Marek's comment on patch 2 fixed),
> the series is:
>
> Reviewed-by: Ian Romanick
>
> You are, however, missing the most important patch! You need the patch
> that updates docs/GL3.txt and docs/relnotes/10.0.html.
On 10/18/2013 02:20 AM, Rico Schüller wrote:
> ---
> src/mesa/main/extensions.c | 1 +
> src/mesa/main/mtypes.h | 1 +
> src/mesa/main/samplerobj.c | 2 +-
> src/mesa/main/texparam.c | 12 +---
> 4 Dateien geändert, 12 Zeilen hinzugefügt(+), 4 Zeilen entfernt(-)
Other than Marek'
On Thu, Oct 17, 2013 at 11:39 PM, Kenneth Graunke wrote:
> Mesa now supports OpenGL 3.3 and GLSL 3.30, so bump the Mesa major
> version from 10 to 11 to reflect this.
>
> Also update the release notes, and add appropriate FAQ entries.
>
> http://en.wikipedia.org/wiki/Up_to_eleven
Hehe, good one.
On Tue, Oct 15, 2013 at 5:42 PM, Anuj Phogat wrote:
> On Tue, Oct 15, 2013 at 1:49 PM, Kenneth Graunke
> wrote:
>> On 10/14/2013 10:12 AM, Anuj Phogat wrote:
>>> Implement the FS backend for new builtins added by the extension:
>>> in vec2 gl_SamplePosition
>>> in int gl_SampleID
>>> in int gl_N
Patches 1 & 2 are
Reviewed-by: Ian Romanick
Patch 3 is just silly.
On 10/17/2013 11:39 PM, Kenneth Graunke wrote:
> Everything necessary for these appears to be implemented. We'll want to
> add more tests to guard against bugs, but it should be functionally
> complete.
>
> Signed-off-by: Kenn
With the one comment below fixed (and Marek's comment on patch 2 fixed),
the series is:
Reviewed-by: Ian Romanick
You are, however, missing the most important patch! You need the patch
that updates docs/GL3.txt and docs/relnotes/10.0.html. :)
On 10/18/2013 02:20 AM, Rico Schüller wrote:
> ---
https://bugs.freedesktop.org/show_bug.cgi?id=55951
scr...@baseoftrash.de changed:
What|Removed |Added
CC||scr...@baseoftrash.de
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=55951
--- Comment #3 from scr...@baseoftrash.de ---
I've created a test case to reproduce this issue (or at least a similar one)
here:
https://bugs.freedesktop.org/show_bug.cgi?id=70621
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=70591
--- Comment #1 from Brian Paul ---
If removing the GLXContextID typedef from glx.h works for you, feel free to
submit a patch.
GLXContextID isn't actually used anywhere else in glx.h
--
You are receiving this mail because:
You are the assignee
On 10/16/2013 01:19 PM, Baptist BENOIST wrote:
Hello,
You can find attached a patch to apply on the include/GL/gl.h file.
This patch aims to fix a build issue with GCC when using the -DGL_GLEXT_LEGACY,
-Werror and -Wundef flags. I have remarked the problem with Qt 5.1.1 (which I
am packaging
On 10/17/2013 02:35 PM, Carl Worth wrote:
There is nothing in the OpenGL specification which prevents the user from
calling glGenQueries to generate a new query object while another object is
active. Neither is there anything in the Mesa implementation which prevents
this. So remove the INVALID_O
On 10/18/2013 12:39 AM, Kenneth Graunke wrote:
Mesa now supports OpenGL 3.3 and GLSL 3.30, so bump the Mesa major
version from 10 to 11 to reflect this.
Also update the release notes, and add appropriate FAQ entries.
http://en.wikipedia.org/wiki/Up_to_eleven
Signed-off-by: Kenneth Graunke
Rev
For the series:
Reviewed-by: Marek Olšák
Marek
On Fri, Oct 18, 2013 at 11:20 AM, Rico Schüller wrote:
> ---
> src/mesa/main/extensions.c | 1 +
> src/mesa/main/mtypes.h | 1 +
> src/mesa/main/samplerobj.c | 2 +-
> src/mesa/main/texparam.c | 12 +---
> 4 Dateien geändert, 12
This is not softpipe, it's swrast classic.
Marek
On Fri, Oct 18, 2013 at 11:20 AM, Rico Schüller wrote:
> ---
> src/mesa/main/extensions.c | 1 +
> 1 Datei geändert, 1 Zeile hinzugefügt(+)
>
> diff --git a/src/mesa/main/extensions.c b/src/mesa/main/extensions.c
> index bf8d7a3..e8e0a20 100644
>
---
src/mesa/main/extensions.c | 1 +
src/mesa/main/mtypes.h | 1 +
src/mesa/main/samplerobj.c | 2 +-
src/mesa/main/texparam.c | 12 +---
4 Dateien geändert, 12 Zeilen hinzugefügt(+), 4 Zeilen entfernt(-)
diff --git a/src/mesa/main/extensions.c b/src/mesa/main/extensions.c
index
---
src/mesa/drivers/dri/radeon/radeon_context.c | 1 +
1 Datei geändert, 1 Zeile hinzugefügt(+)
diff --git a/src/mesa/drivers/dri/radeon/radeon_context.c
b/src/mesa/drivers/dri/radeon/radeon_context.c
index 592a65b..a9f29d7 100644
--- a/src/mesa/drivers/dri/radeon/radeon_context.c
+++ b/src/mes
---
src/mesa/drivers/dri/r200/r200_context.c | 1 +
1 Datei geändert, 1 Zeile hinzugefügt(+)
diff --git a/src/mesa/drivers/dri/r200/r200_context.c
b/src/mesa/drivers/dri/r200/r200_context.c
index 8da9438..8ed2c0c 100644
--- a/src/mesa/drivers/dri/r200/r200_context.c
+++ b/src/mesa/drivers/dri/r2
---
src/mesa/state_tracker/st_extensions.c | 1 +
1 Datei geändert, 1 Zeile hinzugefügt(+)
diff --git a/src/mesa/state_tracker/st_extensions.c
b/src/mesa/state_tracker/st_extensions.c
index 97dd732..231bb39 100644
--- a/src/mesa/state_tracker/st_extensions.c
+++ b/src/mesa/state_tracker/st_exten
---
src/mesa/main/extensions.c | 1 +
1 Datei geändert, 1 Zeile hinzugefügt(+)
diff --git a/src/mesa/main/extensions.c b/src/mesa/main/extensions.c
index bf8d7a3..e8e0a20 100644
--- a/src/mesa/main/extensions.c
+++ b/src/mesa/main/extensions.c
@@ -408,6 +408,7 @@ _mesa_enable_sw_extensions(struct
On Tue, Oct 15, 2013 at 7:14 AM, Eric Anholt wrote:
> Previously, the best thing we had was to schedule the things unblocked by
> the current instruction, on the hope that it would be consuming two values
> at the end of their live intervals while only producing one new value.
> Sometimes that was
The numbering has just in relation with DirectX support numbering. Mesa
10.0 -> OpenGL 3.3 == DirectX10. And now you want to brake this :)
On Fri, Oct 18, 2013 at 10:01 AM, Mike Lothian wrote:
> It seems a bit silly to skip version 10 entirely
>
> Is this really necessary?
> On 18 Oct 2013 07:5
On Thu, Oct 17, 2013 at 3:24 AM, Matt Turner wrote:
> On Mon, Oct 14, 2013 at 4:14 PM, Eric Anholt wrote:
>> Previously, the best thing we had was to schedule the things unblocked by
>> the current instruction, on the hope that it would be consuming two values
>> at the end of their live interval
It seems a bit silly to skip version 10 entirely
Is this really necessary?
On 18 Oct 2013 07:57, "Kenneth Graunke" wrote:
> Mesa now supports OpenGL 3.3 and GLSL 3.30, so bump the Mesa major
> version from 10 to 11 to reflect this.
>
> Also update the release notes, and add appropriate FAQ entri
68 matches
Mail list logo