Aurélien PROVIN wrote: > I upgraded to 7.0.1-1 but blender crash again. >
Bug#431098 is not about a crash of blender, it's about a display corruption. Since you are experiencing a completely different issue, please stop replying to #431098 and open a new bug report with all the relevant information. > With gdb: > > #0 0xb74a6e7d in ?? () from /usr/lib/dri/radeon_dri.so > #1 0x00000018 in ?? () > #2 0x092f06d8 in ?? () > #3 0x00000020 in ?? () > #4 0xb7e1a8dc in ?? () from /usr/lib/libGL.so.1 > #5 0x080c6b15 in ?? () > #6 0xb8a0c74a in ?? () > #7 0x080c6b1d in ?? () > #8 0xbff773f4 in ?? () > #9 0x00000001 in ?? () > #10 0x00000000 in ?? () > > I tried to install libgl1-mesa-dri-dbg due to get debug symbols in gdb but > X doesn't start... I don't see how X could fail start because you installed libgl1-mesa-dri-dbg, this package only contains debugging symbols for a library that X clients uses, not the X server. Please try this again and make sure something else is not preventing X from starting. We can't do anything with a backtrace like the above one. > tail Xorg.0.log : > > (II) Initializing built-in extension XEVIE > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 8, (OK) > drmOpenByBusid: Searching for BusID pci:0000:01:05.0 > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 8, (OK) > drmOpenByBusid: drmOpenMinor returns 8 > drmOpenByBusid: drmGetBusid reports pci:0000:01:05.0 > Nothing bad to see here. If it could help, we would need the whole xorg.conf and Xorg.0.log. Brice