Comment 14 for bug 239722

Unfortunately still not fixed in jaunty ...
I'm using the xorg.conf from a previous Sidux install.
I've attached both the original xorg file and the Sidux xorg file - which works as expected.

--- On Fri, 4/24/09, kimharding <email address hidden> wrote:

From: kimharding <email address hidden>
Subject: [Bug 239722] Re: xorg fails to correctly detect Satellite pro 4600 and 6000 screen resolution
To: <email address hidden>
Date: Friday, April 24, 2009, 11:53 PM

This problem still exists I have been unable to change the screen
resolution, even following the instructions above. It is this sort of
thing that stops Linux moving into the main stream.

--
xorg fails to correctly detect Satellite pro 4600 and 6000 screen resolution
https://bugs.launchpad.net/bugs/239722
You received this bug notification because you are a direct subscriber
of a duplicate bug.

Status in “xorg” source package in Ubuntu: New
Status in “xserver-xorg-video-trident” source package in Ubuntu: Confirmed

Bug description:
Binary package hint: xorg

On previous versions of Ubuntu, dpkg-reconfigure allowed me to specify monitor resolution etc. With hardy, this feature appears to have been removed. I believe that will encourage better detection code, and more usable front ends for less technical users. Nevertheless, I am right now left with 800x600 on my Toshiba Satellite Pro 4600, which has a native resolution of 1024x768 with only option to manually edit xorg.conf.

Steps to show bug:
Install a fresh copy of Ubuntu Hardy 8.04 on a Toshiba Satellite pro laptop.
Observe the GUI gives maximum resolution of 800x600.

Expected:
Resolution should include 1024x768 native screen resolution. This resolution has shown to work where screen resolution set manually.

lspci >error_report ; cat /var/log/Xorg.0.log >> error_report
[lspci]
00:00.0 Host bridge [0600]: Intel Corporation 82815 815 Chipset Host Bridge and Memory Controller Hub [8086:1130] (rev 11)
        Subsystem: Toshiba America Info Systems Device [1179:0001]
01:00.0 VGA compatible controller [0300]: Trident Microsystems CyberBlade/XP [1023:9910] (rev 63)
        Subsystem: Toshiba America Info Systems Device [1179:0001]

This bug is also apparent on SP 6000.  lspci -vvnn snippet from SP6000:
01:00.0 VGA compatible controller [0300]: Trident Microsystems CyberBlade XPAi1 [1023:8820] (rev 82)
    Subsystem: Toshiba America Info Systems Device [1179:0001]
See massage from 17 Jan 09 for full details