[Nouveau] [Bug 73358] [regression?][nv34] adobe flash + firefox -> DATA_ERROR

[bugzilla-daemon at freedesktop.org]

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

--- Comment #27 from Ronald <ronald645 at gmail.com> ---
(In reply to comment #26)

> I think you meant to say LD_LIBRARY_PATH=./lib

The vdpau_nouveau.so was sitting in mesa/lib/gallium. But it turns out that
even with your suggestion it would not load. What I did was this:

- vdpau_nouveau.so was sitting in ~/mesa/lib/gallium
- cd ~/mesa/lib/gallium
- git clone git://people.freedesktop.org/~aplattner/libvdpau
- ./configure --with-module-dir=~/mesa/lib/gallium
- cd ..
- ln -s -t . libvdpau/src/.libs/libvdpau.so
- ln -s libvdpau.so libvdpau.so.1
- ln -s libvdpau.so libvdpau.so.1.0.0
- cd ~/mesa/lib/gallium

And reran the tests. Same garbled screen as in comment #23. Sorry.

I went to verify I did thinks right so I ran inotifywait on the system vdpau
and my own build of vdpau:

[gebruiker at delta ~]$ inotifywait -m ~/mesa/lib/gallium/libvdpau_nouveau.so
Setting up watches.
Watches established.
mesa/lib/gallium/libvdpau_nouveau.so OPEN 
mesa/lib/gallium/libvdpau_nouveau.so ACCESS 
mesa/lib/gallium/libvdpau_nouveau.so CLOSE_NOWRITE,CLOSE 
mesa/lib/gallium/libvdpau_nouveau.so OPEN 
mesa/lib/gallium/libvdpau_nouveau.so ACCESS 
mesa/lib/gallium/libvdpau_nouveau.so CLOSE_NOWRITE,CLOSE 

( other terminal )

[gebruiker at delta mesa]$ inotifywait -rm /usr/lib/vdpau/
Setting up watches.  Beware: since -r was given, this may take a while!
Watches established.

( empty -> not used -> good! )

So I can fairly confidently say that your patch did not fix the issue.

> Also, since I'm pretty sure that this is all caused by vdpau, in order for
> it to use the libvdpau_nouveau.so that you generated, you need to have a
> libvdpau in that *same* lib directory. Otherwise it'll get loaded from a
> fixed path. (You can run strace -f -e open to confirm.)

Yes, thanks for the tip. I used strace and inotifywait.

> Mind testing out http://patchwork.freedesktop.org/patch/18063/ ? (Note,
> again, make _sure_ that the 'new' version of libvdpau_nouveau.so is being
> loaded, not the old one.)

Yes, you suggested this in comment #19 (or did you accidentaly ment another
patch?)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20140117/047cca84/attachment.html>