From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1) Gecko/20061010 Firefox/2.0 Description of problem: On upgrade of an FC5 i386 system to FC6, anaconda runs the Graphical X installer after detecting my AGP based Voodoo3, starts to run (X Server comes up..can move the X cursor around for a couple of seconds) then hard crashes (freeze) to a white screen that is unrecoverable and also kills the keyboard (num lock/caps lock fails to work). AFter a complete upgrade (using text mode) I tried to log in using startx, my gnome desktop comes up. But no cursor and once again the keyboard freezes. The system is still running (I can log in via SSH remotely). No errors are written in the xorg log?!! Just runing "X" from command line seems to work...so is this an "X" problem or a problem with Gnome or Anaconda? Confused I am...totally reproduceable. If somebody needs a video I could take a shot with my camera and send it to somebody. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Startx 2. 3. Actual Results: Frozen screen/keyboard mouse cursor missing Expected Results: unfrozen screen...keyboard and mouse working. Additional info:
Very similar experience with Voodoo3 2000 AGP on ABIT NF7-S Nforce2 mb. Cannot install FC6 as an upgrade to FC5 (which worked fine)in graphical mode. After anaconda starts it initiates Xserver, reports correct card detection, says something about a log file that is too brief to read, presents Big X, then the DNA Splash Screen of Death. Reproducibly frozen. Switching to text mode install appears to work, but at the end of the long and winding road the system manifests runlevel 5, lets me log in, shows me my desktop briefly, then collapses back to the login screen. Its a beautiful design but not that useful. In contrast, I first installed FC6 from the same media over FC5 on an older P-III box with an even more primitive video card and it went flawlessly. This is the first time I have ever encountered a showstopping problem with any FC release. Seems like it could be Xorg related.
Simular experiance with nvidia AGP driver. After startup locks with blank screen single underscore character in upper left hand corner. System freezes every boot at run level 5. Simple work around it to start system at run level 3. After level 3 startup completes then startx and every thing seems OK, desktop effcts work, etc.
Workaround not effective here. from level 3 startx displays desktop but no cursor|kb|mouse(but still background activity). Further info: - one fatal during boot sequence loading acpi-cpufreq - uname: 2.6.18-1.2798.fc6 #1 SMP .. i686 athlon i386 GNU/Linux - misstatement in previous post: Voodoo3 is PCI, not AGP; lspci detects properly - Xorg.log (EE) TDFX(0): [dri] tdfx DRI not supported in 32 bpp mode, disabling DRI. (EE) AIGLX: Screen 0 is not DRI capable Saw a log message the X server didn't have permission to connect to host; is this some weird magic-cookie or xhost permissions thing? Did xhost +localhost but did not help.
I can confirm the problem on fc6 with a Voodoo3 card. As a workaround you can disable acceleration: Option "NoAccel" "Off" in the Driver section of /etc/X11/xorg.conf or use the vesa driver instead of the tdfx one. It will work but with very poor performances. I suppose there's a problem with aiglx. Please help us.
A clean install of FC6 shows the same problem for me. Dropping the resolution to 800x600 (using system-config-display) allows X to start without the display and keyboard hanging.
I also have the same card ( Voodoo3 AGP ) and same problem. Graphical session crashes. So far I have tried these things -- Created new configuration file using "Xorg -configure" then used this configuration file to start X server using "Xorg -config xorg.conf.new". The xserver starts up and nothing freezes. "startx" still result in system hang. I started xserver with xterm using "xinit bash -- -config xorg.conf.new" this gives me a xterm. But if I try to start "gnome-session" here it hangs. I changed the driver from "tdfx" to "vesa", but could not get gnome to start. Although I was able to start "firefox" in a xterm session with "vesa" driver.
Not sure if this is any consolation, but FC6 isn't the only distro affected: https://launchpad.net/distros/ubuntu/+source/xserver-xorg-video-tdfx/+bug/63796
Same here with Voodoo 5 5500 AGP
Yep, same here with an AGP Voodoo3. Worked great on FC5. I am able to log in as root when I have the resolution set at 800x600 (as suggested in Comment #5 above) and gnome does start. If I log in as a regular use at 800x600 the screen just blinks a couple of times and takes me to the login screen. I checked out the Fedora Wiki site that discusses AIGLX and compiz (at http://fedoraproject.org/wiki/RenderingProject/aiglx) and there is a small blurb under "Video card status" -> "Occasionally / Possibly Working" that says that "3dfx: voodoo3 through voodoo5. Might need NV_texture_rectangle emulation." I've googled that and get no information. Does anyone know what this NV_texture_rectangle emulation is and how to enable it? Perhaps it has something to do with this....
has amyome tried the patch for tdfx @ http://lists.freedesktop.org/archives/xorg/2006-August/017472.html
I tried the patch I recompiled tdfx and then removed the original xorg-x11-drv-tdfx package and then installed my patched one and the system now runs X using the tdfx driver. The only problem is I can't seem to get it to display anything higher than 800x600 does anyone know how to fix this?
Here's a workaround to get decent resolutions. This is NOT a fix however. Add to your /etc/X11/xorg.conf in: Section "Screen" The line: Option "Accel" "no" Then reboot your system or just restart X. This lets me run at higher resolutions as root and regular users with no more lockups. Only drawback is that browsing in Firefox is a bit of pain without graphics acceleration, particularly the scrolling. Everything else seems fine though.
I meant that the system says 800x600 is the highest available resolution even though my xorg.conf say's it can do higher.
Ok so I fixed it on my system. I have it running at 1280x1024 with acceleration on and using the tdfx driver and all runs perfectly. Here's how I did it some changes will be needed on a non i386 install 1. Downloaded the tdfx SRPM from http://mirror.web-ster.com/fedora/core/6/source/SRPMS/xorg-x11-drv-tdfx-1.2.1-3.1.src.rpm 2. Extracted the three files from the srpm using archive manager: tdfx.xinf xf86-video-tdfx-1.2.1.tar.bz2 xorg-x11-drv-tdfx.spec 3. Copy xf86-video-tdfx-1.2.1.tar.bz2 and tdfx.xinf to /usr/src/redhat/SOURCES 4. Use archize manager to extract src/tdfx_priv.c from xf86-video-tdfx-1.2.1.tar.bz2 5. Edit tdfx_priv.c and add the two lines in the patch found here. http://lists.freedesktop.org/archives/xorg/2006-August/017472.html 6. Use archive manager to write over the src/tdfx_priv.c in xf86-video-tdfx-1.2.1.tar.bz2 with the edited one. 7. Make sure you have the xorg-x11-server-sdk package installed and the packages that include the basic development tools such as gcc so you can compile. 8. Run "rpmbuild -ba xorg-x11-drv-tdfx.spec" and wait for it to compleate. You should get no errors. 9. Make sure that it created the file /usr/src/redhat/RPMS/i386/xorg-x11-drv-tdfx-1.2.1-3.1.i386.rpm 9. Run "yum remove xorg-x11-drv-tdfx" and wait. 10. Run "rpm -ivh /usr/src/redhat/RPMS/i386/xorg-x11-drv-tdfx-1.2.1-3.1.i386.rpm" 11. Run "yum install xorg-x11-drivers" 12. Now you should be able to run X with this new tdfx driver with no problem at all. 13. If you have any problems with resolution run "Xorg -configure" and use the new xorg.conf.new by renaming it to xorg.conf and copying it to /etc/X11/ don't forget to backup your old xorg.conf first just in case. Forgive me if this was long winded just wanted to make sure it was clear enough for anyone to follow.
Created attachment 141692 [details] patched rpm for i386 builds Here is the patched rpm I built for the tdfx driver you need to use yum to uninstall the original from the install then install this one and all should work fine. Sorry I don't know this bugzilla system very well if I knew I could attach this a couple of days ago I would have.
I can also confirm this same bug on a VooDoo5 5500 AGP on a 686 using a fresh install via text method.
there is a new version of the driver in the updates-testing repo update to that and it should fix alot of the problems
Doug, can we get back to basics, please? Please attach your X server config file (/etc/X11/xorg.conf) and X server log file (/var/log/Xorg.*.log) to the bug report as individual uncompressed file attachments using the bugzilla file attachment link below. Could you please also try to run without any /etc/X11/xorg.conf whatsoever and let X11 autodetect your display and video card? Attach to this bug /var/log/Xorg.0.log from this attempt as well, please. We will review this issue again once you've had a chance to attach this information. Thanks in advance.
Created attachment 145739 [details] xorg.conf before moving it out of the way X11 never created a new xorg.conf when I rebooted without one. Don't know if it's supposed to.
I have the same problem. I have attached my original Xorg.0.log (as Xorg.0.log.old in attachment) and xorg.conf files. After I renamed the latter, rebooted in text, and did startx, X11 created a new Xorg.0.log. I have a 3dfx VooDoo 3 board and Dell E550 monitor. Background: I couldn't do graphical install. Would end up in various versions of the first install screen where the buttons at bottom were not displayed. Would either get totally white screen, fedora blue window on white background, or fedora blue window and fedora banner across top with white background. Buttons and keyboard would apparently work--I just couldn't see 'em. I tried various combinations of these "linux" parameters: resolution=800x600 lowres noprobe acpi=off skipddc. Different results (see above) but nothing worked. Text install worked. Not sure whether relevant, but these are all of the boot anomalies: 1. FATAL: Error inserting acpi_cpufreq (...) No such device 2. Starting sendmail: [OK] <-- OK, but takes a few minutes to respond 3. Starting sm-client: [OK] <-- OK, but takes a few minutes to respond 4. hda: drive_cmd: status=0x51 ( DriveReady SeekComplete Error ) hda: drive_cmd: error=0x04 ( DriveStatusError ) ide: failed opcode was 0xb0 Now, when I boot in text mode and run startx, I get the full gnome desktop but without the mouse cursor or keyboard input--it's locked up. I can still SSH into the box, though. When I boot directly into graphics mode (change to id:5:initdefault: in /etc/inittab), I am presented with a gray rectangle towards the bottom half of screen with darker gray rectangle (a line of text blocks?) within that, all on a black background. I can, again, SSH into the box. Any ideas guys? Is there consensus on what the fix or best workaround is?
Created attachment 145740 [details] Xorg.0.log before I moved xorg.conf out of the way
Created attachment 145741 [details] Xorg.0.log _after_ I moved xorg.conf out of the way
(In reply to comment #20) It's better now, after loosely following Roc Halbasch's instructions. This is what I did: # wget http://download.fedora.redhat.com/pub/fedora/linux/core/updates/6/i386/xorg-x11-drv-tdfx-1.3.0-2.fc6.i386.rpm # yum remove xorg-x11-drv-tdfx # rpm -ivh xorg-x11-drv-tdfx-1.3.0-2.fc6.i386.rpm # yum install xorg-x11-drivers # reboot I can now see the gnome desktop, use the mouse, and have the system respond to keyboard input. However, there is a problem painting the screen. It first shows up right after logging on--the login screen remains as the desktop background, e.g., I can still see "fedora Password: ***********" as my background and the "Language Sesison Restart Shut Down" text at the bottom of the screen. If I move stuff over the background, e.g., the drop-down menus, the "real" background shows up. Weird. And sometimes the "Computer," "root's Home," and "Trash" icons don't redraw until I mouse-over them. Next, I brought up a terminal window and did "ps -A" but no output was displayed. Weird. Same thing with "ls"--no text output.
(In reply to comment #23) It's all better now after installing all 190 updates. Runs fine--no redraw problems. Sorry for the wasted bandwidth.
Same graphical install issue w/ P3 500, ASUS P5B-F Mobo, Voodoo3 2000 AGP. Later had lock up issue when changing to run level 5. (Old news by now). Used Paul Long's steps above to get video working again. However, dialog boxes afterwards weren't completely displayed; dragged mouse around areas to "paint" the dialog box. Very strange behavior. Got frustrated because FC5 worked well with Voodoo3. Question: Could somebody publish a "slipstreamed" procedure for the FC6 Zod CDs so that graphical install could be used and working 3dfx drivers are immediately available? Thanks!
I believe I've answered my own question. An FC6 respin is available here: http://torrent.fedoraunity.org/ The latest respin is based on 1/11/07 updates. I have not tested it yet. Looks like downloads are only available via bittorrent.
The 20070111 re-spin graphical install works on my Voodoo3 2000 HW. Suggest using that instead of the first official FC6 release.
Rayrees (or others), please comment on whether your respin install is able to run Desktop Effects (compiz/AIGLX)? I struggled long and hard to patch my original FC6 install to be usable with a Voodoo3 2000. It now runs OK in most respects, including running OpenGl apps like glxgears. The one that I have never been able to beat is compiz. No wobbles or cubes for me! Thanks.
I plan on doing a complete install of the re-spin this weekend. I only tested whether the graphical install would successfully run the native X server, which crashed on the Zod release. I did read elsewhere (don't know exactly, maybe fedorasolutions) that Beryl and possibly compiz will not run on 3dfx cards. I did notice in my xorg log for FC5 that DRI cannot run if 32 bit color depth is selected, possibly DRI will work with 16 bit color depth?
Re-spin installed on my P3 500 Voodoo3, but had no luck with starting desktop-effects (compiz). Based on the stderr messages, looks like compiz cannot run on Voodoo3 :( However, openGL screensavers crashed prior to installing the Glide drivers. Saw that Voodoo3 needed that as "glue" for AIGLX. Most of the openGL screensavers worked after installing Glide.
Moving to devel, but leaving in needinfo. This should at least not be crashing in F7. Please test, and move back to ASSIGNED if this is still an issue in F7.
Reporter, could you please reply to the previous question? Thank you.
Reporter, could you please reply to the question in comment 31? If you won't reply in one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you.
No information requested provided, no joy for anybody -- closing this bug as INSUFFICIENT_DATA. Reporter, if you could, please, reopen with additional information.