On 08/14/2012 06:59 PM, Matt Turner wrote:
>
> Ian says (and I agree) that shared-glapi doesn't make any sense for
> non-DRI configurations. So build with --disable-shared-glapi until I
> get a patch to disable it on Xlib/OSMesa/...
>
Thank you.
--disable-shared-glapi allows the build to procee
I noticed that recently in addition to nouveau_dri.so, I also get
installed libdricore.so and libglsl.so.
But two later files aren't linked to anything and can be deleted.
Obviously nouveau_dri.so statically links its code.
Quick glance over Makefiles makes me thing that same issue exists
in othe
Otherwise we run past the end of the array and crash.
NOTE: This is a candidate for the 8.0 branch.
Signed-off-by: Stéphane Marchesin
---
src/glsl/link_uniforms.cpp |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/glsl/link_uniforms.cpp b/src/glsl/link_uniforms.cpp
This fixes fetching driconf options from the gallium drivers.
Patch written by, Carl-Philip Haensch
(http://lists.freedesktop.org/archives/mesa-dev/2011-May/007743.html)
Signed-off-by: Maxim Levitsky
---
.../state_trackers/dri/common/dri_context.c|5 +++--
1 file changed, 3 insertio
Hi, I have this backported patch here for more that an year, and forgot all
about it.
It just makes gallium drivers use driver name instread of 'dri' in driconf
parser, thus making it compatable with 'driconf' GUI.
Can you merge it?
Best regards,
Maxim Levitsky
_
https://bugs.freedesktop.org/show_bug.cgi?id=43477
--- Comment #11 from maximlevit...@gmail.com 2012-08-15 00:42:05 UTC ---
Created attachment 65577
--> https://bugs.freedesktop.org/attachment.cgi?id=65577
quick fix
This patch adds support for this via environment variable, like this:
export fo
On creating a hiz miptree, we conservatively marked that each miptree
slice needed a hiz resolve. But the resolves are unneeded when creating
a non-texture miptree, so this patch removes them.
This eliminates one hiz resolve per each creation of a non-texture depth
miptree. Hence, this eliminates
intel_renderbuffer_resolve_hiz checks if rb->mt is null, so there is no
need for the caller to do so.
Signed-off-by: Chad Versace
---
src/mesa/drivers/dri/i965/brw_draw.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_draw.c
b/src/mesa/driver
Do all pre-draw hiz resolves *after* the renderbuffers are resized by
intel_prepare_render. Otherwise, we may resolve buffers that are
immediately discarded afterwards.
Fixes the assertion failure below when resizing windows in KDE and under
some unknown circumstance in Chrome OS:
intel_resolv
Patch 1 fixes an ugly assertion failure in KDE and Chrome OS.
Pathces 2-3 are little hiz cleanups that will improve performance by an
infinitesimal amount.
Chad Versace (3):
i965: Move hiz resolve to after renderbuffer resizing
intel: Eliminate unneeded hiz resolves
i965: Remove redundant n
On Mon, Aug 13, 2012 at 05:39:17PM -0500, Rob Clark wrote:
> From: Rob Clark
>
> Well, they were useful to me in debugging, so probably sooner or later
> useful to someone else.
Yeah, they look pretty reasonable. Committed.
Kristian
> Signed-off-by: Rob Clark
> ---
> src/compositor.c |6
On 08/10/2012 03:40 PM, Chí-Thanh Christopher Nguyễn wrote:
> Chad Versace schrieb:
>
>> This opens a larger question. gcc 4.2 was released in May 2007, over 5 years
>> ago, and received its last update in May 2008. How old of a gcc should new
>> Mesa
>> releases support?
>>
>> Before 2007 I had
https://bugs.freedesktop.org/show_bug.cgi?id=9733
--- Comment #4 from almos 2012-08-14 23:10:23 UTC ---
Does this problem apply to r300g? The classic r300 driver has been obsoleted.
(btw the links in comment 2 yield error 404)
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab
https://bugs.freedesktop.org/show_bug.cgi?id=4716
almos changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=53513
Bug #: 53513
Summary: src/gallium/state_trackers/egl/common/egl_g3d_api.c:56
:18: error: ‘_EGLContext’ has no member named
‘ClientVersion’
Classification: Unclassified
On Tue, Aug 14, 2012 at 3:54 PM, Matt Turner wrote:
> On Tue, Aug 14, 2012 at 10:34 AM, Kevin H. Hobbs wrote:
>> I just checked out mesa from git.
>>
>> My system runs Fedora 17 x86_64.
>>
>> I configured mesa with :
>>
>> $ ./autogen.sh \
>> --prefix=/home/kevin/mesa_build/ \
>> --disable-dr
On Tue, Aug 14, 2012 at 10:34 AM, Kevin H. Hobbs wrote:
> I just checked out mesa from git.
>
> My system runs Fedora 17 x86_64.
>
> I configured mesa with :
>
> $ ./autogen.sh \
> --prefix=/home/kevin/mesa_build/ \
> --disable-dri \
> --enable-glx \
> --enable-xlib-glx \
> --enable-osme
https://bugs.freedesktop.org/show_bug.cgi?id=10999
almos changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=43477
--- Comment #10 from maximlevit...@gmail.com 2012-08-14 22:30:28 UTC ---
Yep, because Gallium ignores this setting as I said.
It very easy to fix, so I'll send a patch in a hour
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?ta
https://bugs.freedesktop.org/show_bug.cgi?id=43477
--- Comment #9 from almos 2012-08-14 22:25:12 UTC ---
I understand that it's not Mesa3D's fault, but r600g doesn't seem to adhere to
those drirc settings (yes, I changed the name of the driver to r600 in .drirc).
If I run Tropics as
ESA_EXTENSIO
Am 12.08.2012 17:07, schrieb Marek Olšák:
> On Fri, Aug 10, 2012 at 1:42 AM, Roland Scheidegger
> wrote:
>> Am 10.08.2012 00:37, schrieb Marek Olšák:
>>> I'd like to have either signed pipe_box or a new struct for that purpose.
>> It looks to me like conceptually what you want is more like a coor
https://bugs.freedesktop.org/show_bug.cgi?id=43477
--- Comment #8 from maximlevit...@gmail.com 2012-08-14 22:06:00 UTC ---
So, a quick glance at gallium code reveals that this workaround is not wired up
in Gallum.
And disable_blend_func_extended doesn't exist in recent mesa at all.
--
Configure
https://bugs.freedesktop.org/show_bug.cgi?id=43477
maximlevit...@gmail.com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|NOT
https://bugs.freedesktop.org/show_bug.cgi?id=53226
Olivier Blin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=53226
Olivier Blin changed:
What|Removed |Added
CC||k...@bitplanet.net
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=53226
Olivier Blin changed:
What|Removed |Added
CC||ore...@gmail.com
--
Configure bugmail: h
On 08/14/12, Matt Turner wrote:
> Cc: Jeremy Huddleston
> ---
> Jeremy, does OS X ship the pkg-config files?
>
Yes, Leopard and later ship the pkg-config files with Apple's X11. XQuartz
also ships the pkg-config files.
I've been meaning to get mesa building on OS X using autoconf. mast
On 08/13/2012 06:23 PM, Ian Romanick wrote:
> From: Ian Romanick
>
> Signed-off-by: Ian Romanick
> ---
> include/GL/glext.h | 1039
> ++--
> 1 files changed, 1013 insertions(+), 26 deletions(-)
For the series:
Reviewed-by: Kenneth Graunke
_
https://bugs.freedesktop.org/show_bug.cgi?id=52140
--- Comment #18 from Robert Hooker (Sarvatt) 2012-08-14
20:16:36 UTC ---
This is now fixed for me on intel at least as of a 20120814 checkout up to
b4977197
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
Would break the static build.
---
Static build still broken in a number of other places because of
ln -sf *.so.
src/mesa/drivers/osmesa/Makefile.am |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/mesa/drivers/osmesa/Makefile.am
b/src/mesa/drivers/osmesa/Makefile.am
You can add extra library paths to LDFLAGS directly.
---
configure.ac |6 +-
src/gallium/targets/Makefile.va|2 +-
src/gallium/targets/Makefile.vdpau |2 +-
src/gallium/targets/Makefile.xvmc |2 +-
4 files changed, 4 insertions(+), 8 deletions(-)
dif
Cc: Jeremy Huddleston
---
Jeremy, does OS X ship the pkg-config files?
configure.ac | 85 +++---
1 files changed, 16 insertions(+), 69 deletions(-)
diff --git a/configure.ac b/configure.ac
index 2ecedaf..e1c8818 100644
--- a/configure.ac
+++
On 08/13/2012 06:23 PM, Ian Romanick wrote:
> From: Ian Romanick
>
> These are part of GL_ARB_invalidate_subdata and OpenGL ES 3.0.
>
> Signed-off-by: Ian Romanick
> ---
> src/mesa/main/api_exec.c |5 ++
> src/mesa/main/fbobject.c | 141
> ++
>
https://bugs.freedesktop.org/show_bug.cgi?id=43477
--- Comment #7 from maximlevit...@gmail.com 2012-08-14 19:43:35 UTC ---
The point is that I do have a drirc.
I also did this before running the demo:
export force_glsl_extensions_warn=true
export disable_blend_func_extended=true
And yet, I am g
On 08/13/2012 08:43 AM, Eric Anholt wrote:
Ian Romanick writes:
The tail should not wag the dog. If the application requests such a
config, we should not page flip. There are cases where the copy is
preferable because it leaves the backbuffer intact.
Well, that would require extra work in dr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/13/2012 08:43 AM, Eric Anholt wrote:
> Ian Romanick writes:
>> The tail should not wag the dog. If the application requests such a
>> config, we should not page flip. There are cases where the copy is
>> preferable because it leaves the backb
I just checked out mesa from git.
My system runs Fedora 17 x86_64.
I configured mesa with :
$ ./autogen.sh \
--prefix=/home/kevin/mesa_build/ \
--disable-dri \
--enable-glx \
--enable-xlib-glx \
--enable-osmesa \
--without-gallium-drivers
and built with :
$ make -ij8 && make
I get
On 08/13/2012 08:01 PM, Brian Paul wrote:
On Mon, Aug 13, 2012 at 7:24 PM, Ian Romanick wrote:
From: Ian Romanick
These are part of GL_ARB_invalidate_subdata (but not OpenGL ES 3.0).
Signed-off-by: Ian Romanick
---
src/mesa/main/api_exec.c |5 +
src/mesa/main/texobj.c | 194 ++
---
src/gallium/drivers/radeon/AMDGPUTargetMachine.cpp | 1 +
src/gallium/drivers/radeon/AMDIL.h | 2 +
src/gallium/drivers/radeon/Makefile.sources| 1 +
src/gallium/drivers/radeon/R600CodeEmitter.cpp | 5 +-
.../drivers/radeon/R600ModifiersPropagation.cpp|
https://bugs.freedesktop.org/show_bug.cgi?id=43477
Kenneth Graunke changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=53458
José Fonseca changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Mon, 13 Aug 2012 18:59:33 -0500
Rob Clark wrote:
> On Mon, Aug 13, 2012 at 5:39 PM, Rob Clark wrote:
> > From: Rob Clark
> >
> > In cases where the GPU can natively handle certain YUV formats,
> > eglQueryWaylandBufferWL() can return the value EGL_TEXTURE_EXTERNAL_OES
> > and the compositor
42 matches
Mail list logo
