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 point. Anaconda's output: 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): How reproducible: Always Steps to Reproduce: 1. put in an ET4000/W32 card 2. start installer in graphical mode 3. wait for starting the X server Additional info:
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. TIA
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. TIA
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.