Bug 24468

Summary: video probe inconsistencies between GUI and TUI install
Product: [Retired] Red Hat Linux Reporter: Jeremy Katz <katzj>
Component: anacondaAssignee: Brent Fox <bfox>
Status: CLOSED CURRENTRELEASE QA Contact: Brock Organ <borgan>
Severity: medium Docs Contact:
Priority: medium    
Version: 7.1CC: teg
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: 2001-09-10 21:15:27 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:

Description Jeremy Katz 2001-01-20 22:55:09 UTC
There seems to be inconsistencies in which video card is selected between
the GUI and TUI installs of anaconda on machines with an on-board video and
an add-on PCI card.  Some machines, the GUI install method finds the
"right" card and others, the TUI install method (hence Xconfigurator) finds
the "right" card.

eg: with a Dell Optiplex GX110 with built-in i810 video on the motherboard
and a PCI TNT2, anaconda's probe finds the i810 and hence can't start the
GUI installer; the early probe finds the i810.  Later, when you actually
configure X in text-mode, the TNT2 is detected instead and X is set up
properly.  This means that kickstarts will find the proper video card on
this box, but it won't run a GUI install.  lspci for this box (hardware
profile 29) is:

00:00.0 Host bridge: Intel Corporation 82810E GMCH [Graphics Memory
Controller Hub] (rev 03)
00:01.0 VGA compatible controller: Intel Corporation 82810E CGC [Chipset
Graphics Controller] (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801AA PCI Bridge (rev 02)
00:1f.0 ISA bridge: Intel Corporation 82801AA ISA Bridge (LPC) (rev 02)
00:1f.1 IDE interface: Intel Corporation 82801AA IDE (rev 02)
00:1f.2 USB Controller: Intel Corporation 82801AA USB (rev 02)
00:1f.3 SMBus: Intel Corporation 82801AA SMBus (rev 02)
01:07.0 VGA compatible controller: nVidia Corporation Vanta [NV6] (rev 15)
01:08.0 Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 06)
01:0c.0 Ethernet controller: 3Com Corporation 3c905C-TX [Fast Etherlink]
(rev 78)


Counterpoint is an older Dell GXa with an onboard ATI Rage Pro and Matrox
G200 PCI.  With this machine, anaconda probes the Matrox and starts
XF86_SVGA.  GUI installer properly detects the right video card
consistently.  TUI installer on the other hand (hence, Xconfigurator +
kickstart) always detect the Rage Pro and try to use it.  lspci for this
box (should be machine profile 30) is:
00:00.0 Host bridge: Intel Corporation 440LX/EX - 82443LX/EX Host bridge
(rev 03)
00:01.0 PCI bridge: Intel Corporation 440LX/EX - 82443LX/EX AGP bridge (rev 03)
00:07.0 ISA bridge: Intel Corporation 82371AB PIIX4 ISA (rev 01)
00:07.1 IDE interface: Intel Corporation 82371AB PIIX4 IDE (rev 01)
00:07.2 USB Controller: Intel Corporation 82371AB PIIX4 USB (rev 01)
00:07.3 Bridge: Intel Corporation 82371AB PIIX4 ACPI (rev 01)
00:0e.0 VGA compatible controller: Matrox Graphics, Inc. MGA 2164W
[Millennium II]
00:11.0 Ethernet controller: 3Com Corporation 3c905 100BaseTX [Boomerang]
01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro AGP 1X
(rev 5c)


Looks like the PCI bus is scanned in a different order for the two of them.
 To be honest, I think that the Xconfigurator way is "better" if only
because I've got about 200 of the GX110s which get installed via kickstart
and the GXa only serves as a test box :)  But whichever way, I think that
the two should at least go the same way.  And although I'd love to have my
mind read and the correct one always picked, I do understand the difficulty
in that proposition.

Comment 1 Michael Fulbright 2001-01-26 16:34:10 UTC
Assigned to a developer.

Comment 2 Michael Fulbright 2001-01-26 16:35:01 UTC
Related to bug 16123 and bug 15320.

Comment 3 Jeremy Katz 2001-02-02 20:30:34 UTC
Also related to bug 24887

Comment 4 Brent Fox 2001-02-09 03:33:33 UTC
This would be nice to fix, but we don't support having more than one video card
in one machine at this time.  Deferring to a future release.  Xconfigurator and
kudzu need more intelligence in order to do this.

Comment 5 Jeremy Katz 2001-09-10 21:15:22 UTC
The inconsistencies are fixed now since they use the same code... the multiple
video cards is scattered throughout other deferred bugs.  Closing as currentrelease