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
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
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
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
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
--- 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.
_
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
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
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
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 #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 #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=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 #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
--- 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'
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
---
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
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
20 matches
Mail list logo
