Bug 47099 - doesn't actually work on Tseng ET4000/W32p
Summary: doesn't actually work on Tseng ET4000/W32p
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Tseng Labs (show other bugs)
Version: git
Hardware: x86 (IA32) Linux (All)
: medium major
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
Keywords: regression
Depends on:
Reported: 2012-03-08 06:55 UTC by Michael Shigorin
Modified: 2018-08-10 20:51 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:

542e65deaf834c3d58c44064206445e4d18f6daa (garbled screen) (20.95 KB, text/plain)
2012-03-08 06:55 UTC, Michael Shigorin
no flags Details
8f41e5d8bb40d6bb184b4806b701a3e11caf43c3 (WAIT_ACL) (26.20 KB, text/plain)
2012-03-08 06:56 UTC, Michael Shigorin
no flags Details
8f41e5d8bb40d6bb184b4806b701a3e11caf43c3 ("Unable to probe RAMDAC" w/palette snoop) (6.82 KB, text/plain)
2012-03-08 06:57 UTC, Michael Shigorin
no flags Details

Description Michael Shigorin 2012-03-08 06:55:29 UTC
Created attachment 58186 [details]
542e65deaf834c3d58c44064206445e4d18f6daa (garbled screen)

xorg-server 1.11.4 fails to drive properly an ET4000/W32p PCI card in nForce 7025 based AMD64 system temporarily abused as an i586 thin client testbed.

I've tried to use ALT Linux xorg-drv-tseng-1.2.4 package (commit 6959ac1434c3594221f340f4d7f3d1489f585f8e to be precise) just to bump into bug #32682; cherrypicked 542e65deaf834c3d58c44064206445e4d18f6daa, the server started in 800x600x16 but the colors were completely garbled and image distorted (log attached).

Decided to give the latest git (8f41e5d8bb40d6bb184b4806b701a3e11caf43c3) a spin; the server starts but blanks out the LCD monitor with OSD message reading "out of range, 18.9 kHz / 30 Hz" and repeating lines in the log (attached):

WAIT_ACL: timeout.
trying to unlock......................................

It also seems that STG1703Detect() is harmed by "Palette Snoop" BIOS option (which does shift the textmode colors a bit):

(II) TSENG(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000
(--) TSENG(0): Chipset: "ET4000/W32P (rev D)"
(EE) TSENG(0): Unable to probe RAMDAC
(EE) Screen(s) found, but none have a usable configuration.

I can rebuild the stand but it's not immediately available anytime so far (should be able to get it up in no more than a week's timeframe though).  It's handy for a couple more days though, just in case.

Not that it's urgent but it was a decent card (especially for SVGATextMode ;-) and I'm working on ALTSP terminal server distribution with the 2007/8 version having been deployed in many Russian schools with much success; it works on Pentium/75 class machines hence my interest in the ancient video hardware.

BTW there are a few more ancient cards shelved, both PCI (SiS6326, S3 Trio64V+) and AGP (dualhead Matrox G450, S3 Trio3D/2X, i740 -- not sure on 1X slot though); can test at request too.
Comment 1 Michael Shigorin 2012-03-08 06:56:26 UTC
Created attachment 58187 [details]
8f41e5d8bb40d6bb184b4806b701a3e11caf43c3 (WAIT_ACL)
Comment 2 Michael Shigorin 2012-03-08 06:57:39 UTC
Created attachment 58188 [details]
8f41e5d8bb40d6bb184b4806b701a3e11caf43c3 ("Unable to probe RAMDAC" w/palette snoop)
Comment 3 Andreas Friedrich Berendsen 2014-09-04 22:12:56 UTC
Hi there. I a Gigabyte MoBo with five (5) Tseng ET4000/W32p cards. Plan is to build a video wall (six monitors in total) for a full environment administration. Evidently I cannot do it because I am having the same problem. Is there anything I can do to help fix this problem?
Comment 4 Michael Shigorin 2014-09-04 23:22:00 UTC
(In reply to comment #3)
> Is there anything I can do to help fix this problem?
You might end up with drivers from xorg-server 1.3/1.4 age, I recall those as rather working with a range of old videocards.  Degradations started ca. 2009.

The "modern hardware" way might be to find a dual-pipe motherboard (with e.g. DVI and HDMI capable to work simultaneously) and two dual-pipe videocards (I've used a dual Nvidia Quadro setup with three 42" panels at a HPC site once upon a time).

My stand was situated in Kiev and is not available anymore "thanks" to neocon greed and USA aggression against Ukraine (read Russia)...
Comment 5 GitLab Migration User 2018-08-10 20:51:47 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-tseng/issues/1.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.