Launchpad has imported 38 comments from the remote bug at http://bugs.freedesktop.org/show_bug.cgi?id=13108.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2007-11-05T23:36:20+00:00 Willi Mann wrote: Experienced while playing sound with gxine - gxine with some visualisation. I think it happened when I tried to close gxine, but can't say for sure. Could also be the end of one piece of music. Backtrace will be attached. I'm on git master as of today. Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/0 ------------------------------------------------------------------------ On 2007-11-05T23:37:34+00:00 Willi Mann wrote: Created an attachment (id=12365) bt full of crash, created based on core dump (still available if needed) Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/1 ------------------------------------------------------------------------ On 2007-11-07T08:55:52+00:00 Willi Mann wrote: Created an attachment (id=12389) xv crash #2 This is another crash related to XV. I'm adding it here since it is in some relation with closing XV "sessions". My hardware is described here; http://lists.freedesktop.org/archives/xorg/2007-October/029604.html Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/2 ------------------------------------------------------------------------ On 2007-11-07T08:58:38+00:00 Willi Mann wrote: Created an attachment (id=12390) xv crash #3 Both #2 and #3 happened when I used gmplayer and opened a second session to play a second video after the first finished (but the application still open). Maybe the mplayer code does not properly handle cases where XV is already used (the error message claimed that in both cases). Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/3 ------------------------------------------------------------------------ On 2007-11-07T09:00:26+00:00 Willi Mann wrote: Just to note: The core dumps of all crashes are still available. Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/4 ------------------------------------------------------------------------ On 2007-11-14T11:24:50+00:00 Willi Mann wrote: Way to reproduce: execute mplayer -vo xv some_video.avi in window 1 mplayer -vo xv another_video.avi in window 2 You can take the same avis, of course. Note that the backtraces differ, but the reason seems to be the same. Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/5 ------------------------------------------------------------------------ On 2007-11-14T11:28:27+00:00 Willi Mann wrote: Created an attachment (id=12551) xv crash #4 This with the two mplayer sessions approach of last comment, but I haven't tested twice, so the next attempt might cause a different backtrace. Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/6 ------------------------------------------------------------------------ On 2007-11-14T11:39:38+00:00 Jesse Barnes wrote: Upping the severity since this causes a server crash. Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/7 ------------------------------------------------------------------------ On 2007-11-14T20:11:35+00:00 Gordon Jin wrote: I'm not able to reproduce this on my 855GM with 2.1.99 driver, also not reproducible on 915gm/945gm with git tip driver. Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/8 ------------------------------------------------------------------------ On 2007-11-15T08:33:42+00:00 Willi Mann wrote: Ok, let's try it more detailed: 1) mplayer -vo xv -ao alsa some_viod.avi 2) Switch to konsole/xterm etc. (I'm on konsole), so mplayer window is completely hidden by konsole window. (I use Alt + Tab) 3) Ctrl + Z 4) bg 5) 2 x cursor up (so you get the command again. 6) Enter 7) Now make mplayer visible by a mouse click on task bar. I'm sure I got it with simpler ways too, but I guess the problem is the xv window in the background while trying to open the second xv. Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/9 ------------------------------------------------------------------------ On 2007-11-15T08:57:23+00:00 Willi Mann wrote: Note that reproduceablity is still sometimes (30 %), not always, I'm trying to work out if it has to do with the mouse pointer position. Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/10 ------------------------------------------------------------------------ On 2007-11-15T09:13:27+00:00 Willi Mann wrote: It hope I'm now at 100 % reproduceability: 1) mplayer -vo xv -ao alsa somevid.avi 2) Alt + Tab to go back to console 3) Ctrl + Z 4) Wait 15 seconds 5) fg 6) Now bring mplayer window in foreground 7) Crash What we need is a new title for the bug. Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/11 ------------------------------------------------------------------------ On 2007-11-15T11:51:13+00:00 Willi Mann wrote: As an additional note: If the konsole window does not completely hide the mplayer window, I get screen corruption instead. Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/12 ------------------------------------------------------------------------ On 2007-11-16T01:36:37+00:00 Willi Mann wrote: It's even simpler: You just need to completely hide the mplayer window for more than 10 (even less might be enough) seconds you don't need to stop mplayer. Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/13 ------------------------------------------------------------------------ On 2007-11-18T07:37:57+00:00 triceo wrote: (In reply to comment #11) > It hope I'm now at 100 % reproduceability: After this (but using Totem instead) I am able to reproduce this on DELL Latitude D820 with Intel 945GM. Started happening when Ubuntu Hardy (current dev release) switched to version 2.1.99 of the "intel" X.org driver. It's pretty annoying, so if I can do anything (non-dev :)) to help fix this, just let me know. Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/14 ------------------------------------------------------------------------ On 2007-11-18T12:49:25+00:00 Willi Mann wrote: (In reply to comment #14) Backtraces might be useful. http://wiki.debian.org/XStrikeForce/XserverDebugging Just a non-dev opinion. BTW: Do you also see the screen corruption when the XV window is half- hidden? Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/15 ------------------------------------------------------------------------ On 2007-11-18T13:40:03+00:00 triceo wrote: (In reply to comment #15) > Backtraces might be useful. > http://wiki.debian.org/XStrikeForce/XserverDebugging I'll try to provide some later. > BTW: Do you also see the screen corruption when the XV window is half- hidden? No screen corruption until the crash. When it crashes, it sometimes restarts back to the GDM screen, sometimes I see some full-screen screen corruption... wierd lines, dots and such. At that point the system does not react to any key presses, so it needs a cold start. Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/16 ------------------------------------------------------------------------ On 2007-11-18T19:45:34+00:00 Fengming-pi wrote: In reply to comment #11) > It hope I'm now at 100 % reproduceability: Using Willi's method,I can reporduce this bug 0n my 855gm machine with intel-2.2.0 driver.but I can not reproduce this bug on 945gm with latest git code.Interestingly,only when full-cover the mplayer window with console window,then can reproduce this bug and it's just xserver crash,not the whole system(although apparently the keyboard has no response,in fact it has, only you do VT switch this time that can crash the whole system) Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/17 ------------------------------------------------------------------------ On 2007-11-18T19:47:17+00:00 Fengming-pi wrote: back trace on my 855gm Backtrace: 0: X(xf86SigHandler+0x80) [0x80d0850] 1: [0xffffe420] 2: X [0x80df45b] 3: /opt/X11R7/lib/xorg/modules/extensions//libextmod.so(XvdiPutImage+0x17d) [0xb7ea588d] 4: /opt/X11R7/lib/xorg/modules/extensions//libextmod.so [0xb7ea83fc] 5: X [0x81483ed] 6: X(Dispatch+0x357) [0x8087597] 7: X(main+0x490) [0x806e2d0] 8: /lib/libc.so.6(__libc_start_main+0xdc) [0x6657e4] 9: X(FontFileCompleteXLFD+0xa1) [0x806d821] Fatal server error: Caught signal 11. Server aborting Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/18 ------------------------------------------------------------------------ On 2007-11-18T23:37:24+00:00 Willi Mann wrote: > you do VT switch this time that can crash the whole system) I'm in no way experiencing full system crashes, but I have NoTrapSignals On, as I always ended up with a frozen system when I experienced the recently fixed VT-switch bug and had NoTrapSignals off. Also, it's much simpler to get backtraces. What surprises me is that your backtrace ends in xf86sighandler, mine always end in some memory related function, in libc, or in the kernel. Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/19 ------------------------------------------------------------------------ On 2007-11-19T00:11:42+00:00 Fengming-pi wrote: moreover,on 915gm using the same environment just as my 855gm,it seems there is no this bug problem. Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/20 ------------------------------------------------------------------------ On 2007-11-19T00:21:18+00:00 Willi Mann wrote: (In reply to comment #20) > moreover,on 915gm using the same environment just as my 855gm,it seems there > is > no this bug problem. Don't the 9xx chips allow for more than one XV playing method? If so, did you try with other than the default port? On 855GM, I only have port 73, Adaptor #0: "Intel(R) Video Overlay", according to xvinfo. Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/21 ------------------------------------------------------------------------ On 2007-11-19T18:38:00+00:00 Fengming-pi wrote: In reply to comment #21) Yes, On the 9xx(<965) chips there are two XV playing method:"Intel(R) Textured Video" and "Intel(R) Video Overlay". On my 915gm, the default XV playing method is "Intel(R) Textured Video" and using this default option can not reproduce this bug.When switch to "Intel(R) Video Overlay",the bug can reproduce everytime.Moreover,under "Intel(R) Video Overlay",using intel-2.2.0 driver can reproduce this bug,if using latest git code can not reproduce. So,my conclusion is:using intel-2.2.0 with "Intel(R) Video Overlay" XV playing method can reproduce this bug. Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/22 ------------------------------------------------------------------------ On 2007-11-19T23:55:50+00:00 Willi Mann wrote: (In reply to comment #22) > using intel-2.2.0 driver can > reproduce this bug,if using latest git code can not reproduce. So,my > conclusion Do you mean latest git of everything or just latest git of intel driver? I ask because the difference on the intel driver is just TV out related, so it seems unlikely to be really fixed. (And I can reproduce it with latest intel driver git on 855GM) http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video- intel.git;a=summary Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/23 ------------------------------------------------------------------------ On 2007-11-25T19:17:32+00:00 Fengming-pi wrote: (In reply to comment #23) yeah,my old conclusion is wrong.I do more detailed testing again: I used the xserver 1.4 with latest git source code or relese version driver(intel-2.2.0) both can reproduce this bug.When I used xserver git source with latest intel git source code or release version driver(intel-2.2.0) can not reproduce this bug. So this bug is not intel dirver’s problem.Willi,You can try using the latest xserver git source code and see if this problem gone or not. Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/24 ------------------------------------------------------------------------ On 2007-11-26T08:07:47+00:00 Willi Mann wrote: Using what's currently in debian unstable (2:1.4.1~git20071119-1), I can still reproduce this bug. I could test latest git, but that would take some time. Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/25 ------------------------------------------------------------------------ On 2007-11-26T08:08:50+00:00 Willi Mann wrote: Created an attachment (id=12725) latest version of crash backtrace Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/26 ------------------------------------------------------------------------ On 2007-11-26T10:22:11+00:00 Willi Mann wrote: (In reply to comment #24) Just to ensure we do the same when we try to reproduce the bug, could you describe how you do it exactly? (I'm especially interested in the timing and the video you use) What I do is: 1) mplayer -vo xv some_vid.avi (the video I use is 720x544, I can't share because of the size and possible copyright issues) 2) put konsole window in foreground - best is probably to ensure before 1) that it covers the whole screen (except taskbar in my case). 3) Wait 20 seconds (10 seems to be enough but I usually wait 20 seconds to be on the "safe" side) 4) bring mplayer window into foreground and let the crash happen. Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/27 ------------------------------------------------------------------------ On 2007-11-30T07:32:10+00:00 Wyskas wrote: I can reproduce this on FJS Amilo Pi1505 with Intel GMA950 - hiding Mplayer with XV video overlay for more than ~10 seconds and then bringing it to foreground or quitting mplayer crashes xserver. Textured video doesn't crash (but tears instead :) ). I'm running Debian unstable with latest repo xorg and driver. Backtrace: 0: /usr/bin/X(xf86SigHandler+0x7e) [0x80c660e] 1: [0xffffe420] 2: /lib/i686/cmov/libc.so.6(vsnprintf+0xb4) [0xb7d9f874] 3: /usr/bin/X(LogVWrite+0xb7) [0x81bac47] 4: /usr/bin/X(LogVMessageVerb+0x99) [0x81bb189] 5: /usr/bin/X(xf86VDrvMsgVerb+0xda) [0x80d01ca] 6: /usr/bin/X(xf86DrvMsg+0x3d) [0x80d11ad] 7: /usr/lib/xorg/modules/drivers//intel_drv.so [0xb7b72207] 8: /usr/lib/xorg/modules/drivers//intel_drv.so(i830_free_memory+0x24) [0xb7b72fa 4] 9: /usr/lib/xorg/modules/drivers//intel_drv.so [0xb7b77d87] 10: /usr/bin/X [0x80d94f5] 11: /usr/lib/xorg/modules/extensions//libextmod.so(XvdiPutImage+0x178) [0xb7c226 d8] 12: /usr/lib/xorg/modules/extensions//libextmod.so [0xb7c25546] 13: /usr/bin/X [0x814d58e] 14: /usr/bin/X(Dispatch+0x2bf) [0x808d1ff] 15: /usr/bin/X(main+0x48b) [0x807474b] 16: /lib/i686/cmov/libc.so.6(__libc_start_main+0xe0) [0xb7d53450] 17: /usr/bin/X(FontFileCompleteXLFD+0x20d) [0x8073ac1] Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/28 ------------------------------------------------------------------------ On 2007-12-13T00:06:12+00:00 Willi Mann wrote: Created an attachment (id=13087) latest backtrace As I said ealier, backtraces vary a little bit, but the I830PutImage is always involved. Note that yesterday I found bug in the debian BTS that describes a similar issue with the ati driver. http://bugs.debian.org/455837 Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/32 ------------------------------------------------------------------------ On 2007-12-13T00:09:03+00:00 Willi Mann wrote: What I wanted to post before but didn't is: I can still reproduce this bug with the latest debian packages 2:1.4.1~git20071212-1 of xserver and latest git of intel driver. Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/33 ------------------------------------------------------------------------ On 2007-12-15T17:24:03+00:00 Emilio Pozuelo Monfort wrote: I've had a (similar?) crash several times running Ubuntu Hardy, with xserver 2:1.4.1~git20071119-1ubuntu1 and the -intel driver 2:2.2.0-1ubuntu1. I've put a couple of backtraces in https://launchpad.net/bugs/173265 - the way to get the crash was similar - opening a video in totem, hiding it, and bringing it to the top a few seconds later. I have an Intel gma 915 mobile: 00:02.1 Display controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 04) Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/34 ------------------------------------------------------------------------ On 2007-12-18T09:38:50+00:00 Michel-tungstengraphics wrote: Created an attachment (id=13192) Possible fix This seems to fix the problem here, can you confirm? Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/39 ------------------------------------------------------------------------ On 2007-12-18T10:23:29+00:00 Willi Mann wrote: (In reply to comment #32) > This seems to fix the problem here, can you confirm? Yes, it does. Thanks for the patch. At line 2688, there is another free on pPriv->buf that's not set to NULL. Just noting that as I remember there were similar fixes for 2.2. Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/40 ------------------------------------------------------------------------ On 2007-12-18T10:39:56+00:00 Michel-tungstengraphics wrote: (In reply to comment #33) > At line 2688, there is another free on pPriv->buf that's not set to NULL. Thanks. Fixes pushed to master branch, but leaving open for the 2.2.1 tracker. Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/41 ------------------------------------------------------------------------ On 2007-12-27T08:08:38+00:00 Remi wrote: Seems to work fine on my i855GM, I'll push this patch to Gentoo to see if it helps more users. Thanks to all for the patch. Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/47 ------------------------------------------------------------------------ On 2007-12-29T00:42:46+00:00 CIJOML wrote: *** Bug 12960 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/52 ------------------------------------------------------------------------ On 2008-01-03T09:55:34+00:00 Jesse Barnes wrote: Pulled fix into 2.2 branch. Reply at: https://bugs.launchpad.net/xorg-server/+bug/173265/comments/53 ** Changed in: xorg-server Importance: Unknown => High ** Bug watch added: Debian Bug tracker #455837 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=455837 -- Xorg crashed with SIGSEGV https://bugs.launchpad.net/bugs/173265 You received this bug notification because you are a member of Registry Administrators, which is the registrant for Debian. _______________________________________________ Mailing list: https://launchpad.net/~registry Post to : [email protected] Unsubscribe : https://launchpad.net/~registry More help : https://help.launchpad.net/ListHelp
