Most of my GNU/Linux installations use Debian 3.1, with older Ubuntu,
Fedora Core, Lindows, Mandrake, Red Hat, Slackware, etc. IIRC, these all
use XFree86, and I had to learn to fine-tune it over the years.

Debian 4.0 uses X.Org.

I presently have a "portable" ViewSonic 21 monitor plugged into one
Debian box, which I have recently upgraded from Sarge to Etch, and now
cannot get a higher resolution than 640x480. This is, of course, a
ridiculous resolution for a 21" screen.

Even trying other multiscan/multifrequency 17" and "dumb" 15" monitors
will not allow any resolution change.

To make matters worse, the detected Trident video card causes a failure
when xorg tries to initialize a screen.

Of course the TTY terminals all work, so I do have access to vi for
xorg.conf edits. The only method I've found to startx for a GUI DE is to
manually edit xorg.conf and replace "trident" with "vesa" as the driver.

Running "dpkg-reconfigure -phigh xorg-server" will only rebuild
xorg.conf back to the detected trident driver.

The monitor frequency rates also makes no difference if I edit xorg.conf
and change them to the correct values for the monitor.

The Trident video card has sufficient memory, and is used in eleven
other identical PCs which run Debian Sarge fine under XFree86. However
Sarge support is ending so I must upgrade to Etch as time permits.

Below is the total /var/log/Xorg.0.log for examination (the font
problems are of no concern).

Perhaps someone has an idea that I might try? The xorg.conf can also be
posted if requested.

These Debian servers all run headless anyway, but at this point in time,
I'd certainly like to find and resolve this X.Org resolution problem.

TIA.


X Window System Version 7.1.1
Release Date: 12 May 2006
X Protocol Version 11, Revision 0, Release 7.1.1
Build Operating System: UNKNOWN
Current Operating System: Linux optima12 2.6.18-4-486 #1 Mon Mar 26
16:39:10 UTC 2007 i586
Build Date: 24 January 2008
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Tue Apr 1 01:42:25 2008
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) | |-->Monitor "Generic Monitor"
(**) | |-->Device "Trident Microsystems TGUI 9660/938x/968x"
(**) |-->Input Device "Generic Keyboard"
(**) |-->Input Device "Configured Mouse"
(WW) The directory "/usr/X11R6/lib/X11/fonts/misc" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/cyrillic" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/100dpi/" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/75dpi/" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/Type1" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/100dpi" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/75dpi" does not exist.
Entry deleted from font path.
(WW) The directory "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
does not exist.
Entry deleted from font path.
(**) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi
(==) RgbPath set to "/etc/X11/rgb"
(==) ModulePath set to "/usr/lib/xorg/modules"
(WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
(II) No APM support in BIOS or kernel
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.3
X.Org Video Driver: 1.0
X.Org XInput driver : 0.6
X.Org Server Extension : 0.3
X.Org Font Renderer : 0.5
(II) Loader running on linux
(II) LoadModule: "bitmap"
(II) Loading /usr/lib/xorg/modules/fonts/libbitmap.so
(II) Module bitmap: vendor="X.Org Foundation"
compiled for 7.1.1, module version = 1.0.0
Module class: X.Org Font Renderer
ABI class: X.Org Font Renderer, version 0.5
(II) Loading font Bitmap
(II) LoadModule: "pcidata"
(II) Loading /usr/lib/xorg/modules/libpcidata.so
(II) Module pcidata: vendor="X.Org Foundation"
compiled for 7.1.1, module version = 1.0.0
ABI class: X.Org Video Driver, version 1.0
(++) using VT number 7

(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 8086,7100 card 0000,0000 rev 01 class 06,00,00
hdr 00
(II) PCI: 00:07:0: chip 8086,7110 card 0000,0000 rev 01 class 06,01,00
hdr 80
(II) PCI: 00:07:1: chip 8086,7111 card 0000,0000 rev 01 class 01,01,80
hdr 00
(II) PCI: 00:07:2: chip 8086,7112 card 0000,0000 rev 01 class 0c,03,00
hdr 00
(II) PCI: 00:07:3: chip 8086,7113 card 0000,0000 rev 01 class 06,80,00
hdr 00
(II) PCI: 00:08:0: chip 1274,5880 card 1274,2000 rev 02 class 04,01,00
hdr 00
(II) PCI: 00:09:0: chip 10ec,8139 card a0a0,0027 rev 10 class 02,00,00
hdr 00
(II) PCI: 00:0a:0: chip 1023,9660 card 0000,0000 rev d3 class 03,00,00
hdr 00
(II) PCI: End of PCI scan
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (0,0,0), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus 0 I/O range:
[0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[b]
(II) Bus 0 non-prefetchable memory range:
[0] -1 0 0x00000000 - 0xffffffff (0x0) MX[b]
(II) Bus 0 prefetchable memory range:
[0] -1 0 0x00000000 - 0xffffffff (0x0) MX[b]
(II) PCI-to-ISA bridge:
(II) Bus -1: bridge is at (0:7:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set)
(--) PCI:*(0:10:0) Trident Microsystems TGUI 9660/938x/968x rev 211, Mem
@ 0xff800000/22, 0xffef0000/16, BIOS @ 0xffee0000/16
(II) Addressable bus resource ranges are
[0] -1 0 0x00000000 - 0xffffffff (0x0) MX[b]
[1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[b]
(II) OS-reported resource ranges:
[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 0x0000ffff - 0x0000ffff (0x1) IX[b]
[5] -1 0 0x00000000 - 0x000000ff (0x100) IX[b]
(II) Active PCI resource ranges:
[0] -1 0 0xffedf800 - 0xffedf8ff (0x100) MX[b]
[1] -1 0 0xffee0000 - 0xffeeffff (0x10000) MX[b](B)
[2] -1 0 0xffef0000 - 0xffefffff (0x10000) MX[b](B)
[3] -1 0 0xff800000 - 0xffbfffff (0x400000) MX[b](B)
[4] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[b]
[5] -1 0 0x0000d000 - 0x0000d03f (0x40) IX[b]
[6] -1 0 0x0000ffa0 - 0x0000ffaf (0x10) IX[b]
(II) Inactive PCI resource ranges:
[0] -1 0 0x00004000 - 0x0000401f (0x20) IX[b]
(II) Active PCI resource ranges after removing overlaps:
[0] -1 0 0xffedf800 - 0xffedf8ff (0x100) MX[b]
[1] -1 0 0xffee0000 - 0xffeeffff (0x10000) MX[b](B)
[2] -1 0 0xffef0000 - 0xffefffff (0x10000) MX[b](B)
[3] -1 0 0xff800000 - 0xffbfffff (0x400000) MX[b](B)
[4] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[b]
[5] -1 0 0x0000d000 - 0x0000d03f (0x40) IX[b]
[6] -1 0 0x0000ffa0 - 0x0000ffaf (0x10) IX[b]
(II) Inactive PCI resource ranges after removing overlaps:
[0] -1 0 0x00004000 - 0x0000401f (0x20) IX[b]
(II) OS-reported resource ranges after removing overlaps with PCI:
[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 0x0000ffff - 0x0000ffff (0x1) IX[b]
[5] -1 0 0x00000000 - 0x000000ff (0x100) IX[b]
(II) All system resource ranges:
[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 0xffedf800 - 0xffedf8ff (0x100) MX[b]
[5] -1 0 0xffee0000 - 0xffeeffff (0x10000) MX[b](B)
[6] -1 0 0xffef0000 - 0xffefffff (0x10000) MX[b](B)
[7] -1 0 0xff800000 - 0xffbfffff (0x400000) MX[b](B)
[8] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[b]
[9] -1 0 0x00000000 - 0x000000ff (0x100) IX[b]
[10] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[b]
[11] -1 0 0x0000d000 - 0x0000d03f (0x40) IX[b]
[12] -1 0 0x0000ffa0 - 0x0000ffaf (0x10) IX[b]
[13] -1 0 0x00004000 - 0x0000401f (0x20) IX[b]
(II) LoadModule: "i2c"
(II) Loading /usr/lib/xorg/modules/libi2c.so
(II) Module i2c: vendor="X.Org Foundation"
compiled for 7.1.1, module version = 1.2.0
ABI class: X.Org Video Driver, version 1.0
(II) LoadModule: "bitmap"
(II) Reloading /usr/lib/xorg/modules/fonts/libbitmap.so
(II) Loading font Bitmap
(II) LoadModule: "ddc"
(II) Loading /usr/lib/xorg/modules/libddc.so
(II) Module ddc: vendor="X.Org Foundation"
compiled for 7.1.1, module version = 1.0.0
ABI class: X.Org Video Driver, version 1.0
(II) LoadModule: "dri"
(II) Loading /usr/lib/xorg/modules/extensions/libdri.so
(II) Module dri: vendor="X.Org Foundation"
compiled for 7.1.1, module version = 1.0.0
ABI class: X.Org Server Extension, version 0.3
(II) Loading sub module "drm"
(II) LoadModule: "drm"
(II) Loading /usr/lib/xorg/modules/linux/libdrm.so
(II) Module drm: vendor="X.Org Foundation"
compiled for 7.1.1, module version = 1.0.0
ABI class: X.Org Server Extension, version 0.3
(II) Loading extension XFree86-DRI
(II) LoadModule: "extmod"
(II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
compiled for 7.1.1, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 0.3
(II) Loading extension SHAPE
(II) Loading extension MIT-SUNDRY-NONSTANDARD
(II) Loading extension BIG-REQUESTS
(II) Loading extension SYNC
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XC-MISC
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-Misc
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension TOG-CUP
(II) Loading extension Extended-Visual-Information
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "freetype"
(II) Loading /usr/lib/xorg/modules/fonts/libfreetype.so
(II) Module freetype: vendor="X.Org Foundation & the After X-TT Project"
compiled for 7.1.1, module version = 2.1.0
Module class: X.Org Font Renderer
ABI class: X.Org Font Renderer, version 0.5
(II) Loading font FreeType
(II) LoadModule: "glx"
(II) Loading /usr/lib/xorg/modules/extensions/libglx.so
(II) Module glx: vendor="X.Org Foundation"
compiled for 7.1.1, module version = 1.0.0
ABI class: X.Org Server Extension, version 0.3
(==) AIGLX enabled
(II) Loading extension GLX
(II) LoadModule: "int10"
(II) Loading /usr/lib/xorg/modules/libint10.so
(II) Module int10: vendor="X.Org Foundation"
compiled for 7.1.1, module version = 1.0.0
ABI class: X.Org Video Driver, version 1.0
(II) LoadModule: "vbe"
(II) Loading /usr/lib/xorg/modules/libvbe.so
(II) Module vbe: vendor="X.Org Foundation"
compiled for 7.1.1, module version = 1.1.0
ABI class: X.Org Video Driver, version 1.0
(II) LoadModule: "trident"
(II) Loading /usr/lib/xorg/modules/drivers/trident_drv.so
(II) Module trident: vendor="X.Org Foundation"
compiled for 7.1.1, module version = 1.2.3
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 1.0
(II) LoadModule: "kbd"
(II) Loading /usr/lib/xorg/modules/input/kbd_drv.so
(II) Module kbd: vendor="X.Org Foundation"
compiled for 7.1.1, module version = 1.1.0
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 0.6
(II) LoadModule: "mouse"
(II) Loading /usr/lib/xorg/modules/input/mouse_drv.so
(II) Module mouse: vendor="X.Org Foundation"
compiled for 7.1.1, module version = 1.1.1
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 0.6
(II) TRIDENT: driver for Trident chipsets: tvga9000, tvga9000i, tvga8900c,
tvga8900d, tvga9200cxr, tgui9400cxi, cyber9320, cyber9388, cyber9397,
cyber9397dvd, cyber9520, cyber9525dvd, cyberblade/e4, tgui9420dgi,
tgui9440agi, tgui9660, tgui9680, providia9682, providia9685,
cyber9382, cyber9385, 3dimage975, 3dimage985, blade3d, cyberbladei7,
cyberbladei7d, cyberbladei1, cyberbladei1d, cyberbladeAi1,
cyberbladeAi1d, bladeXP, cyberbladeXPAi1, cyberbladeXP4, XP5
(II) Primary Device is: PCI 00:0a:0
(--) Chipset tgui9660 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 0xffedf800 - 0xffedf8ff (0x100) MX[b]
[5] -1 0 0xffee0000 - 0xffeeffff (0x10000) MX[b](B)
[6] -1 0 0xffef0000 - 0xffefffff (0x10000) MX[b](B)
[7] -1 0 0xff800000 - 0xffbfffff (0x400000) MX[b](B)
[8] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[b]
[9] -1 0 0x00000000 - 0x000000ff (0x100) IX[b]
[10] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[b]
[11] -1 0 0x0000d000 - 0x0000d03f (0x40) IX[b]
[12] -1 0 0x0000ffa0 - 0x0000ffaf (0x10) IX[b]
[13] -1 0 0x00004000 - 0x0000401f (0x20) 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 0xffedf800 - 0xffedf8ff (0x100) MX[b]
[5] -1 0 0xffee0000 - 0xffeeffff (0x10000) MX[b](B)
[6] -1 0 0xffef0000 - 0xffefffff (0x10000) MX[b](B)
[7] -1 0 0xff800000 - 0xffbfffff (0x400000) MX[b](B)
[8] 0 0 0x000a0000 - 0x000affff (0x10000) MS[b]
[9] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[b]
[10] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[b]
[11] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[b]
[12] -1 0 0x00000000 - 0x000000ff (0x100) IX[b]
[13] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[b]
[14] -1 0 0x0000d000 - 0x0000d03f (0x40) IX[b]
[15] -1 0 0x0000ffa0 - 0x0000ffaf (0x10) IX[b]
[16] -1 0 0x00004000 - 0x0000401f (0x20) IX[b]
[17] 0 0 0x000003b0 - 0x000003bb (0xc) IS[b]
[18] 0 0 0x000003c0 - 0x000003df (0x20) IS[b]
(II) Setting vga for screen 0.
(**) TRIDENT(0): Depth 24, (--) framebuffer bpp 32
(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) TRIDENT(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset
is 0x0000
(II) Loading sub module "ramdac"
(II) LoadModule: "ramdac"
(II) Loading /usr/lib/xorg/modules/libramdac.so
(II) Module ramdac: vendor="X.Org Foundation"
compiled for 7.1.1, module version = 0.1.0
ABI class: X.Org Video Driver, version 1.0
(==) TRIDENT(0): RGB weight 888
(==) TRIDENT(0): Default visual is TrueColor
(==) TRIDENT(0): Using gamma correction (1.0, 1.0, 1.0)
(==) TRIDENT(0): Using XAA for acceleration
(==) TRIDENT(0): Linear framebuffer at 0xFF800000
(--) TRIDENT(0): IO registers at 0xFFEF0000
(II) Loading sub module "vbe"
(II) LoadModule: "vbe"
(II) Reloading /usr/lib/xorg/modules/libvbe.so
(II) Loading sub module "int10"
(II) LoadModule: "int10"
(II) Reloading /usr/lib/xorg/modules/libint10.so
(II) TRIDENT(0): initializing int10
(II) Loading sub module "vm86"
(II) LoadModule: "vm86"
(II) Loading /usr/lib/xorg/modules/libvm86.so
(II) Module vm86: vendor="X.Org Foundation"
compiled for 7.1.1, module version = 1.0.0
ABI class: X.Org Video Driver, version 1.0
(II) TRIDENT(0): Primary V_BIOS segment is: 0xc000
(WW) System lacks support for changing MTRRs
(II) TRIDENT(0): VESA BIOS detected
(II) TRIDENT(0): VESA VBE Version 1.2
(II) TRIDENT(0): VESA VBE Total Mem: 1024 kB
(II) TRIDENT(0): VESA VBE OEM: Trident TGUI96xx
(--) TRIDENT(0): Revision is 1
(--) TRIDENT(0): Found TGUI9680 chip
(--) TRIDENT(0): RAM type is EDO Ram
(--) TRIDENT(0): Using HW cursor
(--) TRIDENT(0): VideoRAM: 1024 kByte
(--) TRIDENT(0): Memory Clock is 42.95 MHz
(==) TRIDENT(0): Min pixel clock is 12 MHz
(--) TRIDENT(0): Max pixel clock is 40 MHz
(II) TRIDENT(0): Generic Monitor: Using hsync range of 28.00-80.00 kHz
(II) TRIDENT(0): Generic Monitor: Using vrefresh range of 43.00-60.00 Hz
(II) TRIDENT(0): Clock range: 12.00 to 40.00 MHz
(II) TRIDENT(0): Not using default mode "640x350" (vrefresh out of range)
(II) TRIDENT(0): Not using default mode "320x175" (bad mode
clock/interlace/doublescan)
(II) TRIDENT(0): Not using default mode "640x400" (vrefresh out of range)
(II) TRIDENT(0): Not using default mode "320x200" (bad mode
clock/interlace/doublescan)
(II) TRIDENT(0): Not using default mode "720x400" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "360x200" (bad mode
clock/interlace/doublescan)
(II) TRIDENT(0): Not using default mode "640x480" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "320x240" (bad mode
clock/interlace/doublescan)
(II) TRIDENT(0): Not using default mode "640x480" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "320x240" (bad mode
clock/interlace/doublescan)
(II) TRIDENT(0): Not using default mode "640x480" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "320x240" (bad mode
clock/interlace/doublescan)
(II) TRIDENT(0): Not using default mode "640x480" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "320x240" (bad mode
clock/interlace/doublescan)
(II) TRIDENT(0): Not using default mode "800x600" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "400x300" (bad mode
clock/interlace/doublescan)
(II) TRIDENT(0): Not using default mode "800x600" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "400x300" (bad mode
clock/interlace/doublescan)
(II) TRIDENT(0): Not using default mode "800x600" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "400x300" (bad mode
clock/interlace/doublescan)
(II) TRIDENT(0): Not using default mode "800x600" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "400x300" (bad mode
clock/interlace/doublescan)
(II) TRIDENT(0): Not using default mode "800x600" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "400x300" (bad mode
clock/interlace/doublescan)
(II) TRIDENT(0): Not using default mode "1024x768" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "512x384" (bad mode
clock/interlace/doublescan)
(II) TRIDENT(0): Not using default mode "1024x768" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "512x384" (bad mode
clock/interlace/doublescan)
(II) TRIDENT(0): Not using default mode "1024x768" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "512x384" (bad mode
clock/interlace/doublescan)
(II) TRIDENT(0): Not using default mode "1024x768" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "512x384" (bad mode
clock/interlace/doublescan)
(II) TRIDENT(0): Not using default mode "1024x768" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "512x384" (bad mode
clock/interlace/doublescan)
(II) TRIDENT(0): Not using default mode "1152x864" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "576x432" (bad mode
clock/interlace/doublescan)
(II) TRIDENT(0): Not using default mode "1280x960" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "640x480" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "1280x960" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "640x480" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "1280x1024" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "640x512" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "1280x1024" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "640x512" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "1280x1024" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "640x512" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "1600x1200" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "800x600" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "1600x1200" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "800x600" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "1600x1200" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "800x600" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "1600x1200" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "800x600" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "1600x1200" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "800x600" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "1792x1344" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "896x672" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "1792x1344" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "896x672" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "1856x1392" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "928x696" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "1856x1392" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "928x696" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "1920x1440" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "960x720" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "1920x1440" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "960x720" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "832x624" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "416x312" (bad mode
clock/interlace/doublescan)
(II) TRIDENT(0): Not using default mode "1280x768" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "640x384" (bad mode
clock/interlace/doublescan)
(II) TRIDENT(0): Not using default mode "1280x800" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "640x400" (bad mode
clock/interlace/doublescan)
(II) TRIDENT(0): Not using default mode "1152x768" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "576x384" (bad mode
clock/interlace/doublescan)
(II) TRIDENT(0): Not using default mode "1152x864" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "576x432" (bad mode
clock/interlace/doublescan)
(II) TRIDENT(0): Not using default mode "1400x1050" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "700x525" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "1400x1050" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "700x525" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "1400x1050" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "700x525" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "1400x1050" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "700x525" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "1440x900" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "720x450" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "1600x1024" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "800x512" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "1680x1050" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "840x525" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "1920x1200" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "960x600" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "1920x1200" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "960x600" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "1920x1440" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "960x720" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "2048x1536" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "1024x768" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "2048x1536" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "1024x768" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "2048x1536" (insufficient memory
for mode)
(II) TRIDENT(0): Not using default mode "1024x768" (insufficient memory
for mode)
(WW) TRIDENT(0): Mode pool is empty
(EE) TRIDENT(0): No valid modes found
(II) UnloadModule: "trident"
(II) UnloadModule: "vm86"
(II) Unloading /usr/lib/xorg/modules/libvm86.so
(II) UnloadModule: "int10"
(II) UnloadModule: "vbe"
(II) UnloadModule: "ramdac"
(II) Unloading /usr/lib/xorg/modules/libramdac.so
(II) UnloadModule: "vgahw"
(II) Unloading /usr/lib/xorg/modules/libvgahw.so
(EE) Screen(s) found, but none have a usable configuration.

Fatal server error:
no screens found


--
John

No Microsoft, Apple, Intel, Trend Micro, nor Ford products were used in the preparation or transmission of this message.

The EULA sounds like it was written by a team of lawyers who want to tell me what I can't do. The GPL sounds like it was written by a human being, who wants me to know what I can do.

On 04/03/2008 06:45 PM, John F. Morse wrote:
> Most of my GNU/Linux installations use Debian 3.1, with older Ubuntu,
> Fedora Core, Lindows, Mandrake, Red Hat, Slackware, etc. IIRC, these all
> use XFree86, and I had to learn to fine-tune it over the years.
>
> Debian 4.0 uses X.Org.
>
> I presently have a "portable" ViewSonic 21 monitor plugged into one
> Debian box, which I have recently upgraded from Sarge to Etch, and now
> cannot get a higher resolution than 640x480. This is, of course, a
> ridiculous resolution for a 21" screen.
>
> Even trying other multiscan/multifrequency 17" and "dumb" 15" monitors
> will not allow any resolution change.
>
> To make matters worse, the detected Trident video card causes a failure
> when xorg tries to initialize a screen.
>
> Of course the TTY terminals all work, so I do have access to vi for
> xorg.conf edits. The only method I've found to startx for a GUI DE is to
> manually edit xorg.conf and replace "trident" with "vesa" as the driver.
>
> Running "dpkg-reconfigure -phigh xorg-server" will only rebuild
> xorg.conf back to the detected trident driver.
>

Try this instead:
dpkg-reconfigure -plow xserver-xorg

> The monitor frequency rates also makes no difference if I edit xorg.conf
> and change them to the correct values for the monitor.
>

Well that confuses me, since that was going to be my first suggestion of
something to look into.

> The Trident video card has sufficient memory, and is used in eleven
> other identical PCs which run Debian Sarge fine under XFree86. However
> Sarge support is ending so I must upgrade to Etch as time permits.
>
> Below is the total /var/log/Xorg.0.log for examination (the font
> problems are of no concern).
>
> Perhaps someone has an idea that I might try? The xorg.conf can also be
> posted if requested.
>
> These Debian servers all run headless anyway, but at this point in time,
> I'd certainly like to find and resolve this X.Org resolution problem.
>
> TIA.
> [...]
>

Xorg reports 1024KiB of memory for your card--is this true?

Try to disable direct rendering for right now. You probably don't need
DRI on a server anyway.

Also, try to use a lower color depth; you're using 24 bits right now;
perhaps you need to change that to 16.

On 04/03/2008 06:45 PM, John F. Morse wrote:
> Most of my GNU/Linux installations use Debian 3.1, with older Ubuntu,
> Fedora Core, Lindows, Mandrake, Red Hat, Slackware, etc. IIRC, these all
> use XFree86, and I had to learn to fine-tune it over the years.
>
> Debian 4.0 uses X.Org.
>
> I presently have a "portable" ViewSonic 21 monitor plugged into one
> Debian box, which I have recently upgraded from Sarge to Etch, and now
> cannot get a higher resolution than 640x480. This is, of course, a
> ridiculous resolution for a 21" screen.
>
> Even trying other multiscan/multifrequency 17" and "dumb" 15" monitors
> will not allow any resolution change.
>
> To make matters worse, the detected Trident video card causes a failure
> when xorg tries to initialize a screen.
>
> Of course the TTY terminals all work, so I do have access to vi for
> xorg.conf edits. The only method I've found to startx for a GUI DE is to
> manually edit xorg.conf and replace "trident" with "vesa" as the driver.
>
> Running "dpkg-reconfigure -phigh xorg-server" will only rebuild
> xorg.conf back to the detected trident driver.
>

Try this instead:
dpkg-reconfigure -plow xserver-xorg

> The monitor frequency rates also makes no difference if I edit xorg.conf
> and change them to the correct values for the monitor.
>

Well that confuses me, since that was going to be my first suggestion of
something to look into.

> The Trident video card has sufficient memory, and is used in eleven
> other identical PCs which run Debian Sarge fine under XFree86. However
> Sarge support is ending so I must upgrade to Etch as time permits.
>
> Below is the total /var/log/Xorg.0.log for examination (the font
> problems are of no concern).
>
> Perhaps someone has an idea that I might try? The xorg.conf can also be
> posted if requested.
>
> These Debian servers all run headless anyway, but at this point in time,
> I'd certainly like to find and resolve this X.Org resolution problem.
>
> TIA.
> [...]
>

Xorg reports 1024KiB of memory for your card--is this true?

Try to disable direct rendering for right now. You probably don't need
DRI on a server anyway.

Also, try to use a lower color depth; you're using 24 bits right now;
perhaps you need to change that to 16.

Hi there,

I checked your logfile. First of all for a resolution with 800x600 by
24bit you need at last 1.4MB video memory. You can go down to 16bpp
which will give you a resolution of 800x600 pixel.

Another thing could you also send to here your xorg.conf file? That
would help to find the problem. Because it seems as if you have alot of
modelines configured. In xorg you shouldn't need anymore modelines, the
only thing you have to do is tell the server the frequencies of your
monitor and thats it.

Another thing is that the pixel clock can limitate your screen
resolution.

> (==) TRIDENT(0): Min pixel clock is 12 MHz
> (--) TRIDENT(0): Max pixel clock is 40 MHz
> (II) TRIDENT(0): Generic Monitor: Using hsync range of 28.00-80.00 kHz
> (II) TRIDENT(0): Generic Monitor: Using vrefresh range of 43.00-60.00 Hz
> (II) TRIDENT(0): Clock range: 12.00 to 40.00 MHz

Since 1024x786 by 60Hz makes around 48 MHz and the card only alows you to
set it to 40MHz.

bye bye,
Steffen

--
Steffen Pohle (stpohle@gmx.net)
http://stpohle.dyndns.org

***** Instant Messanger Contact ******
* Skype: stpohle Yahoo: stpohle *
* MSN: stpohle@hotmail.com *
**************************************


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFH9h2bj6xnrikWYrkRApSRAJ48YQxWxVRxvfFQN466tP /ZEDHdMQCfaUf1
s0YjotrC5Ah3pspUH0pE3AQ=
=IKUC
-----END PGP SIGNATURE-----

Hi there,

I checked your logfile. First of all for a resolution with 800x600 by
24bit you need at last 1.4MB video memory. You can go down to 16bpp
which will give you a resolution of 800x600 pixel.

Another thing could you also send to here your xorg.conf file? That
would help to find the problem. Because it seems as if you have alot of
modelines configured. In xorg you shouldn't need anymore modelines, the
only thing you have to do is tell the server the frequencies of your
monitor and thats it.

Another thing is that the pixel clock can limitate your screen
resolution.

> (==) TRIDENT(0): Min pixel clock is 12 MHz
> (--) TRIDENT(0): Max pixel clock is 40 MHz
> (II) TRIDENT(0): Generic Monitor: Using hsync range of 28.00-80.00 kHz
> (II) TRIDENT(0): Generic Monitor: Using vrefresh range of 43.00-60.00 Hz
> (II) TRIDENT(0): Clock range: 12.00 to 40.00 MHz

Since 1024x786 by 60Hz makes around 48 MHz and the card only alows you to
set it to 40MHz.

bye bye,
Steffen

--
Steffen Pohle (stpohle@gmx.net)
http://stpohle.dyndns.org

***** Instant Messanger Contact ******
* Skype: stpohle Yahoo: stpohle *
* MSN: stpohle@hotmail.com *
**************************************


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFH9h2bj6xnrikWYrkRApSRAJ48YQxWxVRxvfFQN466tP /ZEDHdMQCfaUf1
s0YjotrC5Ah3pspUH0pE3AQ=
=IKUC
-----END PGP SIGNATURE-----

Thus spake Steffen Pohle:
<snip>
> In xorg you shouldn't need anymore modelines, the only thing you have
> to do is tell the server the frequencies of your monitor and thats it.
<snip>

Am I correct that LCD monitors don't use/require horizontal and vertical
rates?

--
sk8r-365
Take therefore the talent from him, and give it unto him which hath
ten talents. -- Matthew 25:28

Thus spake Steffen Pohle:
<snip>
> In xorg you shouldn't need anymore modelines, the only thing you have
> to do is tell the server the frequencies of your monitor and thats it.
<snip>

Am I correct that LCD monitors don't use/require horizontal and vertical
rates?

--
sk8r-365
Take therefore the talent from him, and give it unto him which hath
ten talents. -- Matthew 25:28

On Fri, 04 Apr 2008 18:58:40 -0500, sk8r-365 wrote:

> Thus spake Steffen Pohle:
> <snip>
>> In xorg you shouldn't need anymore modelines, the only thing you have
>> to do is tell the server the frequencies of your monitor and thats it.
> <snip>
>
> Am I correct that LCD monitors don't use/require horizontal and vertical
> rates?

I don't think so. Both of my have those specs and if not written into
xorg.conf the displays don't go to 1280x1024, except in Solaris.

On Fri, 04 Apr 2008 18:58:40 -0500, sk8r-365 wrote:

> Thus spake Steffen Pohle:
> <snip>
>> In xorg you shouldn't need anymore modelines, the only thing you have
>> to do is tell the server the frequencies of your monitor and thats it.
> <snip>
>
> Am I correct that LCD monitors don't use/require horizontal and vertical
> rates?

I don't think so. Both of my have those specs and if not written into
xorg.conf the displays don't go to 1280x1024, except in Solaris.

On Fri, 04 Apr 2008 18:58:40 -0500, sk8r-365 wrote:

> Thus spake Steffen Pohle:
> <snip>
>> In xorg you shouldn't need anymore modelines, the only thing you have
>> to do is tell the server the frequencies of your monitor and thats it.
> <snip>
>
> Am I correct that LCD monitors don't use/require horizontal and vertical
> rates?

I don't think so. Both of my have those specs and if not written into
xorg.conf the displays don't go to 1280x1024, except in Solaris.