Bug 13949 - [imstt] X aborts w/ backtrace: 'Mode pool is empty' and 'No valid modes found'
Summary: [imstt] X aborts w/ backtrace: 'Mode pool is empty' and 'No valid modes found'
Status: RESOLVED WONTFIX
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/imstt (show other bugs)
Version: 7.3 (2007.09)
Hardware: PowerPC Linux (All)
: medium major
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-01-06 23:09 UTC by Tyson F Nuss
Modified: 2010-11-30 21:12 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
Log generated w/ std. xorg.conf in use (19.44 KB, text/plain)
2008-01-06 23:13 UTC, Tyson F Nuss
no flags Details
xorg.conf (w/ commented experimental entries included) (2.69 KB, text/plain)
2008-01-06 23:15 UTC, Tyson F Nuss
no flags Details
Log generated by "failsafe X" vesa fallback process (7.59 KB, text/plain)
2008-01-06 23:16 UTC, Tyson F Nuss
no flags Details
Log generated in absence of any xorg.conf (12.44 KB, text/plain)
2008-01-06 23:17 UTC, Tyson F Nuss
no flags Details
Output of 'lspci -vvnn' (2.86 KB, text/plain)
2008-01-06 23:17 UTC, Tyson F Nuss
no flags Details
Output of 'ddcprobe' (40 bytes, text/plain)
2008-01-06 23:18 UTC, Tyson F Nuss
no flags Details

Description Tyson F Nuss 2008-01-06 23:09:44 UTC
As of Ubuntu 7.10 "Gutsy" and also appearing very early-on in Debian "Lenny" (testing), X now fails to start up for me, whereas X had worked just fine on this same hardware in Debian "Etch" and also in Ubuntu "Edgy" and "Feisty". Seems to be something about Xorg has changed as deployed in the affected releases. Towards the end of my Xorg.0.log there's a whole bunch of lines rejecting every possible resolution (even known-valid ones), like this:

---
(II) imstt(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan)
(II) imstt(0): Not using default mode "1024x768" (unknown reason)

[Repeat w/ a wide variety of other possible resolutions, all rejected]

(WW) imstt(0): Mode pool is empty
(EE) imstt(0): No valid modes found

Backtrace:
0: /usr/bin/X(xf86SigHandler+0x94) [0x10093f44]
1: [0x100344]
2: /usr/lib/xorg/modules/drivers//imstt_drv.so [0xf941520]
3: /usr/lib/xorg/modules/drivers//imstt_drv.so [0xf94186c]
4: /usr/bin/X(InitOutput+0xb08) [0x1006e2c8]
5: /usr/bin/X(main+0x294) [0x1002e064]
6: /lib/libc.so.6 [0xfc79380]
7: /lib/libc.so.6 [0xfc795c4]

Fatal server error:
Caught signal 11.  Server aborting
---

I have tried various mods to my xorg.conf, all to no avail, including:

* Revised HorizSync and VertRefresh to match monitor's actual range;
* Used a tried'n'true custom xorg.conf saved from previous releases;
* Ran 'sudo dpkg-reconfigure xserver-xorg' to build a fresh xorg.conf;
* Add/omit a PCI BusID (I have only one vidcard, and Xorg had worked fine without any BusID in earlier releases);
* Changed: Option "UseFBDev" to "false" in the Device section;
* Added: Option "NoDDC" or "IgnoreEDID" to the Device section;
* Added: Option "Int10Backend" "x86emu" to the ServerLayout section;
* Added a Modeline (actually tried two slightly different modelines produced by different Modeline Generator sites);
* Omit xorg.conf entirely (by renaming).

Interestingly, the "failsafe X" used in in Ubuntu Gutsy, which tries to use the vesa driver, also fails to start X; the Xorg.0.log for that one shows modules being loaded then ends with this:

---
(II) VESA: driver for VESA chipsets: vesa
(II) Primary Device is: PCI 00:0e:0
(EE) No devices detected.

Fatal server error:
no screens found
---

Hardware is a Umax S900 dual-200MHz PowerPC 604e (PowerMac clone) with the stock ixMicro/IMS TwinTurbo 128+ (imstt) PCI video card.

Attachment of full Xorg.0.log, xorg.conf, outputs of uname -a, lspci -vvnn, and ddcprobe to follow (xresprobe returns all-null values, just as it had under earlier releases where X worked fine).
Comment 1 Tyson F Nuss 2008-01-06 23:13:03 UTC
Created attachment 13557 [details]
Log generated w/ std. xorg.conf in use
Comment 2 Tyson F Nuss 2008-01-06 23:15:15 UTC
Created attachment 13559 [details]
xorg.conf (w/ commented experimental entries included)
Comment 3 Tyson F Nuss 2008-01-06 23:16:21 UTC
Created attachment 13560 [details]
Log generated by "failsafe X" vesa fallback process
Comment 4 Tyson F Nuss 2008-01-06 23:17:04 UTC
Created attachment 13561 [details]
Log generated in absence of any xorg.conf
Comment 5 Tyson F Nuss 2008-01-06 23:17:52 UTC
Created attachment 13562 [details]
Output of 'lspci -vvnn'
Comment 6 Tyson F Nuss 2008-01-06 23:18:35 UTC
Created attachment 13563 [details]
Output of 'ddcprobe'
Comment 7 Tyson F Nuss 2008-01-06 23:21:16 UTC
$ uname -a
Linux vesta 2.6.22-14-powerpc-smp #1 SMP Tue Dec 18 09:17:24 UTC 2007 ppc GNU/Linux
Comment 8 Jesse Adkins 2010-11-30 21:12:09 UTC
This is for imstt, which is set to fail in configure.ac because it's unmaintained. I'm closing this for now. When imstt gets a maintainer, they can reopen this bug and work on it.

Until then, there's no reason to keep this open. WONTFIX for now.


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.