Bugzilla – Bug 76860
Radeon patches for X.Org 6.8.2
Last modified: 2007-06-22 11:10:53 UTC
Just in case we need to live with X.Org 6.8.2 for SUSE 10.0: From: Benjamin Herrenschmidt <benh@kernel.crashing.org> To: xorg@lists.freedesktop.org Date: Tue, 12 Apr 2005 17:01:45 +1000 Hi ! I've spent today backporting a lot of my bug fixes from HEAD to the stable branch. I've intentionally not backported what I consider features like the whole ColorTiling stuff, or DMA Xv, and I may have missed a couple, but I hope this lot is enough to make the difference on PowerMacs as well. I will start opening Bugzilla entries tomorrow or later this week along with providing proper descriptions for the patches, but in the meantime, for those who are interested or packaging distros with 6.8.2, here is the whole lot. I just test compile, I've not actually had time to properly test yet, though I will hopefully do it as I create the Bugzilla entries. http://gate.crashing.org/~benh/xorg The "series" file is a the usual quilt series file containing the list of patch to apply in order. The only "missing" one in there (and not in HEAD neither) is the problem I have with the default TMDS PLL values for RV350. I need to slighlty change the table for correct result here on a G5 with an Apple 23" Cinema HD monitor, but the value currently in the driver is what the HW folks at ATI told Hui to use... so I'm not too sure what to do there. (Owen: Keep the modified value in YDL, the G5 card definitely need 155000 and not 150000) Enjoy! Ben.
Created attachment 34534 [details] Before it gets lost ...
BTW, since there has been checked in support for about 32 new radeon chips recently we might even consider to add more than these patches, if 6.9.0 won't be ready in time ...
BTW, I must not forget to remove the hacks in our x11DB to support some of the ATI Radeon X700 chips ("ChipID 0xABCD").
Enhancement with high priority ...
*** Bug 80239 has been marked as a duplicate of this bug. ***
> BTW, since there has been checked in support for about 32 new radeon chips > recently we might even consider to add more than these patches, if 6.9.0 > won't be ready in time ... Among these are: PCI_CHIP_R430_554F PCI_CHIP_R480_5D52
Another one: From: Alex Deucher <alexdeucher@gmail.com> To: Discuss issues related to the xorg tree <xorg@lists.freedesktop.org> Date: Sat, 25 Jun 2005 12:22:36 -0400 https://bugs.freedesktop.org/show_bug.cgi?id=3621 This is a big collection of all the fixing I've been working on over the last few weeks. It's a big patch, but I can break it up when it's ready for cvs. It's partly based on an old patch from Hui Yu as well as some tv-out sample code from ati. New features: - output mapping. either crtc can drive any output. An option, reversedisplay, lets you swap the crtc maps. Works well - tv-out. I haven't done extensive testing, since I don't have a tv near my pc. pluging it into my tv-card results in an out of sync signal. needs testing and fixing. also tv auto-detect is not yet implemented as I don't know how to do it. - LVDS + internal TMDS. if you have a laptop or docking station with LVDS and a DVI port, set your monitorlayout to "LVDS, TMDS" and it should work, however, I don't have such a laptop/docking station to test with, so it may need some small tweaks yet. Please test and let me know how it goes. - fix tiling on r3/4xx. tiled framebuffer now works perfectly on r3/4xx hardware - fix dynamicclocks code. several OUTREGs should have been OUTPLLs - fix corruption on high res modes on on r3/4xx. if displaypriority is set to HIGH, bump up the display priority in the memory controller. according to the databooks, this is the proper behavior for hi-res displays the controller can't handle with the default priority. The patch is pretty invasive so there is a possibility that I've broken old functionality or lost certain fixes. I've tried to be careful, but it could definitely use some more testing. Similar to Hui's old patch, I've moved much of the display code to a new radeon_display.c. I've also added radeon_tvout.c and radeon_tvout.h to support tv-out. Add the new files and apply the patch. The latest and greatest is available here: http://www.botchco.com/alex/xorg/superpatch/ Alex
> BTW, since there has been checked in support for about 32 new radeon chips > recently we might even consider to add more than these patches, if 6.9.0 > won't be ready in time ... 6.9 won't be ready in time. The patch for new chipset support is attached X.Org Bug #2827. --> https://bugs.freedesktop.org/attachment.cgi?id=2231
https://bugs.freedesktop.org/show_bug.cgi?id=2827 3D support should be only enabled for RV280/RS300 compatible chipsets: PCI_CHIP_RV280_5965 PCI_CHIP_RS400_5A42 PCI_CHIP_RC410_5A62 PCI_CHIP_RS480_5955 PCI_CHIP_RS482_5975 PCI_CHIP_RS400_5A41 PCI_CHIP_RC410_5A61 PCI_CHIP_RS480_5954 PCI_CHIP_RS482_5974
I've added the patch for new Radeon chipsets now and adjusted the x11 database.
(In reply to comment #7) > Another one: > > From: Alex Deucher <alexdeucher@gmail.com> > To: Discuss issues related to the xorg tree <xorg@lists.freedesktop.org> > Date: Sat, 25 Jun 2005 12:22:36 -0400 > > https://bugs.freedesktop.org/show_bug.cgi?id=3621 > > This is a big collection of all the fixing I've been working on over the last > few weeks. It's a big patch, but I can break it up when it's ready for cvs. > It's partly based on an old patch from Hui Yu as well as some tv-out sample > code from ati. > > New features: > - output mapping. either crtc can drive any output. An option, > reversedisplay, lets you swap the crtc maps. Works well If you apply this patch, please tell me. I'd have to change my laptop profile (again) in order to reflect the changes. If Marcus gets his new config tool done in time, he will have to change the options as well.
Thanks. Probably I won't. I think we should concentrate on the patches of Benjamin Herrenschmidt (comment #1) first.
I now added the patches by Benjamin Herrenschmidt as well. I won't add the patches by Alex Deucher for now.