on 02/03/2007 11:14 AM Ken Nordquist wrote:
I may have stumbled on the solution through blind luck. First, via my
local LUG, I was given the xorg.conf (listed below) to use. The author
who turned me on to this used ATI's newest proprietary driver, but I am
using the radeon driver included with xorg. He mentioned that he found
two areas which are "must haves" in the xorg.conf. They are:
SubSection "extmod"
Option "omit xfree86-dga"
EndSubSection
and
Option "MaxGARTSize" "128"
I have added this stuff to my xorg.conf
He also mentioned that turning off the video shared memory in the bios
is critical as well.
Not sure what you mean by that so I didn't touch it.
Well, I did all that and viola! I *still* had random crashes...
needless to say I was very disappointed.
I also have been having problems with my wireless randomly dropping the
signal and not (easily) connecting and reconnecting... so I started to
research that problem. I will preface my solution by mentioning that I
use ndiswrapper and I typically use the most current ndiswrapper source
to build rpm's (I am currently using v1.34). I "assumed" the problem
was the driver and looked for a "new and improved" AirForce One driver.
I discovered there was a new driver which fixed a security problem and
tried it... *Still* no luck... After searching the ndiswrapper site,
I discovered another AirForce One driver and tried it...
I didnt have any random disconnects, although I was using the same
driver with ndiswrapper that proved to be working under FC4 (dated of
2005). Nevertheless I followed your advice and switched to the driver
from tp://ftp.hp.com/pub/softpaq/sp33001-33500/sp33008.exe
*And it worked!* My wireless connects easily and does not randomly drop
connections.
And guess what... now my HP Pavilion with the ATI 200M is *not*
randomly crashing...
unfortunately I still observe random crashes. More than that, after I
made the changes to my xorg, the backlight on laptop screen does not go
off, although I have DPMS enabled. Mere that that, If I force the screen
to turn off by doing
xset -display :0 dpms force off
it stays off for couple seconds and then goes back on. Any suggestions?
I in order to narrow the possible factors I have disabled the wireless
and decided to use wired connection for couple days, fortunately I don't
have to carry that laptop around these days. Lets see what difference it
makes.
Here is my xorg.conf if anyone is willing to help me with dpms
# Xorg configuration created by pyxf86config
Section "ServerLayout"
Identifier "Default Layout"
Screen 0 "Screen0" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
InputDevice "Synaptics" "CorePointer"
EndSection
Section "Module"
Load "dbe"
Load "extmod"
Load "ddc"
Load "freetype"
Load "type1"
Load "synaptics"
Load "dri"
Load "drm"
Load "glx"
SubSection "extmod"
Option "omit xfree86-dga"
EndSubSection
EndSection
Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbModel" "pc105"
Option "XkbLayout" "us"
EndSection
Section "InputDevice"
Identifier "Synaptics"
Driver "synaptics"
Option "Device" "/dev/input/mice"
Option "Protocol" "auto-dev"
Option "Emulate3Buttons" "no"
EndSection
Section "Device"
Identifier "Videocard0"
Driver "radeon"
# acceleration
Option "AGPMode" "4"
Option "RenderAccel" "on"
Option "MaxGARTSize" "128"
EndSection
Section "Monitor"
Identifier "InternalLCD"
Option "DPMS" "true"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Videocard0"
Monitor "InternalLCD"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection
Section "dri"
Group 0
Mode 0666
EndSection
--
regards,
Oleksandr Korneta
/The nice thing about standards is that there are so many to choose from./