https://bugs.freedesktop.org/show_bug.cgi?id=43916
Kristian Høgsberg changed:
What|Removed |Added
Resolution|NOTABUG |NOTOURBUG
--
Configure bugmail: htt
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
Bug #: 43916
Summary: platform_x11.c use undeclared identifier O_CLOEXEC
Classification: Unclassified
Product: Mesa
Version: git
Platform: All
OS/Version: FreeBSD
Stat
---
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
---
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
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
> "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}
> "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
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 |
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
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 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: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: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
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
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
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
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
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.
___
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
---
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(+
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".
>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 #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
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 #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
26 matches
Mail list logo