On 10/15/2012 04:22 PM, Eric Anholt wrote:
Kenneth Graunke writes:
The previous patch removed the producer of things in this file.
Since there aren't any, we can remove it.
---
src/mesa/main/mtypes.h | 1 -
src/mesa/program/prog_parameter_layout.c | 2 +-
src/mesa/program
https://bugs.freedesktop.org/show_bug.cgi?id=55998
--- Comment #6 from ctarwater ---
I'm experiencing the same issue here. Here's my specs:
Up to date Arch Linux
Asus U43F-BBA6 laptop
Intel HD Graphics / 4300
KDE 4.9.2
Mesa 9.0
Intel SNA
Changing to Xrender from OpenGL was the only way I coul
On 15 October 2012 09:50, Ian Romanick wrote:
> On 10/10/2012 12:31 PM, Fredrik Höglund wrote:
>
>> This extension is functionally the same as GL_ARB_map_buffer_range.
>>
>
> Reviewed-by: Ian Romanick
FYI, this patch conflicts with my patch series "glapi: Get rid of
gles_api.py file." (which I
https://bugs.freedesktop.org/show_bug.cgi?id=55817
--- Comment #6 from Tim Allen ---
If you look at the screenshots, you'll see the wall is constructed with a
crumbly bit at the top, followed by a dark band with a curly motif, a stretch
of plain bricks, and another curly-motif band at the bottom.
On 10/15/2012 06:47 PM, Brian Paul wrote:
> On 10/15/2012 04:06 PM, Bryan Cain wrote:
>> ---
>> src/mesa/state_tracker/st_glsl_to_tgsi.cpp |8
>> 1 file changed, 8 insertions(+)
>>
>> diff --git a/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
>> b/src/mesa/state_tracker/st_glsl_to_tgsi
From: Brian Paul
If GL_BASE_LEVEL==0 and GL_MAX_LEVEL==0 that's a pretty good hint that
there'll be a single mipmap level in the texture.
Google Earth sets the texture's state this way before the first glTexImage
call. This saves a bit of texture memory.
---
src/mesa/state_tracker/st_cb_textur
Improves performance of the Lightsmark penumbra shadows scene by 15.7% +/-
1.0% (n=15), by eliminating register spilling. (tested by smashing the list of
scenes to have all other scenes have 0 duration -- includes additional
rendering of scene description text that normally doesn't appear in that
s
Kenneth Graunke writes:
> This series removes support for the the old NV_fragment_program extension.
> No hardware drivers implemented it (only swrast), we aren't aware of any
> applications that use it, and we already dropped NV_vertex_program.
>
> You can obtain it in the 'nukefp' branch of:
>
Kenneth Graunke writes:
> The previous patch removed the producer of things in this file.
> Since there aren't any, we can remove it.
> ---
> src/mesa/main/mtypes.h | 1 -
> src/mesa/program/prog_parameter_layout.c | 2 +-
> src/mesa/program/prog_print.c| 5 -
>
On 10/15/2012 04:06 PM, Bryan Cain wrote:
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp |8
1 file changed, 8 insertions(+)
diff --git a/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
b/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
index 9146f24..caa7e94 100644
--- a/src/mesa/state_tr
https://bugs.freedesktop.org/show_bug.cgi?id=55998
--- Comment #5 from dw...@tormail.org ---
Hum, well I am using "uxa". sna was crashing for me on the original install
about a month or so ago. I'll try sna again..
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
#Opti
---
New files snipped from the patch for brevity.
Should we have an --enable-gles3 flag that controls whether the ES 3 symbols
are available in libGLESv2 and the headers are installed?
include/GLES3/gl3.h | 1061 +++
include/GLES3/gl3ext.h |
Note that we are missing the ARB_internalformat_query extension, which
provides the glGetInternalformativ function needed by GL ES 3.0.
---
This patch applies on top of Paul's 10-patch series.
src/mapi/glapi/gen/ARB_copy_buffer.xml |2 +-
src/mapi/glapi/gen/ARB_framebuffer_object.xm
https://bugs.freedesktop.org/show_bug.cgi?id=55998
--- Comment #4 from Arthur ---
I got similar specs: Intel SandyBridge HD 3000, KDE 4.9.2, Mesa 9.0, KWin on
OpenGL with VSync, in Exherbo Linux.
But I _do not_ see the problem. I suppose whatever is different between our
systems must be the sour
https://bugs.freedesktop.org/show_bug.cgi?id=55998
dw...@tormail.org changed:
What|Removed |Added
CC||dw...@tormail.org
--
You are receivi
https://bugs.freedesktop.org/show_bug.cgi?id=55998
--- Comment #3 from dw...@tormail.org ---
Same problem with i7-3520M HD4000 graphics: Thinkpad X230
Archlinux x86_64
Intel HD4000
KDE 4.9.2 _OpenGL
MESA 9.0
Kernels tried:
3.5.6-1-grsec
3.6.1-2-grsec
And Arch default kernel
3.5.6-1-ARCH
Same t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/15/2012 03:50 PM, Chad Versace wrote:
>> On a side note, the "do { ... } while(0)" portion of the code
>> looks funny to me, and I have to assume that it is some oddball
>> compiler workaround. GCC works just fine when this code is
>> wrapped in
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp |8
1 file changed, 8 insertions(+)
diff --git a/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
b/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
index 9146f24..caa7e94 100644
--- a/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
+++ b/src/mesa/state
https://bugs.freedesktop.org/show_bug.cgi?id=55998
Chad Versace changed:
What|Removed |Added
CC||chad.vers...@linux.intel.co
On Fri, Oct 12, 2012 at 12:53 PM, Paul Berry wrote:
> This patch series gets rid of the file
> src/mapi/glapi/gen/gles_api.py (which previously contained a list
> of the functions exposed in GLES 1 and GLES 2). This information
> is now stored in the XML files in src/mapi/glapi/gen/, using the
>
https://bugs.freedesktop.org/show_bug.cgi?id=55998
--- Comment #2 from Ben Gouhier ---
I am getting this too, both with intel Sandy Bridge and radeon Xpress200m, with
free drivers.
They both use mesa 9.0 and kde 4.9.2, and the tearing happens in the top and
bottom 1/5th parts of the screen.
Goin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/15/2012 10:41 AM, Eric Anholt wrote:
> Jason Wood writes:
>
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>
>> On 10/12/2012 04:30 PM, Eric Anholt wrote:
>>> There are a number of places where some obscure piece of the
>>> code is not curr
Hi. I'm still around to some extent, although I still need to submit
the changes to the ML for my geometry shader work from a couple of
months ago. I don't have much free time anymore, but I'll try to take a
look at this soon.
-Bryan
On 10/15/2012 03:35 PM, Brian Paul wrote:
> Jose found a prob
Jose found a problem in the GLSL->TGSI translater with respect to
boolean array comparisions when PIPE_SHADER_CAP_INTEGERS=1. I dug
into it a bit.
The attached shader_runner case shows the issue.
Basically, the comparison of boolean values (which are unsigned
integers) winds up being done wi
On 10/15/2012 11:46 AM, Brian Paul wrote:
> Got something different this time:
>
> $ cmake -DCMAKE_LIBRARY_PATH=$(echo $LIBRARY_PATH | sed 's/:/;/g')
> -Dwaffle_has_glx=1 -Dwaffle_has_x11_egl=1 $WAFFLE_SOURCE_DIR
>
> -- The C compiler identification is GNU
> -- Check for working C compiler: /usr/
Now that ARB programs and fixed function are routed through the new
backend, shader might be NULL. Don't do INTEL_DEBUG=perf support in
that case, since it relies on shader->compiled_once.
Since INTEL_DEBUG=perf wasn't previously supported, this maintains the
status quo. It might be nice to supp
Nobody ever set the flag, which makes this dead code.
v2: Leave the ureg_DECL_fs_input_cyl function in place, even though it's
unused, since VMWare uses it for their internal projects.
---
src/mesa/program/prog_parameter.h| 8
src/mesa/state_tracker/st_mesa_to_tgsi.c | 17 ++
On 10/15/2012 12:42 PM, Chad Versace wrote:
On 10/15/2012 11:20 AM, Brian Paul wrote:
On 10/15/2012 12:13 PM, Chad Versace wrote:
On 10/15/2012 07:57 AM, Brian Paul wrote:
On 10/15/2012 02:37 AM, Chad Versace wrote:
I unpacked the .xz file, then
$ cd waffle-1.1.0
$ export WAFFLE_SOURCE_DI
On 10/15/2012 08:59 AM, Marek Olšák wrote:
> Hi Chad,
>
> waffle and/or piglit create an RGBA framebuffer even in the case where
> only RGB is requested, which breaks these piglit tests:
> - clearbuffer-display-lists (not sure
> - fs-texelFetchOffset-2D
> - fdo25614-genmipmap
Thanks for finding t
On 10/15/2012 11:20 AM, Brian Paul wrote:
> On 10/15/2012 12:13 PM, Chad Versace wrote:
>> On 10/15/2012 07:57 AM, Brian Paul wrote:
>>> On 10/15/2012 02:37 AM, Chad Versace wrote:
>>
>>>
>>> I unpacked the .xz file, then
>>>
>>> $ cd waffle-1.1.0
>>> $ export WAFFLE_SOURCE_DIR=$PWD/src
>>> $ cmake
On 10/15/2012 12:13 PM, Chad Versace wrote:
On 10/15/2012 07:57 AM, Brian Paul wrote:
On 10/15/2012 02:37 AM, Chad Versace wrote:
I unpacked the .xz file, then
$ cd waffle-1.1.0
$ export WAFFLE_SOURCE_DIR=$PWD/src
$ cmake \
-DCMAKE_LIBRARY_PATH=$(echo $LIBRARY_PATH | sed 's/:/;/g')
https://bugs.freedesktop.org/show_bug.cgi?id=55998
--- Comment #1 from brian.m.h...@gmail.com ---
I'm getting this as well.
Arch Linux
Intel HD Graphics 3000
KDE 4.9.2
MESA 9.0
The tearing seems to occur only in one area, about 1/5th of the way down the
screen. It is as if the first 5th of the s
On 10/15/2012 07:57 AM, Brian Paul wrote:
> On 10/15/2012 02:37 AM, Chad Versace wrote:
>
> I unpacked the .xz file, then
>
> $ cd waffle-1.1.0
> $ export WAFFLE_SOURCE_DIR=$PWD/src
> $ cmake \
> -DCMAKE_LIBRARY_PATH=$(echo $LIBRARY_PATH | sed 's/:/;/g') \
> -Dwaffle_has_glx=1 \
On Mon, Oct 15, 2012 at 8:41 AM, Jason Wood wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 10/12/2012 04:30 PM, Eric Anholt wrote:
>> There are a number of places where some obscure piece of the code
>> is not currently worth fixing, and we have some workaround behavior
>> availab
On Fri, 2012-10-05 at 01:48 +0200, Roland Scheidegger wrote:
> Out of curiousity is mcjit for ppc64 somewhat working already?
Hi Roland,
Patches for ppc64 support for mcjit have been going into the llvm tree,
so certainly working better now than before. (Better than the existing
JIT in any case
Kenneth Graunke writes:
> On 10/12/2012 03:30 PM, Eric Anholt wrote:
>> This code is twisty, and the comment before most of the blocks was actually
>> giving me the opposite impression from its intention: We want to apply as
>> much
>> of our offset as possible through coarse tile-aligned adjust
Jason Wood writes:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 10/12/2012 04:30 PM, Eric Anholt wrote:
>> There are a number of places where some obscure piece of the code
>> is not currently worth fixing, and we have some workaround behavior
>> available. It's nicer for users to do
Kenneth Graunke writes:
> Also kill the resulting dead code for display list handling.
> diff --git a/src/mesa/main/dlist.c b/src/mesa/main/dlist.c
> index 49d9ed9..6094dd9 100644
> --- a/src/mesa/main/dlist.c
> +++ b/src/mesa/main/dlist.c
> @@ -322,7 +322,6 @@ typedef enum
> /* GL_NV_fragmen
On Thu, Oct 11, 2012 at 8:12 AM, Andreas Boll
wrote:
Reviewed-by: Alex Deucher
> ---
> src/gallium/drivers/r600/evergreen_state.c | 101
> ++--
> 1 files changed, 7 insertions(+), 94 deletions(-)
>
> diff --git a/src/gallium/drivers/r600/evergreen_state.c
> b/src/gal
On 10/15/2012 07:00 AM, Brian Paul wrote:
On 10/14/2012 06:43 PM, Kenneth Graunke wrote:
This series removes support for the the old NV_fragment_program
extension.
No hardware drivers implemented it (only swrast), we aren't aware of any
applications that use it, and we already dropped NV_vertex_
On 10/10/2012 12:31 PM, Fredrik Höglund wrote:
This extension is functionally the same as GL_ARB_map_buffer_range.
Reviewed-by: Ian Romanick
---
v2: Add the new entry points to tests/dispatch_sanity.cpp
v3: Incorporate feedback from Ian.
src/mapi/glapi/gen/es_EXT.xml | 24 +++
On 10/14/2012 12:02 PM, Kenneth Graunke wrote:
For the 10-bit components, the divisor was incorrect. A 10-bit signed
integer can represent -2^9 through 2^9 - 1, which leads to the following
ranges:
(float)value.x -> [ -512, 511]
2.0F * (float)value.x -> [-1024, 1022]
On 10/12/2012 12:53 PM, Paul Berry wrote:
Currently, the set of functions which exist in GLES1 or GLES2 is
determined by hardcoded lists of function names in gles_api.py. This
patch encodes that information into the XML files using new
attributes, es1 and es2.
The es1 attribute denotes the firs
Hi Chad,
waffle and/or piglit create an RGBA framebuffer even in the case where
only RGB is requested, which breaks these piglit tests:
- clearbuffer-display-lists (not sure
- fs-texelFetchOffset-2D
- fdo25614-genmipmap
Also, the read-front test is completely broken.
Thankfully, waffle can be tu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/12/2012 04:30 PM, Eric Anholt wrote:
> There are a number of places where some obscure piece of the code
> is not currently worth fixing, and we have some workaround behavior
> available. It's nicer for users to do some lame workaround than to
>
On 10/14/2012 01:02 PM, Kenneth Graunke wrote:
For the 10-bit components, the divisor was incorrect. A 10-bit signed
integer can represent -2^9 through 2^9 - 1, which leads to the following
ranges:
(float)value.x -> [ -512, 511]
2.0F * (float)value.x -> [-1024, 1022
On 10/15/2012 02:37 AM, Chad Versace wrote:
Waffle 1.1.0 is now available. Downloads and documentation are available at
http://people.freedesktop.org/~chadversary/waffle/releases.html#1.1.0
Waffle is a cross-platform library that allows one to defer selection of GL
API and of window system
On 10/13/2012 12:45 AM, Vinson Lee wrote:
The GCC c99 standard on Cygwin sets __STRICT_ANSI__ and symbols such as
strdup are not available.
Signed-off-by: Vinson Lee
---
configure.ac |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
i
On 10/14/2012 01:21 PM, Andreas Boll wrote:
---
src/gallium/docs/source/conf.py|2 +-
src/gallium/docs/source/distro.rst | 43 ++--
2 files changed, 37 insertions(+), 8 deletions(-)
Reviewed-by: Brian Paul
_
On 10/14/2012 06:43 PM, Kenneth Graunke wrote:
This series removes support for the the old NV_fragment_program extension.
No hardware drivers implemented it (only swrast), we aren't aware of any
applications that use it, and we already dropped NV_vertex_program.
You can obtain it in the 'nukefp'
On 10/14/2012 06:43 PM, Kenneth Graunke wrote:
Nobody ever set the flag, which makes this dead code. Also remove the
ureg_DECL_fs_input_cyl helper function, since it's now dead too.
---
cylindrical wrapping is a DX9 thing that we use in-house. Please
leave the ureg_DECL_fs_input_cyl() funct
On 10/14/2012 06:43 PM, Kenneth Graunke wrote:
More dead code. I'm not sure what it was for.
The write-only register was a way to update the NV condidition codes
without touching a temp/output register.
-Brian
___
mesa-dev mailing list
mesa-dev@li
On 10/15/2012 07:24 AM, Marek Olšák wrote:
And the clear color too, though that maybe an issue only with GL_RGB if it's
actually RGBA in the driver.
NOTE: This is a candidate for the stable branches.
---
src/mesa/state_tracker/st_atom_sampler.c |8 +-
src/mesa/state_tracker/st_cb_clear.c
And the clear color too, though that maybe an issue only with GL_RGB if it's
actually RGBA in the driver.
NOTE: This is a candidate for the stable branches.
---
src/mesa/state_tracker/st_atom_sampler.c |8 +-
src/mesa/state_tracker/st_cb_clear.c | 13 +++-
src/mesa/state_tracker/st_form
https://bugs.freedesktop.org/show_bug.cgi?id=55998
Priority: medium
Bug ID: 55998
Assignee: mesa-dev@lists.freedesktop.org
Summary: Pretty huge slowdown in mesa 9.0
Severity: major
Classification: Unclassified
OS: Linux (All)
2012/10/15 Kenneth Graunke :
> This series removes support for the the old NV_fragment_program extension.
> No hardware drivers implemented it (only swrast), we aren't aware of any
> applications that use it, and we already dropped NV_vertex_program.
>
> You can obtain it in the 'nukefp' branch of:
Waffle 1.1.0 is now available. Downloads and documentation are available at
http://people.freedesktop.org/~chadversary/waffle/releases.html#1.1.0
Waffle is a cross-platform library that allows one to defer selection of GL
API and of window system until runtime. For example, on Linux, Waffle en
57 matches
Mail list logo
