Bug 62039

Summary: Multi head savage fails to start with 16 bit color
Product: [Retired] Red Hat Raw Hide Reporter: Mark H Johnson <mark_h_johnson>
Component: XFree86Assignee: Mike A. Harris <mharris>
Status: CLOSED WONTFIX QA Contact: David Lawrence <dkl>
Severity: high Docs Contact:
Priority: medium    
Version: 1.0   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2002-04-22 10:21:40 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 61901    
Attachments:
Description Flags
Failing XF86Config-4 file.
none
Successful XF86Config-4 file
none
Failing XF86 log file
none
Successful XFree86 log file none

Description Mark H Johnson 2002-03-26 21:49:19 UTC
Description of Problem:
We have a system with a multihead display card (Savage 4) that starts OK if
we select 24 bit color but fails to start when the depth is set to 16. See
attachments to follow for specific configuration of the system, configuration
files, and stack traceback of infinite loop.

Version-Release number of selected component (if applicable):
XFree86-4.2.0-6.47 (as well as other XFree86 components - same version)
kernel-2.4.18-0.4

How Reproducible:
Configure system with multiple savage display interfaces. See XF86Config-4 for
a configuration that fails. Shutdown, power off, power on and let system boot.
bar. Have also
attached Xserver logs for successful and failing boot ups.


Steps to Reproduce:
1. Configure system with multiple savage display interfaces.
2. Set display to 16 bit color
3. Shutdown, reboot. Killing the server (Ctrl-Alt-Backspace) also causes the
failure but didn't want to introduce other side effects.

Actual Results:
Left display is blank, middle has three horizontal white bars, right has
one horizontal white bar. CPU utilization is 100% - X server. Stack backtrace
is attached separately.

Expected Results:
System comes up OK, see login prompt. [works if 24 bit color is used]

Additional Information:

Attachments for...
 - failing XF86Config-4 file
 - successful XF86Config-4 file
 - failing log from XFree86 server
 - success log from XFree86 server
 - stack backtrace (using gdb, attach to running process]

Comment 1 Mark H Johnson 2002-03-26 21:51:15 UTC
Created attachment 50664 [details]
Failing XF86Config-4 file.

Comment 2 Mark H Johnson 2002-03-26 21:52:42 UTC
Created attachment 50665 [details]
Successful XF86Config-4 file

Comment 3 Mark H Johnson 2002-03-26 21:58:15 UTC
Created attachment 50666 [details]
Failing XF86 log file

Comment 4 Mark H Johnson 2002-03-26 21:59:26 UTC
Created attachment 50667 [details]
Successful XFree86 log file

Comment 5 Mark H Johnson 2002-03-26 22:00:42 UTC
Stack traceback on infinite loop for reference...

 gdb /usr/X11R6/bin/X
GNU gdb Red Hat Linux (5.1-1)
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux"...(no debugging symbols found)...
(gdb) attach 1106
Attaching to program: /usr/X11R6/bin/X, process 1106
Reading symbols from /usr/lib/libz.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /lib/libm.so.6...done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /lib/libpam.so.0...done.
Loaded symbols for /lib/libpam.so.0
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libpam_misc.so.0...done.
Loaded symbols for /lib/libpam_misc.so.0
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /lib/libnss_files.so.2...done.
Loaded symbols for /lib/libnss_files.so.2
0x084eaaf8 in ?? ()
(gdb) bt
#0  0x084eaaf8 in ?? ()
#1  0x080aba8a in xf86HandleColormaps ()
#2  0x080ab4bd in xf86HandleColormaps ()
#3  0x080ab457 in xf86HandleColormaps ()
#4  0x0807fa6a in DGAShutdown ()
#5  0x0806eac0 in ddxGiveUp ()
#6  0x080db4e0 in GiveUp ()
#7  0x080dca65 in FatalError ()
#8  0x080c57ab in main ()
#9  0x40089306 in __libc_start_main (main=0x80c5240 <main>, argc=3,
ubp_av=0xbffffdd4, init=0x806c820 <_init>,
    fini=0x8182e60 <_fini>, rtld_fini=0x4000d2dc <_dl_fini>, stack_end=0xbffffdcc)
    at ../sysdeps/generic/libc-start.c:129


Comment 6 Mark H Johnson 2002-03-27 14:36:11 UTC
Did some more testing. Display fails to come up in 8 bit mode as well.
When rebooting, sequence seen is...
 - console messages on left display until time to start X server
 - all three displays blank for a short period
 - all three displays gray for a short period
 - left and center displays black, right display has white horizontal bar
We apparently need a fix to this (or another bug - will submit shortly) to
support capture / display of video on the multihead machine.


Comment 7 Mike A. Harris 2002-05-30 08:11:54 UTC
We don't have the hardware, Savage expertise, or documentation to debug or
troubleshoot this issue.  The Savage driver maintainer Tim Roberts is
about the best way to try to get this fixed if possible.  You can contact
him via the xpert mailing list.