On Thu, Aug 30, 2012 at 7:17 PM, Brian Paul wrote:
> From: Brian Paul
>
> These macros go way back to the early days of Mesa before there was
> valgrind, etc. for debugging memory errors. I used to use the macros
> to plug in my own debugging routines. We've been using regular malloc,
> calloc,
https://bugs.freedesktop.org/show_bug.cgi?id=54293
Vinson Lee changed:
What|Removed |Added
Attachment #66379|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=54293
--- Comment #2 from Vinson Lee 2012-08-31 05:09:24 UTC
---
(In reply to comment #1)
> Created attachment 66379 [details] [review]
> define sqrtf on Sun
>
> Hi Vinson, does the attached patch help? BTW, I don't see what the commit in
> question
On Don, 2012-08-30 at 17:35 +0200, Marek Olšák wrote:
> This fixes hangs on Cayman.
Note that at least some of those hangs are due to pre-existing
out-of-bounds memory access bugs which happen not to cause any serious
problems without virtual address space. Enabling it can help pinpoint
those bug
On Don, 2012-08-30 at 13:30 -0400, Alex Deucher wrote:
> On Thu, Aug 30, 2012 at 1:14 PM, Tom Stellard wrote:
> > On Thu, Aug 30, 2012 at 07:00:44PM +0200, Christian König wrote:
> >> Hi everybody,
> >>
> >> with the following patchset the radeonsi driver finally
> >> completes a run of nearly al
https://bugs.freedesktop.org/show_bug.cgi?id=54239
--- Comment #5 from Jos van Wolput 2012-08-31
04:47:01 UTC ---
(In reply to comment #4)
> Should be fixed by commit 055093e33fc90705c429e948caefedf0e0fb82af
The Einstein@home starsphere graphics issue is fixed.
Thanks!
--
Configure bugmail: h
https://bugs.freedesktop.org/show_bug.cgi?id=54234
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=54239
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
From: Brian Paul
These macros go way back to the early days of Mesa before there was
valgrind, etc. for debugging memory errors. I used to use the macros
to plug in my own debugging routines. We've been using regular malloc,
calloc, free for a while so let's be consistent.
We'll keep the MALLO
From: Brian Paul
---
src/gallium/state_trackers/glx/xlib/glx_usefont.c |2 +-
src/gallium/state_trackers/glx/xlib/xm_api.c |6 +-
src/gallium/state_trackers/glx/xlib/xm_st.c|8 ++--
src/mesa/drivers/dri/common/drisw_util.c | 12 +++---
src/mesa/drivers/dri/
From: Brian Paul
---
src/mesa/drivers/dri/intel/intel_screen.c | 10 +-
src/mesa/drivers/dri/r200/r200_context.c|2 +-
src/mesa/drivers/dri/r200/r200_state_init.c |4 ++--
src/mesa/drivers/dri/radeon/radeon_context.c|2 +-
src/mesa/drivers/dri/radeon/r
From: Brian Paul
---
src/gallium/state_trackers/glx/xlib/glx_usefont.c |2 +-
src/gallium/state_trackers/glx/xlib/xm_api.c |4 ++--
src/mesa/drivers/dri/nouveau/nouveau_bufferobj.c |2 +-
src/mesa/drivers/x11/xfonts.c |2 +-
src/mesa/drivers/x11/xm_api.c
From: Brian Paul
No debug code is used in u_math.h
---
src/gallium/auxiliary/util/u_math.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_math.h
b/src/gallium/auxiliary/util/u_math.h
index 90b421e..4047bd9 100644
--- a/src/gallium/auxiliary
From: Brian Paul
---
src/gallium/auxiliary/util/u_format_yuv.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_format_yuv.c
b/src/gallium/auxiliary/util/u_format_yuv.c
index c7fdaa0..891d99c 100644
--- a/src/gallium/auxiliary/util/u_format_y
From: Brian Paul
---
src/gallium/auxiliary/tgsi/tgsi_scan.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/gallium/auxiliary/tgsi/tgsi_scan.c
b/src/gallium/auxiliary/tgsi/tgsi_scan.c
index df299ba..c59b3a7 100644
--- a/src/gallium/auxiliary/tgsi/tgsi_scan.c
+++ b/s
From: Brian Paul
---
src/mesa/main/imports.h | 34 --
1 files changed, 16 insertions(+), 18 deletions(-)
diff --git a/src/mesa/main/imports.h b/src/mesa/main/imports.h
index 5e526f1..3bb7bb1 100644
--- a/src/mesa/main/imports.h
+++ b/src/mesa/main/imports.h
@@
From: Brian Paul
---
src/mesa/main/imports.h | 29 -
src/mesa/main/macros.h | 32
2 files changed, 32 insertions(+), 29 deletions(-)
diff --git a/src/mesa/main/imports.h b/src/mesa/main/imports.h
index 1aedba4..5e526f1 100644
---
From: Brian Paul
Put all the #ifdef stuff inside the function bodies instead of outside.
---
src/mesa/main/imports.h | 85 ++-
1 files changed, 25 insertions(+), 60 deletions(-)
diff --git a/src/mesa/main/imports.h b/src/mesa/main/imports.h
index 73
https://bugs.freedesktop.org/show_bug.cgi?id=54293
--- Comment #1 from Brian Paul 2012-08-31 02:14:31 UTC
---
Created attachment 66379
--> https://bugs.freedesktop.org/attachment.cgi?id=66379
define sqrtf on Sun
Hi Vinson, does the attached patch help? BTW, I don't see what the commit in
que
https://bugs.freedesktop.org/show_bug.cgi?id=54293
Bug #: 54293
Summary: Undefined symbol sqrt firt referenced in file
build/sunos-debug/glsl/libglsl.a(so_pp.os)
Classification: Unclassified
Product: Mesa
Version: git
On 08/30/2012 09:32 AM, Ian Romanick wrote:
On 08/30/2012 02:33 PM, Brian Paul wrote:
On 08/30/2012 08:08 AM, Ian Romanick wrote:
So
far, all future versions of OpenGL are backwards compatible with 3.1.
Failing that, should it try 3.2 core, then 3.1, then 1.0 (current
behavior)?
I think s
On 08/30/2012 04:35 PM, Ian Romanick wrote:
From: Ian Romanick
Now that OpenGL 3.1 is supported by at least one driver, follow
tradition and bump the major version number.
Signed-off-by: Ian Romanick
---
configs/default | 4 +--
docs/intro.html | 11
docs/relnotes-
From: Ian Romanick
Now that OpenGL 3.1 is supported by at least one driver, follow
tradition and bump the major version number.
Signed-off-by: Ian Romanick
---
configs/default | 4 +--
docs/intro.html | 11
docs/relnotes-8.1.html | 70
From: Ian Romanick
Signed-off-by: Ian Romanick
---
docs/GL3.txt | 8
docs/relnotes-9.0.html | 2 ++
2 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/docs/GL3.txt b/docs/GL3.txt
index 1d55282..24b70a1 100644
--- a/docs/GL3.txt
+++ b/docs/GL3.txt
@@ -42,13 +42,13
On 08/30/2012 04:16 PM, Brian Paul wrote:
The CALLOC() macro only takes one argument so this was being treated
as a comman expression. Simply use calloc() instead.
Err, "comma" expression.
A follow-on patch will replace all CALLOC() calls with calloc().
NOTE: This is a candidate for the 8.
On 08/30/2012 02:33 PM, Brian Paul wrote:
On 08/30/2012 08:08 AM, Ian Romanick wrote:
It occurs to me that, even though the i965 driver can support OpenGL
3.1 on some hardware, glxinfo will only (ever) say 3.0. We don't
support GL_ARB_compatibility,
What features of GL_ARB_compatibility are yo
On 08/30/2012 04:16 PM, Brian Paul wrote:
The CALLOC() macro only takes one argument so this was being treated
as a comman expression. Simply use calloc() instead.
Err, "comma" expression.
A follow-on patch will replace all CALLOC() calls with calloc().
NOTE: This is a candidate for the 8.
The CALLOC() macro only takes one argument so this was being treated
as a comman expression. Simply use calloc() instead.
A follow-on patch will replace all CALLOC() calls with calloc().
NOTE: This is a candidate for the 8.0 branch.
---
src/mesa/state_tracker/st_mesa_to_tgsi.c |2 +-
1 file
On 08/30/2012 02:34 PM, Brian Paul wrote:
On 08/30/2012 02:56 PM, Ian Romanick wrote:
From: Ian Romanick
Now that OpenGL 3.1 is supported by at least one driver, follow
tradition and bump the major version number.
Signed-off-by: Ian Romanick
The docs/intro.html file also has a summary of the
On 08/30/2012 02:56 PM, Ian Romanick wrote:
From: Ian Romanick
Now that OpenGL 3.1 is supported by at least one driver, follow
tradition and bump the major version number.
Signed-off-by: Ian Romanick
The docs/intro.html file also has a summary of the major versions of
Mesa which should be up
On 08/30/2012 08:08 AM, Ian Romanick wrote:
It occurs to me that, even though the i965 driver can support OpenGL
3.1 on some hardware, glxinfo will only (ever) say 3.0. We don't
support GL_ARB_compatibility,
What features of GL_ARB_compatibility are you missing? Do you plan on
supporting GL_A
On Thu, Aug 30, 2012 at 1:19 PM, Tom Stellard wrote:
> On Thu, Aug 30, 2012 at 10:47:55AM -0700, Matt Turner wrote:
>> On Thu, Aug 30, 2012 at 9:55 AM, wrote:
>> > From: Tom Stellard
>> >
>> > ---
>> > Hi Matt,
>> >
>> > This patch applies to your automake-gallium branch.
>>
>> Thanks a bunch
It occurs to me that, even though the i965 driver can support OpenGL 3.1
on some hardware, glxinfo will only (ever) say 3.0. We don't support
GL_ARB_compatibility, so 3.1 isn't backwards compatible with 3.0 or earlier.
Should we update glxinfo to try creating a 3.1 context if possible? So
fa
From: Ian Romanick
Now that OpenGL 3.1 is supported by at least one driver, follow
tradition and bump the major version number.
Signed-off-by: Ian Romanick
---
configs/default | 4 +--
docs/relnotes-8.1.html | 70 -
docs/relnotes-9.0.html
On Thu, Aug 30, 2012 at 07:00:44PM +0200, Christian König wrote:
> Hi everybody,
>
> with the following patchset the radeonsi driver finally
> completes a run of nearly all tests in Piglits "quick-driver"
> profile without an GPU hang or X server crash.
>
Which kernel tree are you using?
-Tom
On Thu, Aug 30, 2012 at 10:47:55AM -0700, Matt Turner wrote:
> On Thu, Aug 30, 2012 at 9:55 AM, wrote:
> > From: Tom Stellard
> >
> > ---
> > Hi Matt,
> >
> > This patch applies to your automake-gallium branch.
>
> Thanks a bunch!
>
> > configure.ac|5 ++
---
src/gallium/auxiliary/util/u_inlines.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_inlines.h
b/src/gallium/auxiliary/util/u_inlines.h
index a1ece41..033c100 100644
--- a/src/gallium/auxiliary/util/u_inlines.h
+++ b/src/gallium/auxil
On 08/30/2012 10:57 AM, Paul Berry wrote:
On 30 August 2012 09:49, Ian Romanick mailto:i...@freedesktop.org>> wrote:
On 08/30/2012 08:14 AM, Paul Berry wrote:
From: Brian Paul mailto:bri...@vmware.com>>
This partially reverts d638da23d2ec2e9c52655b1ea13824__9e7f8bcccb.
I don't know of any hangs/rendering failures that this fixes, but it sure
looks necessary.
---
src/mesa/drivers/dri/i965/brw_fs_emit.cpp |1 +
1 file changed, 1 insertion(+)
diff --git a/src/mesa/drivers/dri/i965/brw_fs_emit.cpp
b/src/mesa/drivers/dri/i965/brw_fs_emit.cpp
index 5900c0e..cc03
Reviewed-by: Marek Olšák
Shouldn't accesses to fd_tab be guarded by a mutex?
Marek
On Thu, Aug 30, 2012 at 7:00 PM, Christian König
wrote:
> Fixing problems with GLAMOR.
>
> Signed-off-by: Christian König
> ---
> src/gallium/winsys/radeon/drm/radeon_drm_winsys.c | 38
> +++
On Thu, Aug 30, 2012 at 9:55 AM, wrote:
> From: Tom Stellard
>
> ---
> Hi Matt,
>
> This patch applies to your automake-gallium branch.
Thanks a bunch!
> configure.ac|5 ++
> src/gallium/drivers/radeon/.gitignore |1 +
> src/gallium/drivers/rade
On Thu, Aug 30, 2012 at 6:56 PM, Ian Romanick wrote:
> On 08/30/2012 08:35 AM, Marek Olšák wrote:
>>
>> Everything works except for blitting MSAA colorbuffers, which isn't
>
>
> Does this mean "from a MSAA color buffer to a MSAA color buffer" or does
> this mean "from a MSAA color buffer to anythi
https://bugs.freedesktop.org/show_bug.cgi?id=54140
--- Comment #5 from Tapani Pälli 2012-08-30 17:33:22 UTC ---
(In reply to comment #4)
> (In reply to comment #3)
> > Pushed. Thanks.
>
> Is that patch really right? Shouldn't that be added to gallium.py where
> _GNU_SOURCE is?
yes, seems I was
On Thu, Aug 30, 2012 at 1:14 PM, Tom Stellard wrote:
> On Thu, Aug 30, 2012 at 07:00:44PM +0200, Christian König wrote:
>> Hi everybody,
>>
>> with the following patchset the radeonsi driver finally
>> completes a run of nearly all tests in Piglits "quick-driver"
>> profile without an GPU hang or
On Thu, Aug 30, 2012 at 07:00:44PM +0200, Christian König wrote:
> Hi everybody,
>
> with the following patchset the radeonsi driver finally
> completes a run of nearly all tests in Piglits "quick-driver"
> profile without an GPU hang or X server crash.
>
> The only exceptions are:
> 1. glx/glx-t
On 29 August 2012 12:34, Anuj Phogat wrote:
> This is required to get the program recompiled when SampleAlphaToCoverage
> is enabled. Patch also removes a redundant comment in struct
> brw_wm_prog_key.
>
> Signed-off-by: Anuj Phogat
>
Reviewed-by: Paul Berry
> ---
> src/mesa/drivers/dri/i96
Fixing problems with GLAMOR.
Signed-off-by: Christian König
---
src/gallium/winsys/radeon/drm/radeon_drm_winsys.c | 38 +++--
src/gallium/winsys/radeon/drm/radeon_winsys.h |5 +++
2 files changed, 41 insertions(+), 2 deletions(-)
diff --git a/src/gallium/winsys/radeon/
Signed-off-by: Christian König
---
src/gallium/drivers/radeonsi/radeonsi_pipe.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeonsi/radeonsi_pipe.c
b/src/gallium/drivers/radeonsi/radeonsi_pipe.c
index f750633..48b9a3e 100644
--- a/src/gallium/drive
Signed-off-by: Christian König
---
src/gallium/drivers/radeonsi/radeonsi_shader.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/radeonsi_shader.c
b/src/gallium/drivers/radeonsi/radeonsi_shader.c
index e89ca7d..fc1e890 100644
--- a/
It's causing crashes.
Signed-off-by: Christian König
---
src/gallium/drivers/radeonsi/si_state.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_state.c
b/src/gallium/drivers/radeonsi/si_state.c
index b7a3cf4..c01c3f6 100644
--- a/src/g
Hi everybody,
with the following patchset the radeonsi driver finally
completes a run of nearly all tests in Piglits "quick-driver"
profile without an GPU hang or X server crash.
The only exceptions are:
1. glx/glx-tfp
Results in a reproducible X server crash in the GLAMOR code.
2. glean/makeCur
It's not supported yet, so at least don't try to crash the box.
Signed-off-by: Christian König
---
src/gallium/drivers/radeonsi/radeonsi_shader.c |7 +++
1 file changed, 7 insertions(+)
diff --git a/src/gallium/drivers/radeonsi/radeonsi_shader.c
b/src/gallium/drivers/radeonsi/radeonsi_
Looks like we have an alignment issue with NPOT textures
and mipmaps. So disable NPOT textures until we figure out
what is going wrong here.
Signed-off-by: Christian König
---
src/gallium/drivers/radeonsi/radeonsi_pipe.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/
On 30 August 2012 09:49, Ian Romanick wrote:
> On 08/30/2012 08:14 AM, Paul Berry wrote:
>
>> From: Brian Paul
>>
>> This partially reverts d638da23d2ec2e9c52655b1ea13824**9e7f8bcccb.
>>
>> With gallium the meta code is not always built so the call to
>> _meta_in_progress() was unresolved. Simp
On 08/30/2012 08:35 AM, Marek Olšák wrote:
Everything works except for blitting MSAA colorbuffers, which isn't
Does this mean "from a MSAA color buffer to a MSAA color buffer" or does
this mean "from a MSAA color buffer to anything"?
so trivial on Cayman. It's a rarely-used feature anyway.
From: Tom Stellard
---
Hi Matt,
This patch applies to your automake-gallium branch.
configure.ac|5 ++
src/gallium/drivers/radeon/.gitignore |1 +
src/gallium/drivers/radeon/Makefile | 76 ---
src/gallium/drivers/rad
On 08/30/2012 08:14 AM, Paul Berry wrote:
From: Brian Paul
This partially reverts d638da23d2ec2e9c52655b1ea138249e7f8bcccb.
With gallium the meta code is not always built so the call to
_meta_in_progress() was unresolved. Simply special-case the
GL_MULTISAMPLE case in the meta code. There mi
On Thu, Aug 30, 2012 at 7:03 AM, Brian Paul wrote:
> On 08/29/2012 08:41 PM, Matt Turner wrote:
>>
>> It's been moved to its own repository, found at
>> http://cgit.freedesktop.org/mesa/glu/
>> ---
>> Well, it hasn't been moved yet..
>>
>> I've stripped out all the diff that just deleted e
https://bugs.freedesktop.org/show_bug.cgi?id=54140
--- Comment #4 from Matt Turner 2012-08-30 16:40:10 UTC ---
(In reply to comment #3)
> Pushed. Thanks.
Is that patch really right? Shouldn't that be added to gallium.py where
_GNU_SOURCE is?
--
Configure bugmail: https://bugs.freedesktop.org/u
On Thu, Aug 30, 2012 at 11:35 AM, Marek Olšák wrote:
> This fixes hangs on Cayman. We should have this patch in stable branches,
> but it would be better to have it in master as well for Cayman to be usable.
There is no VM support in the stable branches, only master so no need
to backport this.
https://bugs.freedesktop.org/show_bug.cgi?id=54240
Ian Romanick changed:
What|Removed |Added
AssignedTo|mesa-dev@lists.freedesktop. |anuj.pho...@gmail.com
|
This fixes hangs on Cayman. We should have this patch in stable branches,
but it would be better to have it in master as well for Cayman to be usable.
---
src/gallium/winsys/radeon/drm/radeon_drm_winsys.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/src/gallium/winsys/radeon/drm/radeo
There doesn't seem to be anything wrong with it.
---
src/gallium/drivers/r600/r600_pipe.c |4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_pipe.c
b/src/gallium/drivers/r600/r600_pipe.c
index 7856e62..286c676 100644
--- a/src/gallium/drivers/r
Everything works except for blitting MSAA colorbuffers, which isn't
so trivial on Cayman. It's a rarely-used feature anyway.
---
src/gallium/auxiliary/util/u_blitter.c |3 +-
src/gallium/auxiliary/util/u_blitter.h |1 +
src/gallium/drivers/r600/evergreen_hw_context.c |
This series adds MSAA for Cayman and enables transform feedback, which works
fine here. With this, GL3 is exposed on all chipsets supported by r600g.
The last patch turns the virtual address space off. I don't understand how
anyone can use Cayman with it. It doesn't even survive a full piglit ru
Looks good to me.
Jose
- Original Message -
> _mesa_delete_renderbuffer() should free the mutex (though that may be
> a
> no-op) and then free the renderbuffer object itself. Subclasses of
> gl_renderbuffer can use this function too.
> ---
> src/mesa/drivers/dri/intel/intel_fbo.c |
On Thu, Aug 30, 2012 at 10:41 AM, Tom Stellard wrote:
> The relevant POINT_SIZE registers are being set using the
> pipe_rasterizer_state, so we just need to tell the shader compiler which
> export type to use.
>
> This fixes several of the glean glsl tests.
Reviewed-by: Alex Deucher
> ---
> s
_mesa_delete_renderbuffer() should free the mutex (though that may be a
no-op) and then free the renderbuffer object itself. Subclasses of
gl_renderbuffer can use this function too.
---
src/mesa/drivers/dri/intel/intel_fbo.c |2 +-
src/mesa/drivers/dri/nouveau/nouveau_fbo.c |2 +-
src
On 30 August 2012 08:23, Brian Paul wrote:
> On 08/30/2012 09:14 AM, Paul Berry wrote:
>
>> From: Brian Paul
>>
>> This partially reverts d638da23d2ec2e9c52655b1ea13824**9e7f8bcccb.
>>
>> With gallium the meta code is not always built so the call to
>> _meta_in_progress() was unresolved. Simply
The relevant POINT_SIZE registers are being set using the
pipe_rasterizer_state, so we just need to tell the shader compiler which
export type to use.
This fixes several of the glean glsl tests.
---
src/gallium/drivers/radeonsi/radeonsi_shader.c |1 +
1 files changed, 1 insertions(+), 0 delet
https://bugs.freedesktop.org/show_bug.cgi?id=54239
--- Comment #3 from Paul Berry 2012-08-30 15:25:38
UTC ---
There's a patch on the mesa-dev list awaiting review that I believe will fix
this ([PATCH] meta: remove call to _meta_in_progress(), fix multisample
enable/disable).
Patch can be found
On 08/30/2012 09:14 AM, Paul Berry wrote:
From: Brian Paul
This partially reverts d638da23d2ec2e9c52655b1ea138249e7f8bcccb.
With gallium the meta code is not always built so the call to
_meta_in_progress() was unresolved. Simply special-case the
GL_MULTISAMPLE case in the meta code. There mig
On 30 August 2012 07:45, Brian Paul wrote:
> ---
> src/mesa/drivers/common/meta.c |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/src/mesa/drivers/common/meta.c
> b/src/mesa/drivers/common/meta.c
> index 9a6b72b..1ec1508 100644
> --- a/src/mesa/drivers/common/met
From: Brian Paul
This partially reverts d638da23d2ec2e9c52655b1ea138249e7f8bcccb.
With gallium the meta code is not always built so the call to
_meta_in_progress() was unresolved. Simply special-case the
GL_MULTISAMPLE case in the meta code. There might be other special
cases in the future giv
On 30 August 2012 07:45, Brian Paul wrote:
> This partially reverts d638da23d2ec2e9c52655b1ea138249e7f8bcccb.
>
> With gallium the meta code is not always built so the call to
> _meta_in_progress() was unresolved. Simply special-case the
> GL_MULTISAMPLE case in the meta code. There might be ot
---
src/mesa/drivers/common/meta.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/common/meta.c b/src/mesa/drivers/common/meta.c
index 9a6b72b..1ec1508 100644
--- a/src/mesa/drivers/common/meta.c
+++ b/src/mesa/drivers/common/meta.c
@@ -1444,7 +1444,7
This partially reverts d638da23d2ec2e9c52655b1ea138249e7f8bcccb.
With gallium the meta code is not always built so the call to
_meta_in_progress() was unresolved. Simply special-case the
GL_MULTISAMPLE case in the meta code. There might be other special
cases in the future given all the differen
On 08/29/2012 09:09 PM, Brian Paul wrote:
On Wed, Aug 29, 2012 at 6:16 PM, Paul Berry wrote:
On 29 August 2012 16:16, Brian Paul wrote:
In enable.c there's a call to _mesa_meta_in_progress(). But the meta code
is not always built or linked in when building gallium targets.
For now, I think
https://bugs.freedesktop.org/show_bug.cgi?id=54234
--- Comment #5 from Rafael Castillo 2012-08-30 14:28:45
UTC ---
(In reply to comment #4)
> (In reply to comment #3)
> > The reason of the problem lies in egl-static/Makefile.
> >
> > The library should be linked with libmesa, but it isn't.
> >
On 08/30/2012 07:48 AM, Andreas Boll wrote:
---
index.html | 95 ---
1 files changed, 51 insertions(+), 44 deletions(-)
diff --git a/index.html b/index.html
index abdf1eb..e88b61b 100644
--- a/index.html
+++ b/index.html
@@ -1,11 +1,17
https://bugs.freedesktop.org/show_bug.cgi?id=54234
--- Comment #4 from Brian Paul 2012-08-30 14:19:22 UTC
---
(In reply to comment #3)
> The reason of the problem lies in egl-static/Makefile.
>
> The library should be linked with libmesa, but it isn't.
>
> Linking it statically:
> egl_LIBS +=
On Fri, Aug 24, 2012 at 2:30 PM, Jakob Bornecrantz wrote:
> On Mon, Aug 20, 2012 at 6:35 PM, Ian Romanick wrote:
>> Yeah, that is fine... I'm lagging a bit and need a few more days too.
>
> Me to, I have some DRI interface changes I like to get into the
> release, I'm hoping to send them out for
Hi all,
I updated my port of Mesa to OpenVMS. All the changed files and some extra
info can be found at :
http://nchrem.tnw.tudelft.nl/openvms/software2.html#Mesa
I lost my keys to commit those changes to the git-repository (does not work
on an OpenVMS system). Can someone else do that, please.
Follow up to the previous patch, kept seperate for easier viewing,
will be merged with previous patch before commiting.
Signed-off-by: Jakob Bornecrantz
---
src/mesa/drivers/dri/intel/intel_regions.h | 26 ++
src/mesa/drivers/dri/intel/intel_screen.c | 125 ++--
2
As discussed with Kristian on #wayland. Pushes the decision of components
into the dri driver giving it greater freedom to allow t to implement YUV
samplers in hardware, and which mode to use.
This interface will also allow drivers like SVGA to implement YUV surfaces
without the need to sub-alloca
Hi All,
Over the last few months I've been working on & off with a few people from
Linaro on a new EGL extension. The extension allows constructing an EGLImage
from a (set of) dma_buf file descriptors, including support for multi-plane
YUV. I envisage the primary use-case of this extension to be i
On 08/29/2012 08:41 PM, Matt Turner wrote:
It's been moved to its own repository, found at
http://cgit.freedesktop.org/mesa/glu/
---
Well, it hasn't been moved yet..
I've stripped out all the diff that just deleted entire files,
namely everything in src/glu and include/GL/glu*.h, leaving
On Wed, Aug 29, 2012 at 11:16:59PM -0700, Matt Turner wrote:
> From: Tom Stellard
>
I'm getting some build warnings when building the gallivm files:
In file included from
/usr/local/llvm/3.1/release/include/llvm/ExecutionEngine/JITEventListener.h:18:0,
from gallivm/lp_bld_misc.
---
src/glsl/.gitignore |3 +++
src/perf/.gitignore |1 +
2 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/src/glsl/.gitignore b/src/glsl/.gitignore
index 95d2b9e..29242e4 100644
--- a/src/glsl/.gitignore
+++ b/src/glsl/.gitignore
@@ -1,12 +1,15 @@
array
bezier
bitmap
+bli
---
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
index be9caa1..264cb75 100644
--- a/configure.ac
+++ b/configure.ac
@@ -26,7 +26,7 @@ dnl Process this file with autoconf to create configure.
AC_PREREQ([2.59])
AC_INIT([mesa-
---
index.html | 95 ---
1 files changed, 51 insertions(+), 44 deletions(-)
diff --git a/index.html b/index.html
index abdf1eb..e88b61b 100644
--- a/index.html
+++ b/index.html
@@ -1,11 +1,17 @@
-
-Mesa Demos Distribution
-
- PRE {backgro
On Wed, Aug 29, 2012 at 11:16:52PM -0700, Matt Turner wrote:
> Here's the first pass at automaking Gallium. It converts the winsys
> and all the driver directories but radeon.
>
I can work on converting the radeon directory to automake.
-Tom
> Compile tested. Files checked to confirm that they'
https://bugs.freedesktop.org/show_bug.cgi?id=54234
--- Comment #3 from Tomasz 2012-08-30 12:15:44 UTC ---
The reason of the problem lies in egl-static/Makefile.
The library should be linked with libmesa, but it isn't.
Linking it statically:
egl_LIBS += $(TOP)/src/mesa/.libs/libmesa.a
could be a
https://bugs.freedesktop.org/show_bug.cgi?id=54140
José Fonseca changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=54106
--- Comment #2 from Tapani Pälli 2012-08-30 07:59:15 UTC ---
This patch fixes leak on platforms where driver_name is allocated. However at
least with swrast backend and android this would fail as they do not allocate
memory but point to a static
https://bugs.freedesktop.org/show_bug.cgi?id=54239
--- Comment #2 from Jos van Wolput 2012-08-30
07:25:27 UTC ---
Segmentation fault when running Einstein@home starsphere graphics.
d638da23d2ec2e9c52655b1ea138249e7f8bcccb is the first bad commit too.
--
Configure bugmail: https://bugs.freedesk
https://bugs.freedesktop.org/show_bug.cgi?id=54239
--- Comment #1 from Jos van Wolput 2012-08-30
07:20:47 UTC ---
Created attachment 66315
--> https://bugs.freedesktop.org/attachment.cgi?id=66315
Xorg.0.log
Xorg.log after running Einstein@home starsphere graphics using
mesa-d638da23d2ec2e9c52
97 matches
Mail list logo
