Re: Bug#625521: glibc: causes segfault in Xorg
Michel Dänzer daen...@debian.org (04/05/2011): More importantly xserver-xorg-core-dbg, to get debugging symbols for /usr/lib/xorg/modules/libshadow.so . If fbdev is indeed used (see Michel's other mail about that), rebuilding it with debugging symbols would be nice. AFAICT from a quick grep, the entry point to shadowUpdate*Packed would be through: | src/fbdev.c: shadowUpdateRotatePackedWeak() : shadowUpdatePackedWeak(), in the driver, leading to that in the server: | miext/shadow/shpacked.c:shadowUpdatePacked [Weak or not] or | miext/shadow/shrotate.c:shadowUpdateRotatePacked [Weak or not] Mraw, KiBi. signature.asc Description: Digital signature
Re: Bug#625521: glibc: causes segfault in Xorg
On Mit, 2011-05-04 at 11:08 +0200, Cyril Brulebois wrote: Michel Dänzer daen...@debian.org (04/05/2011): More importantly xserver-xorg-core-dbg, to get debugging symbols for /usr/lib/xorg/modules/libshadow.so . If fbdev is indeed used (see Michel's other mail about that), rebuilding it with debugging symbols would be nice. AFAICT from a quick grep, the entry point to shadowUpdate*Packed would be through: | src/fbdev.c: shadowUpdateRotatePackedWeak() : shadowUpdatePackedWeak(), Those are just callback pointers passed to shadowAdd(). The driver doesn't call shadowUpdatePacked() directly (in fact you'll note the backtrace doesn't have any frames belonging to the driver), but the shadow layer is only used as set up by the driver. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1304500485.5633.412.camel@thor.local
Re: Bug#625521: glibc: causes segfault in Xorg
Michel Dänzer daen...@debian.org (04/05/2011): Those are just callback pointers passed to shadowAdd(). The driver doesn't call shadowUpdatePacked() directly (in fact you'll note the backtrace doesn't have any frames belonging to the driver), but the shadow layer is only used as set up by the driver. Alright. Wasn't sure whether that was a somewhat broken backtrace with missing stuff, or something else. Thanks for the clarification. Mraw, KiBi. signature.asc Description: Digital signature
Bug#625521: glibc: causes segfault in Xorg
reassign 625521 xserver-xorg-core 2:1.10.1-2 quit Hi, Steve M. Robbins wrote: Xorg now segfaults, with the following in the Xorg.0.log: Program received signal SIGSEGV, Segmentation fault. __memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:153 153 ../sysdeps/x86_64/multiarch/memcpy-ssse3.S: No such file or directory. in ../sysdeps/x86_64/multiarch/memcpy-ssse3.S (gdb) bt #0 __memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:153 #1 0x73858db1 in shadowUpdatePacked () from /usr/lib/xorg/modules/libshadow.so #2 0x7385843f in ?? () from /usr/lib/xorg/modules/libshadow.so #3 0x0043571d in BlockHandler () #4 0x0045dcda in WaitForSomething () #5 0x004314b2 in ?? () #6 0x004257de in _start () Sounds like http://sourceware.org/bugzilla/show_bug.cgi?id=12518 which is fixed (sort of) by commit 0354e355 (2011-04-01). Reassigning to xserver-xorg-core. Xorg maintainers, please use memmove here. Thanks and hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110504051048.GH8187@elie
