Ian Romanick writes:
> On 02/11/2014 05:11 PM, Eric Anholt wrote:
>> I tripped over one of these when debugging meta, and it's a lot nicer to
>> just see the internalFormat being complained about.
>> ---
>> src/mesa/main/teximage.c | 19 ---
>> 1 file changed, 12 insertions(+), 7
Am 12.02.2014 03:50, schrieb Michel Dänzer:
On Die, 2014-02-11 at 17:28 +0100, Maarten Lankhorst wrote:
Only export __driDriverExtensions by default, and
radeon_drm_winsys_create on radeons.
Remove -Bsymbolic which should no longer be needed.
Is there any particular reason for removing -Bsymbol
If built without llvm, the following error occurs with mplayer:
Failed to open VDPAU backend .../libvdpau_r600.so: undefined symbol:
_ZTVN10__cxxabiv117__class_type_infoE
[vo/vdpau] Error when calling vdp_device_create_x11: 1
Signed-off-by: Kusanagi Kouichi
---
src/gallium/targets/r600/vdpau/M
Hi Dave,
Adding { GLX_DRAWABLEL_TYPE, GLX_WINDOW_BIT } to the attrib list should
work, and would technically be more correct since glxinfo is creating a
window drawable. 32-bit float FBConfigs won't be able to render to X
drawables (at least on our driver), so they don't have associated visua
On Mon, 2014-02-10 at 13:32 -0800, Tom Stellard wrote:
> From: Tom Stellard
Reviewed-by: Michel Dänzer
--
Earthling Michel Dänzer| http://www.amd.com
Libre software enthusiast |Mesa and X developer
On Mit, 2014-02-12 at 11:50 +0900, Michel Dänzer wrote:
> On Die, 2014-02-11 at 17:28 +0100, Maarten Lankhorst wrote:
> > Only export __driDriverExtensions by default, and
> > radeon_drm_winsys_create on radeons.
> > Remove -Bsymbolic which should no longer be needed.
>
> Is there any particular r
Hey,
so currently glxinfo with our libGL vs indirect nvidia GL fails to work,
The main reason is we get fbconfigs, our libGL picks the best fbconfig
as a 32-bit per channel RGBA, but then glXGetVisualFromFBConfig fails
on that since I assume it wants 8-bit per channel ones.
Now I can fix this to
On Die, 2014-02-11 at 17:28 +0100, Maarten Lankhorst wrote:
> Only export __driDriverExtensions by default, and
> radeon_drm_winsys_create on radeons.
> Remove -Bsymbolic which should no longer be needed.
Is there any particular reason for removing -Bsymbolic though? Whenever
it was accidentally d
With the minor formatting and commit message nits fixed, patches 1
through 15 are
Reviewed-by: Ian Romanick
Admittedly, I just skimmed the last few. :) I'll try to get through the
rest tomorrow.
On 02/09/2014 01:37 PM, Chad Versace wrote:
> This series enable EGL_EXT_platform_base and the Lin
On 02/09/2014 01:37 PM, Chad Versace wrote:
> Add dri2_egl_display_vtbl::swap_interval, set it for each platform, and
> let egl_dri2 dispatch eglSwapInterval to that.
>
> This prepares for the EGL platform extensions.
Same formatting comment as on patch 2.
>
> Signed-off-by: Chad Versace
> ---
On 02/09/2014 01:37 PM, Chad Versace wrote:
> dri2_egl_display has only one virtual function, 'authenticate'. Define
> dri2_egl_display::vtbl and move 'authenticate' there.
>
> This prepares for the EGL platform extensions, which will add many
> more virtual functions to dri2_egl_display.
>
> Si
On 02/09/2014 01:37 PM, Chad Versace wrote:
> Don't call it through the driver dispatch table. Just call it
> statically.
>
> This prepares for the EGL platform extensions.
Since this also modifies platform_x11.c, the commit message should
reflect that.
> Signed-off-by: Chad Versace
> ---
> sr
On 02/11/2014 05:11 PM, Eric Anholt wrote:
> From the GL_ARB_fbo spec:
>
> If the source and destination buffers are identical, and the
> source and destination rectangles overlap, the result of the blit
> operation is undefined.
>
> As far as I know, that's the only thing that would
On 02/11/2014 05:11 PM, Eric Anholt wrote:
> Here are a few easy cleanups of meta (plus the one little mesa core change
> I had in the previous series) before I get to the meat of the meta MSAA
> blit work.
The series, even the one I complained about, is
Reviewed-by: Ian Romanick
>
On 02/11/2014 05:11 PM, Eric Anholt wrote:
> I tripped over one of these when debugging meta, and it's a lot nicer to
> just see the internalFormat being complained about.
> ---
> src/mesa/main/teximage.c | 19 ---
> 1 file changed, 12 insertions(+), 7 deletions(-)
>
> diff --git
The series is
Reviewed-by: Michel Dänzer
--
Earthling Michel Dänzer| http://www.amd.com
Libre software enthusiast |Mesa and X developer
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
h
On 02/11/2014 05:11 PM, Eric Anholt wrote:
> Here are a few easy cleanups of meta (plus the one little mesa core change
> I had in the previous series) before I get to the meat of the meta MSAA
> blit work.
Ah I see, this is the start of the respin...great.
These 7 are:
Reviewed-by: Kenneth Graun
On 02/05/2014 05:20 PM, Eric Anholt wrote:
> We're looking at the option of using meta to implement glBlitFramebuffer()
> on gen8, to avoid writing another set of blorp code. I think it's looking
> pretty promising. Here's a first patch series that gets us to the point
> of fixing glBlitFramebuff
The only thing that wants to track the glsl_sampler structure is the
shader string generator.
---
src/mesa/drivers/common/meta.c | 33 +++--
1 file changed, 11 insertions(+), 22 deletions(-)
diff --git a/src/mesa/drivers/common/meta.c b/src/mesa/drivers/common/meta.c
i
---
src/mesa/drivers/common/meta.c | 15 +++
1 file changed, 3 insertions(+), 12 deletions(-)
diff --git a/src/mesa/drivers/common/meta.c b/src/mesa/drivers/common/meta.c
index f0cd5a0..268f418 100644
--- a/src/mesa/drivers/common/meta.c
+++ b/src/mesa/drivers/common/meta.c
@@ -3421,1
There was this funny argument passed to setup for "did alloc decide we
need to allocate new texture storage?", which goes away if we don't have
the caller do alloc as a separate step.
---
src/mesa/drivers/common/meta.c | 20 +---
1 file changed, 9 insertions(+), 11 deletions(-)
di
>From the GL_ARB_fbo spec:
If the source and destination buffers are identical, and the
source and destination rectangles overlap, the result of the blit
operation is undefined.
As far as I know, that's the only thing that would have been of concern
for this.
---
src/mesa/drivers/com
I tripped over one of these when debugging meta, and it's a lot nicer to
just see the internalFormat being complained about.
---
src/mesa/main/teximage.c | 19 ---
1 file changed, 12 insertions(+), 7 deletions(-)
diff --git a/src/mesa/main/teximage.c b/src/mesa/main/teximage.c
ind
Here are a few easy cleanups of meta (plus the one little mesa core change
I had in the previous series) before I get to the meat of the meta MSAA
blit work.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/li
Everyone was just immediately calling it and doing nothing else with the
shader program id.
---
src/mesa/drivers/common/meta.c | 30 --
1 file changed, 8 insertions(+), 22 deletions(-)
diff --git a/src/mesa/drivers/common/meta.c b/src/mesa/drivers/common/meta.c
index 2
While these structs are generated per GLSL sampler type, they're structs
of data-about-shaders (notably, the ID of a shader program), not
data-about-samplers.
---
src/mesa/drivers/common/meta.c | 81 +-
1 file changed, 40 insertions(+), 41 deletions(-)
diff
On Tue, Feb 11, 2014 at 2:41 AM, Sathishkumar Sivagurunathan
wrote:
> brw_context.h:1842:24: error: 'drm_intel_bo' has no member named 'offset64'
Sounds like the libdrm you're building against is too old.
> ~~Disclaimer~
Hi,
I am trying to install MESA libraries. I am facing a few issues with the
installation.
Can someone help me in this..
1)I am running the following command.
./autogen.sh --prefix=/usr --enable-gles2 --enable-gles1 --disable-gallium-egl
--with-dri-drivers=i965,swrast --with-ga
From: Rob Clark
DRM_API_HANDLE_TYPE_SHARED is zero, so doesn't actually fix anything.
But we shouldn't rely on SHARED handle type being zero.
Signed-off-by: Rob Clark
---
src/gallium/state_trackers/xa/xa_tracker.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/state_trackers/x
From: Rob Clark
Signed-off-by: Rob Clark
---
src/gallium/targets/pipe-loader/Makefile.am | 17 +
src/gallium/targets/pipe-loader/pipe_msm.c | 21 +
2 files changed, 38 insertions(+)
create mode 100644 src/gallium/targets/pipe-loader/pipe_msm.c
diff --git a
From: Rob Clark
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
---
configure.ac | 14 +++--
src/gallium/aux
From: Rob Clark
This lets multiple gallium drivers use XA.
Signed-off-by: Rob Clark
---
configure.ac | 9 +--
src/gallium/auxiliary/pipe-loader/Makefile.am | 1 -
src/gallium/auxiliary/pipe-loader/pipe_loader_sw.c | 2 -
src/gallium/state_trackers/
From: Rob Clark
Original patchset:
http://lists.freedesktop.org/archives/mesa-dev/2014-February/053632.html
v1: original
v2: moves xa target into targets/xa, and fixes various issues spotted
by Emil
v3: few more comments from Emil (drop code in targets/xa, get rid of
-DSTANDALONE_LOADER
Am 11.02.2014 22:58, schrieb Dave Airlie:
>>>dst.z = texture_depth(unit, lod)
>>>
>>> +.. opcode:: TG4 - Texture Gather (as per ARB_texture_gather)
>>> + Gathers the four texels to be used in a bi-linear
>>> + filtering operation and packs them into a single register
* Make sure that only drivers that are handled by configure.ac
are included in DRI_DIRS.
* Change with_dri_drivers default value to auto, and set enable
autodetection, when enable_opengl is on.
v2: Move "test" to the correct location.
v3: Squash DRI_DIRS handling before the switch statement.
Sugge
On 08/02/14 16:03, Emil Velikov wrote:> Hello list,
>
> Continuing with another not so interesting area of mesa - cleaning up
> the exported symbols and adding make check tests.
>
> Note: Most of these patches are rather dull and may cause boredom or
> sleepiness :-)
>
> Before proceeding make sure
>>dst.z = texture_depth(unit, lod)
>>
>> +.. opcode:: TG4 - Texture Gather (as per ARB_texture_gather)
>> + Gathers the four texels to be used in a bi-linear
>> + filtering operation and packs them into a single register.
>> + Only works with 2D, 2D arr
From: Marek Olšák
v2: use one of the htile registers instead
---
src/gallium/drivers/r600/evergreen_state.c| 6 ++
src/gallium/drivers/r600/r600_state.c | 6 ++
src/gallium/drivers/radeon/r600_pipe_common.h | 2 --
3 files changed, 4 insertions(+), 10 deletions(-)
diff --git
Ian Romanick writes:
> From: Ian Romanick
>
> decompress_texture_image creates an FBO, an RBO, a VBO, a VAO, and a
> sampler object, but none of them are ever released. Later patches will
> add program objects, exacerbating the problem. Leaking piles of memory
> is generally frowned upon.
Gen
On Mon, Feb 10, 2014 at 02:35:03PM -0800, Matt Arsenault wrote:
> Why would you want to do this for the small types? You should be able to
> load those in fewer loads and then promote them.
>
We only custom lower v*i32 loads, so this code won't be executed on
smaller types.
-Tom
> On 02/10/2014
On 11/02/14 19:30, Christian König wrote:
> Am 11.02.2014 19:56, schrieb Emil Velikov:
>> On 11/02/14 17:27, Christian König wrote:
>>> From: Christian König
>>>
>>> v2 (chk): fix eos handling
>>> v3 (leo): implement scaling configuration support
>>> v4 (leo): fix bitrate bug
>>> v5 (chk): add wor
Am 11.02.2014 19:56, schrieb Emil Velikov:
On 11/02/14 17:27, Christian König wrote:
From: Christian König
v2 (chk): fix eos handling
v3 (leo): implement scaling configuration support
v4 (leo): fix bitrate bug
v5 (chk): add workaround for bug in Bellagio
v6 (chk): fix div by 0 if framerate isn
On 02/11/2014 10:26 AM, Fredrik Höglund wrote:
Cc: "10.1" "10.0"
Bugzilla:
https://urldefense.proofpoint.com/v1/url?u=https://bugs.freedesktop.org/show_bug.cgi?id%3D72895&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=lGQMzzTgII0I7jefp2FHq7WtZ%2BTLs8wadB%2BiIj9xpBY%3D%0A&m=lVIxA0g34qfgRkd6wwbCsac%2BEER
On 11/02/14 17:27, Christian König wrote:
> From: Christian König
>
> v2 (chk): fix eos handling
> v3 (leo): implement scaling configuration support
> v4 (leo): fix bitrate bug
> v5 (chk): add workaround for bug in Bellagio
> v6 (chk): fix div by 0 if framerate isn't known,
> user separ
Kevin Rogovin writes:
> Corrects the format for the temp texture used in
> for the case where source framebuffer is an integer
> texture when blitframebuffer_texture() cannot be used.
> Note: Does NOT correct the underling blits, rather only
> corrects the format of the temporary texture to be
>
On Thu, 2 Jan 2014 11:20:13 +0200
Lauri Kasanen wrote:
> On Sun, 15 Dec 2013 12:38:28 +0200
> Lauri Kasanen wrote:
>
> > There is a GLX extension for this behavior, glx_swap_control_tear, which
> > mesa doesn't
> > support ATM. But as usual, even after it becomes supported, there will be
> >
Hello list,
this is the v2 of the initial VCE support. It's based on the OpenMAX state
tracker. Beside this list those patches can be found here as well:
http://cgit.freedesktop.org/~deathsimple/mesa/log/?h=vce-release
Additionally to those patches you also need kernel support and matching
fir
From: Christian König
v2 (chk): revert feedback buffer hack
v3 (slava): fixed bitstream size calculation
v4 (chk): always create buffers in the right domain
v5 (chk): flush async
v6 (chk): rework fw interface add version check
v7 (leo): implement cropping support
Signed-off-by: Christian König
From: Christian König
v2: add fw version query
v3: add README.VCE
v4: avoid error msg when kernel doesn't support it
Signed-off-by: Christian König
---
docs/README.VCE | 43 +++
src/gallium/winsys/radeon/drm/radeon_drm_cs.c | 10 ++
From: Christian König
v2 (chk): fix eos handling
v3 (leo): implement scaling configuration support
v4 (leo): fix bitrate bug
v5 (chk): add workaround for bug in Bellagio
v6 (chk): fix div by 0 if framerate isn't known,
user separate pipe object for scale and transfer,
always f
From: Christian König
v2: cleanup, add some comments
Signed-off-by: Christian König
---
src/gallium/drivers/r600/r600_uvd.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_uvd.c
b/src/gallium/drivers/r600/r600_uvd.c
index f42384c..f55
Cc: "10.1" "10.0"
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=72895
---
src/mesa/main/attrib.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/mesa/main/attrib.c b/src/mesa/main/attrib.c
index 0045280..5a626f2 100644
--- a/src/mesa/main/attrib.c
+++ b/src/mesa/main/attrib.c
@@
On 11/02/14 05:42, Ilia Mirkin wrote:
> It should be possible to make this be 16 on nvc0.
>
> Signed-off-by: Ilia Mirkin
Reviewed-by: Emil Velikov
I have some other patches in the queue and I'll push this shortly
-Emil
> ---
>
> Not touching nv50 since I have a patch that actually impelents
On 11/02/14 16:28, Maarten Lankhorst wrote:
> Only export __driDriverExtensions by default, and
> radeon_drm_winsys_create on radeons.
> Remove -Bsymbolic which should no longer be needed.
>
> As a side effect, it ought to fix a manifestation of bug 73200 on radeon.
>
As long as out of tree build
Am 11.02.2014 02:43, schrieb Dave Airlie:
> From: Dave Airlie
>
> This adds support to gallium for a TG4 instruction,
> and two CAPs. The first CAP is required for GL_ARB_texture_gather.
>
> The second CAP is required to expose GL_ARB_gpu_shader5.
>
> However so far we haven't found any hardwar
Only export __driDriverExtensions by default, and radeon_drm_winsys_create on
radeons.
Remove -Bsymbolic which should no longer be needed.
As a side effect, it ought to fix a manifestation of bug 73200 on radeon.
Signed-off-by: Maarten Lankhorst
---
diff --git a/src/gallium/Automake.inc b/src/g
On 11/02/14 15:29, Ilia Mirkin wrote:
> On Tue, Feb 11, 2014 at 10:14 AM, Emil Velikov
> wrote:
>> * Make sure that only drivers that are handled by configure.ac
>> are included in DRI_DIRS.
>> * Change with_dri_drivers default value to auto, and set enable
>> autodetection, when enable_opengl is
Am 11.02.2014 16:24, schrieb Emil Velikov:
On 11/02/14 15:17, Christian König wrote:
Am 11.02.2014 15:55, schrieb Maarten Lankhorst:
Hide most symbols, except radeon_drm_winsys_create.
As a side effect, it ought to fix bug 73200 on radeon.
Signed-off-by: Maarten Lankhorst
I think Emil Veliko
On Tue, Feb 11, 2014 at 10:14 AM, Emil Velikov wrote:
> * Make sure that only drivers that are handled by configure.ac
> are included in DRI_DIRS.
> * Change with_dri_drivers default value to auto, and set enable
> autodetection, when enable_opengl is on.
>
> v2: Move "test" to the correct locatio
On 11/02/14 15:17, Christian König wrote:
> Am 11.02.2014 15:55, schrieb Maarten Lankhorst:
>> Hide most symbols, except radeon_drm_winsys_create.
>> As a side effect, it ought to fix bug 73200 on radeon.
>>
>> Signed-off-by: Maarten Lankhorst
>
> I think Emil Velikov wanted to remove "-export-sy
Am 11.02.2014 15:55, schrieb Maarten Lankhorst:
Hide most symbols, except radeon_drm_winsys_create.
As a side effect, it ought to fix bug 73200 on radeon.
Signed-off-by: Maarten Lankhorst
I think Emil Velikov wanted to remove "-export-symbols-regex", but I'm
fine with any method as long as i
* Make sure that only drivers that are handled by configure.ac
are included in DRI_DIRS.
* Change with_dri_drivers default value to auto, and set enable
autodetection, when enable_opengl is on.
v2: Move "test" to the correct location.
Signed-off-by: Emil Velikov
---
configure.ac | 127 +
Signed-off-by: Emil Velikov
---
configure.ac | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/configure.ac b/configure.ac
index 64e9feb..35c3a05 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1311,7 +1311,7 @@ AC_ARG_WITH([libclc-path],
[LIBCLC_PATH="$wit
Hide most symbols, except radeon_drm_winsys_create.
As a side effect, it ought to fix bug 73200 on radeon.
Signed-off-by: Maarten Lankhorst
---
diff --git a/src/gallium/Automake.inc b/src/gallium/Automake.inc
index 1e4a34f..b70b940 100644
--- a/src/gallium/Automake.inc
+++ b/src/gallium/Automake
Both arches have the same list of dri_dirs.
Signed-off-by: Emil Velikov
---
configure.ac | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/configure.ac b/configure.ac
index 6d3e780..3f34555 100644
--- a/configure.ac
+++ b/configure.ac
@@ -993,14 +993,8 @@ if test "x$
Signed-off-by: Emil Velikov
---
configure.ac | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/configure.ac b/configure.ac
index 136d0d1..64e9feb 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1190,7 +1190,7 @@ dnl
dnl EGL Gallium configuration
dnl
if test "x
Both x86_64|amd64 and *bsd, already set the full range of available
classic dri drivers. Drop the explicit assignment, and fall back to
the generic default.
Keep explicit list from plafroms/arches that do not handle the default
list.
Update help strings, to explicitly mention "classic" for applica
* Make sure that only drivers that are handled by configure.ac
are included in DRI_DIRS.
* Change with_dri_drivers default value to auto, and set enable
autodetection, when enable_opengl is on.
Signed-off-by: Emil Velikov
---
configure.ac | 127 ++-
Move all the cases within one switch statement and handle
i9{1,6}5 and r{adeon,200} independently.
Signed-off-by: Emil Velikov
---
configure.ac | 47 ---
1 file changed, 12 insertions(+), 35 deletions(-)
diff --git a/configure.ac b/configure.ac
index
Signed-off-by: Emil Velikov
---
This is what I had in mind + a last second extra
- drops the wrappers
- clean up all the linker mayham
- include $(top_srcdir)/install-lib-links.mk to handle symlinks for library
-Emil
src/gallium/state_trackers/xa/Makefile.am | 3 +-
src/gallium/state_trac
Ah, you're correct. I'll fix that.
/Juha-Pekka
On Tue, Feb 11, 2014 at 4:18 PM, Petri Latvala wrote:
> On 02/11/2014 04:07 PM, Juha-Pekka Heikkila wrote:
>>
>> Signed-off-by: Juha-Pekka Heikkila
>> ---
>> src/glx/indirect_glx.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> d
On 02/11/2014 04:07 PM, Juha-Pekka Heikkila wrote:
Signed-off-by: Juha-Pekka Heikkila
---
src/glx/indirect_glx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/glx/indirect_glx.c b/src/glx/indirect_glx.c
index 28b8cd0..41048f4 100644
--- a/src/glx/indirect_glx.c
+++ b
Signed-off-by: Juha-Pekka Heikkila
---
src/glx/glxext.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/glx/glxext.c b/src/glx/glxext.c
index 4a195bd..837c5b0 100644
--- a/src/glx/glxext.c
+++ b/src/glx/glxext.c
@@ -686,7 +686,8 @@ static GLboolean
fb_req->glxCode
Three simple patches for glx to do some null checking.
Juha-Pekka Heikkila (3):
glx: Add extra null check in __glXClientInfo
glx: add extra null check in getFBConfigs
glx: add missing null check in SendMakeCurrentRequest
src/glx/glxcmds.c | 13 -
src/glx/glxext.c |
Signed-off-by: Juha-Pekka Heikkila
---
src/glx/indirect_glx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/glx/indirect_glx.c b/src/glx/indirect_glx.c
index 28b8cd0..41048f4 100644
--- a/src/glx/indirect_glx.c
+++ b/src/glx/indirect_glx.c
@@ -84,7 +84,7 @@ SendMakeCurre
Signed-off-by: Juha-Pekka Heikkila
---
src/glx/glxcmds.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/src/glx/glxcmds.c b/src/glx/glxcmds.c
index 38a5262..4d8d0c2 100644
--- a/src/glx/glxcmds.c
+++ b/src/glx/glxcmds.c
@@ -1392,13 +1392,16 @@ void
__glXClientI
https://bugs.freedesktop.org/show_bug.cgi?id=74803
Marek Olšák changed:
What|Removed |Added
Assignee|mesa-dev@lists.freedesktop. |dri-devel@lists.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=74803
--- Comment #9 from funkydude ---
I launched Cogs via Steam and used the following "launch option", hopefully
that's correct.
R600_DEBUG=nohyperz %command%
That actually fixed the shadows, they all look normal.
--
You are receiving this mail
From: Christian König
Unused and unmaintained for quite a while.
Signed-off-by: Christian König
---
src/gallium/auxiliary/vl/vl_winsys.h | 4 +-
src/gallium/auxiliary/vl/vl_winsys_xsp.c | 170 --
src/gallium/drivers/softpipe/sp_context.c | 5 -
src/gallium
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 hardware and one for
software driven backends - eg.
On 02/07/2014 03:29 AM, Daniel Kurtz wrote:
> Consider a multithreaded program with two contexts A and B, and the
> following scenario:
>
> 1. Context A calls initialize(), which allocates mem_ctx and starts
>building built-ins.
> 2. Context B calls initialize(), which sees mem_ctx != NULL and
81 matches
Mail list logo
