Bug 56867 - xorg crashes all the time
Summary: xorg crashes all the time
Status: RESOLVED MOVED
Alias: None
Product: xorg
Classification: Unclassified
Component: Server/General (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium blocker
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-11-08 12:02 UTC by matteo sisti sette
Modified: 2018-12-17 17:34 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description matteo sisti sette 2012-11-08 12:02:13 UTC
Xorg should be the most rock-solid part of a modern linux OS (second only to the kernel), because a xorg crash is effectively like turning off your computer (user logged out, all apps closed, all nonsaved data lost).

Actually it's the most unstable and unreliable piece of software I'm forced to use.

It crashes all the time with no apparent reason, at any moment and without a clear pattern.

There is one thing that almost systematically makes Xorg crash, which is running "disper -s" or "disper -S" (50% of the times it causes a xorg crash)

(however I have experienced lots of xorg crashes even before installing disper and even without using two screens).

Needless to say, even if the crash is triggered by some application's bug, xorg should never crash even in the presence of the most buggy and even malicious application.

Please let me know what logs I can upload next time it crashes (which will be very soon) so this can be fixed.
Comment 1 Chris Wilson 2014-05-16 18:28:22 UTC
The crash log will be in Xorg.0.log.old (after you restart). As you can easily reproduce the crash, capturing it in gdb and doing a full backtrace would be very useful.
Comment 2 debguy 2014-11-28 02:44:28 UTC
did you go to http://www.kernel.org and make linux ?

perhaps an option to put your video card in "turbo mode with proprietary patches" is done at boot (which you can disable from the grub boot menu, option to kernel loading)

do you see small text when you boot?

if so the card itself (or driver) may not be able to switch

or perhaps you gave the wrong PCI option (or bus option, or didn't load kernel mods kernel needs to see bus, see lspci)

this page here has what you need to set up /dev/fb and /dev/dri if you haven't:

http://www.linuxquestions.org/questions/linux-hardware-18/dell-latitude-d510-sound-and-video-and-ethernet-4175522638/

for a time (was it 2000's) cards were being made without VGA/VESA in silicon.  the software had to setup the card to emulate it (was it nvidia's or ati made in china?)

there are quality cards with VGA,SVGA,VESA,GL,DVD/MPEG decoder completely in silicon (ie, you can memcpy mpegs or gl to these cards, no driver hardly needed, a few api hooks aside)

-----------------------------------
i agree cards should use video standards in silicon and shouldn't be broken

i see way too many "newbies" turned away by problems that had been solved in the 1980's and have, by new engineers, been transgressed and broken
Comment 3 debguy 2014-11-28 02:46:04 UTC
oops i posted on wrong channel

cannot see how to delete last post excuse me
Comment 4 GitLab Migration User 2018-12-17 17:34:34 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/xserver/issues/617.


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.