[Bug 30684] [r300g][OpenVG] OpenVG demos fail to render properly

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Wed Dec 1 10:57:52 PST 2010


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

--- Comment #13 from Sergey Kondakov <virtuousfox at gmail.com> 2010-12-01 10:57:52 PST ---
i don't know how it should look either :) i just know that before this patch
and recent big changes it was just ugly black stuff in ugly white box.

we should probably ask someone who wrote those demos.
is it possible to use different gallium driver on-the-fly without X restart,
library rename, etc. ?

if it should look like it looks on recent screenshots then this is, probably,
_fixed_.
on r600g (R770) those demos were outright segfaulting before openvg 1.1 bump
and now they look indistinguishable from those last r300g screenshots with 2
exceptions though: 
1) lion rotating much slower and much more sluggish than on r300g machine and
looks more colourful.
maybe it uses software rendering for openvg for some reason and this is how it
supposed to look ? i will provide a picture
2) no text in "text" demo and it says:
"EE r600_shader.c/tgsi_unsupported:868 - 25 tgsi opcode unsupported
EE r600_shader.c/r600_pipe_shader_create:339 - translation from TGSI failed !"

but this is probably not in your department and topic of another bug report
which should be filled.

anyway, i'm happy that openvg can actually draw something coherent on real
gallium drivers. maybe it will finally be a reason for those cairo guys to fix
their drm/kms & gallium & openvg & xcb "support", for 2D GUI/DE/vector graphic
editor people to utilize it and such.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


More information about the dri-devel mailing list