This doesn't actually work --
call_link_visitor::find_matching_signature passes a NULL state pointer
in here.
On Sun, Apr 27, 2014 at 9:44 PM, Chris Forbes wrote:
> Signed-off-by: Chris Forbes
> ---
> src/glsl/glsl_types.cpp | 16 +---
> 1 file changed, 13 insertions(+), 3 deletions
On Thu, Apr 10, 2014 at 2:12 AM, Dave Airlie wrote:
> So I wanted to implement ARB_texture_query_levels, in order to get the
> right answers I had to make sure the gallium texture has the same levels
> as the mesa one, so the hw is programmed correctly.
>
> This led to some fallout as we were sudd
The old condition disallowed load propagation any time flags were
defined, even with e.g. set and a constbuf reference. The new condition
disallows it only with immediate propagation. (There are no opcodes that
set the condition flag and have an immediate argument.)
Signed-off-by: Ilia Mirkin
---
https://bugs.freedesktop.org/show_bug.cgi?id=78225
--- Comment #1 from Emil Velikov ---
Have you tried using EGL with the mentioned config/patch ?
AFAICS both gbm backends require DRI, thus in your case you're building only an
empty libgbm library which does not provide much functionality on it'
https://bugs.freedesktop.org/show_bug.cgi?id=78123
--- Comment #6 from John Kåre Alsaker ---
It's stopping all 3D from working.
It's the master branch since fe6a854477c2ed30c37c200668a4dc86512120f7. It's
self compiled. Options:
./autogen.sh --prefix=/usr --with-dri-driverdir=/usr/lib/xorg/modul
https://bugs.freedesktop.org/show_bug.cgi?id=78225
Priority: medium
Bug ID: 78225
Assignee: mesa-dev@lists.freedesktop.org
Summary: Compile error due to undefined reference to
`gbm_dri_backend', fix attached
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=78123
--- Comment #5 from Thomas Hellström ---
Is this stopping 3D from working at all, or is it a one-time thing?
What mesa branch is this? Is it self compiled or the built-in Archlinux mesa?
/Thomas
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=78123
--- Comment #4 from John Kåre Alsaker ---
[ 3419.698902] [drm:vmw_cmd_compat_res_check] *ERROR* Could not find or use
resource 0x.
[ 3419.698942] CPU: 2 PID: 1421 Comm: glxgears Not tainted 3.14.2-1-ARCH #1
[ 3419.698944] Hardware name: V
https://bugs.freedesktop.org/show_bug.cgi?id=78123
--- Comment #3 from Thomas Hellström ---
Actually, This should work also with older kernels.
However, you should see error messages in the kernel log if this occurs, could
you post the output of dmesg on the bug?
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=78123
--- Comment #2 from John Kåre Alsaker ---
I'm not sure what you mean by updating the module. I assume that's done with
kernel updates. Shouldn't mesa work on old kernels anyway?
Also Linux 3.14.2, libdrm 2.4.54 now.
--
You are receiving this m
On 03.05.2014 22:29, Brian Paul wrote:
> The enum numbers were just cruft.
I disagree. Nothing's changed about the reason I added them in the first
place: When a driver is queried for a cap it doesn't know about, it
prints an error message containing only the numeric value of the cap.
These explic
The enum numbers were just cruft.
---
src/gallium/include/pipe/p_defines.h | 64 +-
1 file changed, 32 insertions(+), 32 deletions(-)
diff --git a/src/gallium/include/pipe/p_defines.h
b/src/gallium/include/pipe/p_defines.h
index 9436e7e..6869d69 100644
--- a/src
https://bugs.freedesktop.org/show_bug.cgi?id=78123
--- Comment #1 from Brian Paul ---
Hi John,
Sorry I missed this earlier. My first guess is you need to update your vmwgfx
kernel module. Have you tried that?
--
You are receiving this mail because:
You are the assignee for the bug.
_
This commit results in garbage output for r600g when building with
OpenGL (not ES) as enabled by my patches:
https://github.com/Zoxc/weston/commits/gl-rebase. (--enable-opengl on
configure)
It works on i965 so I was wondering how well tested this is on Gallium drivers?
On Fri, Mar 7, 2014 at 7:05
https://bugs.freedesktop.org/show_bug.cgi?id=78123
John Kåre Alsaker changed:
What|Removed |Added
CC||thellst...@vmware.com
--
You are re
https://bugs.freedesktop.org/show_bug.cgi?id=78123
John Kåre Alsaker changed:
What|Removed |Added
CC||bri...@vmware.com
--
You are receiv
If StencilSampling is enabled on the texture object, pass in an
equivalent stencil-only format.
Signed-off-by: Ilia Mirkin
---
This replaces my earlier series, based on a suggestion from Michel Dänzer on
IRC. Much simpler, and enables it for pretty much all gallium drivers.
src/mesa/state_trac
This will become useful when ARB_texture_stencil8 becomes supported by
mesa.
Signed-off-by: Ilia Mirkin
---
src/gallium/drivers/nouveau/nv50/nv50_formats.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/drivers/nouveau/nv50/nv50_formats.c
b/src/gallium/drivers/nouveau/nv50/nv50
Signed-off-by: Ilia Mirkin
---
src/gallium/drivers/nouveau/nv50/nv50_formats.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/src/gallium/drivers/nouveau/nv50/nv50_formats.c
b/src/gallium/drivers/nouveau/nv50/nv50_formats.c
index 52dd00a..eab0398 100644
--- a/src/gall
Hello,
I've noticed that nv50 fails the latest version of the conditional
rendering tests with glBlitFramebuffer. After looking at the changes
to the test, I just adjusted the nouveau blit code to not turn off the
current query. That fixed the failing test, but then the
copyteximage/etc tests star
20 matches
Mail list logo
