https://bugs.freedesktop.org/show_bug.cgi?id=92306

--- Comment #13 from Andrew Randrianasulu <rand...@mail.ru> ---
(In reply to Ilia Mirkin from comment #12)
> (In reply to Andrew Randrianasulu from comment #11)
> > "Mismatched color and zeta formats, ignoring zeta."
> 
> Yeah, as I suspected... unfortunately there's not a ton you can do besides
> fixing the issue. The problem is that you can't render to a 32-bit color
> format (e.g. RGBA8) while using a 16-bit zeta (Z16), and conversely you
> can't render to a 16-bit color format (e.g. RGB565) while using a 32-bit
> zeta (Z24S8).
> 
> My current solution to this problem is to just not set the zeta buffer and
> move on with life. This leads to incorrect rendering, but at least no hangs.
> 
> The proper solution is to have 2 depth textures that you copy to and fro and
> set the "right" one for the given color format. Ideally while minimizing the
> number of copies.

Hm, but in my case it apparently worked fine... so, may be check is
overrestrictive?

I also tried to apply this path on top of mesa version indicated above
((git-93161be)

----patch---
diff --git a/src/gallium/drivers/nouveau/nv30/nv30_state.c
b/src/gallium/drivers/nouveau/nv30/nv30_state.c
index fd604c2..cceedfd 100644
--- a/src/gallium/drivers/nouveau/nv30/nv30_state.c
+++ b/src/gallium/drivers/nouveau/nv30/nv30_state.c
@@ -382,7 +382,7 @@ nv30_set_framebuffer_state(struct pipe_context *pipe,
            (util_format_get_blocksize(fb->zsbuf->format) > 2) !=
            (util_format_get_blocksize(fb->cbufs[0]->format) > 2)) {
           nv30->framebuffer.zsbuf = NULL;
-          debug_printf("Mismatched color and zeta formats, ignoring zeta.\n");
+          debug_printf("Mismatched color %d and zeta %d formats, ignoring
zeta.\n", fb->cbufs[0]->format, fb->zsbuf->format);
        }
     }
 }
--------end-----

and got this in terminal:
"Mismatched color 1 and zeta 16 formats, ignoring zeta."

This is a bit strange, this demo from ~2002 era, and apparently was  working
fine on older nvidia hardware. And on nouveau, until this  commit.  I will
retest just for making sure it doesn't flood my dmesg with errors ....

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau

Reply via email to