Trident Cyberblade/i1 problem with xorg 7.3

I have a very strange effect with an older Toshiba 1800 laptop. After running etch on it, I decided to upgrade to lenny (testing) to get support for recent wireless cards.

The upgrade went fine, except that it now boots with a blank video display. If I ssh into the box, "ps aux" shows that gdm and X are actually running. The /var/log/Xorg.0.log shows no errors at all, so apparently the xorg driver thinks it is not having any trouble.

That effect happens with various drivers: trident, vesa, and fbdev.

Things run fine with a distribution that uses xorg 7.1 or lower, and the xorg 7.3 in lenny is causing problems.

Could this be fixed by maybe tweaking the pci settings for the video pci port (01:00:0)?

I tried using setpci to make the pci delay 0x40; it seems to be set at 8 after the boot on lenny. Setting it to 0x40 didn't have any effect though.

0

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

data point

I booted a sidux liveCD on it, and originally got no X with a no available mode message. Editing the sidux xorg.conf I took out the mode entries (let xorg autoprobe), and commented out the glx module.

Then kdm worked on the sidux liveCD. Thinking I'm home free, I copied the sidux working xorg to the lenny hard disk.

Naturally, it doesn't work.

X problem on Toshiba S1800

I'm into similar X lock up problems for Debian Lenny on a Toshiba S1800.

I posted a bug report to the Debian Bug Tracking sytem.

see:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=454304

maybe you can join in as well?

Syndicate content