https://bugs.freedesktop.org/show_bug.cgi?id=95266
--- Comment #17 from David Lonie ---
Thanks for the info Jose, I'll make a note of that for the future.
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=95266
--- Comment #16 from Jose Fonseca ---
(In reply to David Lonie from comment #12)
> Just tried that here, no such luck:
>
> $ ln -s libGL.so libGL.so.1
> $ LD_LIBRARY_PATH=$PWD:$LD_LIBRARY_PATH apitrace trace --api gl
> ./vtkRenderingCoreCxxTest
https://bugs.freedesktop.org/show_bug.cgi?id=95266
--- Comment #15 from Emil Velikov ---
Just pointing out something that may not be that obvious - David is using the
xlib powered gallium libGL. That one uses the (iirc) unsupported split shared
LLVM libraries.
--
You are receiving this mail bec
https://bugs.freedesktop.org/show_bug.cgi?id=95266
--- Comment #14 from David Lonie ---
(In reply to Ilia Mirkin from comment #13)
> FWIW this is what it looks like on i965: http://i.imgur.com/LMmcGkM.png
>
> I'm guessing that's correct, but the "correct" screenshot is inside an
> archive and I'
https://bugs.freedesktop.org/show_bug.cgi?id=95266
--- Comment #13 from Ilia Mirkin ---
FWIW this is what it looks like on i965: http://i.imgur.com/LMmcGkM.png
I'm guessing that's correct, but the "correct" screenshot is inside an archive
and I'm lazy. It is indeed totally messed up with llvmpip
https://bugs.freedesktop.org/show_bug.cgi?id=95266
--- Comment #12 from David Lonie ---
(In reply to Jose Fonseca from comment #10)
> The proper way of using a custom libGL.so is to simply set LD_LIBRARY_PATH
> to the directory that has it:
>
> ln -sf libGL.so libGL.so,1
> LD_LIBRARY_PATH=$P
https://bugs.freedesktop.org/show_bug.cgi?id=95266
--- Comment #11 from Jose Fonseca ---
Created attachment 123472
--> https://bugs.freedesktop.org/attachment.cgi?id=123472&action=edit
TestTranslucentLUTDepthPeeling.trace
Trace.
--
You are receiving this mail because:
You are the assignee fo
https://bugs.freedesktop.org/show_bug.cgi?id=95266
--- Comment #10 from Jose Fonseca ---
(In reply to Jose Fonseca from comment #8)
> It looks like apitrace is about to enter an infinite loop: the address of
> the supposedly "real" glXCreateContextAttribsARB function is actually
> pointing to the
https://bugs.freedesktop.org/show_bug.cgi?id=95266
--- Comment #9 from Roland Scheidegger ---
FWIW it was not the samplers returning NaN for the float texture, but rather
the _coords_ being NaNs (thus the results from sampling could be anything,
though it is possible some implementations would us
https://bugs.freedesktop.org/show_bug.cgi?id=95266
--- Comment #8 from Jose Fonseca ---
(In reply to David Lonie from comment #7)
> Is this issue familiar to anyone? I'll keep trying to get this working, but
> would appreciate any tips if this is a known issue :)
It looks like apitrace is about
https://bugs.freedesktop.org/show_bug.cgi?id=95266
--- Comment #7 from David Lonie ---
I'm trying to get a trace, but apitrace is failing an assertion:
$ apitrace trace --api gl bin/vtkRenderingCoreCxxTests
"TestTranslucentLUTDepthPeeling"
vtkRend
https://bugs.freedesktop.org/show_bug.cgi?id=95266
--- Comment #6 from Jose Fonseca ---
(In reply to David Lonie from comment #3)
> I included an apitrace on the last bug, and was told that it was not
> suitable for reproducing bugs (something about apitrace forcing a 4.5
> context IIRC). I can m
https://bugs.freedesktop.org/show_bug.cgi?id=95266
--- Comment #4 from Ilia Mirkin ---
(In reply to David Lonie from comment #3)
> I included an apitrace on the last bug, and was told that it was not
> suitable for reproducing bugs (something about apitrace forcing a 4.5
> context IIRC). I can ma
https://bugs.freedesktop.org/show_bug.cgi?id=95266
--- Comment #5 from Ilia Mirkin ---
FWIW I was able to run your trace from the other bug with
MESA_GL_VERSION_OVERRIDE=4.5 MESA_GLSL_VERSION_OVERRIDE=450
so I suspect that a trace of this issue would be nice to have as well.
--
You are receiv
https://bugs.freedesktop.org/show_bug.cgi?id=95266
--- Comment #3 from David Lonie ---
I included an apitrace on the last bug, and was told that it was not suitable
for reproducing bugs (something about apitrace forcing a 4.5 context IIRC). I
can make one for this issue if anyone needs it.
I sha
https://bugs.freedesktop.org/show_bug.cgi?id=95266
Ilia Mirkin changed:
What|Removed |Added
Attachment #123465|text/plain |application/bzip2
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=95266
--- Comment #2 from Ilia Mirkin ---
You might consider including an apitrace that reproduces the issue. People are
probably going to be less inclined to run some random binary off the interwebs.
Also, is this only a bug with llvmpipe (and/or gal
https://bugs.freedesktop.org/show_bug.cgi?id=95266
--- Comment #1 from David Lonie ---
The "Reproduction of issue" attachment is a tar.bz2 file, btw. When I try to
download it it just dumps the binary as character data to my browser...Let me
know if I should re-upload it and do something differen
https://bugs.freedesktop.org/show_bug.cgi?id=95266
Bug ID: 95266
Summary: Geometry missing from rendering, only when using Mesa.
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
19 matches
Mail list logo
