Bug#431098: Blender crash with 7.0.1-1 version
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
Reply to: