Description of problem: Running startx results in a screen with some X type stuff displayed, but no keyboard or mouse messages are processed, cannot get back to virtual consoles, etc. Version-Release number of selected component (if applicable): xorg-x11-drv-tdfx-1.2.1-3.1 How reproducible: Always. Steps to Reproduce: 1. Install a voodoo 3 2000 video card 2. Configure X to use this card 3. run "startx 2>&1 > xcrash Actual results: X will appear to start, then hang killing keyboard and mouse. xcrash will contain the output of running startx. In that output you will see: X: symbol lookup error: /usr/lib/xorg/modules/drivers/tdfx_drv.so: undefined symbol: getsecs Expected results: X to start normally. Additional info: This is related to some change made between FC5 and FC6, the tdfx driver worked just fine in FC5
A quick google for linux tdfx getsecs shows that there was an upstream fix back in June. Basically, getsecs (in tdfx_priv.c from xorg-x11-drv-tdfx-1.2.1-3.1.src.rpm ) should be xf86getsecs
*** Bug 213994 has been marked as a duplicate of this bug. ***
Duplicate bug 213994 mentions patch in http://lists.freedesktop.org/archives/xorg/2006-August/017472.html
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=212741 seems to be a duplicate as well.
The patch on freedesktop works for me. Another solution I was using was to downgrade to a version from FC5 but this requires rebuilding the SRPM due to xorg version mismatch.
Fixed in xorg-x11-drv-tdfx 1.3.0