https://bugs.freedesktop.org/show_bug.cgi?id=76483
--- Comment #21 from Karl Schendel schen...@kbcomputer.com ---
That change alas produces a garbled display at startup. (It's wrapped in both
directions and jittery, like an old TV with bad sync pulse detection.)
Just for the heck of it, I tried
https://bugs.freedesktop.org/show_bug.cgi?id=76483
--- Comment #22 from Ben Skeggs skeg...@gmail.com ---
(In reply to comment #21)
That change alas produces a garbled display at startup. (It's wrapped in
both directions and jittery, like an old TV with bad sync pulse detection.)
Just for
https://bugs.freedesktop.org/show_bug.cgi?id=76483
--- Comment #23 from Karl Schendel schen...@kbcomputer.com ---
Created attachment 102016
-- https://bugs.freedesktop.org/attachment.cgi?id=102016action=edit
dmesg from garbled display
The interesting thing here is that I waited for the dpms
https://bugs.freedesktop.org/show_bug.cgi?id=76483
--- Comment #24 from Ben Skeggs skeg...@gmail.com ---
(In reply to comment #23)
Created attachment 102016 [details]
dmesg from garbled display
Not sure if/why it's causing a garbled display, but I did spot one bug from the
log that's causing
https://bugs.freedesktop.org/show_bug.cgi?id=80738
Priority: medium
Bug ID: 80738
Assignee: nouveau@lists.freedesktop.org
Summary: Possible wrong variable used in
nouveau_allocate_surface
QA Contact: xorg-t...@lists.x.org
https://bugs.freedesktop.org/show_bug.cgi?id=80738
Ben Skeggs skeg...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
The hardware allows multiple simultaneous renders with the same
memory-backed constbufs but with each invocation having different
values. However in order for that to work, the data has to be streamed
in via the right constbuf slot. We weren't doing that for UBOs.
Signed-off-by: Ilia Mirkin