Bug 89768 - Option "DDCmode" "false" crashes radeon Xserver
Option "DDCmode" "false" crashes radeon Xserver
Status: CLOSED WONTFIX
Product: Red Hat Linux
Classification: Retired
Component: XFree86 (Show other bugs)
9
athlon Linux
medium Severity medium
: ---
: ---
Assigned To: Mike A. Harris
David Lawrence
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2003-04-27 22:41 EDT by D. Hugh Redelmeier
Modified: 2007-04-18 12:53 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2003-05-14 05:45:09 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
XF86Config that provokes server crash (3.97 KB, text/plain)
2003-04-27 22:45 EDT, D. Hugh Redelmeier
no flags Details
/var/log/XFree86.0.log recording crash (45.00 KB, text/plain)
2003-04-27 22:46 EDT, D. Hugh Redelmeier
no flags Details

  None (edit)
Description D. Hugh Redelmeier 2003-04-27 22:41:48 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003

Description of problem:
I'm having a lot of problems with my setup (Radeon 9000, two monitors, RHL9). 
In desperation, I added
    Option  "DDCmode" "false"
to one of the Monitor sections.  This caused X to segfault.

I put this option right after
    Option      "dpms"
This latter option was processed just before the segfault

Version-Release number of selected component (if applicable):
XFree86-4.3.0-2

How reproducible:
Always

Steps to Reproduce:
1.put the option in XF86Config
2.startx
3.boom
    

Actual Results:  (**) Option "dpms"
(**) RADEON(0): DPMS enabled
(II) RADEON(0): Direct rendering disabled
(==) RandR enabled

   *** If unresolved symbols were reported above, they might not
   *** be the reason for the server aborting.

Fatal server error:
Caught signal 11.  Server aborting


Additional info:

I will attach my XF86Config and /var/log/XFree86.0.log
Comment 1 D. Hugh Redelmeier 2003-04-27 22:45:10 EDT
Created attachment 91324 [details]
XF86Config that provokes server crash
Comment 2 D. Hugh Redelmeier 2003-04-27 22:46:20 EDT
Created attachment 91325 [details]
/var/log/XFree86.0.log recording crash
Comment 3 D. Hugh Redelmeier 2003-04-27 23:33:20 EDT
hmm.  Something else is going on: I have been able to use the option without X
crashing.  Will report when I figure out more.
Comment 4 Mike A. Harris 2003-04-28 04:49:37 EDT
Video driver options go in the video driver "Device" section of the config
file, not in the Monitor or ServerFlags sections.
Comment 5 Mike A. Harris 2003-04-28 04:51:28 EDT
XFree86-Servers doesn't exist in Red Hat Linux 8.0 or 9, reassigning to
XFree86.
Comment 6 D. Hugh Redelmeier 2003-04-28 23:16:00 EDT
Thanks Mike.  Moving the option eliminates the crash.
Still, crashing is a bug, I'd say.
Comment 7 Mike A. Harris 2003-05-14 05:45:09 EDT
An X server crashing due to being misconfigured might be a bug, but it is
an extremely low priority bug which isn't worth engineering time to investigate
and fix, when there are hundreds of bugs open which actually prevent users from
using X, or are much more serious.

Please file this bug report upstream at http://bugs.xfree86.org for the
community of X developers to fix it.

Our official workaround for this problem is to not misconfigure your X server
in a bogus manner, and it will work properly.

Note You need to log in before you can comment on or make changes to this bug.