Bug 11106 - xf86-video-tseng fails to detect Ramdac on ET4000/w32p card
Summary: xf86-video-tseng fails to detect Ramdac on ET4000/w32p card
Status: RESOLVED WONTFIX
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Tseng Labs (show other bugs)
Version: 7.2 (2007.02)
Hardware: Other All
: medium normal
Assignee: Luc Verhaegen
QA Contact: Xorg Project Team
URL: http://bugs.debian.org/cgi-bin/bugrep...
Whiteboard: 2011BRB_Reviewed
Keywords: regression
Depends on:
Blocks:
 
Reported: 2007-05-30 11:18 UTC by Brice Goglin
Modified: 2011-10-16 15:04 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments

Description Brice Goglin 2007-05-30 11:18:12 UTC
Bug reported on the Debian BTS by Dietrich Clauss several months ago. The problem appeared with Xorg 7.1, it still occurs with driver 1.1.0 and Xserver 1.3. Driver 1.1.1 does not seem to change anything for ET4000 so I guess the problem is still there too.

The driver reports the following lines. See the Debian bug for details, including the log with Xorg 7.0 which worked fine.

(II) Loading /usr/lib/xorg/modules/drivers/tseng_drv.so
(II) Module tseng: vendor="X.Org Foundation"
	compiled for 7.1.1, module version = 1.1.0
	Module class: X.Org Video Driver
	ABI class: X.Org Video Driver, version 1.0
[...]
(II) TSENG: driver for TsengLabs ET4000W32p, ET6000 and ET6100 chips.
(II) Primary Device is: PCI 00:0b:0
(--) Assigning device section with no busID to primary device
(--) Chipset ET4000W32p found
(II) resource ranges after xf86ClaimFixedResources() call:
	[0] -1	0	0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
	[1] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[2] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[3] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[4] -1	0	0xc5000000 - 0xc50000ff (0x100) MX[B]
	[5] -1	0	0xc5800000 - 0xc5800fff (0x1000) MX[B]
	[6] -1	0	0xc7800000 - 0xc7800fff (0x1000) MX[B]
	[7] -1	0	0xc8000000 - 0xc7ffffff (0x0) MX[B]O
	[8] -1	0	0xd0000000 - 0xdfffffff (0x10000000) MX[B](B)
	[9] -1	0	0xc6000000 - 0xc6ffffff (0x1000000) MX[B](B)
	[10] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[11] -1	0	0x00000000 - 0x000000ff (0x100) IX[B]
	[12] -1	0	0x0000b800 - 0x0000b80f (0x10) IX[B]
	[13] -1	0	0x0000d000 - 0x0000d0ff (0x100) IX[B]
	[14] -1	0	0x0000d400 - 0x0000d4ff (0x100) IX[B]
	[15] -1	0	0x0000d800 - 0x0000d83f (0x40) IX[B]
	[16] -1	0	0x0000e800 - 0x0000e800 (0x1) IX[B]
	[17] -1	0	0x0000ec00 - 0x0000ec00 (0x1) IX[B]
(II) resource ranges after probing:
	[0] -1	0	0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
	[1] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[2] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[3] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[4] -1	0	0xc5000000 - 0xc50000ff (0x100) MX[B]
	[5] -1	0	0xc5800000 - 0xc5800fff (0x1000) MX[B]
	[6] -1	0	0xc7800000 - 0xc7800fff (0x1000) MX[B]
	[7] -1	0	0xc8000000 - 0xc7ffffff (0x0) MX[B]O
	[8] -1	0	0xd0000000 - 0xdfffffff (0x10000000) MX[B](B)
	[9] -1	0	0xc6000000 - 0xc6ffffff (0x1000000) MX[B](B)
	[10] 0	0	0x000a0000 - 0x000affff (0x10000) MS[B]
	[11] 0	0	0x000b0000 - 0x000b7fff (0x8000) MS[B]
	[12] 0	0	0x000b8000 - 0x000bffff (0x8000) MS[B]
	[13] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[14] -1	0	0x00000000 - 0x000000ff (0x100) IX[B]
	[15] -1	0	0x0000b800 - 0x0000b80f (0x10) IX[B]
	[16] -1	0	0x0000d000 - 0x0000d0ff (0x100) IX[B]
	[17] -1	0	0x0000d400 - 0x0000d4ff (0x100) IX[B]
	[18] -1	0	0x0000d800 - 0x0000d83f (0x40) IX[B]
	[19] -1	0	0x0000e800 - 0x0000e800 (0x1) IX[B]
	[20] -1	0	0x0000ec00 - 0x0000ec00 (0x1) IX[B]
	[21] 0	0	0x000003b0 - 0x000003bb (0xc) IS[B]
	[22] 0	0	0x000003c0 - 0x000003df (0x20) IS[B]
(II) Setting vga for screen 0.
(II) Loading sub module "int10"
(II) LoadModule: "int10"
(II) Reloading /usr/lib/xorg/modules/libint10.so
(II) TSENG(0): initializing int10
(II) TSENG(0): Primary V_BIOS segment is: 0xc000
(II) Loading sub module "vgahw"
(II) LoadModule: "vgahw"
(II) Loading /usr/lib/xorg/modules/libvgahw.so
(II) Module vgahw: vendor="X.Org Foundation"
	compiled for 7.1.1, module version = 0.1.0
	ABI class: X.Org Video Driver, version 1.0
(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
(II) UnloadModule: "tseng"
(II) UnloadModule: "vgahw"
(II) Unloading /usr/lib/xorg/modules/libvgahw.so
(II) UnloadModule: "int10"
(EE) Screen(s) found, but none have a usable configuration.

Fatal server error:
no screens found
Comment 1 Luc Verhaegen 2007-05-30 11:31:37 UTC
Which ramdac is this?

It's the third big chip on the card. The one that isn't the tseng and the one that isn't the DIP ROM, it's also just by itself, unlike the RAM chips.

The driver currently only supports the CH8398 and the STG1703, as these are the only devices i could get my hands on when i rewrote this part of the tseng support.
Comment 2 Luc Verhaegen 2007-05-30 11:49:58 UTC
Right, ICS GenDAC, support was removed as no hardware (and thus no testing) was available with it.

Will be added again.
Comment 3 Jeremy Huddleston Sequoia 2011-10-16 14:39:17 UTC
What's the status of this?  It looks like a fix is available based on the 
previous comment.
Comment 4 Luc Verhaegen 2011-10-16 15:04:58 UTC
HW has since become available, and is part of my collection now, one of the two cards even booted at one point or another.

Back then, i got into tseng as it was the only driver using multiple clock ranges infrastructure. I rewrote the driver to no longer use this.

This decade, i am probably the only guy left who has used tseng hw: i have dcc support sitting around somewhere, as i noticed a tseng with a blue vga connector, and i traced the board, and spent 10 minutes disassembling the bios.

If i am bored enough, one day, who knows... But WONTFIX, i doubt the reporter still cares much.


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.