Bug 25506 - installer X configurator fails to produce working X setup
Summary: installer X configurator fails to produce working X setup
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: anaconda   
(Show other bugs)
Version: 7.1
Hardware: i386 Linux
Target Milestone: ---
Assignee: Brent Fox
QA Contact: Brock Organ
Whiteboard: Florence Gold
Depends On:
TreeView+ depends on / blocked
Reported: 2001-02-01 18:18 UTC by Richard Hyde
Modified: 2007-04-18 16:31 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-09-17 19:23:38 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Richard Hyde 2001-02-01 18:18:51 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.76 [en] (X11; U; Linux 2.2.16-22smp i686)

The installer fails to produce a X setup that will test properly on my IBM
A21m with Rage Mobility (as detected).  Attempted all other Rage Mobility
variants.  There is no X server output on any of the VTs so I can't really
say what it is bombing out on.

Reproducible: Always
Steps to Reproduce:
1. starting installer	
2. test video config button	
3. change video setup
4. wash rinse repeat

Comment 1 Michael Fulbright 2001-02-01 18:36:16 UTC
Assigning to a developer.

Comment 2 Glen Foster 2001-02-01 19:45:27 UTC
We (Red Hat) should really try to fix this before the next release.

Comment 3 Brent Fox 2001-02-01 21:54:36 UTC
The X output is in a file called /tmp/X.log.  Can you send me the contents of
this file?

Comment 4 Richard Hyde 2001-02-08 05:47:08 UTC

(relevant lines)
(II) ATI(0): Using digital flap panel interface
Default modes deleted, [hsync, vrefresh] out of range
>1024x768 default modes deleted (exeeds panel dimensions)
Built-in mode "Native panel mode" deleted (vrefresh out of range)
(WW) ATI(0): Mode pool is empty

Fatal server error:
no screens found

Comment 5 Richard Hyde 2001-02-08 05:54:50 UTC
When removed from the port replicator the system installs without trouble.  

Port replicator has two ports, standard VGA and DVI.  It looks like the
installer sees the DVI and doesn't bother with the VGA port.  Even when
selecting the [crt] monitor manually the X-test.log tells me that X is trying to
use the DVI interface.  Looks as if the installer prober is doing the same thing
as the probed monitor is coming up as "flat panel 1024x768".

Comment 6 Brent Fox 2001-02-09 09:44:32 UTC
It looks like kudzu needs more intelligent probing routines.  There isn't time
to fix this for the current release, but it's a nice idea.  I'll add this to our
feature request list and defer it to a future release.  Thanks for your report.

Comment 7 Richard Hyde 2001-02-09 18:46:21 UTC
I hope this goes in the release notes, it really should.  Sounds like (from
another bugzilla bug) that someone is having a similar port replicator problem
with their Dell.

Comment 8 Need Real Name 2001-05-03 01:43:51 UTC
I see this same problem on Dell Latitude CPx laptops (same video chipset I
believe).  It would be nice if the X _driver_ handled this vs. kudzu as that's
how it really should happen.  There is an X option for something like
"external_crt" or something like that... this allows the external monitor to
work, but otherwise, it will not work with the monitor.

I would really love to see XFree86 (I know this isn't YOU guys directly) be able
to handle hardware changes better for laptops (I use the build-in pointer and
switch to scrollmouse (well, really vie versa, which screws things up).  Maybe
an option should be used by XFree86 to try one config then another or
something.... anyway, don't know if anyone will read this, so I'll stop now ;)

Comment 9 Brent Fox 2001-05-03 15:40:46 UTC
I read it, and I agree.  :)  There's a lot of things about laptops that I wish
Linux handled better...(power management, hibernation, etc.)

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