Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 172009
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: AMD64 Project <amd64@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Paolo Ornati <ornati@fastwebnet.it>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 172009 depends on: Show dependency tree
Bug 172009 blocks: 165270
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug

Description:   Opened: 2007-03-24 07:37 0000 
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

------- Comment #1 From Paolo Ornati 2007-03-24 07:52:40 0000 ------- 
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.

------- Comment #2 From Paolo Ornati 2007-03-24 08:02:07 0000 ------- 
(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 ;)

------- Comment #3 From Jakub Moc (RETIRED) 2007-04-11 06:48:35 0000 ------- 
*** Bug 174105 has been marked as a duplicate of this bug. ***

------- Comment #4 From Mr. Anderson 2007-06-24 17:00:57 0000 ------- 
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.

------- Comment #5 From Andrew Gaydenko 2007-07-19 21:21:31 0000 ------- 
Same here.
Can anybody describe the workaround mentioned in Comment #4 From Mr. Anderson?

------- Comment #6 From Paolo Ornati 2007-07-20 08:30:34 0000 ------- 
(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!

------- Comment #7 From Olivier Crete 2007-08-18 15:28:07 0000 ------- 
Fixed in 10.1
Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug