Back in XFree86 1.18,
with the same hardware and monitor as now, using
the VESA driver, my system could run in 1600x1200 mode. The VESA driver actually worked better than the driver for my specific graphics hardware.
Unfortunately, ever since "upgrading" to 1.20, Driver "vesa" rejects
all modes above 640x480.
So, under 1.20 with the VESA driver, the best I get is 640x480.
[I've been using a different driver which at least gets me 1280x1024,
but I'd prefer 1600x1200 if that's doable.)
Short of me getting and reading the source code, any ideas what's wrong and/or how I might fix it?
Back in XFree86 1.18,
That's a long way back. XFree86 2.0 was released on the 24th of
October 1993. That, and the fact that XFree86 1.18 doesn't seem to
have ever existed, hints that I think you mean Xorg.
Xorg-server 21.1 is the current version (they changed the version
number system). Maybe try upgrading to that instead in case the
problem has already been fixed?
Just a stab in the dark: I believe the Xorg server now has the
ability to run without root privileges.
If you're running it that way,
... in case it hasn't got access to something that it uses to
establish whether the graphics chipset or monitor are capable of
resolutions above the 640x480 minimum.
I previously posted:
Back in XFree86 1.18,
not@telling.you.invalid (Computer Nerd Kev) kindly replied:
That's a long way back. XFree86 2.0 was released on the 24th of
October 1993. That, and the fact that XFree86 1.18 doesn't seem to
have ever existed, hints that I think you mean Xorg.
You're right. My confusion comes from seeing names like xf86-video-*, xf86-input-*, libXxf86*, etc. combined with Xorg stuff. It's Xorg
server, but xf86-video-vesa.
Just a stab in the dark: I believe the Xorg server now has the
ability to run without root privileges.
Oh? Neat. That'd be great.
If you're running it that way,
Nope. ps says Xorg is running as root.
... in case it hasn't got access to something that it uses to
establish whether the graphics chipset or monitor are capable of
resolutions above the 640x480 minimum.
As I posted, the log file shows it obtaining the monitor and graphic
modes just as successfully as it did in 1.18, and the same built-in
modes match initially, but when it later goes to choose the "best" mode,
it (for some value of "it") rejects all the modes except 640x480 with
"(no mode of this name)".
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 353 |
Nodes: | 16 (2 / 14) |
Uptime: | 24:36:25 |
Calls: | 7,648 |
Calls today: | 4 |
Files: | 12,809 |
Messages: | 5,698,213 |