From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; IRIX64 IP28; en-US; rv:1.3b) Gecko/20021228
Description of problem:
When trying to start the X server during graphical install mode, anaconda crashes.
The video card is ET4000 something and RedHat 8.0 has no problems passing this
Probing for video card: ET4000 W32i, W32p (generic)
Probing for monitor type: Unknown monitor
Probing for mouse type: Generic 3 button mouse (PS/2)
Attempting to start native X server
Waiting for X server to start... log located in /tmp/X.log
1..2..3..4..5 X server started successfully
XIO: fatal IO error 104 (Connection reset by peer) on X server ":1.0"
after 0 requests (0 known processed) with 0 events remaining
install exited abnormally
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. put in an ET4000/W32 card
2. start installer in graphical mode
3. wait for starting the X server
Please do a text mode install, and then run redhat-config-xfree86 by hand
afterward. Try starting X, and then please attach your X server log and
config file individually as separate file attachments below.
Created attachment 89043 [details]
X11 server config file as generated by installer
Created attachment 89044 [details]
X server logfile /var/log/XFree86.0.log
Created attachment 89045 [details]
X server setup logfile /var/log/XFree86.setup.log
This problem is most likely motherboard specific. Your motherboard/system
seems to be rather special compared to other generic systems. Is it a
server machine of some kind? This problem is most likely something to do
with PCI domains. It's possible even that the tseng driver code hasn't
been updated to use the new PCI domains code in X.
Could you post the output of: "lspci -vvn" and "lspci -vv" also please?
This might help to determine where things are going wrong.
Also, if you have another machine available that you could possibly test
this ET4000 in, and are willing to give it a shot, it might help us to
narrow things down too. If you can do this, please attach the log and
config file from the other machine too, indicating if the card works in
it or not.
Created attachment 89511 [details]
output of lspci -vv
Created attachment 89512 [details]
output of lspci -vvn
I've put this ET4000 in another box (AMD K6/400, DFI mainboard) and the
installer runs well. No problem to fire up X.
The board with ET4000 problems is a NMC 5VxC.
I'll attach X log and lspci of the working box.
Created attachment 89692 [details]
working box: /var/log/XFree86.0.log
Created attachment 89693 [details]
working box: /etc/X11/XF86Config
Created attachment 89694 [details]
working box: lspci -vv
Created attachment 89695 [details]
working box: lspci -vvn
Please upgrade to Red Hat Linux 9 official release, and see if this problem
still persists, and provide an updated status.
If the problem still persists, you may wish to also file a bug report at
http://bugs.xfree86.org in order to maximize the largest community of developers
aware of the problem whom may potentially be able to fix it.
sorry, this box has been given to someone else
I don't have access to ET4000 video hardware, and it is very old
legacy hardware at that, so low priority. I'm closing this bug
as WONTFIX, however if someone with an ET4000 experiences this issue
in Fedora Core 1, they can file a bug upstream to XFree86.org at
http://bugs.xfree86.org and paste the URL here, and I will will
track the bug upstream.