From: Steven W. <srw...@ya...> - 2002-07-23 18:06:09
|
On Tue, Jul 23, 2002 at 07:05:14PM +0200, Charl P. Botha wrote: > Michel D?nzer and I spent some more time on this bug today. After having > mucked around with some of the AGP settings (with no success), I did a pre- > and post-crash "lspci -vvv". The video card was leaving bus mastering mode > when X switched to the console! It seems this is the root of the VT > switching bug, at least on my system. At least this specific condition is > easy to test for on the systems of users that experience this crash. > > So, appended is a patch that changes the RADEONEnterVT code in > radeon_driver.c so that it re-enables bus mastering mode. Michel has tested > it on his TiBook (which doesn't have the problem) and the patch doesn't seem > to break anything. > > Please apply to the DRI trunk and XFree86 CVS if you think this is > applicable. If you can keep my name in the source, I'll be even happer. > Yes, small things amuse small minds. ;) I have just tried your fix with a Radeon 7500 QW and have gotten some interesting, and perhaps hopeful, results. To summarize, this patch seems only the make the lock-ups less reproducible. Sometimes it takes 3, sometimes four, sometimes 2. I don't think I've gotten a lock on the first switch, yet. I'm using the radeonfb; I'll have to attempt without. Additionally, I'd like to see what, if any, effect XVidMode has, as it changed the situation before the fix. However, using radeonfb and with XVidMode enable, the lock-up IS STILL THERE. But I have a feeling you are now much closer. -- -Steven In a time of universal deceit, telling the truth is a revolutionary act. -- George Orwell This concept of "wuv" confuses and infuriates us! -- Lur of Omicron Persei VIII |