Sources to go with xserver-xfree86-dbg
Hi, I've got a strange problem with my X server. It is crashed by starting certain applications, but not when they are started from a separate terminal. Before submitting a bug, I'd like to get more info on the crash. That's why I installed xserver-xfree86-dbg. My question is about debugging with the X server sources. What is the best way to install the sources to go along with this -dbg package? Thanks in advance. Igor P.S.: Please CC me since I'm not on the list.
Re: Sources to go with xserver-xfree86-dbg
- Original Message - From: Michel D�nzer [EMAIL PROTECTED] Date: Mon, 28 Jun 2004 11:30:03 +0200 To: Igor Khavkine [EMAIL PROTECTED] Subject: Re: Sources to go with xserver-xfree86-dbg On Mon, 2004-06-28 at 03:19 -0400, Igor Khavkine wrote: Hi, I've got a strange problem with my X server. It is crashed by starting certain applications, but not when they are started from a separate terminal. You mean from a console? Does the $DISPLAY environment variable contain the same thing in both cases? Yes and yes. Examples of apps that cause the crash are xine, djview, and even gjiten. Before submitting a bug, I'd like to get more info on the crash. That's why I installed xserver-xfree86-dbg. My question is about debugging with the X server sources. What is the best way to install the sources to go along with this -dbg package? apt-get source xserver-xfree86-dbg and make -f debian/rules patch-audit from the directory that creates, but a backtrace from xserver-xfree86- dbg might be useful even without the source. Thanks, I will try that. Igor -- ___ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10
Bug#164303: xserver-xfree86: Display corrupted when using tdfx driver
False alarm. My problems were completely hardware related. Screen corruption was present even when not using X and persisted across power cycles. The problem went away after changing video cards. Thanks. Igor Quoting Branden Robinson [EMAIL PROTECTED]: On Fri, Oct 11, 2002 at 08:56:41AM -0400, [EMAIL PROTECTED] wrote: After upgrading to XF4.2.x in sid, I noticed something strange going on with my display. First I notices some light snow, i.e. very few random pixels were the wrong color. Then more snow, more pixels were the wrong color, but this time mostly around the edges of windows that just moved. This problem only got worse as I tried switching between between the text console and X. After doing that a couple of times and coming back to X, I found the display completely out of sync and completely useless. The X server did not crash, but also refused to switch back to the console. I managed to safely reboot. Note that I went through all of this twice, so far. So it's pretty reproducable. This sounds like pixmap cache corruption. This may have something to do with the improvements to the XVideo code for tdfx. I did manage to watch a video (using xine in fullscreen mode, which uses Xvideo) before the X server crashed, but did not notice any significant improvement compared with an earlier version of the tdfx driver. On the contrary, I think it may have something to do with DRI. I think this because I have the exact same card you do, and do not experience this problem. The only difference between our setups that I can discern is that you have DRI enabled (I don't because I run at depth 24). Can you try adding the following lines to the Device Section of your XF86Config-4 file? Option XaaNoOffscreenPixmaps Option XaaNoPixmapCache Try one of these at a time, and if that doesn't work, try both together. Please let us know if this resolves your problem. My own config and logfiles are attached, in case they may be of some use to you.
Bug#164303: xserver-xfree86: Display corrupted when using tdfx driver
False alarm. My problems were completely hardware related. Screen corruption was present even when not using X and persisted across power cycles. The problem went away after changing video cards. Thanks. Igor Quoting Branden Robinson [EMAIL PROTECTED]: On Fri, Oct 11, 2002 at 08:56:41AM -0400, [EMAIL PROTECTED] wrote: After upgrading to XF4.2.x in sid, I noticed something strange going on with my display. First I notices some light snow, i.e. very few random pixels were the wrong color. Then more snow, more pixels were the wrong color, but this time mostly around the edges of windows that just moved. This problem only got worse as I tried switching between between the text console and X. After doing that a couple of times and coming back to X, I found the display completely out of sync and completely useless. The X server did not crash, but also refused to switch back to the console. I managed to safely reboot. Note that I went through all of this twice, so far. So it's pretty reproducable. This sounds like pixmap cache corruption. This may have something to do with the improvements to the XVideo code for tdfx. I did manage to watch a video (using xine in fullscreen mode, which uses Xvideo) before the X server crashed, but did not notice any significant improvement compared with an earlier version of the tdfx driver. On the contrary, I think it may have something to do with DRI. I think this because I have the exact same card you do, and do not experience this problem. The only difference between our setups that I can discern is that you have DRI enabled (I don't because I run at depth 24). Can you try adding the following lines to the Device Section of your XF86Config-4 file? Option XaaNoOffscreenPixmaps Option XaaNoPixmapCache Try one of these at a time, and if that doesn't work, try both together. Please let us know if this resolves your problem. My own config and logfiles are attached, in case they may be of some use to you. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#164303: xserver-xfree86: Display corrupted when using tdfx driver
Package: xserver-xfree86 Version: 4.2.1-2 Severity: normal After upgrading to XF4.2.x in sid, I noticed something strange going on with my display. First I notices some light snow, i.e. very few random pixels were the wrong color. Then more snow, more pixels were the wrong color, but this time mostly around the edges of windows that just moved. This problem only got worse as I tried switching between between the text console and X. After doing that a couple of times and coming back to X, I found the display completely out of sync and completely useless. The X server did not crash, but also refused to switch back to the console. I managed to safely reboot. Note that I went through all of this twice, so far. So it's pretty reproducable. This may have something to do with the improvements to the XVideo code for tdfx. I did manage to watch a video (using xine in fullscreen mode, which uses Xvideo) before the X server crashed, but did not notice any significant improvement compared with an earlier version of the tdfx driver. Hardware and config information follows. Thanks. Igor 00:0c.0 VGA compatible controller: 3Dfx Interactive, Inc. Voodoo 3 (rev 01) 00:0c.0 Class 0300: 121a:0005 (rev 01) # XF86Config-4 (XFree86 server configuration file) generated by Dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config manual page. # (Type man XF86Config at the shell prompt.) Section Files FontPathunix/:7110# local font server FontPathunix/:7100# local font server FontPathunix/:7101# local font server # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/lib/X11/fonts/75dpi FontPath/usr/lib/X11/fonts/100dpi ModulePath /usr/X11R6/lib/modules-dri ModulePath /usr/X11R6/lib/modules EndSection Section ServerFlags EndSection Section Module Loadddc LoadGLcore Loaddbe Loaddri Loadextmod Loadglx Loadrecord Loadxie Loadbitmap Loadfreetype Loadspeedo Loadtype1 Loadvbe Loadint10 EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout us Option XkbOptionsctrl:nocaps EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option SendCoreEventstrue Option Device/dev/misc/psaux Option Protocol IMPS/2 Option ZAxisMapping 4 5 EndSection Section Device Identifier 3Dfx Voodoo3 Driver tdfx # VideoRam16384 EndSection Section Monitor Identifier Viewsonic G773 HorizSync 30-70 VertRefresh 50-180 #Modeline 1152x864 92.00 1152 1208 1368 1474 864 865 875 895 #Modeline 1024x768 85.00 1024 1032 1152 1360 768 784 787 823 #Modeline 800x60069.65 800 864 928 1088 600 604 610 640 -hsync -vsync #Modeline 640x48045.80 640 672 768 864 480 488 494 530 -hsync -vsync Option DPMS EndSection Section Screen Identifier Default Screen Device 3Dfx Voodoo3 Monitor Viewsonic G773 DefaultDepth16 SubSection Display Depth 1 Modes 1152x864 1024x768 640x480 800x600 EndSubSection SubSection Display Depth 4 Modes 1152x864 1024x768 640x480 800x600 Modes 1024x768 1152x864 640x480 800x600 EndSubSection SubSection Display Depth 8 Modes 1280x1024 1152x864 1024x768 640x480 800x600 EndSubSection SubSection Display Depth 15 Modes 1280x1024 1152x864 1024x768 640x480 800x600 EndSubSection SubSection Display Depth 16 Modes 1280x1024 1152x864 1024x768 640x480 800x600 EndSubSection SubSection Display Depth 24
xmms is crashing my XFree4.0.1...
I have a voodoo3, and I ran into the same problem. I think the Xserver segfault occured when xmms was changing songs. I tracked the problem to the glx module. Couldn't get much farther because my attempts at debugging X failed miseribly. Igor
xmms is crashing my XFree4.0.1...
I have a voodoo3, and I ran into the same problem. I think the Xserver segfault occured when xmms was changing songs. I tracked the problem to the "glx" module. Couldn't get much farther because my attempts at debugging X failed miseribly. Igor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]