Request for Testing of Installer X Configuration on PPC

Kristian Høgsberg krh at bitplanet.net
Wed May 4 12:44:25 EDT 2005


Benjamin Herrenschmidt wrote:
...

>>http://david.woodhou.se/xorg-x11-6.8.1-ati-radeon-dynamic-clocks-fix-2.patch
>>is being applied to our latest xorg-x11 package. If I use a radeon_drv.o
>>from a version immediately before that patch was added, the machine no
>>longer dies.
> 
> That patch looks totally bogus, where does it come from ?
> 
> Ben.

Alex Deucher and I came up with the current patch in

   https://bugs.freedesktop.org/show_bug.cgi?id=1912

It is supposed to reestablish the clock setup code from 6.7.0, which so 
far have worked pretty well.  When 6.8.0 introduced the dynamic clocks 
feature we started seeing hard lockups on radeon 7000s, typically on x86 
smp boxes.  I tracked it down to the dynamic clocks feature, and it 
triggers wether or not you enable dynamic clocks.  So for our FC-3 6.8.1 
RPMs I added this patch

   https://bugs.freedesktop.org/attachment.cgi?id=1432

to revert to the previous clock initialization code, which worked pretty 
well.  When 6.8.2 came out it had a slightly different patch applied

   https://bugs.freedesktop.org/attachment.cgi?id=1433

which didn't put the 6.7.0 clock code back in, but it only invoked the 
dynamic clock code for mobility chips.  When we updated our RPMs to the 
6.8.2 release and dropped the first patch, we got the regression bug 
mentioned earlier.  Apparently some radeon 7000s (I can't reproduce the 
regression on my radeon 7000 box) require the 6.7.0 clock setup to work, 
so I put back the patch we used with 6.8.1, which is what we have now.

David, thanks for building the RPMs with Bens patches and posting it in 
the bug, I've been meaning to do that.  If these patches work well, 
we'll included them in FC5, but I'm reluctant to change this much for FC4.

cheers,
Kristian



More information about the Fedora-ppc mailing list