Hardware: Macbook Pro 2.2
OS: Linux Ubuntu 9.10
GL: ATI, Free radeon driver (fglrx refuses to load, wants newer hardware)
Blender: 2.5, all revisions
Blender 2.49 runs perfectly on this machine, but 2.5 runs very slowly even with -noglsl. Upon trying to open User Preferences (trying to tone down OpenGL requirements) Blender 2.5 asserts and crashes. This same crash happens using Alpha 0 and all the Graphicall builds I've tried.
To the untrained eye this looks like a DRI problem rather than a Blender one, but the fact that 2.49 works perfectly leads me to hope that some change or fix in Blender might do the trick.
Backtrace:
bpy.ops.screen.userpref_show()
blender: radeon_lock.c:65: radeonGetLock: Assertion `drawable != ((void *)0)' fa
iled.
Program received signal SIGABRT, Aborted.
0x00756422 in __kernel_vsyscall ()
(gdb) bt
#0 0x00756422 in __kernel_vsyscall ()
#1 0x00c6f4d1 in *__GI_raise (sig=6)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#2 0x00c72932 in *__GI_abort () at abort.c:92
#3 0x00c68648 in *__GI___assert_fail (
assertion=0x41e3c67 "drawable != ((void *)0)",
file=0x41e3c59 "radeon_lock.c", line=65,
function=0x41e3c7f "radeonGetLock") at assert.c:81
#4 0x0402a7f4 in radeonGetLock () from /usr/lib/dri/r300_dri.so
#5 0x0402a87f in radeon_lock_hardware () from /usr/lib/dri/r300_dri.so
#6 0x040269e3 in radeonSwapBuffers () from /usr/lib/dri/r300_dri.so
#7 0x04000ec0 in ?? () from /usr/lib/dri/r300_dri.so
#8 0x0031b8a8 in ?? () from /usr/lib/libGL.so.1
#9 0x002f8f8f in glXSwapBuffers () from /usr/lib/libGL.so.1
#10 0x092a957a in GHOST_WindowX11::swapBuffers() ()
#11 0x092a16f1 in GHOST_SwapWindowBuffers ()
#12 0x08639530 in wm_window_swap_buffers ()
#13 0x0863ed84 in wm_draw_update ()
#14 0x08638b98 in WM_main ()
#15 0x086369f4 in main ()
Description
Event Timeline
Hi,
What SVN revision of Blender 2.5 are you using? or are you using Alpha 0? A crash related to opening user preferences was fixed recently, have you tried an up-to-date svn build?
Also please make sure you have the most recent graphics driver for your system
thanks
This happens with alpha 0, and with other graphicall builds I've tried. Most recent I've tried is r26112, same problem.
All Ubuntu updates to X and its drivers are installed; this machine is too important to run drivers newer than that.
checking out of svn...
building...
hmake is awesome...
holy hell there's a lot of deps...
grr, well hmake's not bad anyway...
finally got it built and...
Nope, same result from newest svn. (26112... d'oh! shoulda checked that first ;^)
(gdb) bt
#0 0x00b25422 in __kernel_vsyscall ()
#1 0x00b914d1 in *__GI_raise (sig=6)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#2 0x00b94932 in *__GI_abort () at abort.c:92
#3 0x00b8a648 in *__GI___assert_fail (
assertion=0x7eebc67 "drawable != ((void *)0)",
file=0x7eebc59 "radeon_lock.c", line=65,
function=0x7eebc7f "radeonGetLock") at assert.c:81
#4 0x07d327f4 in radeonGetLock () from /usr/lib/dri/r300_dri.so
#5 0x07d3287f in radeon_lock_hardware () from /usr/lib/dri/r300_dri.so
#6 0x07d2e9e3 in radeonSwapBuffers () from /usr/lib/dri/r300_dri.so
#7 0x07d08ec0 in ?? () from /usr/lib/dri/r300_dri.so
#8 0x002058a8 in ?? () from /usr/lib/libGL.so.1
#9 0x001e2f8f in glXSwapBuffers () from /usr/lib/libGL.so.1
#10 0x0830064a in GHOST_WindowX11::swapBuffers() ()
#11 0x082fb3c1 in GHOST_SwapWindowBuffers ()
#12 0x082f8da0 in wm_window_swap_buffers ()
#13 0x082e7c4c in wm_draw_update ()
#14 0x082e6878 in WM_main ()
#15 0x082e5f59 in main ()
Thanks for checking that out, it does look quite a bit like a driver issue.
Can you try the different openGL draw modes in User Preferences->System? (triple buffer/overlap/full ?)
You can open the user preferences without opening a new window, by changing the editor type from (for example) 3d view to user preferences.
cheers
I was filled with hope when I finally got to user prefs by changing a window type (thanks for the tip!) but alas, no combination of settings on any revision of 2.5 is completely happy on my system.
...BUT...
It's much more responsive if I choose "overlap", and as long as I don't do anything that opens a new window, it looks like everything else works. That means I can finally start using 2.5! (knock on wood ;^)
Interestingly, I've gotten more help here than from the xorg/DRI folks, where the real problem probably is. I still wonder if there's some possible workaround on Blender's side, but now I don't care as much.
Ok then, well I'll close this report for now since it seems like a driver bug. If you get any more news, please reply to this report and keep us updated.
Thanks!
I accept that you cannot address every bug in every version of every display driver.
I even accept that this issue is caused by a bug in the display driver.
What I wonder is:
- what does "File / User Preferences" do that no other aspect of Blender does that causes this driver bug to crash the app?
WORKAROUND:
- instead of "File / User Preferences", click the "Editor Type" button in the 3D view area and select "User Preferences".
SO, what does "File / User Preferences" do that "Editor Type / User Preferences" doesn't do?
-Jesse
PS: I have the latest drivers (2009) from Acer (manufacturer) and Intel (chipset) and the issue persists.
(: Yes, this is an old laptop: Acer Inspire 5732Z running Windows 7 Home Premium 64-bit :)
And I am running Blender 2.69.