https://bugs.freedesktop.org/show_bug.cgi?id=43896
--- Comment #1 from Vadim 2011-12-17 03:42:43 PST ---
Created attachment 54524
--> https://bugs.freedesktop.org/attachment.cgi?id=54524
[PATCH] glapi: fix _glapi_get_proc_addresss
I'm not sure if the patch is completely correct, though there a
https://bugs.freedesktop.org/show_bug.cgi?id=43896
--- Comment #2 from Henri Verbeet 2011-12-17 05:16:28 PST
---
(In reply to comment #1)
> There is a bug in the 32-bit mesa build, when asm is enabled -
> glXGetProcAddress returns non-NULL for any string starting with "gl".
>
> In this case the
https://bugs.freedesktop.org/show_bug.cgi?id=43896
--- Comment #3 from Vadim 2011-12-17 05:40:34 PST ---
(In reply to comment #2)
> Sounds like a bug in the application to me. From the GLX 1.4 spec (though
> that's certainly not new in 1.4):
>
> "A non-NULL return value for glXGetProcAddress doe
>From ARB_transform_feedback2:
... the vertex count used for the rendering operation is
set by the previous EndTransformFeedback command.
---
src/mesa/state_tracker/st_cb_xformfb.c | 53 +--
1 files changed, 42 insertions(+), 11 deletions(-)
diff --git a/src/
https://bugs.freedesktop.org/show_bug.cgi?id=43896
--- Comment #4 from Vadim 2011-12-17 06:36:09 PST ---
(In reply to comment #2)
> (In reply to comment #1)
> > There is a bug in the 32-bit mesa build, when asm is enabled -
> > glXGetProcAddress returns non-NULL for any string starting with "gl".
---
This was suggested by Keith Whitwell in this email addressed to me on 8/6/2010:
http://lists.freedesktop.org/archives/mesa-dev/2010-August/001810.html
src/gallium/include/pipe/p_defines.h |2 +-
src/gallium/include/pipe/p_state.h | 14 --
2 files changed, 13 insertions(+
On 17.12.2011 15:45, Marek Olšák wrote:
> ---
>
> This was suggested by Keith Whitwell in this email addressed to me on
> 8/6/2010:
> http://lists.freedesktop.org/archives/mesa-dev/2010-August/001810.html
>
>
> src/gallium/include/pipe/p_defines.h |2 +-
> src/gallium/include/pipe/p_state.h
According to Ian's comments, split the original patchset
to three. The last one is to add new API to create a gbm
bo from external name. Now I'm convinced that in one process
, it's better to use one bufmgr. Just for API completeness,
I still submit it here.
___
To map GBM format and usage to corresponding dri format
and usage are common functions. For the convinent of
future extension, pull out the code and create two
separated functions. Slightly change the sequence of
the gbm_bo creation, before allocate a buffer, we check
whether the input parameters a
Added two color formats RGB565 and A8 to gbm layer.
Add A8 to dri layer.
Signed-off-by: Zhigang Gong
---
include/GL/internal/dri_interface.h |1 +
src/gbm/backends/dri/gbm_dri.c|6 ++
src/gbm/main/gbm.h|2 ++
src/mesa/drivers/dri/intel/in
Added a new interface to create a gbm_bo from external name.
Signed-off-by: Zhigang Gong
---
src/gbm/backends/dri/gbm_dri.c | 40
src/gbm/main/gbm.c | 12
src/gbm/main/gbm.h |6 ++
src/gbm/main/gbmint.h
https://bugs.freedesktop.org/show_bug.cgi?id=43629
--- Comment #4 from zap...@berentweb.com 2011-12-17 10:26:00 PST ---
I corrected the expat error by setting:
# setenv LDFLAGS -L/usr/local/lib
# setenv CFLAGS -I/usr/local/include
Then, re-run mesa/autogen.sh gave me NOUVEAU error:
>checking for
On Tue, 13 Dec 2011 15:35:18 -0800, Paul Berry wrote:
> diff --git a/src/mesa/drivers/dri/i965/brw_gs.c
> b/src/mesa/drivers/dri/i965/brw_gs.c
> index f5d5898..c323a73 100644
> --- a/src/mesa/drivers/dri/i965/brw_gs.c
> +++ b/src/mesa/drivers/dri/i965/brw_gs.c
> @@ -183,7 +183,31 @@ static void p
On Tue, 13 Dec 2011 15:35:19 -0800, Paul Berry wrote:
> This patch advertises support for EXT_transform_feedback on Intel Gen6
> and higher.
>
> Since transform feedback support is not completely finished yet, for
> now we only advertise support for it when MESA_GL_VERSION_OVERRIDE is
> 3.0 or gr
On Tue, 13 Dec 2011 15:35:20 -0800, Paul Berry wrote:
> Previous to this patch, the function intel_batchbuffer_emit_mi_flush()
> was a bit of a misnomer. On Gen4+, when not using the blit engine, it
> didn't actually flush the pipeline--it simply generated a
> _3DSTATE_PIPE_CONTROL command with t
On Tue, 13 Dec 2011 15:35:21 -0800, Paul Berry wrote:
> A common use case for transform feedback is to perform one draw
> operation that writes transform feedback output to a buffer, followed
> by a second draw operation that consumes that buffer as vertex input.
> Since vertex input is consumed a
On Sat, Dec 17, 2011 at 4:45 PM, Christoph Bumiller
wrote:
> On 17.12.2011 15:45, Marek Olšák wrote:
>> ---
>>
>> This was suggested by Keith Whitwell in this email addressed to me on
>> 8/6/2010:
>> http://lists.freedesktop.org/archives/mesa-dev/2010-August/001810.html
>>
>>
>> src/gallium/incl
It's the same as PIPE_CAP_MAX_STREAM_OUTPUT_BUFFERS.
---
src/gallium/drivers/nvc0/nvc0_screen.c |2 --
src/gallium/drivers/r300/r300_screen.c |1 -
src/gallium/drivers/r600/r600_pipe.c |1 -
src/gallium/include/pipe/p_defines.h |1 -
src/mesa/state_tracker/st_extensions.c |
> "AD" == Alex Deucher writes:
AD> Both the r600 classic and the r600 gallium drivers produce the same
AD> 3D driver: r600_dri.so. There is no r600g_dri.so.
OK. I see. The build script does that to allow one to switch between
classic and gallium drivers w/o rebuilding.
I had eselected ga
> "JJ" == James Jones writes:
JJ> The correct dir is /vdpau. From here:
So it /is/ installed where it is supposed to be.
JJ> Do you have an older libvdpau.so?
x11-libs/libvdpau-0.4.1.
So this is a bug in the ebuild. It configured module-dir to correctly
choose from /usr/lib{,32,64,x32}
This is the third revision of my changes to add support for gl_ClipDistance
with Gallium. The difference between this set and v2 is that this set does
not add a new TGSI_PROPERTY indicating the number of clip distances used.
Instead, the UsageMask of the CLIPDIST output registers is set to indicat
---
src/gallium/auxiliary/tgsi/tgsi_dump.c |3 +-
src/gallium/auxiliary/tgsi/tgsi_text.c |3 +-
src/gallium/auxiliary/tgsi/tgsi_ureg.c | 36 +---
src/gallium/auxiliary/tgsi/tgsi_ureg.h |6
src/gallium/include/pipe/p_shader_tokens.h |3
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 49 +---
src/mesa/state_tracker/st_program.c| 18 ++
2 files changed, 62 insertions(+), 5 deletions(-)
diff --git a/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
b/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
https://bugs.freedesktop.org/show_bug.cgi?id=43916
Bug #: 43916
Summary: platform_x11.c use undeclared identifier O_CLOEXEC
Classification: Unclassified
Product: Mesa
Version: git
Platform: All
OS/Version: FreeBSD
Stat
https://bugs.freedesktop.org/show_bug.cgi?id=43916
Kristian Høgsberg changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=43916
Kristian Høgsberg changed:
What|Removed |Added
Resolution|NOTABUG |NOTOURBUG
--
Configure bugmail: htt
26 matches
Mail list logo
