Hey,
On 11-02-14 11:57, Christian König wrote:
From: Christian König christian.koe...@amd.com
Unused and unmaintained for quite a while.
Good riddance!
Reviewed-by: Maarten Lankhorst maarten.lankho...@canonical.com
___
mesa-dev mailing list
Hey,
On 11-02-14 05:26, Emil Velikov wrote:
Hello list,
The recent patches from Rob gave me a nice kick to give another stab at
integrating the pipe-loader into the vdpau/dri targets.
What:
- With these patches one library will be created for hardware and one for
software driven backends -
Unfortunately there's only one RT_ARRAY_MODE setting for all
attachments, so clears were previously truncated to the minimum number
of layers any attachment had. Instead set the RT_ARRAY_MODE to 512 (the
max number of layers) before doing the clear. This fixes
Encapsulate the code in src/glx/dri2_query_renderer.c within a
#ifdef GLX_DIRECT_RENDERING
as done in src/glx/dri2*.c.
Signed-off-by: Daniel Martin consume.no...@gmail.com
---
... compile it, when enabled only.
Cheers,
Daniel
src/glx/dri2_query_renderer.c |5 +
1 files
op 11-02-14 11:30, Christian König schreef:
Am 11.02.2014 05:26, schrieb Emil Velikov:
Hello list,
The recent patches from Rob gave me a nice kick to give another stab at
integrating the pipe-loader into the vdpau/dri targets.
What:
- With these patches one library will be created for
Am 13.02.2014 12:28, schrieb Maarten Lankhorst:
op 11-02-14 11:30, Christian König schreef:
Am 11.02.2014 05:26, schrieb Emil Velikov:
Hello list,
The recent patches from Rob gave me a nice kick to give another stab at
integrating the pipe-loader into the vdpau/dri targets.
What:
- With
Ilia Mirkin imir...@alum.mit.edu writes:
Commit f4ebcd133b9 (dri/nouveau: NV17_3D class is not available for
NV1a chipset) fixed this partially by using the correct 3d class.
However there were a lot of checks left over comparing against the
chipset.
Reported-and-tested-by: John F. Godfrey
From: Christian König christian.koe...@amd.com
Signed-off-by: Christian König christian.koe...@amd.com
---
src/gallium/state_trackers/omx/vid_dec_h264.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/omx/vid_dec_h264.c
On 13/02/14 11:48, Christian König wrote:
Am 13.02.2014 12:28, schrieb Maarten Lankhorst:
op 11-02-14 11:30, Christian König schreef:
Am 11.02.2014 05:26, schrieb Emil Velikov:
Hello list,
The recent patches from Rob gave me a nice kick to give another stab at
integrating the pipe-loader
Emil Velikov emil.l.veli...@gmail.com writes:
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
---
src/gallium/auxiliary/pipe-loader/pipe_loader.h| 10 ++
src/gallium/auxiliary/pipe-loader/pipe_loader_sw.c | 18 +-
2 files changed, 27 insertions(+), 1
Emil Velikov emil.l.veli...@gmail.com writes:
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
Reviewed-by: Francisco Jerez curroje...@riseup.net
---
src/gallium/targets/pipe-loader/Makefile.am | 1 +
1 file changed, 1 insertion(+)
diff --git
Emil Velikov emil.l.veli...@gmail.com writes:
Currently HAVE_PIPE_LOADER_XCB is defined, rather than being set to 1/0.
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
Reviewed-by: Francisco Jerez curroje...@riseup.net
---
src/gallium/auxiliary/pipe-loader/pipe_loader_drm.c | 2 +-
1
Emil Velikov emil.l.veli...@gmail.com writes:
The sw pipe-loader implicitly handles winsys_create, thus we
it would make sense to implicitly destroy it upon releasing
the loader.
Currently we leak the sw_winsys when releasing the pipe-loader.
Signed-off-by: Emil Velikov
Emil Velikov emil.l.veli...@gmail.com writes:
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
Reviewed-by: Francisco Jerez curroje...@riseup.net
---
src/gallium/auxiliary/pipe-loader/pipe_loader.h | 2 +-
src/gallium/auxiliary/pipe-loader/pipe_loader_drm.c | 8
2 files
Emil Velikov emil.l.veli...@gmail.com writes:
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
---
src/gallium/auxiliary/pipe-loader/pipe_loader_drm.c | 3 +++
src/gallium/auxiliary/pipe-loader/pipe_loader_sw.c | 1 +
2 files changed, 4 insertions(+)
diff --git
Emil Velikov emil.l.veli...@gmail.com writes:
Will be used in the upcoming patches.
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
---
src/gallium/auxiliary/pipe-loader/Makefile.am | 4
src/gallium/auxiliary/pipe-loader/pipe_loader.h| 19 +++
Am 13.02.2014 13:20, schrieb Emil Velikov:
On 13/02/14 11:48, Christian König wrote:
Am 13.02.2014 12:28, schrieb Maarten Lankhorst:
op 11-02-14 11:30, Christian König schreef:
Am 11.02.2014 05:26, schrieb Emil Velikov:
Hello list,
The recent patches from Rob gave me a nice kick to give
libselinux provides pkgconfig file since 2.0.89 (2009-10-29).
Signed-off-by: Kusanagi Kouichi sl...@ac.auone-net.jp
---
configure.ac | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/configure.ac b/configure.ac
index 00a0eaa..949aaa2 100644
--- a/configure.ac
+++
On 11/02/14 23:51, Rob Clark wrote:
From: Rob Clark robcl...@freedesktop.org
Build two versions of pipe-loader, with only the client version linking
in x11 client side dependencies. This will allow the XA state tracker
to use pipe-loader.
Signed-off-by: Rob Clark robcl...@freedesktop.org
op 13-02-14 14:14, Christian König schreef:
Am 13.02.2014 13:20, schrieb Emil Velikov:
On 13/02/14 11:48, Christian König wrote:
Am 13.02.2014 12:28, schrieb Maarten Lankhorst:
op 11-02-14 11:30, Christian König schreef:
Am 11.02.2014 05:26, schrieb Emil Velikov:
Hello list,
The recent
On 11/02/14 23:51, Rob Clark wrote:
From: Rob Clark robcl...@freedesktop.org
This lets multiple gallium drivers use XA.
Signed-off-by: Rob Clark robcl...@freedesktop.org
---
configure.ac | 9 +--
src/gallium/auxiliary/pipe-loader/Makefile.am |
Am 13.02.2014 14:33, schrieb Maarten Lankhorst:
[SNIP]
--disable-debug is used by distro builds, so having the debug symbols
still available is still required.
Ok than that was just my wrong expectation what --disable-debug does.
I would rather have --enable-debug stop fiddling with CFLAGS,
On 13/02/14 12:49, Francisco Jerez wrote:
Emil Velikov emil.l.veli...@gmail.com writes:
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
---
src/gallium/auxiliary/pipe-loader/pipe_loader.h| 10 ++
src/gallium/auxiliary/pipe-loader/pipe_loader_sw.c | 18 +-
2
On Thu, Feb 13, 2014 at 8:39 AM, Emil Velikov emil.l.veli...@gmail.com wrote:
+if HAVE_MESA_LLVM
+# Mention a dummy pure C++ file to trigger generation of the $(LINK)
variable
+nodist_EXTRA_libxatracker_la_SOURCES = dummy-cpp.cpp
Move before the HAVE_MESA_LLVM. It will translate to no-on if
On 13/02/14 13:53, Rob Clark wrote:
On Thu, Feb 13, 2014 at 8:39 AM, Emil Velikov emil.l.veli...@gmail.com wrote:
+if HAVE_MESA_LLVM
+# Mention a dummy pure C++ file to trigger generation of the $(LINK) variable
+nodist_EXTRA_libxatracker_la_SOURCES = dummy-cpp.cpp
Move before the
Emil Velikov emil.l.veli...@gmail.com writes:
On 13/02/14 12:49, Francisco Jerez wrote:
Emil Velikov emil.l.veli...@gmail.com writes:
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
---
src/gallium/auxiliary/pipe-loader/pipe_loader.h| 10 ++
On 13/02/14 13:20, Kusanagi Kouichi wrote:
libselinux provides pkgconfig file since 2.0.89 (2009-10-29).
Can you check how many of the currently supported distros include that
version or later ?
I was nicely surprised when I did a similar change with expat
Thanks
-Emil
Signed-off-by:
On 13/02/14 10:13, Ilia Mirkin wrote:
Unfortunately there's only one RT_ARRAY_MODE setting for all
attachments, so clears were previously truncated to the minimum number
of layers any attachment had. Instead set the RT_ARRAY_MODE to 512 (the
max number of layers) before doing the clear. This
Fredrik Höglund fred...@kde.org writes:
Make set_atomic_buffer_binding() just update the binding, and move
the code that does validation, flushes the vertices etc. into a new
bind_atomic_buffer() function.
If you add two short comments on the difference between
set_atomic_buffer_binding() and
Hi,
I am trying to check the graphics card that I have.. From internet
search, I found the following command lists the graphics card in a system.
1) sudo lshw -C display; lsb_release -a; uname -a; xrandr
The output of the command is as follows..
*-display
description: VGA
Hi,
I have installed wayland and mesa in vm ware. I am able to launch weston
from terminal. But I am not sure whether it uses 3d acceleration.
My question is how to find wayland uses 3d acceleration or not.
Thanks,
Sathish
___
mesa-dev mailing list
Fredrik Höglund fred...@kde.org writes:
---
src/mesa/main/shaderimage.c | 164
+++
1 file changed, 164 insertions(+)
diff --git a/src/mesa/main/shaderimage.c b/src/mesa/main/shaderimage.c
index ce63bee..27695a3 100644
---
On 13/02/14 05:33, Ilia Mirkin wrote:
Hello list,
A number of piglit tests fail with the nouveau dri driver (for
pre-nv30 cards), e.g.
http://people.freedesktop.org/~imirkin/nv10-comparison/nv18-imirkin/spec/EGL_EXT_client_extensions/conformance%20test%203.html
libEGL fatal: DRI2: did
https://bugs.freedesktop.org/show_bug.cgi?id=74935
Priority: medium
Bug ID: 74935
Assignee: mesa-dev@lists.freedesktop.org
Summary: intel hd4600 missing features
Severity: major
Classification: Unclassified
OS: Linux (All)
Yes, -O0 has been part of --enable-debug, because debugging is often
difficult with -O2. That's why I change CFLAGS and CXXFLAGS manually,
because I only want -g -O2.
Marek
On Thu, Feb 13, 2014 at 2:47 PM, Christian König
deathsim...@vodafone.de wrote:
Am 13.02.2014 14:33, schrieb Maarten
On 13-02-14 16:27, Marek Olšák wrote:
Yes, -O0 has been part of --enable-debug, because debugging is often
difficult with -O2. That's why I change CFLAGS and CXXFLAGS manually,
because I only want -g -O2.
Could just remove --disable-debug. Afaict it amounts to calling autoconf
with CFLAGS='-g
https://bugs.freedesktop.org/show_bug.cgi?id=74935
--- Comment #1 from Emil Velikov emil.l.veli...@gmail.com ---
Most likely the applications do not request core profile, which implies 3.1 and
GLSL 1.40 (or later).
From the mesa 9.2 release notes OpenGL 3.1 is only available if requested at
On Thu, Feb 13, 2014 at 9:57 AM, Emil Velikov emil.l.veli...@gmail.com wrote:
On 13/02/14 10:13, Ilia Mirkin wrote:
Unfortunately there's only one RT_ARRAY_MODE setting for all
attachments, so clears were previously truncated to the minimum number
of layers any attachment had. Instead set the
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
Reviewed-by: Jakob Bornecrantz ja...@vmware.com
Reviewed-by: Francisco Jerez curroje...@riseup.net
---
src/gallium/auxiliary/pipe-loader/pipe_loader.h | 2 +-
src/gallium/auxiliary/pipe-loader/pipe_loader_drm.c | 8
2 files
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
Reviewed-by: Jakob Bornecrantz ja...@vmware.com
---
src/gallium/auxiliary/vl/vl_winsys_dri.c | 32 +++-
1 file changed, 19 insertions(+), 13 deletions(-)
diff --git a/src/gallium/auxiliary/vl/vl_winsys_dri.c
Will be used in the following commits.
v2: Link gallium tests against the library.
v3: Handle dri_create_sw_winsys failure
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
Reviewed-by: Jakob Bornecrantz ja...@vmware.com (v2)
---
src/gallium/auxiliary/pipe-loader/pipe_loader.h| 13
The sw pipe-loader implicitly handles winsys_create, thus we
it would make sense to implicitly destroy it upon releasing
the loader.
Currently we leak the sw_winsys when releasing the pipe-loader.
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
Reviewed-by: Jakob Bornecrantz
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
Reviewed-by: Jakob Bornecrantz ja...@vmware.com
Reviewed-by: Francisco Jerez curroje...@riseup.net
---
src/gallium/targets/pipe-loader/Makefile.am | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/targets/pipe-loader/Makefile.am
v2: Rebase on top of vl_winsys_xsp.c removal
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
Reviewed-by: Jakob Bornecrantz ja...@vmware.com (v1)
---
src/gallium/auxiliary/pipe-loader/pipe_loader_sw.c | 2 +-
src/gallium/include/state_tracker/xlib_sw_winsys.h | 29 --
Currently HAVE_PIPE_LOADER_XCB is defined, rather than being set to 1/0.
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
Reviewed-by: Jakob Bornecrantz ja...@vmware.com
Reviewed-by: Francisco Jerez curroje...@riseup.net
---
src/gallium/auxiliary/pipe-loader/pipe_loader_drm.c | 2 +-
1 file
v2: Handle null_sw_create failure, add missing function return type
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
Reviewed-by: Jakob Bornecrantz ja...@vmware.com (v1)
---
src/gallium/auxiliary/pipe-loader/pipe_loader.h| 10 ++
src/gallium/auxiliary/pipe-loader/pipe_loader_sw.c
Will be used in the upcoming patches.
v2: handle xlib_create_sw_winsys failure, drop unneeded header
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
Reviewed-by: Jakob Bornecrantz ja...@vmware.com (v1)
---
src/gallium/auxiliary/pipe-loader/Makefile.am | 4
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
Reviewed-by: Jakob Bornecrantz ja...@vmware.com
---
src/gallium/auxiliary/pipe-loader/pipe_loader_drm.c | 3 +++
src/gallium/auxiliary/pipe-loader/pipe_loader_sw.c | 1 +
2 files changed, 4 insertions(+)
diff --git
Brief update on the first 10 patches, addressing the points raised and
adding the reviewed-by tags.
Note those are separate from the whole pipe-ification of the targets
and should be safe as is.
Cheers
-Emil
___
mesa-dev mailing list
On Thu, Feb 13, 2014 at 10:15 AM, Emil Velikov emil.l.veli...@gmail.com wrote:
On 13/02/14 05:33, Ilia Mirkin wrote:
Hello list,
A number of piglit tests fail with the nouveau dri driver (for
pre-nv30 cards), e.g.
Am 13.02.2014 17:18, schrieb Emil Velikov:
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
Reviewed-by: Jakob Bornecrantz ja...@vmware.com
Reviewed-by: Christian König christian.koe...@amd.com
---
src/gallium/auxiliary/vl/vl_winsys_dri.c | 32 +++-
1 file
On 02/13/2014 02:11 AM, Daniel Martin wrote:
Encapsulate the code in src/glx/dri2_query_renderer.c within a
#ifdef GLX_DIRECT_RENDERING
as done in src/glx/dri2*.c.
I noticed a couple things, and I'm not sure what the right answer is.
First, dri2_glx.c and dri3_glx.c use:
#if
Hmm that reminds me when I implemented layered rendering in llvmpipe I
figured we'd only need to store the min amount of layers, because
rendering is undefined if the index is higher anyway. But of course I
didn't think about clears so we can't do that now correctly. Ah well if
anyone would really
Actually, I also need -DDEBUG, so that assertions are turned on, and
also -fno-omit-frame-pointer on 32-bit. This is my Mesa config:
http://pastebin.com/raw.php?i=feEkffU1
Marek
On Thu, Feb 13, 2014 at 4:59 PM, Maarten Lankhorst
maarten.lankho...@canonical.com wrote:
On 13-02-14 16:27, Marek
From: Leo Liu leo@amd.com
Signed-off-by: Leo Liu leo@amd.com
Signed-off-by: Christian König christian.koe...@amd.com
---
src/gallium/state_trackers/omx/vid_enc.c | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/omx/vid_enc.c
On 13/02/14 16:14, Ilia Mirkin wrote:
On Thu, Feb 13, 2014 at 9:57 AM, Emil Velikov emil.l.veli...@gmail.com
wrote:
On 13/02/14 10:13, Ilia Mirkin wrote:
Unfortunately there's only one RT_ARRAY_MODE setting for all
attachments, so clears were previously truncated to the minimum number
of
As documented, the _mesa_free_shader_program_data function:
Frees all the data that hangs off a shader program object, but not
the object itself.
This means that this function may be called multiple times on the same object,
(and has been observed to). Meanwhile, the shProg-Label
https://bugs.freedesktop.org/show_bug.cgi?id=74935
--- Comment #2 from Martin Jørgensen m...@gotu.dk ---
does this require all developers of opengl applications to make a special
exception in their code if dealing with mesa? or is the context creation
behavior you mentioned only temporary?
--
On 02/13/2014 10:55 AM, Carl Worth wrote:
As documented, the _mesa_free_shader_program_data function:
Frees all the data that hangs off a shader program object, but not
the object itself.
This means that this function may be called multiple times on the same object,
(and has
On 02/13/2014 10:59 AM, Brian Paul wrote:
On 02/13/2014 10:55 AM, Carl Worth wrote:
As documented, the _mesa_free_shader_program_data function:
Frees all the data that hangs off a shader program object, but not
the object itself.
This means that this function may be called multiple
Brian Paul bri...@vmware.com writes:
Reviewed-by: Brian Paul bri...@vmware.com
Probably a candidate for the stable branches too, right?
Sure. Good point.
I'll be sure to add the note to the commit message so that the stable
maintainer doesn't miss this, (I here that guy can need some hand
https://bugs.freedesktop.org/show_bug.cgi?id=74944
Priority: medium
Bug ID: 74944
Assignee: mesa-dev@lists.freedesktop.org
Summary: libomx_r600 segfault on RadeonSI hardware
Severity: normal
Classification: Unclassified
OS:
https://bugs.freedesktop.org/show_bug.cgi?id=74944
Christian König deathsim...@vodafone.de changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugs.freedesktop.org/show_bug.cgi?id=74935
--- Comment #3 from Emil Velikov emil.l.veli...@gmail.com ---
(In reply to comment #2)
does this require all developers of opengl applications to make a special
exception in their code if dealing with mesa? or is the context creation
behavior
https://bugs.freedesktop.org/show_bug.cgi?id=74935
Martin Jørgensen m...@gotu.dk changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=74935
--- Comment #5 from Kenneth Graunke kenn...@whitecape.org ---
The OpenGL API split into two profiles starting with 3.1/3.2:
- The compatibility / legacy profile, which is backwards compatible all the
way to GL 1.x.
- The core profile, which drops
---
src/gallium/auxiliary/Makefile.sources | 3 +-
src/gallium/auxiliary/vl/vl_deint_filter.c | 491 +
src/gallium/auxiliary/vl/vl_deint_filter.h | 78 +
3 files changed, 571 insertions(+), 1 deletion(-)
create mode 100644
---
src/gallium/state_trackers/vdpau/mixer.c | 69 ++--
src/gallium/state_trackers/vdpau/query.c | 1 +
src/gallium/state_trackers/vdpau/vdpau_private.h | 7 +++
3 files changed, 73 insertions(+), 4 deletions(-)
diff --git
Just FYI to anyone using the s2tc library
(https://github.com/divVerent/s2tc/). The build of s2tc installed in
some distros (like Ubuntu 12) is broken: using glTexImage2D to compress
to GL_COMPRESSED_RGB_S3TC_DXT1_EXT generates bad data). This causes
some piglit failures and, evidently,
https://bugs.freedesktop.org/show_bug.cgi?id=69101
--- Comment #22 from Christoph Haag haagch.christ...@googlemail.com ---
Can anyone test this patch?
https://bugzilla.kernel.org/show_bug.cgi?id=65761#c41
Beware, it currently breaks opencl and possibly other things, but if it helps,
then we at
The hardcoded numbers are a few lines off at the moment.
Keeping track of the numbers through further modifications is inconvenient.
The __LINE__ constant takes care of this automatically.
v2: Don't set source-string-number to line number.
Signed-off-by: Fabian Bieler fabianbie...@fastmail.fm
This commit prepares the transition from extension to core geometry shaders.
(Core geometry shaders require GLSL version 1.5 or later.)
This includes using generic vertex attributes instead of built-ins.
Signed-off-by: Fabian Bieler fabianbie...@fastmail.fm
---
src/glsl/gsraytrace.cpp | 58
NV_transform_feedback is not supported by mesa.
Use transform feedback from core OpenGL 3.0.
This necessitates binding the transform feedback varyings before linking the
shader.
Signed-off-by: Fabian Bieler fabianbie...@fastmail.fm
---
src/glsl/gsraytrace.cpp | 72
v2: Don't remove ShaderSupported() test. It sets up some function pointers for
the CompileShader framework.
Signed-off-by: Fabian Bieler fabianbie...@fastmail.fm
---
src/glsl/gsraytrace.cpp | 24 +---
1 file changed, 9 insertions(+), 15 deletions(-)
diff --git
Hello!
As mesa only supports geometry shaders in core profile contexts this patchset
adjusts the gsraytrace and the geom-outlining-150 demos to use the core
profile.
This is v2 with the comment by Ian Romanick regarding incorrect usage of the
GLSL preprocessor #line directive adressed.
As I
The freeglut header only defines the extensions to request an OpenGL core
profile context if freeglut.h (rather than glut.h) is included.
Note that the header is installed to include/GL/freeglut.h on OS X, too.
Signed-off-by: Fabian Bieler fabianbie...@fastmail.fm
---
src/util/glut_wrap.h | 4
Signed-off-by: Fabian Bieler fabianbie...@fastmail.fm
---
src/glsl/geom-outlining-150.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/src/glsl/geom-outlining-150.c b/src/glsl/geom-outlining-150.c
index 3dffa16..2e2a54a 100644
--- a/src/glsl/geom-outlining-150.c
+++
Signed-off-by: Fabian Bieler fabianbie...@fastmail.fm
---
src/glsl/geom-outlining-150.c | 26 --
1 file changed, 8 insertions(+), 18 deletions(-)
diff --git a/src/glsl/geom-outlining-150.c b/src/glsl/geom-outlining-150.c
index 0bc20f0..3dffa16 100644
---
To get an OpenGL core profile context freeglut 2.6 or later is required.
Note that in spite of it's name HAVE_FREEGLUT is only defined if freeglut 2.6
(released in 2009) or later ist found.
Signed-off-by: Fabian Bieler fabianbie...@fastmail.fm
---
configure.ac | 6 ++
1 file changed, 6
Bind the transform feedback buffer before drawing into it und unbind it
afterwards.
Signed-off-by: Fabian Bieler fabianbie...@fastmail.fm
---
src/glsl/gsraytrace.cpp | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/glsl/gsraytrace.cpp b/src/glsl/gsraytrace.cpp
index
Signed-off-by: Fabian Bieler fabianbie...@fastmail.fm
---
src/glsl/gsraytrace.cpp | 40 +---
1 file changed, 29 insertions(+), 11 deletions(-)
diff --git a/src/glsl/gsraytrace.cpp b/src/glsl/gsraytrace.cpp
index 6df6543..3eec835 100644
---
Use a vbo for vertex data instead of client-side arrays.
Also bind a vertex array object.
This is necessary for the switch to a core profile context.
Signed-off-by: Fabian Bieler fabianbie...@fastmail.fm
---
src/glsl/geom-outlining-150.c | 25 ++---
1 file changed, 18
Signed-off-by: Fabian Bieler fabianbie...@fastmail.fm
---
src/glsl/gsraytrace.cpp | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/glsl/gsraytrace.cpp b/src/glsl/gsraytrace.cpp
index c21c667..f156fdc 100644
--- a/src/glsl/gsraytrace.cpp
+++ b/src/glsl/gsraytrace.cpp
@@
From: Tom Stellard thomas.stell...@amd.com
The offsets will be stored in the handles parameter. This makes
it possible to use sub-buffers.
---
src/gallium/drivers/r600/evergreen_compute.c | 2 +-
src/gallium/drivers/radeonsi/si_compute.c | 1 +
https://bugs.freedesktop.org/show_bug.cgi?id=69101
--- Comment #23 from Mike Lothian m...@fireburn.co.uk ---
With the patch glxgears launches successfully around 50% of the time - which is
an improvement - this is on r600g from mesa master - opencl still works for me
though
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=69101
--- Comment #24 from Jan Vesely jano.ves...@gmail.com ---
(In reply to comment #22)
Can anyone test this patch?
https://bugzilla.kernel.org/show_bug.cgi?id=65761#c41
Beware, it currently breaks opencl and possibly other things, but if it
https://bugs.freedesktop.org/show_bug.cgi?id=69101
--- Comment #25 from Christoph Haag haagch.christ...@googlemail.com ---
Okay then, sorry to bother you.
People are still talking about different issues here, aren't they?
Curiously for me with ivy bridge + radeonsi with this patch 64 bit
On Feb 7, 2014, at 7:46 AM, Tom Stellard t...@stellard.net wrote:
From: Tom Stellard thomas.stell...@amd.com
---
lib/Target/R600/AMDGPUISelDAGToDAG.cpp | 48 ++
lib/Target/R600/SIISelLowering.cpp | 29
lib/Target/R600/SIISelLowering.h
Reviewed-by: Thomas Hellstrom thellst...@vmware.com
Cc: 10.1 mesa-sta...@lists.freedesktop.org
---
src/gallium/drivers/svga/svgadump/svga_dump.c | 312 +
1 file changed, 268 insertions(+), 44 deletions(-)
diff --git a/src/gallium/drivers/svga/svgadump/svga_dump.c
This patch series implements guest backed surfaces in the VMware svga
gallium driver. It's all VMware-specific, except for two patches which
touch the pb_cache_manager_create() function from
src/gallium/auxiliary/pipebuffer/pb_bufmgr_cache.c We've added two new
parameters to that function.
This adds new interface functions for guest-backed surfaces and
adds a mobid parameter to the surface_relocation() function.
Reviewed-by: Thomas Hellstrom thellst...@vmware.com
Cc: 10.1 mesa-sta...@lists.freedesktop.org
---
src/gallium/drivers/svga/svga_cmd.c| 14 ++-
Reviewed-by: Thomas Hellstrom thellst...@vmware.com
Cc: 10.1 mesa-sta...@lists.freedesktop.org
---
src/gallium/drivers/svga/svga_context.c |4 +++
src/gallium/drivers/svga/svga_context.h |2 ++
src/gallium/drivers/svga/svga_draw.c | 14
Reviewed-by: Thomas Hellstrom thellst...@vmware.com
Cc: 10.1 mesa-sta...@lists.freedesktop.org
---
src/gallium/drivers/svga/svga_context.h | 14 ++
1 file changed, 14 insertions(+)
diff --git a/src/gallium/drivers/svga/svga_context.h
b/src/gallium/drivers/svga/svga_context.h
index
Reviewed-by: Thomas Hellstrom thellst...@vmware.com
Cc: 10.1 mesa-sta...@lists.freedesktop.org
---
src/gallium/drivers/svga/svga_resource_texture.c |9
src/gallium/drivers/svga/svga_resource_texture.h | 59 ++
2 files changed, 68 insertions(+)
diff --git
Reviewed-by: Thomas Hellstrom thellst...@vmware.com
Cc: 10.1 mesa-sta...@lists.freedesktop.org
---
src/gallium/drivers/svga/svga_context.c |8 +-
src/gallium/drivers/svga/svga_context.h |7 +-
src/gallium/drivers/svga/svga_pipe_constants.c |6 +-
And update some existing commands.
Reviewed-by: Thomas Hellstrom thellst...@vmware.com
Cc: 10.1 mesa-sta...@lists.freedesktop.org
---
src/gallium/drivers/svga/svga_cmd.c | 556 ++-
src/gallium/drivers/svga/svga_cmd.h | 86 ++
2 files changed, 637
Reviewed-by: Thomas Hellstrom thellst...@vmware.com
Cc: 10.1 mesa-sta...@lists.freedesktop.org
---
src/gallium/drivers/svga/svga_pipe_misc.c | 39 +
src/gallium/drivers/svga/svga_surface.c | 17 +++--
2 files changed, 38 insertions(+), 18 deletions(-)
Reviewed-by: Thomas Hellstrom thellst...@vmware.com
Cc: 10.1 mesa-sta...@lists.freedesktop.org
---
src/gallium/drivers/svga/svga_resource_texture.c | 388 ++
src/gallium/drivers/svga/svga_resource_texture.h |2 +
2 files changed, 326 insertions(+), 64 deletions(-)
diff
Reviewed-by: Thomas Hellstrom thellst...@vmware.com
Cc: 10.1 mesa-sta...@lists.freedesktop.org
---
src/gallium/drivers/svga/svga_sampler_view.c |1 -
src/gallium/drivers/svga/svga_screen_cache.c |1 -
2 files changed, 2 deletions(-)
diff --git
Reviewed-by: Thomas Hellstrom thellst...@vmware.com
Cc: 10.1 mesa-sta...@lists.freedesktop.org
---
src/gallium/drivers/svga/svga_resource_buffer.c| 32 ++-
.../drivers/svga/svga_resource_buffer_upload.c | 234 +---
2 files changed, 224 insertions(+), 42 deletions(-)
1 - 100 of 111 matches
Mail list logo