Bug#412720: Additional information
Am Sun, 4. Mar 2007, 17:47:14 +0100 schrieb Julien Cristau: Thanks, but for the backtrace to be usable, you need to use an X server built with debugging symbols, which is not the case here. Running dpkg-buildpackage with the DEB_BUILD_OPTIONS envvar set to nostrip should be enough, hopefully. Ok, in addition to the package xserver-xorg-video-i810 I recompiled originally I now also recompiled xserver-xorg. The binary packages are available from http://www.jorrit.de/bug412720/ as before. Marina, could you please install the xserver-xorg-core from that location as well? And please remove the old core file before you create a new on, I whether existing core files are overwritten or not... Julien Cristau, do you think that the packages xserver-xorg-core and xserver-xorg-video-i810 with debugging symbols are sufficient? Thanks, Jö. -- Kiss a non-smoker; taste the difference. -- fortune signature.asc Description: Digital signature
Bug#412720: Additional information
On Mon, Mar 5, 2007 at 23:54:46 +0100, Jö Fahlke wrote: Julien Cristau, do you think that the packages xserver-xorg-core and xserver-xorg-video-i810 with debugging symbols are sufficient? They should be. Thanks for taking care of this. Cheers, Julien signature.asc Description: Digital signature
Bug#412720: Additional information
On Sun, Mar 4, 2007 at 17:41:46 +0100, Marina Seikel wrote: Here is the output of the gdb: ~$ sudo gdb /usr/bin/Xorg /etc/X11/core GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i486-linux-gnu...(no debugging symbols found) Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. [snip] Core was generated by `X'. Program terminated with signal 6, Aborted. #0 0xb7fdd410 in ?? () (gdb) bt full #0 0xb7fdd410 in ?? () No symbol table info available. #1 0xbf83f3bc in ?? () No symbol table info available. #2 0x0006 in ?? () No symbol table info available. #3 0x0e8d in ?? () No symbol table info available. #4 0xb7df6811 in raise () from /lib/tls/i686/cmov/libc.so.6 No symbol table info available. #5 0xb7df7fb9 in abort () from /lib/tls/i686/cmov/libc.so.6 No symbol table info available. #6 0x0809f495 in ddxGiveUp () No symbol table info available. #7 0x081a24d3 in AbortServer () No symbol table info available. #8 0x081a29e7 in FatalError () No symbol table info available. #9 0x080c43c7 in xf86SigHandler () No symbol table info available. #10 0xb7fdd420 in ?? () No symbol table info available. #11 0x000b in ?? () ---Type return to continue, or q return to quit--- No symbol table info available. #12 0x0033 in ?? () No symbol table info available. #13 0x in ?? () No symbol table info available. Thanks, but for the backtrace to be usable, you need to use an X server built with debugging symbols, which is not the case here. Running dpkg-buildpackage with the DEB_BUILD_OPTIONS envvar set to nostrip should be enough, hopefully. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412720: Additional information
Thats the Xorg.0.log from a successful start in Marinas mail. I'm attaching one where the problem actually occured. Thanks for your work, Jö. -- ex-bart beleidige cernlib -:- SignOff Volk1: #macht (EOF From client) X Window System Version 7.1.1 Release Date: 12 May 2006 X Protocol Version 11, Revision 0, Release 7.1.1 Build Operating System: UNKNOWN Current Operating System: Linux venus 2.6.18-3-686 #1 SMP Mon Dec 4 16:41:14 UTC 2006 i686 Build Date: 17 February 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Tue Feb 27 15:57:26 2007 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Standardbildschirm (**) | |--Device Intel Corporation 82945G/GZ Integrated Graphics Controller (**) |--Input Device Generic Keyboard (**) |--Input Device Configured Mouse (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/misc. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/misc). (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/cyrillic. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/cyrillic). (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/100dpi/. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/100dpi/). (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/75dpi/. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/75dpi/). (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/Type1. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/Type1). (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/100dpi. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/100dpi). (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/75dpi. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/75dpi). (**) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/cyrillic, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (II) Open ACPI successful (/var/run/acpid.socket) (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.0 X.Org XInput driver : 0.6 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/lib/xorg/modules/fonts/libbitmap.so (II) Module bitmap: vendor=X.Org Foundation compiled for 7.1.1, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules/libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 7.1.1, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.0 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,2770 card 1849,2770 rev 02 class 06,00,00 hdr 00 (II) PCI: 00:02:0: chip 8086,2772 card 1849,2772 rev 02 class 03,00,00 hdr 00 (II) PCI: 00:1b:0: chip 8086,27d8 card 1849,0888 rev 01 class 04,03,00 hdr 00 (II) PCI: 00:1c:0: chip 8086,27d0 card , rev 01 class 06,04,00 hdr 81 (II) PCI: 00:1c:1: chip 8086,27d2 card , rev 01 class 06,04,00 hdr 81 (II) PCI: 00:1d:0: chip 8086,27c8 card 1849,27c8 rev 01 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,27c9 card 1849,27c9 rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,27ca card 1849,27ca rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:1d:3: chip 8086,27cb card 1849,27cb rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,27cc card 1849,27cc rev 01 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,244e card , rev e1 class 06,04,01 hdr 01 (II) PCI: 00:1f:0: chip 8086,27b8 card 1849,27b8 rev 01 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,27df card 1849,27df rev 01 class 01,01,8a hdr 00 (II) PCI: 00:1f:2: chip 8086,27c0 card 1849,27c0 rev 01 class 01,01,8f hdr 00 (II) PCI: 00:1f:3: chip 8086,27da card 1849,27da rev 01 class 0c,05,00 hdr 00 (II) PCI: 01:00:0: chip 10ec,8168 card 1849,8168 rev 01 class 02,00,00 hdr 00 (II) PCI: End of PCI scan
Bug#412720: Additional information
On Tue, Feb 27, 2007 at 18:33:25 +0100, Jö Fahlke wrote: Thats the Xorg.0.log from a successful start in Marinas mail. I'm attaching one where the problem actually occured. Thanks for your work, Jö. [snip] Backtrace: 0: /usr/bin/X(xf86SigHandler+0x84) [0x80c4354] 1: [0xb7f03420] 2: /usr/lib/xorg/modules/drivers/i810_drv.so [0xb7b68a0e] 3: /usr/bin/X(InitOutput+0x9e4) [0x80a0504] 4: /usr/bin/X(main+0x276) [0x806e486] 5: /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xc8) [0xb7d08ea8] 6: /usr/bin/X(FontFileCompleteXLFD+0xa9) [0x806d9d1] Fatal server error: Caught signal 11. Server aborting Can you try rebuilding the server with debugging symbols, and either attach to it with gdb (you can do that from another machine via ssh), or get it to dump core, so we can get a better idea of what caused the segmentation fault? If you need help doing that, I'll try to give you more details. Cheers, Julien
Bug#412720: Additional information
Am Tue, 27. Feb 2007, 19:02:10 +0100 schrieb Julien Cristau: Can you try rebuilding the server with debugging symbols, and either attach to it with gdb (you can do that from another machine via ssh), or get it to dump core, so we can get a better idea of what caused the segmentation fault? If you need help doing that, I'll try to give you more details. I built the package with DEB_BUILD_OPTIONS=nostrip, I hope that does the trick. It's available from http://www.jorrit.de/bug412720/ . I guess we'll need the details for gdb/core dumping however. Thanks, Jö. -- * aylee #macht ist voellig aus dem Haeusschen und kuesst den Drucker mit Inbrunst signature.asc Description: Digital signature
Bug#412720: Additional information
On Tue, Feb 27, 2007 at 23:18:46 +0100, Jö Fahlke wrote: Am Tue, 27. Feb 2007, 19:02:10 +0100 schrieb Julien Cristau: Can you try rebuilding the server with debugging symbols, and either attach to it with gdb (you can do that from another machine via ssh), or get it to dump core, so we can get a better idea of what caused the segmentation fault? If you need help doing that, I'll try to give you more details. I built the package with DEB_BUILD_OPTIONS=nostrip, I hope that does the trick. It's available from http://www.jorrit.de/bug412720/ . This looks fine. I guess we'll need the details for gdb/core dumping however. Alright. If you have another machine and can connect from it with ssh to the machine running X, then: $ ssh foobar $ sudo gdb /usr/bin/Xorg $(pidof X) (gdb) c Then try to reproduce the crash, and at some point you should get: Program received signal SIGSEGV, Segmentation fault. And inside gdb, type bt full, and send the output to this bug. Cheers, Julien
Bug#412720: Additional information
Am Tue, 27. Feb 2007, 23:50:38 +0100 schrieb Julien Cristau: If you have another machine and can connect from it with ssh to the machine running X, then: $ ssh foobar $ sudo gdb /usr/bin/Xorg $(pidof X) (gdb) c Then try to reproduce the crash, and at some point you should get: Program received signal SIGSEGV, Segmentation fault. And inside gdb, type bt full, and send the output to this bug. Cheers, Julien Well, I don't have another machine. Could you explain how the core dunmping works? Thanks, Marina -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
