On 07/17/2012 09:54 PM, Sean V Kelley wrote:
On Mon, Jul 9, 2012 at 11:50 AM, Chad Versace
wrote:
Tapani,
Is this patch still applicable? It seems that the autoconf work has calmed
down,
and now is a good time to fix the Android build.
-Chad
Tapani is out. But this patch has never quite w
On 07/16/2012 09:10 AM, Brad King wrote:
> Use "@GL_LIB@" in src/mesa/drivers/x11/Makefile.am to configure the
> library name. Also use this approach to simplify src/glx/Makefile.am
> and drop the HAVE_MANGLED_GL conditional.
>
> On 07/11/2012 04:05 PM, Dan Nicholson wrote:
>> Looks good to me. I
https://bugs.freedesktop.org/show_bug.cgi?id=52346
--- Comment #1 from Tom Stellard 2012-07-23 13:18:19 PDT
---
I sent a patch to fix this to the mailing list a few days ago.
http://comments.gmane.org/gmane.comp.video.mesa3d.devel/42535
I'm not really sure if this is correct. I was hoping to g
On Sat, Jul 21, 2012 at 6:36 PM, Chad Versace
wrote:
> CC: Eric Anholt
> CC: Paul Berry
> Signed-off-by: Chad Versace
> ---
> src/mesa/drivers/dri/intel/intel_screen.c | 31
> +++
> 1 file changed, 31 insertions(+)
>
> diff --git a/src/mesa/drivers/dri/intel/intel_
Some follow-up patches after my automake changes of last week.
Jon TURNEY (4):
drivers/X11: Link X11 libGL with -no-undefined libtool flag
drivers/osmesa: Link OSMesa using -no-undefined libtool flag
Update mesa/drivers/x11/Makefile.am for xm_image.h removal
Remove redundant osmesa shared
"Use -no-undefined to assure libtool that the library has no
unresolved symbols at link time, so that libtool will build a shared
library on platforms require that all symbols are resolved when the
library is linked."
Signed-off-by: Jon TURNEY
---
src/mesa/drivers/x11/Makefile.am |1 +
1 fil
"Use -no-undefined to assure libtool that the library has no
unresolved symbols at link time, so that libtool will build a shared
library on platforms require that all symbols are resolved when the
library is linked."
Signed-off-by: Jon TURNEY
---
src/mesa/drivers/osmesa/Makefile.am |2 +-
1
Commit 6c6803f28de0d4cb6937fcd95a47aa81da31fd78 removed xm_image.[ch], and
removed
xm_image.c, but not xm_image.h from the Makefile, this was subsequently carried
over
into Makefile.am
Remove xm_image.h from Makfile.am. This allows 'make dist' to succeed, even if
it
doesn't do anything useful
Since osmesa now has been converted to Makefile.am, an appropriate install: rule
is generated to install the shared libary, so we no longer need to do that in
src/mesa/Makefile.old
This leaves nothing in src/mesa/Makefile.old but the tags: rule, so move that to
Makefile.am and remove Makefile.old
On 07/21/2012 03:30 PM, Marek Olšák wrote:
v2: make it more bullet-proof
---
src/mesa/main/fbobject.c | 112 +-
1 file changed, 111 insertions(+), 1 deletion(-)
diff --git a/src/mesa/main/fbobject.c b/src/mesa/main/fbobject.c
index 4370c72..ca43f81
On 07/21/2012 05:37 PM, Marek Olšák wrote:
The multisample-resolve blit relies on this being correct.
---
src/mesa/state_tracker/st_cb_fbo.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/src/mesa/state_tracker/st_cb_fbo.c
b/src/mesa/state_tracker/st_cb_fbo.c
On 07/21/2012 07:39 PM, Marek Olšák wrote:
Module: Mesa
Branch: master
Commit: f96405f254819238ef6bce8e7341fcc7d00eaf85
URL:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=f96405f254819238ef6bce8e7341fcc7d00eaf85
Author: Marek Olšák
Date: Sun Jul 22 02:46:30 2012 +0200
st/mesa: remove s
On 07/21/2012 08:41 PM, Marek Olšák wrote:
This fixes the piglit EXT_framebuffer_multisample/bitmap tests.
Note that we must not rely on ctx->DrawBuffer when flushing the cache, because
that's already updated with a new framebuffer. We want to draw into the old
framebuffer where glBitmap was cal
On 07/22/2012 05:37 PM, Marek Olšák wrote:
This fixes some centroid tests in the EXT_framebuffer_multisample piglit group.
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 10 ++
src/mesa/state_tracker/st_glsl_to_tgsi.h |1 +
src/mesa/state_tracker/st_program.c|4 +
On 07/22/2012 05:37 PM, Marek Olšák wrote:
This fixes piglit/fbo-deriv.
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 24 ++--
1 file changed, 22 insertions(+), 2 deletions(-)
diff --git a/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
b/src/mesa/state_tracker/st_glsl_to
On Mon, Jul 23, 2012 at 6:32 AM, Jon TURNEY wrote:
> "Use -no-undefined to assure libtool that the library has no
> unresolved symbols at link time, so that libtool will build a shared
> library on platforms require that all symbols are resolved when the
> library is linked."
>
> Signed-off-by: Jo
On 07/23/2012 07:32 AM, Jon TURNEY wrote:
Some follow-up patches after my automake changes of last week.
Jon TURNEY (4):
drivers/X11: Link X11 libGL with -no-undefined libtool flag
drivers/osmesa: Link OSMesa using -no-undefined libtool flag
Update mesa/drivers/x11/Makefile.am for xm_im
On Sun, Jul 22, 2012 at 8:58 PM, Marek Olšák wrote:
> On Fri, Jul 20, 2012 at 4:54 AM, Jerome Glisse wrote:
>> On Thu, Jul 19, 2012 at 10:25 PM, Marek Olšák wrote:
>>> On Fri, Jul 20, 2012 at 4:17 AM, Jerome Glisse wrote:
On Thu, Jul 19, 2012 at 10:06 PM, Marek Olšák wrote:
> I actual
On Mon, Jul 16, 2012 at 8:45 PM, Tomeu Vizoso wrote:
> Previously, we advertised the extension but the builtin functions
> were enabled only for GLSL and not for ES.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=52003
>
> Signed-off-by: Tomeu Vizoso
> Reviewed-by: Ian Romanick
Hell
https://bugs.freedesktop.org/show_bug.cgi?id=45292
Andrew Cook changed:
What|Removed |Added
Attachment #60001|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=45292
Andrew Cook changed:
What|Removed |Added
CC||aris...@gmail.com
--
Configure bugmail: h
On 07/20/2012 02:41 PM, Daniel Charles wrote:
> Recently more files were removed from control to be auto-generated
> in the dricore library. Android build was not able to locate the
> new files if they were not created beforehand.
>
> LOCAL_SRC_FILES includes some of those files and Android.gen.mk
On 07/23/2012 06:30 AM, Brian Paul wrote:
> On Sat, Jul 21, 2012 at 6:36 PM, Chad Versace
> wrote:
>> CC: Eric Anholt
>> CC: Paul Berry
>> Signed-off-by: Chad Versace
>> ---
>> src/mesa/drivers/dri/intel/intel_screen.c | 31
>> +++
>> 1 file changed, 31 insertions(
Jon TURNEY writes:
> Some follow-up patches after my automake changes of last week.
>
> Jon TURNEY (4):
> drivers/X11: Link X11 libGL with -no-undefined libtool flag
> drivers/osmesa: Link OSMesa using -no-undefined libtool flag
> Update mesa/drivers/x11/Makefile.am for xm_image.h removal
>
Ian Romanick writes:
> On 07/20/2012 03:33 PM, Eric Anholt wrote:
>> ---
>> src/glsl/glsl_parser.yy |4
>> 1 file changed, 4 insertions(+)
>>
>> diff --git a/src/glsl/glsl_parser.yy b/src/glsl/glsl_parser.yy
>> index b2533c8..0ed424d 100644
>> --- a/src/glsl/glsl_parser.yy
>> +++ b/sr
https://bugs.freedesktop.org/show_bug.cgi?id=52405
Bug #: 52405
Summary: Openarena 0.8.8 performance regression with current
master.
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86 (IA32)
https://bugs.freedesktop.org/show_bug.cgi?id=52405
--- Comment #1 from Alex Deucher 2012-07-23 16:42:40 PDT ---
Can you bisect?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
_
v3:
* 4 reviewed patches from v2 were committed, and thus removed from
the series
* Updated _mesa_meta_CopyTexSubImage to fix an issue with a texture
using MESA_FORMAT_R8
* Note: patches 1-3 & 8 of this series have been previously reviewed
v2:
* Add glformats.c/glformats.h
* Move intege
Signed-off-by: Jordan Justen
Reviewed-by: Brian Paul
---
src/mesa/main/texgetimage.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/src/mesa/main/texgetimage.c b/src/mesa/main/texgetimage.c
index 5d2f4da..06d4464 100644
--- a/src/mesa/main/texgetimage.c
+++ b
Rename _mesa_pack_rgba_span_int to _mesa_pack_rgba_span_from_uints.
Add _mesa_pack_rgba_span_from_ints.
These separate routines allow the integer clamping to be handled
properly for signed versus unsigned integers.
Signed-off-by: Jordan Justen
Reviewed-by: Brian Paul
---
src/mesa/main/pack.c
Signed-off-by: Jordan Justen
Reviewed-by: Brian Paul
---
src/mesa/main/texstore.c | 95 --
1 file changed, 75 insertions(+), 20 deletions(-)
diff --git a/src/mesa/main/texstore.c b/src/mesa/main/texstore.c
index ab9fdf2..01d0a10 100644
--- a/src/mes
If the unpack functions is not available, use _mesa_problem
rather than asserting.
Signed-off-by: Jordan Justen
---
src/mesa/main/format_unpack.c |5 +
1 file changed, 5 insertions(+)
diff --git a/src/mesa/main/format_unpack.c b/src/mesa/main/format_unpack.c
index 529c416..bd21852 10064
Signed-off-by: Jordan Justen
---
src/mesa/main/readpix.c | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a/src/mesa/main/readpix.c b/src/mesa/main/readpix.c
index 784aaad..4fa816f 100644
--- a/src/mesa/main/readpix.c
+++ b/src/mesa/main/readpix.c
@@ -321,6 +321,
Signed-off-by: Jordan Justen
---
src/mesa/drivers/common/meta.c | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/src/mesa/drivers/common/meta.c b/src/mesa/drivers/common/meta.c
index cf2d053..d1fd268 100644
--- a/src/mesa/drivers/common/meta.c
+++ b/src/mesa
Signed-off-by: Jordan Justen
---
src/mesa/main/pack.c | 549 +-
1 file changed, 547 insertions(+), 2 deletions(-)
diff --git a/src/mesa/main/pack.c b/src/mesa/main/pack.c
index efbff5d..a599f21 100644
--- a/src/mesa/main/pack.c
+++ b/src/mesa/main
Signed-off-by: Jordan Justen
Reviewed-by: Brian Paul
---
docs/GL3.txt |2 +-
src/mesa/drivers/dri/i965/brw_wm_surface_state.c |1 +
src/mesa/drivers/dri/intel/intel_extensions.c|1 +
3 files changed, 3 insertions(+), 1 deletion(-)
diff --git a
On 07/23/2012 10:59 AM, Jordan Justen wrote:
Signed-off-by: Jordan Justen
Reviewed-by: Brian Paul
---
src/mesa/main/texgetimage.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/src/mesa/main/texgetimage.c b/src/mesa/main/texgetimage.c
index 5d2f4da..06d4464
On Mon, Jul 23, 2012 at 7:58 AM, Chad Versace
wrote:
> On 07/20/2012 02:41 PM, Daniel Charles wrote:
>> Recently more files were removed from control to be auto-generated
>> in the dricore library. Android build was not able to locate the
>> new files if they were not created beforehand.
>>
>> LOC
On Mon, Jul 23, 2012 at 9:59 AM, Charles, Daniel
wrote:
> On Mon, Jul 23, 2012 at 7:58 AM, Chad Versace
> wrote:
>> On 07/20/2012 02:41 PM, Daniel Charles wrote:
>>> Recently more files were removed from control to be auto-generated
>>> in the dricore library. Android build was not able to locate
Chris Wilson writes:
> On Sat, 21 Jul 2012 17:36:40 -0700, Chad Versace
> wrote:
>> After commit "intel: Convert to using private depth/stencil buffers", we
>> request from DRI2GetBuffersWithFormat only the front left and back left
>> buffers. We no longer request depth and stencil buffers.
>>
Ever since ctx->NativeIntegers was set, the conversion flag has been
PARAM_NO_CONVERT.
---
src/mesa/drivers/dri/i965/brw_context.h | 41 --
src/mesa/drivers/dri/i965/brw_curbe.c|3 +-
src/mesa/drivers/dri/i965/brw_fs.cpp | 27 ---
https://bugs.freedesktop.org/show_bug.cgi?id=52405
--- Comment #2 from Iaroslav 2012-07-23 18:47:45 PDT ---
(In reply to comment #1)
> Can you bisect?
I made 7 builds of mesa with various git reset commits from 07.05 to 07.21,
and nothing changes. Looks like the problem in other place.
Now
Ke
https://bugs.freedesktop.org/show_bug.cgi?id=52405
--- Comment #3 from Alex Deucher 2012-07-23 18:58:32 PDT ---
Can you narrow down what component (mesa, kernel, ddx) is causing the problem?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving thi
Recently more files were removed from control to be auto-generated
in the dricore library. Android build was not able to locate the
new files if they were not created beforehand.
LOCAL_SRC_FILES includes some of those files and Android.gen.mk
re-defines this variable by filtering out the auto-gene
Perhaps someone can refresh my memory as to what exactly this option
does? Can we make this the default and remove the option from configure?
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-de
hello,
i needed to create my own d3d11 binary shaders (without using microsoft
compiler) so i reverse engineered the hashing they use.
while i was looking in the internet for info i found some mentions that related
the mesa project with d3d1x binary shaders (i dont remember how exactly).
so i t
On 07/21/2012 05:36 PM, Chad Versace wrote:
Transform the code from clever, obfuscated, and imperative to
straight-forward and table-driven.
Does the output of glxinfo change? It's somewhat advantageous for the
IDs associated with a specific set of values to remain the same. We
have a lot o
On 07/21/2012 05:36 PM, Chad Versace wrote:
This turns on window system multisampling.
No Piglit regressions on Ivybridge.
Tested with `glxgears -samples 1`.
Passes 53/70 of oglconform's winsys multisample tests. The failing tests
mostly consist of those that call glDrawPixels on the depth and
On 07/23/2012 10:55 AM, Eric Anholt wrote:
Ever since ctx->NativeIntegers was set, the conversion flag has been
PARAM_NO_CONVERT.
Reviewed-by: Ian Romanick
---
src/mesa/drivers/dri/i965/brw_context.h | 41 --
src/mesa/drivers/dri/i965/brw_curbe.c
On 07/23/2012 09:59 AM, Jordan Justen wrote:
Signed-off-by: Jordan Justen
---
src/mesa/main/readpix.c | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a/src/mesa/main/readpix.c b/src/mesa/main/readpix.c
index 784aaad..4fa816f 100644
--- a/src/mesa/main/readpi
On 07/23/2012 09:59 AM, Jordan Justen wrote:
Signed-off-by: Jordan Justen
Reviewed-by: Brian Paul
---
docs/GL3.txt |2 +-
src/mesa/drivers/dri/i965/brw_wm_surface_state.c |1 +
src/mesa/drivers/dri/intel/intel_extensions.c|1 +
3 files ch
On Mon, Jul 23, 2012 at 4:25 PM, Jerome Glisse wrote:
> On Sun, Jul 22, 2012 at 8:58 PM, Marek Olšák wrote:
>> On Fri, Jul 20, 2012 at 4:54 AM, Jerome Glisse wrote:
>>> On Thu, Jul 19, 2012 at 10:25 PM, Marek Olšák wrote:
On Fri, Jul 20, 2012 at 4:17 AM, Jerome Glisse wrote:
> On Thu,
On Mon, Jul 23, 2012 at 5:28 PM, Marek Olšák wrote:
> On Mon, Jul 23, 2012 at 4:25 PM, Jerome Glisse wrote:
>> On Sun, Jul 22, 2012 at 8:58 PM, Marek Olšák wrote:
>>> On Fri, Jul 20, 2012 at 4:54 AM, Jerome Glisse wrote:
On Thu, Jul 19, 2012 at 10:25 PM, Marek Olšák wrote:
> On Fri, J
On Mon, Jul 23, 2012 at 5:28 PM, Marek Olšák wrote:
> On Mon, Jul 23, 2012 at 4:25 PM, Jerome Glisse wrote:
>> On Sun, Jul 22, 2012 at 8:58 PM, Marek Olšák wrote:
>>> On Fri, Jul 20, 2012 at 4:54 AM, Jerome Glisse wrote:
On Thu, Jul 19, 2012 at 10:25 PM, Marek Olšák wrote:
> On Fri, J
On 07/18/2012 08:15 AM, Paul Berry wrote:
> This patch ensures that Visual.samples and Visual.sampleBuffers are
> set correctly even in the case where there is no color buffer.
> Previously, these values would retain their default value of 0 in this
> circumstance, even if the depth or stencil buff
On 07/23/2012 12:59 PM, Ian Romanick wrote:
> Perhaps someone can refresh my memory as to what exactly this option
> does? Can we make this the default and remove the option from configure?
The --enable-shared-glapi option allows programs to use both libGL.so
and libGLESv2.so without zillions of
On 21 July 2012 17:36, Chad Versace wrote:
> Immediately after obtaining, with DRI2GetBuffersWithFormat, the DRM buffer
> handle for a DRI2 buffer, we wrap that DRM buffer handle with a region and
> a miptre. This patch additionally allocates an accompanying multisample
>
"miptree"
> miptree i
On Mon, Jul 23, 2012 at 11:42 PM, Jerome Glisse wrote:
> No, it helps on evergreen too, redwood,juniper,turks and bart are the
> only one i tested with. Evergreen is in a slightly better position but
> when it comes to lockup there is no good metrics.
>
>> Concerning older chipsets, I can do the b
On 23 July 2012 09:15, Eric Anholt wrote:
> Chris Wilson writes:
>
> > On Sat, 21 Jul 2012 17:36:40 -0700, Chad Versace <
> chad.vers...@linux.intel.com> wrote:
> >> After commit "intel: Convert to using private depth/stencil buffers", we
> >> request from DRI2GetBuffersWithFormat only the front
On 21 July 2012 17:36, Chad Versace wrote:
> This function does a downsample from mt to mt->singlesample_mt.
>
> Conceptually, this function belongs in intel_mipmap_tree.c. However, it
> needs to interact with blorp, which is C++. So I created a new file,
> brw_blorp_orphands.cpp, for this and ot
On 07/18/2012 08:15 AM, Paul Berry wrote:
> Previously, we used the number of samples in draw buffer 0 to
> determine whether to set up the 3D pipeline for multisampling. Using
> the visual is cleaner, and has the benefit of working properly when
> there is no color buffer.
>
> Fixes all piglit t
We already provided these files on 'make install', but only created a
'libglapi.so' in the top-level lib/ convenience folder. We used to
create all three, but at some point in the build system churn, it broke.
Various applications (like the ES2 conformance suite) seem to link
against libglapi.so.
On 21 July 2012 17:36, Chad Versace wrote:
> DRI2 configs were constructed in intelInitScreen2. That function already
> does too much, so move verbatim the code for creating configs to a new
> function, intel_screen_make_configs.
>
> CC: Eric Anholt
> CC: Paul Berry
> Signed-off-by: Chad Versac
On 21 July 2012 17:36, Chad Versace wrote:
> Do this immediately after drawing is complete and at the same time that we
> mark the depth buffer as needing a depth resolve.
>
> CC: Eric Anholt
> CC: Paul Berry
> Signed-off-by: Chad Versace
> ---
> src/mesa/drivers/dri/i965/brw_draw.c | 17
On 21 July 2012 17:36, Chad Versace wrote:
> Actually, this patch forces an automatic downsample during
> intel_miptree_map. And this should occur only due to glReadPixels.
>
> CC: Eric Anholt
> CC: Paul Berry
> Signed-off-by: Chad Versace
> ---
> src/mesa/drivers/dri/intel/intel_mipmap_tree
On Mon, Jul 23, 2012 at 3:15 PM, Kenneth Graunke wrote:
> On 07/23/2012 12:59 PM, Ian Romanick wrote:
>> Perhaps someone can refresh my memory as to what exactly this option
>> does? Can we make this the default and remove the option from configure?
>
> The --enable-shared-glapi option allows pro
On Mon, Jul 23, 2012 at 9:08 PM, Matt Turner wrote:
> On Mon, Jul 23, 2012 at 3:15 PM, Kenneth Graunke
> wrote:
>> On 07/23/2012 12:59 PM, Ian Romanick wrote:
>>> Perhaps someone can refresh my memory as to what exactly this option
>>> does? Can we make this the default and remove the option fr
Hello. Would you please check the compilation
problem posted at mesa-user?
Several days passed and no software renderer.
I rather would like to test the llvmpipe
than fix the compiler...
What is the status with OSMesa and llvmpipe?
How to compile Mesa so that gtkglext can be
used with llvmpipe?
On 07/23/2012 10:55 AM, Eric Anholt wrote:
> Ever since ctx->NativeIntegers was set, the conversion flag has been
> PARAM_NO_CONVERT.
And good riddance! :) Odd that I missed that, thanks.
Reviewed-by: Kenneth Graunke
___
mesa-dev mailing list
mesa-de
On Mon, Jul 23, 2012 at 08:29:55AM -0400, Brad King wrote:
> On 07/16/2012 09:10 AM, Brad King wrote:
> > Use "@GL_LIB@" in src/mesa/drivers/x11/Makefile.am to configure the
> > library name. Also use this approach to simplify src/glx/Makefile.am
> > and drop the HAVE_MANGLED_GL conditional.
> >
70 matches
Mail list logo
