Sometimes running mplayer (with a video file) causes Xorg to crash but any error message appear in the log. After the restart all works well and I can view the same .avi file. I read something related with mplayer and xorg crash after a tty switch on a bugzilla (found google-ing) but I haven't this kind of problem with 2.1.{0,1} driver versions. I'm using x11-drivers/xf86-video-i810-2.2.1_pre20080125 on gentoo linux
Laurento, please refer to http://intellinuxgraphics.org/how_to_report_bug.html to provide more info.
Arrrg :) After this bug report I waited few days then I switched back to x11-drivers/xf86-video-i810-2.1.1 (with this version I have some known problem with VT switching). I re-install x11-drivers/xf86-video-i810-2.2.1_pre20080125 and fill the missing info when I'll have more spare time, sorry :(
Ok I try to provide the needed info. System environment: -- chipset: Intel Corporation Mobile 915GM/PM/GMS/910GML Express -- system architecture: i686 -- xf86-video-intel/xserver/mesa/drm version: On gentoo linux I'm using x11-base/xorg-server-1.4.0.90-r3 x11-drivers/xf86-video-i810-2.2.1 media-libs/mesa-7.0.2 x11-libs/libdrm-2.3.0 x11-base/x11-drm-20070314 -- kernel version: 2.6.24-tuxonice-r2 -- Linux distribution: Gentoo Linux -- Machine or mobo model: Dell Latitude D510 I noticed the crash happens after the first, I mean the first after a xorg reload, video play (but not necessary at the second try). After the last try I found an error in the log (in the attached Xorg.0.log)
Created attachment 14544 [details] Xorg.0.log.old
Created attachment 14545 [details] xorg.conf
Could you give me a step by step way to reproduce your problem? playing video, then switch vt and back to play video again? And which Xv port you're using, default(texture video) or overlay port? Is it possible to use gdb to grab last xserver crash back trace? I can't reproduce the crash in playing video on my 915GM, so pls give more info, thanks.
(In reply to comment #6) > Could you give me a step by step way to reproduce your problem? > playing video, then switch vt and back to play video again? I can't reproduce the crash every time I switch to vty and back, but sometime it happens. I'm not sure but I think it could be related with the hibernate process or with the x11-base/xorg-server-1.4.0.90 version (xorg 7.3) because I never had this kind of problem with the 1.3.x version but the new intel driver seems to require 1.4.x version otherwise I haven't a working DRI and the "old" intel drivers usually hangs when I switch to vtys (every time I hibernate the system)... but it's probably another story... :) >And which Xv port you're using, default(texture video) or overlay port? Mhhh... I don't know :) I'm simply using "mplayer -vo xv ..." > Is it possible to use gdb to grab last xserver crash back trace? I can try, but which packages I need to rebuild with debug support ("-O0 -g3")? (xorg-server, intel drivers...)
Created attachment 14578 [details] gdb_log.4030 I'm following the guide at http://www.x.org/wiki/Development/Documentation/ServerDebugging#head-e74b9f3752940c7ecffaeae61ecadc1e24e60182 section "Debugging with one machine - version 1" but I removed the "module" gdb command because it isn't supported on my gdb (sys-devel/gdb-6.7.1-r2) I think the problem with xkbcomp in the gdb log isn't related with the bug we are talking about, but this cause X to stop. How can I ignore (or resolve) this xkbcomp issue and step forward?
(In reply to comment #8) > How can I ignore (or resolve) this xkbcomp issue and step forward? Pass the -kb command line switch to the X server, or only attach gdb to the X server once it's running.
How about using default EXA?
(In reply to comment #10) > How about using default EXA? I tried with it two days ago... same problem. Actually I always have gdb monitoring Xorg, now I'm waiting for the next crash to report some (I hope) useful info ;)
Created attachment 14630 [details] gdb_bt.txt It finally crashed during a switch from a tty! :)
I'm afraid I can't get much from it for XAA...we're deprecating it. Could you try current master with exa as default? It looks what you did is switching vt in video play, right? Actually I have tried many switch and s3 on my eeepc (with 915GM) with video playing, no crash I met. Maybe I should just try more?
(In reply to comment #13) > I'm afraid I can't get much from it for XAA...we're deprecating it. Could you > try current master with exa as default? Ok I'll try to obtain a new crash with EXA (but it's so slooooooow, especially when the system is under load) > It looks what you did is switching vt in video play, right? Actually I have > tried many switch and s3 on my eeepc (with 915GM) with video playing, no crash > I met. Maybe I should just try more? To tell the truth when the last crash happens I hadn't any player running afaik
(In reply to comment #14) > (In reply to comment #13) > > I'm afraid I can't get much from it for XAA...we're deprecating it. Could you > > try current master with exa as default? > > Ok I'll try to obtain a new crash with EXA (but it's so slooooooow, especially > when the system is under load) > Laurento, would you mind to go through the "pain" and catch a trace for us?
(In reply to comment #15) > Laurento, would you mind to go through the "pain" and catch a trace for us? Sure but I haven't seen the issue anymore since my last post, I think the main change I have made is the mplayer upgrade to version 1.0_rc2_p25993. I think we can close the bug and I eventually reopen it if the issue reappears again.
ok, Laurento, I'll mark this bug as fixed. and, please reopen if it happens again.
Michael, pls don't mark this as resolved. We do see xserver crashs, and I just knew the reason on bug #14622. After I cleanup the patch, we can then close this one, too.
Is this bug a dup of bug# 14622 then?
yeah, I think so.
This should be dup with #14622, pls verify fixed with current master.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.