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