Created attachment 361426 [details]
GenerateASX2.asp as downloaded
I downloaded the attached file GenerateASX2.asp from pulse87.com, and saved it to disk. I ran "xine GenerateASX2.asp". This failed for some reason, so I ran the command again. It ran for a few seconds, generated audio output, and then the screen froze. Ctrl-F2 did not work, so I could not get a text console. After a few seconds of no disk activity and no change on the screen, I power cycled the machine. I found the following in my system log:
Sep 17 01:17:42 diet-anarchy kernel: Xorg: segfault at 1 ip 009dc046 sp bfbdd1cc error 4 in libgcc_s-4.4.1-20090729.so.1[9bb000+2a000]
Sep 17 01:17:42 diet-anarchy kernel: [drm:i915_get_vblank_counter] *ERROR* trying to get vblank count for disabled pipe 0
The line "Backtrace:" printed at the end of Xorg.0.log.old, but no
Obviously the Xorg server should not crash no matter what input is fed
to it by xine. I expect it is not possible to diagnose the crash
without a stack trace, but it might be reproducible. If not, it would
be nice to have X's backtrace generation fixed so that future crashes
could be better diagnosed. (I hope I didn't power-cycle the machine
too soon, but there was no visual indication anything was happening.)
Software version numbers:
xine-lib-extras-freeworld and xine-lib-extras-freeworld-debuginfo are
No xorg.conf in use.
Created attachment 361427 [details]
It seems that the whole system crashed, hence the empty backtrace. Can you reproduce this, or was it a one-time oops?
If you can, then please try to sync the disks after the crash, to see if you get the backtrace. To be able to do this, you need to enable the SysRq key combinations: http://fedoraproject.org/wiki/QA/Sysrq
To enable SysRq temporarily:
$ echo "1" > /proc/sys/kernel/sysrq
Then once you get the crash, do Ctrl+Alt+SysRq+s to sync, and and Ctrl+Alt+SysRq+b to reboot.
Since this bugzilla report was filed, there have been several major updates in various components of the Xorg system, which may have resolved this issue. Users who have experienced this problem are encouraged to upgrade their system to the latest version of their packages. For packages from updates-testing repository you can use command
yum upgrade --enablerepo='*-updates-testing'
Alternatively, you can also try to test whether this bug is reproducible with the upcoming Fedora 12 distribution by downloading LiveMedia of F12 Beta available at http://alt.fedoraproject.org/pub/alt/nightly-composes/ . By using that you get all the latest packages without need to install anything on your computer. For more information on using LiveMedia take a look at https://fedoraproject.org/wiki/FedoraLiveCD .
Please, if you experience this problem on the up-to-date system, let us now in the comment for this bug, or whether the upgraded system works for you.
If you won't be able to reply in one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you.
[This is a bulk message for all open Fedora Rawhide Xorg-related bugs. I'm adding myself to the CC list for each bug, so I'll see any comments you make after this and do my best to make sure every issue gets proper attention.]
I was unable to reproduce this crash, nor other crashes playing .mpg movies using Rawhide, specifically:
Personally, I will just upgrade to F12 when it comes out, then.
(In reply to comment #4)
> I was unable to reproduce this crash, nor other crashes playing .mpg movies
> using Rawhide, specifically:
> Personally, I will just upgrade to F12 when it comes out, then.
Since the originating reporter states he has been unable to reproduce the issue, and had no other crashes since, setting this to CLOSED RAWHIDE although it should probably be NOTABUG. /shrug. Thank you for your initial report and willingness to attempt to reproduce the issue.
Fedora Bugzappers volunteer triage team