Open alexge233 opened 7 years ago
@alexge233 sorry for slow response, all pointers are checked against NULL in vaDisplayIsValid(), so it is weird that you experienced this issue. Could you help to debug this issue with gdb when you encounter this issue again?
@xhaihao I can force it by re-compiling libfreenect with libva enabled. If I run it enough times it happens. Are there debug symbols in apt-get for va?
Thanks @alexge233 , you may try libva1-dbg or if possible, you can build the library from source code. you can download the release tarball from https://github.com/01org/libva/releases,
Hi @xhaihao on Ubuntu 16.04 there is no libva1-dbg
, have you got a ppa repository?
@alexge233 Sorry I gave you wrong information. I saw libva1-dbg in the list bash-completion gave me when I typed 'apt-get install libva\<TAB>', I thought libva1-dbg is available to install.
Assigned to P4 priority based on our bug scrub meeting
@alexge233 Do you have a chance to debug this problem? I don't have the environment to reproduce this issue.
No sorry, we've changed platform and moved on to a tegra.
Hi, it looks like I'm getting same error when trying to encode webp. I have build both static and dynamic library from my sources and using that library in other program. When I use static library, everything works just fine, but using shared library I get segfault in vaDisplayIsValid, which is odd, because I thought program using libva has to be linked dynamically to load driver. I tried debugging and display variable (which i got from va_open_display() function from libva-utils/common/libva-display) is not NULL, but I cannot acces other display object variables. I can send you crash dump, or my code, but it's mostly copied from encode example from libva-utils.
Hi,
I'm using libfreenect2 which is using libva for hardware encoding/decoding AFAIK, and I've opened an issue there as well. System is Ubuntu 16.04 amd64, and I've got libva installed from apt-get, version 1.7.0-1.
I keep getting random segmentation faults:
I took a look into their code, and the offending code appear to be:
Please bear in mind the code (library) is executing under
ssh
but there is a gdm running, drivers are loaded, and the/dev/dri/*
do exist.