Problems with Xorg after portupgrade
Polytropon
freebsd at edvax.de
Mon Apr 20 01:58:18 UTC 2009
On Sun, 19 Apr 2009 17:16:45 -0700, Charles Oppermann <chuckop at gmail.com> wrote:
> I'm having similar problems after upgrading an older machine to Xorg
> 7.4. The monitor blinks it's power light indicating no signal.
> While CTRL+ALT+Backspace does not kill the X server, I can press
> CTRL+ALT+F1 or ALT+F1 to return to the text mode console. I then kill
> the X server via CTRL+C.
There's a new setting that needs to be put into xorg.conf:
Section "ServerFlags"
Option "DontZap" "false"
EndSection
Then you should be able to Ctrl+Alt+BkSpace to kill X.
> Interestingly, if I restart the server (via Xorg, X, startx, etc), the
> screen will switch to graphics mode and briefly show the contents of the
> previous session, and then go blank. I believe I'm seeing the contents
> of the video memory after the mode switch and before the video memory is
> overwritten or erased.
I've seen such a behaviour before, because X seemed to be unable
to update the screen contents.
> I believe that Xorg is working fine, but somehow the video card is told
> to blank the screen (maybe via DPMS?) or is otherwise incorrectly
> programmed.
Regarding DPMS,
Section "Monitor"
Option "DPMS" "false"
EndSection
comes into mind, as well as
xset -dpms
in ~/.xinitrc. This should eliminate every DPMS attempt of X.
> I was using the DPMS screen saver modul via rc.conf, I will remove that
> and check again.
I don't think it has something to do with it, but maybe there's
some kind of interference between the system and X... It's always
wise to do testing with minimal settings applied.
> I'll also remove all the .xinitrc, .xsession, left over crud as well.
You could be fine with a minimal .xinitrc and .xsession, both
chmodded +x. with this content:
~/.xinitrc
#!/bin/sh
xset -dpms
xterm &
exec twm
~/.xsession
#!/bin/csh
source ~/.cshrc
exec ~/.xinitrc
The incorporation of shell settings depends on the shell you
use (C shell is the default shell).
> This is a machine using the VESA driver with an older Voodoo Banshee AGP
> card.
VESA? Isn't there a driver for this card that gets automatically
detected (hahaha) by X .-configure?
In most cases, it's useful to delete all the many autodetected
screens in your xorg.conf, only leaving present what you really
have, nothing more. This should bypass every means of automatic
detection. Of course, you should know what you have. :-)
I hope it's okay when I attach an xorg.conf where these
requirements are met, it's the one I'm using at the moment.
Note that it doesn't conform to the new set of X settings
yet, because I'm still using an older X. Maybe it helps you
as a template or to get spare parts. :-)
And finally, have a look at EE lines in /var/log/Xorg.0.log
to see if any driver complains.
--
Polytropon
>From Magdeburg, Germany
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...
-------------- next part --------------
# /etc/X11/xorg.conf
# ==================
Section "ServerLayout"
Identifier "Layout0"
Screen 0 "Screen0" 0 0
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
Option "SingleCard" "true"
EndSection
#Section "ServerFlags"
# Option "DontVTSwitch" "false"
# Option "DontZap" "false"
# Option "DontZoom" "false"
# Option "Xinerama" "false"
# Option "AIGLX" "true"
#EndSection
Section "Files"
RgbPath "/usr/local/share/X11/rgb"
ModulePath "/usr/local/lib/xorg/modules"
FontPath "/usr/local/lib/X11/fonts/misc/"
FontPath "/usr/local/lib/X11/fonts/TTF/"
FontPath "/usr/local/lib/X11/fonts/OTF"
FontPath "/usr/local/lib/X11/fonts/Type1/"
FontPath "/usr/local/lib/X11/fonts/100dpi/"
FontPath "/usr/local/lib/X11/fonts/75dpi/"
FontPath "/usr/local/share/ghostscript/fonts/"
FontPath "/usr/local/share/fonts/amspsfont/type1/"
FontPath "/usr/local/share/fonts/cmpsfont/type1/"
EndSection
Section "Module"
Load "GLcore"
Load "dbe"
Load "dri"
Load "extmod"
Load "glx"
Load "record"
Load "xtrap"
Load "freetype"
Load "type1"
EndSection
Section "DRI"
Mode 0666
EndSection
Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbModel" "pc105"
Option "XkbLayout" "de"
Option "AutoRepeat" "250 30"
EndSection
Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/sysmouse"
Option "Emulate3Buttons" "true"
Option "EmulateWheel" "true"
Option "EmulateWheelButton" "2"
Option "ZAxisMapping" "4 5"
# Option "ZAxisMapping" "4 5 6 7"
EndSection
Section "Monitor"
Identifier "Monitor0"
VendorName "EIZO"
ModelName "FlexScan F980"
HorizSync 30.0 - 137.0
VertRefresh 50.0 - 160.0
# DisplaySize 400 300
Option "DPMS" "false"
# ModeLine "1400x1050" 155.80 1400 1464 1784 1912 1050 1052 1064 1090 +hsync +vsync
# Modeline "1152x864" 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync
# Modeline "1024x768" 94.50 1024 1072 1168 1376 768 769 772 808 +hsync +vsync
# Modeline "800x600" 56.30 800 832 896 1048 600 601 604 631 +hsync +vsync
# Modeline "640x480" 36.00 640 696 752 832 480 481 484 509 -hsync -vsync
Option "PreferredMode" "1152x864"
# freezes system if set to 1400x1050
EndSection
Section "Device"
Identifier "Card0"
Driver "ati"
# Driver "radeon"
VendorName "ATI Technologies Inc"
BoardName "Radeon RV250 If [Radeon 9000]"
BusID "PCI:1:0:0"
Screen 0
# VideoRam 131072
EndSection
Section "Device"
Identifier "Card1"
Driver "ati"
# Driver "radeon"
VendorName "ATI Technologies Inc"
BoardName "Radeon RV250 If [Radeon 9000] (Secondary)"
BusID "PCI:1:0:1"
# VideoRam 131072
Screen 1
EndSection
Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
Option "Accel"
DefaultDepth 24
SubSection "Display"
# Virtual 1400 1050
# ViewPort 0 0
Depth 24
Visual "TrueColor"
Modes "1152x864"
# Modes "1400x1050"
# doesn't work
# Modes "1400x1050" "1152x864" "1024x768" "800x600" "640x480" "320x240"
# worked with XFree86, Ctrl+Alt+<+>/<-> for changing
EndSubSection
EndSection
More information about the freebsd-questions
mailing list