Bug 59569 - GUI install hangs with trident Cyberblade
Summary: GUI install hangs with trident Cyberblade
Keywords:
Status: CLOSED DUPLICATE of bug 64397
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: anaconda
Version: 7.3
Hardware: i386
OS: Linux
medium
high
Target Milestone: ---
Assignee: Michael Fulbright
QA Contact: Brock Organ
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2002-02-10 19:29 UTC by Chris Ricker
Modified: 2007-04-18 16:40 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2002-04-25 16:44:04 UTC
Embargoed:


Attachments (Terms of Use)
log from beta3 X startup (7.25 KB, text/plain)
2002-03-21 05:24 UTC, Chris Ricker
no flags Details
working XF86 4.2 config file -- automatically generated during install (3.71 KB, text/plain)
2002-03-27 02:58 UTC, Chris Ricker
no flags Details
log from working XFree86 4.2 startup (38.01 KB, text/plain)
2002-03-28 04:16 UTC, Chris Ricker
no flags Details

Description Chris Ricker 2002-02-10 19:29:14 UTC
I have a Compaq laptop with a Trident CyberBlade chipset.  When booting off of
CD-ROM, anaconda starts, detects the correct video chipset and fails detecting
the display (as expected -- it's a laptop) so falls back to generic.

After that, the screen goes black while starting X and the console is completely
locked.  VCs cannot be switched.

Now I'm going to try forcing a text install

Comment 1 Chris Ricker 2002-02-10 19:31:02 UTC
Same results with lowres.  Anaconda starts, box locks starting X

Comment 2 Chris Ricker 2002-02-10 19:35:18 UTC
same results with nofb, and when forcing 1024x768x8bit

Comment 3 Chris Ricker 2002-02-10 22:28:41 UTC
FWIW, after a text-mode upgrade completed, XFree86 4.2 worked with the video
card, so it's not a matter of the Trident simply being unsupported by RH.

Comment 4 Michael Fulbright 2002-02-11 16:01:35 UTC
What are the PCI ids for the video card?

Comment 5 Chris Ricker 2002-02-12 02:57:42 UTC
pci bus 0x0001 cardnum 0x00 function 0x00: vendor 0x1023 device 0x8420
 Trident CyberBlade/DSTN/i7
 CardVendor 0x0e11 card 0xb15a (Compaq, Card unknown)
  STATUS    0x02b0  COMMAND 0x0207
  CLASS     0x03 0x00 0x00  REVISION 0x5d
  BIST      0x00  HEADER 0x00  LATENCY 0x40  CACHE 0x00
  BASE0     0xf5000000  addr 0xf5000000  MEM
  BASE1     0xf4100000  addr 0xf4100000  MEM
  BASE2     0xf4800000  addr 0xf4800000  MEM
  MAX_LAT   0x00  MIN_GNT 0x00  INT_PIN 0x01  INT_LINE 0x09


Comment 6 Chris Ricker 2002-03-08 02:29:27 UTC
This is still broken in beta2, though it looks slightly different (progress? ;-).

linux switches to graphical mode, turns the screen mottled white (like when you
overdrive an LCD), and is hung.

This happens regardless of which options I use to boot

Comment 7 Chris Ricker 2002-03-08 02:31:06 UTC
Forgot to change the version....

Comment 8 Chris Ricker 2002-03-21 05:24:32 UTC
Created attachment 49327 [details]
log from beta3 X startup

Comment 9 Chris Ricker 2002-03-21 05:26:08 UTC
Still broken in beta3....

Comment 10 Michael Fulbright 2002-03-27 01:21:44 UTC
Do you have an X configuration that works on this card, and if so please tell me
the X server driver and attach the X config file?

Comment 11 Chris Ricker 2002-03-27 02:57:06 UTC
With 3.3.6 on older RH releases, it used the XFree86_SVGA driver.  I don't still
have an XF86Config file around from that.

In the beta cycles, 4.2.0 has been working just fine with it (first version of
XFree86 4 to do so; 4.1 was supposed to support it, but I never could get RH 7.2
to drive it using anything except 3.3.6).

XF86Config-4 will be attached.

Comment 12 Chris Ricker 2002-03-27 02:58:17 UTC
Created attachment 50764 [details]
working XF86 4.2 config file -- automatically generated during install

Comment 13 Michael Fulbright 2002-03-27 22:28:08 UTC
I noticed the working config is using 1152x864 - is this the resolution of the LCD?


Comment 14 Chris Ricker 2002-03-28 04:07:00 UTC
Actually, the config file lists 1152x864, but it's running at 1024x768. 
Bizarre, but what anaconda put on the disk worked so I've not monkeyed with it....

With 3.3.6 on RH <= 7.2, I ran this machine at 1024x768 as well.

Comment 15 Chris Ricker 2002-03-28 04:14:43 UTC
I just changed the config to 1024x768 -- thanks for pointing that out.

Attached will be the log from it working with 4.2.0 on beta3, running at
1024x768, in case the video mode info from that will be useful.

Comment 16 Chris Ricker 2002-03-28 04:16:04 UTC
Created attachment 51064 [details]
log from working XFree86 4.2 startup

Comment 17 Chris Ricker 2002-04-04 08:20:42 UTC
Still true with beta4.  Text install works, graphic locks the screen, X works
after install

Comment 18 Michael Fulbright 2002-04-15 21:24:16 UTC
I have not been able to locate this hardware unfortunately.

Comment 19 Chris Ricker 2002-06-08 01:45:09 UTC
Closed, since #64397 became the same as this, with a potential solution

*** This bug has been marked as a duplicate of 64397 ***


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