[Jaunty] X won't start on Voodoo 3 (rev 01) after upgrade to jaunty
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
xserver-xorg-video-tdfx (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
I recently upgraded a Gateway system with a Voodoo 3 (rev 01) from 8.10 to 9.04. Synaptic tells me that I now have version 1:1.4.0-2 of xserver-
It started to boot okay, but failed when it tried to start X Windows. The only thing out of the ordinary that I noticed in the log files was the following from /var/log/
X.Org X Server 1.6.0
Release Date: 2009-2-25
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.24-23-server i686 Ubuntu
Current Operating System: Linux kant 2.6.22-15-generic #1 SMP Wed Aug 20 18:39:13 UTC 2008 i686
Build Date: 09 April 2009 02:10:02AM
xorg-server 2:1.6.0-0ubuntu14 (<email address hidden>)
Before reporting problems, check http://
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/
(==) Using config file: "/etc/X11/
(EE) TDFX(0): DRIUnlock called when not locked.
/usr/X11R6/bin/X: symbol lookup error: /usr/lib/
I didn't remember to save the Xorg.0.log file that corresponds to this incident, but as I say, there was nothing that looked out of the ordinary in it. I assume the root cause is the missing symbol in tdfx_drv.so.
Some other info:
brian@kant:~$ lspci | grep VGA
01:05.0 VGA compatible controller: 3Dfx Interactive, Inc. Voodoo 3 (rev 01)
brian@kant:~$ cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 6
model : 2
model name : AMD Athlon(tm) Processor
stepping : 1
cpu MHz : 648.734
cache size : 512 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnow up
bogomips : 1297.46
clflush size : 32
power management:
I have 2 workarounds for this. Both had to be done using a rescue cd (http://
(1) Use the vesa driver.
- In /etc/X11/xorg.conf, replace:
Section "Device"
Identifier "3Dfx Interactive, Inc. Voodoo 3"
Driver "tdfx"
BusID "PCI:1:5:0"
EndSection
with:
Section "Device"
Identifier "3Dfx Interactive, Inc. Voodoo 3"
Driver "vesa"
BusID "PCI:1:5:0"
EndSection
- On my system, this caused problems with gdmgreeter, so I also had to update /etc/gdm/gdm.conf to change Greeter from:
Greeter=
to:
Greeter=
- Remove the rescue cd and reboot into Ubuntu.
Graphics performances is noticeably slower, but still okay.
(2) Use a debian version of the driver binary (faster performance, but probably more dangerous, though it's been working for me for the past couple of hours) - based on the procedure describe here (in French): http://
- Download ftp://ftp.
- Extract the package using this command:
dpkg --extract xserver-
- Locate tdfx_drv.so in the extracted directory structure and copy it to /usr/lib/
- In /usr/lib/
mv tdfx_drv.so tdfx_drv.
ln -s tdfx_drv.
- Remove the rescue cd and reboot into Ubuntu.
tags: | added: jaunty |
I temporarily switched back to the driver that comes with Jaunty to reproduce the problem. Resultant Xorg.0.log file is attached.