Red Hat Bugzilla – Bug 213973
tdfx: undefined symbol: getsecs
Last modified: 2007-11-30 17:11:47 EST
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):
Steps to Reproduce:
1. Install a voodoo 3 2000 video card
2. Configure X to use this card
3. run "startx 2>&1 > xcrash
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
X to start normally.
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
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