Summary: | xserver crash with AMD64 (with vesa, fbdev, or radeon), at miFillPolyHelper. | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | xorg | Reporter: | Maciej Cencora <cencer> | ||||||||||
Component: | Server/General | Assignee: | Maciej Cencora <cencer> | ||||||||||
Status: | RESOLVED WORKSFORME | QA Contact: | Xorg Project Team <xorg-team> | ||||||||||
Severity: | critical | ||||||||||||
Priority: | highest | CC: | erik.andren | ||||||||||
Version: | 6.9.0 | Keywords: | have-backtrace | ||||||||||
Hardware: | x86 (IA32) | ||||||||||||
OS: | Linux (All) | ||||||||||||
Whiteboard: | |||||||||||||
i915 platform: | i915 features: | ||||||||||||
Attachments: |
|
Description
Maciej Cencora
2006-04-14 01:09:47 UTC
Please post your xorg.conf and your xorg.log after the crash. Created attachment 5330 [details]
xorg.conf
Created attachment 5331 [details]
Xorg.log - crash log
Also I realized that when I am in 4th runlevel (in other distros it is 5), X server crashes and restarts (because of kdm). But when I run X server in 3rd runlevel it hangs whole computer(I must reset comp manually or with Magic SysRq) without backtrace in Xorg.log (there is only first line: "Backtrace:" and nothing more). There's a trick around it: Log in remotely via SSH and attach gdb to the X process to get the backtrace. Does it also happen if you don't override the amount of video RAM using the VideoRam directive? The drivers usually know exactly how much they can use. Yes, it also crashes if I don't override VideoRAM. I tested it on other graphics(S3 Virge PCI) and got the same. Maybe some hardware information will be useful: MSI K8N Neo3-F (with the newest BIOS) AMD Sempron 64bit(s.754) 2x512MB RAM OEM ABIT Radeon X600Pro HDTV 256MB SB Live! WiFi Dlink DWL-510 Maxtor 60GB PATA DVD-RW LG GSA-4167 I don't know if it's related but sometimes when doing this selection, some parts of that dotted rectagon stays on desktop, and if I want to get rid of it I have to refresh desktop. Created attachment 5720 [details]
lspci -v
Created attachment 6189 [details]
full backtrace
Sorry for the delay, but I don't have two PC's to get backtrace using ssh (but
I managed using multi-seat configuration. It doesn't work - at all - on R6.9
version, but it works - with some hangs, crashes etc - on R7.1)
I compiled R7.1 from sources, and found that it crashes too. So I compiled it
again with -g -O0 flags, applied multiseat configuration and got full
backtrace.
I don't know what do miWideDash/miWideDashSegment/miFillPolyHelper functions
do, so please send me link to a doc or small description and maybe I'll be able
to find the bug and write a patch.
I've forgotten to write that it must be 64-bit arch related bug because I have
no crashes when using slackware.
Sorry about the phenomenal bug spam, guys. Adding xorg-team@ to the QA contact so bugs don't get lost in future. Sorry for the slow feedback here. This bug is really old, so I'm going to close it. If you are still experiencing a problem, please reopen with a newer backtrace, and I will take a look. |
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.