Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230
Running without xorg.conf
Running without xorg.conf
Moving from this thread http://forums.debian.net/viewtopic.php?t=26567 to a new one.
As an experiment, I removed xorg.conf and rebooted. My machine is working exactly as before. It is as if my specs are copied somewhere else and X is using them to boot with. Googling around I found that I'm not the only one. Has anyone else here played with this? Does anyone know what has changed in Xorg that we no longer need xorg.conf?
As an experiment, I removed xorg.conf and rebooted. My machine is working exactly as before. It is as if my specs are copied somewhere else and X is using them to boot with. Googling around I found that I'm not the only one. Has anyone else here played with this? Does anyone know what has changed in Xorg that we no longer need xorg.conf?
Really just a guess but I think you probably just hit upon the naturally detected xorg settings. It wasn't automatic before. Now it is.
Everyone isn't so lucky and folks are using/figuring out different ways to set the various items, mouse, file/font paths, keyboard, resolution, refresh rate, monitor size, etc, etc, when xorg makes choices that don't jive with what a user wants or needs.
There will be ways to accomplish that and some are already in place, but it's not uniform across distros or always dependable yet. It'll be interesting to see how the situation evolves.
Everyone isn't so lucky and folks are using/figuring out different ways to set the various items, mouse, file/font paths, keyboard, resolution, refresh rate, monitor size, etc, etc, when xorg makes choices that don't jive with what a user wants or needs.
There will be ways to accomplish that and some are already in place, but it's not uniform across distros or always dependable yet. It'll be interesting to see how the situation evolves.
Lenovo z560 Laptop Nvidia GeForce 310m Hitachi 500GB HD Intel HD Audio 4GB RAM
This is all I have left:
Everything else uses an xorg default. For the time being, I'll keep this because of the options.
Eck, you are probably right; there is a lot of automatic in xorg now. It needs a bit of work, but it's coming along.
Code: Select all
Section "Device"
Identifier "ATI Radeon VE"
Driver "ati"
BusID "PCI:01:00:0"
VideoRam 128000
Option "UseFBDev" "true"
Option "AGPMode""4"
EndSection
Section "Monitor"
Identifier "ViewSonic E70"
Option "DPMS"
HorizSync 30-70
VertRefresh 50-160
EndSection
Section "Screen"
Identifier "Default Screen"
Device "ATI Radeon VE"
Monitor "ViewSonic E70"
DefaultDepth 24
SubSection "Display"
Modes "1024x768"
EndSubSection
EndSection
Eck, you are probably right; there is a lot of automatic in xorg now. It needs a bit of work, but it's coming along.
I've just installed Lenny RC1 amd64 and X is almost unusable on my 1680x1050 screen. The default frequency setting is way too slow and it flickers badly enough to be a problem. I've tried setting the default resolution to "1680x1050" in xorg.conf, and specified HorizSync 30-80 and VertRefresh 55-75 in the Monitor section. This has changed its behaviour but it now tries to start at over 80Hz VertRefresh which is out of the monitor's range (ie. it's ignoring the range I specified).
Has anyone got any ideas how I can get xorg to use the frequency ranges that I specify? This worked fine in Etch.
Has anyone got any ideas how I can get xorg to use the frequency ranges that I specify? This worked fine in Etch.
Last edited by johnR on 2008-11-16 17:20, edited 2 times in total.
- RawMustard
- Posts: 119
- Joined: 2008-09-15 12:06
I just tried a modeline generated by gtf and it ignores it. It tries to start at HorizSync 48.4kHz and VertRefresh 86.8Hz (same as without the modeline but with HorizSync and VertRefresh ranges specified). Using the default xorg.conf HorizSync is 65.4 kHz and VertRefresh 60 Hz which is barely usable. When I installed Etch the defaults were similar IIRC but I configured xorg.conf to give a higher refresh rate. This no longer appears to work.
As this is a production system, I guess the answer for now is to revert to Etch and compile the software that I need to update.
BTW thanks for the tip about gtf. I was unaware of the program and have calculated modelines from scratch in the past.
As this is a production system, I guess the answer for now is to revert to Etch and compile the software that I need to update.
BTW thanks for the tip about gtf. I was unaware of the program and have calculated modelines from scratch in the past.
I use the following methods...
http://forums.debian.net/viewtopic.php?p=162636#162636
If I want a gui then I use displayconfig-gtk but I do not think it is in the repos. Might try grandr though...
http://forums.debian.net/viewtopic.php?p=162636#162636
If I want a gui then I use displayconfig-gtk but I do not think it is in the repos. Might try grandr though...
I may have found the problem. In Etch I've been using the vesa driver (card is Radeon 9200) as specified in my xorg.conf. This is an audio workstation and the last thing I need is a fast graphics card sucking up all the PCI bandwidth.
In Lenny xorg ignores the vesa driver entry and uses the radeon driver. I see from /var/log/Xorg.0.log that the mode I've been using with the vesa driver doesn't appear on the list of "supported future modes" reported by the radeon driver. The fastest reported mode at 1680x1050 is 60Hz VertRefresh, which is what it's using.
Maybe it's time to update the graphics card.
Update: Bizarrely, it's now working with the radeon driver at 60Hz without flickering. It seems to ignore modelines in xorg.conf, but obeys
Mode "1680x1050"
in the "Screen Section" "Display Subsection".
I had to add that to stop it switching to a different mode when I put a second monitor on a reverse KVM switch.
In Lenny xorg ignores the vesa driver entry and uses the radeon driver. I see from /var/log/Xorg.0.log that the mode I've been using with the vesa driver doesn't appear on the list of "supported future modes" reported by the radeon driver. The fastest reported mode at 1680x1050 is 60Hz VertRefresh, which is what it's using.
Maybe it's time to update the graphics card.
Update: Bizarrely, it's now working with the radeon driver at 60Hz without flickering. It seems to ignore modelines in xorg.conf, but obeys
Mode "1680x1050"
in the "Screen Section" "Display Subsection".
I had to add that to stop it switching to a different mode when I put a second monitor on a reverse KVM switch.
Last edited by johnR on 2008-11-18 18:26, edited 1 time in total.