DDC/EDID not working with tdfx driver

Bug #105629 reported by jhansonxi
18
This bug affects 1 person
Affects Status Importance Assigned to Milestone
xserver-xorg-video-tdfx (Ubuntu)
Invalid
Medium
Unassigned

Bug Description

Binary package hint: xserver-xorg-driver-tdfx

Feisty beta, 3dfx Voodoo 3 AGP and Banshee PCI, multiple models of monitors. DPMS entry in monitor section of xorg.conf doesn't work. HorizSync and VertRefresh must be specified manually else X defaults to 640x480. Works correctly in Knoppix 5.1.1.
[lspci]
00:00.0 Host bridge [0600]: VIA Technologies, Inc. VT82C598 [Apollo MVP3] [1106:0598] (rev 04)
     Subsystem: VIA Technologies, Inc. Device [1106:0000]
01:00.0 VGA compatible controller [0300]: 3Dfx Interactive, Inc. Voodoo 3 [121a:0005] (rev 01)
     Subsystem: 3Dfx Interactive, Inc. Device [121a:003a]

Tags: hardy intrepid
Revision history for this message
jhansonxi (jhansonxi) wrote :

Logs

Revision history for this message
jhansonxi (jhansonxi) wrote :

Still a problem in Xubuntu 20070415 image.

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

What does DPMS have to do with the sync-ranges? Please attach the logs as separate files.

Changed in xserver-xorg-video-tdfx:
status: Unconfirmed → Needs Info
Revision history for this message
jhansonxi (jhansonxi) wrote :

You are correct. I was thinking that the communication function was part of DPMS. It is actually DDC/EDID. Description fixed.

Revision history for this message
jhansonxi (jhansonxi) wrote :
Revision history for this message
Javier Jardón (jjardon) wrote :

I can confirm this with feisty beta with voodoo3 card. HorizSync and VertRefresh must be specified manually else X defaults to 800x600

Revision history for this message
Javier Jardón (jjardon) wrote :

I can confirm this bug in Xubuntu Feisty final

Changed in xserver-xorg-video-tdfx:
status: Needs Info → Confirmed
Revision history for this message
Timo Aaltonen (tjaalton) wrote :

I've put a new package on my personal archive (for hardy heron, the current development version) that includes DDC2/I2C support, please try it out:

https://edge.launchpad.net/~tjaalton/+archive

Changed in xserver-xorg-video-tdfx:
importance: Undecided → Medium
status: Confirmed → Incomplete
Revision history for this message
jhansonxi (jhansonxi) wrote :

With Ubuntu Hardy 8.04 beta the values are now being read with the default tdfx driver but the resulting configuration is ugly. I also tested Timo's package. Both were tested on a Diamond Monster Fusion (3dfx Banshee) and a Voodoo 3 2000 connected to a Samsung 914V.

Diamond Monster Fusion PCI manual maximums:
1024x768x24bpp@120Hz
1280x1024x24bpp@100Hz

Samsung SyncMaster 914V LCD manual:
Horizontal 30 ~ 81 kHz
Vertical 56 ~ 75 Hz
Optimum resolution 1280 x 1024@60 Hz
Maximum resolution 1280 x 1024@75 Hz (exceeds pixel clock max)
Maximum Pixel Clock 135 MHz

The autodetected settings were as follows:

Default Hardy tdfx - Banshee and Voodoo 3:
37.9kHz 60Hz(800x600)

Timo Aaltonen's package:
Banshee:
55.8kHz 52Hz (1280x1024) (unusable due to extreme aspect ratio, i.e., vertically stretched)
60.0kHz 75Hz (1024x768)

Voodoo 3 2000:
64.0kHz 60Hz (1280x1024)

The Voodoo cards have a fundamental limitation in that 3D acceleration is only available at 1024x768 or below and only with a 16bpp depth. The defaults selected by X.org always use 24bpp which is good for graphical accuracy but useless for games. Both cards can play Chromium and Planet Penguin Racer at 1024x768 with 16bpp but are useless at 24bpp (<1fps). There is no easy way for the user to change depth as displayconfig-gtk doesn't have an option for it.

Revision history for this message
jhansonxi (jhansonxi) wrote :

Note: Previously submitted Xorg log was using default tdfx driver.

Revision history for this message
jhansonxi (jhansonxi) wrote :
Revision history for this message
jhansonxi (jhansonxi) wrote :
Revision history for this message
jhansonxi (jhansonxi) wrote :
Revision history for this message
jhansonxi (jhansonxi) wrote :
Revision history for this message
jhansonxi (jhansonxi) wrote :
Revision history for this message
jhansonxi (jhansonxi) wrote :
Revision history for this message
jhansonxi (jhansonxi) wrote :
Changed in xserver-xorg-video-tdfx:
status: Incomplete → New
Revision history for this message
Bryce Harrington (bryce) wrote :

Hi jhansonxi,

Thank you for taking the time to report this bug and helping to make Ubuntu better. You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering is this still an issue for you? Can you try with the latest development release of Ubuntu? (ISOs are available from cdimage.ubuntu.com)

If it remains an issue, could you also attach a new /var/log/Xorg.0.log?
Thanks in advance.

The output of lspci -vvnn would also be worth having.

Changed in xserver-xorg-video-tdfx:
status: New → Incomplete
Revision history for this message
jhansonxi (jhansonxi) wrote :

Retested on Intrepid (8.10) final with a Voodoo Banshee (PCI), Voodoo3 2000 (PCI), and a Voodoo3 3000 (AGP). Only the Banshee in combination with the Samsung SyncMaster models 712N and 914v has problems.

712N manual:
http://downloadcenter.samsung.com/content/UM/200504/20050413231145750_BN59-00420J-04Eng.pdf

914v manual:
http://downloadcenter.samsung.com/content/UM/200507/20050714081336828_BN59-00423Q-00Eng.pdf

Revision history for this message
jhansonxi (jhansonxi) wrote :
Revision history for this message
jhansonxi (jhansonxi) wrote :
Revision history for this message
jhansonxi (jhansonxi) wrote :
Revision history for this message
jhansonxi (jhansonxi) wrote :

The SyncMasters end up with a 55.9kHz horizontal, 52Hz vertical setting which stretch off the bottom of the screens.

Revision history for this message
jhansonxi (jhansonxi) wrote :

The KDS Rad-5 seems to work correctly with all cards. I'm including it as a reference.

Revision history for this message
jhansonxi (jhansonxi) wrote :
Revision history for this message
jhansonxi (jhansonxi) wrote :
Revision history for this message
jhansonxi (jhansonxi) wrote :
Revision history for this message
jhansonxi (jhansonxi) wrote :
Revision history for this message
jhansonxi (jhansonxi) wrote :
Revision history for this message
jhansonxi (jhansonxi) wrote :
Revision history for this message
jhansonxi (jhansonxi) wrote :

This Norwood Micro (CompUSA house brand) monitor had a lot of problems syncing with the Banshee. It blacked out several times before stabilizing.

Note: I'm sending all my 3dfx cards to someone on the mesa mailing list so I won't be able to test further.

Changed in xserver-xorg-video-tdfx:
status: Incomplete → New
Bryce Harrington (bryce)
Changed in xserver-xorg-video-tdfx:
status: New → Confirmed
Bryce Harrington (bryce)
description: updated
Revision history for this message
Christian Kirbach (christian-kirbach-e) wrote :

I can partially confirm this on Ubuntu Jaunty beta 2009-03-26

Attached LCD supports 1024x768 but on the first X startup X runs on a smaller resolution. After logging out (i.e. second X startup) it runs at full resolution.

00:0b.0 VGA compatible controller: 3Dfx Interactive, Inc. Voodoo Banshee (rev 03)

ii xserver-xorg-video-tdfx 1:1.4.0-2

Revision history for this message
Christian Kirbach (christian-kirbach-e) wrote :

Last comment still holds true for Ubuntu Karmic beta. Odd enough, after logging out, i.e. restarting X, resolution switches to 1024x768.

DDC/EDID still broken, driver assumes 800x600 on first X startup even if 16 bit colours and 1024x768 resolution are requested in the screen section like

       DefaultDepth 16
       Subsection "Display"
               Depth 16
               Modes "1024x768"

Monitor can also be set to 60Hz without avail
      VertRefresh 60-60

$ uname -a
Linux buechse 2.6.31-12-generic #39-Ubuntu SMP Mon Oct 5 22:08:01 UTC 2009 i686 GNU/Linux

$ dpkg -la *tdfx* xorg | grep ii
ii xorg 1:7.4+3ubuntu5 X.Org X Window System
ii xserver-xorg-video-tdfx 1:1.4.1-1 X.Org X server -- tdfx display driver

Revision history for this message
Christian Kirbach (christian-kirbach-e) wrote :

Actuall, HorizSync and VertRefresh must be specified manually else X defaults to 800x600

This seems to be the best workaround for me

Bryce Harrington (bryce)
tags: added: hardy
Bryce Harrington (bryce)
tags: added: intrepid
Revision history for this message
Christian Kirbach (christian-kirbach-e) wrote :

This no longer holds true for me for Ubuntu 10.10

I believe the report can be closed.

Revision history for this message
penalvch (penalvch) wrote :

jhansonxi, this bug report is being closed due to your last comment https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-tdfx/+bug/105629/comments/31 regarding you no longer have the hardware. For future reference you can manage the status of your own bugs by clicking on the current status in the yellow line and then choosing a new status in the revealed drop down box. You can learn more about bug statuses at https://wiki.ubuntu.com/Bugs/Status. Thank you again for taking the time to report this bug and helping to make Ubuntu better. Please submit any future bugs you may find.

Changed in xserver-xorg-video-tdfx (Ubuntu):
status: Confirmed → Invalid
To post a comment you must log in.