On Sat, 2012-05-19 at 15:39 -0700, Paul Zimmerman wrote: > Sorry I didn't save the Xorg.0.log in time from that boot of the 3.2 kernel. > It might have > been very informative. > > This machine has many problems with the X system. First it apparently does > not > report accurate screen size because the initial boot of both Lenny and > Squeeze > had a huge over-sized screen and I had to figure out how to get into a > terminal > window and edit xorg.conf to force a correct desktop size. This was done with > a > virtual screen.
xorg.conf is no longer required on most systems, and you may find that
the X server works better if you remove most of it.
[...]
> If I used the OpenChrome driver without the other option, "VBEModes",
> there would be a serious problem. Running the OpenChrome driver on this
> machine
> without that option causes hard lockups when you try to exit the desktop. So
> something to do with resetting from graphical mode to text mode directly
> instead of
> using the BIOS causes a hard lock. (Constant hard locks in the video drivers
> is what
> makes Windows completely unusable on this machine...)
>
> These weird behaviors make it look like internal tests are being updated and
> made
> stricter in progressing versions of OpenChrome and making the driver fussier.
> And it
> seems likely that some sort of conflict occurs between OpenChrome and the 3.2
> kernel
> that causes the hang when I try to load it. So I cannot yet say if the ath5k
> driver in that
> kernel works on this machine.
Well, you should report that bug separately against
xserver-xorg-video-openchrome. But for now, please boot to single-user
mode ('rescue mode' in the GRUB menu) and test the ath5k driver from the
text console.
Ben.
--
Ben Hutchings
All extremists should be taken out and shot.
signature.asc
Description: This is a digitally signed message part
