Currently 32bit GL programs crash on AMD64 with Intel i965 graphic: $ winecfg Warning: could not find DOS drive for current working directory '/home/paolo/BUGS/Mesa-Fix', starting in the Windows directory. bufmgr_fake.c:1245: bmReleaseBuffers: Assertion `intel->locked' failed. wine: Assertion failed at address 0xffffe410 (thread 0009), starting debugger... Unhandled exception: assertion failed in 32-bit code (0xffffe410). ... The BUG is already fixed in mesa 6.5.2-r1: http://bugs.gentoo.org/show_bug.cgi?id=163973 http://bugs.gentoo.org/attachment.cgi?id=108230&action=diff I've built 6.5.2-r1 in a 32bit chroot and copied: /mnt/gentoo32/usr/lib/dri/i965_dri.so to /usr/lib32/dri/i965_dri.so This fixes the problem. It would be good to incorporate the fix in emul-linux-x86-xlibs-10.0-r1 :) Reproducible: Always
Ooops... the brutal copy didn't work (I guess I have to copy something else): LIBGL_DEBUG=1 winecfg Warning: could not find DOS drive for current working directory '/home/paolo', starting in the Windows directory. libGL error: dlopen /usr/lib32/dri/i965_dri.so failed (/usr/lib32/dri/i965_dri.so: undefined symbol: drmCloseOnce) but I can confirm the fix works in the 32bit chroot.
(In reply to comment #1) > Ooops... the brutal copy didn't work (I guess I have to copy something else): > Ahh, it's just that newer mesa requires newer libdrm ;)
*** Bug 174105 has been marked as a duplicate of this bug. ***
I had the same problem here. I updated mesa and libdrm in emul-linux-x86-xlibs and later also all other libs in that package. Both versions work fine.
Same here. Can anybody describe the workaround mentioned in Comment #4 From Mr. Anderson?
(In reply to comment #5) > Same here. > Can anybody describe the workaround mentioned in Comment #4 From Mr. Anderson? > If think he did the same thing as me... he compiled mesa 6.5.2-r1 in a 32bit chroot and copied the lib files to /usr/lib32. The two files to copy, at least for me, are: dri/i965_dri.so libdrm.so.2.3.0 The precompiled portage emul package is still broken. I'll change the priority, since this BUG causes crashes in 32bit GL apps (winecfg crash on start, Google Earth crash on exit, and so on...) and the fix is EASY!
Fixed in 10.1
