On Thu, 17 Oct 2002, Charl P. Botha wrote: >> > > Marc's change means that drivers don't need to care about bus mastering >> > > being enabled because it will now be enabled automatically for PCI cards >> > > that are being used by the X server. >> >> > Sounds good, unfortunately it doesn't seem to work for the original >> > poster - any idea why? >> >> Charl P. Botha did not actually try it. Thus, the key word in your >> sentence above remains "seem". > >Sorry for the long quote above, but this should be almost the last mail in >this thread. I've tested with CVS XFree86, and all is well. Bus mastering >gets disabled when switched to VT but gets enabled again when switching back >to X. > >The problem WAS that this re-enabling did not always take place before >Marc's changes, which is why we added the explicit call to do this. I've >checked the code in current XFree86 CVS, but would very much like to know >(just for interest's sake) WHERE exactly the PCI enable (or whatnot) is >called from that re-enables bus mastering after a VT switch. > >Thanks and my apologies for the upset.
I haven't tested the current CVS stuff out with DRI yet for this problem. I can say 100% that this patch both for Radeon and Rage 128 has solved the lockup problems on over 100 users of Red Hat Linux (after that I stopped keeping track), and has caused no negative effects. I'm not sure if it is the correct solution to the problem, or the best solution, but it definitely was _a_ solution, and one certainly acceptable to me as it solves lockups that occured for numerous users for 9 months+. If the CVS code has a solution in it that makes the patch Charl created unnecessary, that's even better. If the CVS code does lockup however, then I think it makes sense to put Charl's patch back in. -- Mike A. Harris _______________________________________________ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
