This patch for 4.2.1-r2 + driver tarballs adds xv to xfree86 with ati. Only tested on ATI Mach64 (laptop). More info on http://gatos.sf.net
Created attachment 7122 [details] gatos ATI drivers tarball (4.2.1) Snapshot taken from the day before big 4.2.99 updates to ati.2 cvs tree.
Created attachment 7158 [details, diff] patch for ebuild (4.2.1)
Daniel, is the gatos ebuilds not sufficient ?
It was a while since I tested it, but I think I never got it to work. And besides it's binary only and no binary driver for 4.2.1 is released.
I dont have an issue with this, but from past experience .. how are the users going to take it ? Any reason anybody would rather use the xfree86.org ones?
Hi guys, From the viewpoint of one of those (dufus) users, let me be candid in saying that I have not got anyone's version of ATI drivers to do more than vga type stuff. I have a Radeon 8500 DV (R200 chip series) for which I haven't been able to get OpenGL and / or 3D acceleration to work on. Yes, I have even emerged the ati 2.5.1 driver ebuild. I'm running xfree 2.4.1 etc. I'm running vanilla-sources 2.4.20 and have reviewed the relevant kernel options in excruciating detail. I've read just about every single forum post relating ati drivers as well as most of the bugzilla posts I can find. If this proposed ebuild change and these drivers would successfully work with my Radeon 8500, then I would be very, very happy. To that end, I would be willing to test such an ebuild from the (dufus) user standpoint. ;-) (keep in mind that I am not entirely sure how to make use of the attachments in this bug (enhancement) report and to figure out how to apply them without some instruction.)
Martin, as Guy says, the drivers in xfree doesn't support any type of acceleration. In the startup message for X there is a message pointing to gatos.sf.net for accelerated drivers (when loading xfree86's ati drivers). I suggest putting these drivers in the next ~ revision of xfree86 and see if there are any bugreports about it. Guy: I'll write you an email with instructions on how to build XFree with the new ATI drivers.
I downloaded the ati-gatos tarball and 'emerged' it. I downloaded the xfree patch and applied it (2 hunks applied) I emerged 4.2.1-r2 and it went to completion. Nothing seems to have broken. What do I do now to get OpenGL functionality? I did try to run the opengl based screen savers from KDE but no joy. Um ... I get the feeling that there is more I need to do. Suggestions?
Guy: Was there hunks failing to apply?
Created attachment 8006 [details] gatos ATI drivers tarball (4.2.99.4) New cvs snapshot to be used with 4.2.99.4. The patch still applies with some tweaking.
Sorry for the delayed reply. I was sidelined with 15213 and 15245 and unable to use kmail. All the hunks applied fine. Since then, I've emerged 2.4.99.4 and unmerged 2.4.99.4 and remerged 2.4.1-r2 (see 15213) Currently I'm running a 'clean' 2.4.1-r2. I think I'm stable at the moment and ready to try this again. What would you like me to do? [it looks like I should emerge 2.4.99.4, apply patches and ?'tweak'?] If yes, um ... what kind of tweaks? :-)
Just a data point for anybody interested in this bug. I need to use the gatos drivers to watch any sort of video on my laptop. The xfree86.org drivers for the Rage Mobility M3 drivers only show the left half of the video in 1600x1200. I tried this patch and gatos tarball and it worked great for me. The + ATIDRV_VER="20021213" portion of the patch did not apply cleanly for some reason, but applying it by hand was easy. "emerge xfree" and restart X and all was well.
Like Ryan, I cannot play any videos without these patches. Any timeline for when they may be incorporated as part of the regular ebuilds?
Created attachment 9067 [details, diff] patch for ebuild (4.3.0)
Created attachment 9068 [details] gatos ATI drivers tarball (4.3.0)
Updated patch and took a new snapshots from the gatos cvs.
Created attachment 12447 [details, diff] patch to compile ati-gatos drivers on ppc This patch fixes the gatos code to compile properly on big endian machines. Now the drivers compile on powerpc, but I haven't had a chance to test them.
I have now been able to test this driver, and it is a big help on my PowerBook G3 Series (Wallstreet), which uses a Rage LT Pro.
*** Bug 1947 has been marked as a duplicate of this bug. ***
Once the next XFree release comes out, this may no longer be necessary for those of us who just want XVideo on our Mach64 based cards. From http://www.xfree86.org/cvs/changes.html: 156. Fix precision problems in xf86XVClipVideoHelper and in Mach64 XVideo support (Marc La France). 136. Fix bug that prevented fbman from using the last partial scanline of a Mach64 framebuffer (Marc La France). 135. Make ATI Mach64 FIFO cache integrity testing optional (Marc La France). 134. Export ATI Mach64 hardware overlay as an XVideo adaptor (derived from GATOS project, Egbert Eich, Marc La France). 133. Reorganise ATI Mach64 support into separate source files (Marc La France). 132. Refine atimisc's decoding of the panel mode on server entry in an attempt to reduce the effect of atyfb bugs (Marc La France). For Rage128 and Radeon users there is: 131. Make Rage128 and Radeon XVideo available even when 2D acceleration is disabled (Marc La France). 130. There is no longer any need to require hardware cursors during Rage128 and Radeon XVideo displays (Marc La France). No mention of TV-In support though, so perhaps some people will still want Gatos?
I have successfully used the binary x86 drivers for gatos on a Radeon AIW 7200. I haven't tried TV playback yet because I haven't installed AVView. However, I have a huge speed increase on my system, almost 10 fold in playing back DivX and HQ Mpeg2 movies. The binary drivers work flawlessly. Of course, if I emerge xfree-drm i get dri, however these dri drivers are not in synch with the gatos ones so i cannot use both gatos and dri at the same time. That being said, all that is needed is a build for the gatos-dri patches and we will be ready to rock. Don't despair! We can get this working. Unbenonst to this bug report I created my on ebuild, edited the changelog etc for ati-gatos. I know somebody has a source ebuild from CVS in the works and I will test it. My ebuild uses the patch from bug #1974 to back up XFree86 drivers and restore them. It works fine for me. Please consider renaming my ebuild and editing it to ati-gatos-bin for X86 users. It works! Rees
Created attachment 18642 [details] My ebuild solution to this bug
I really want this resolved. Could the priority be changed to P3. To me, this is a cruicial fix and is a long time in coming. TV rocks on ATI cards, and I am really happy with the performance and stability of ati-gatos so far.
Rebuilding drivers is not correct. We've got a few ideas for allowing both standard xfree and gatos drivers to be installed and are working on it now.
Heh sorry renaming, not rebuilding. Was distracted.
*** Bug 17104 has been marked as a duplicate of this bug. ***
*** Bug 20270 has been marked as a duplicate of this bug. ***
This is going to be the tracking bug for gatos efforts.
Quick summary of where we're trying to go: 1) Build gatos drivers as an external package, against xfree SDK 2) Install gatos drivers somewhere like /usr/X11R6/lib/modules-extra/gatos/ 2) Use ModulePath in Files section of XF86Config to prefer gatos drivers 3) Modify xfree-drm to install gatos drm instead with USE="gatos" Comments welcome.
Update: 1) Battousai has the driver building against the SDK 2) He has them installing to the right place and configurable in XF86Config 3) I still have to get this finished up, but the groundwork is in place. Also a few patches to the main xfree ebuild are required on USE="gatos", that is also ready. If it causes no harm, we could apply these by default. That's what I'd like to do, but it needs a little testing that it's fine without gatos.
Update: xfree-4.3.99 has gatos USE flag, 4.3.0 is still waiting for -r4. xfree-drm-4.3.0-r7 has gatos USE flag. ati-gatos ebuild will be added once battousai is set up as a dev.
OK: xfree-4.3.99 is broken with gatos at present 4.3.0-r4 is getting very close to going into portage with gatos support ati-gatos ebuild is in portage
I have xfree 4.3.0-r3 merged with USE="gatos". When I try to merge ati-gatos I get the following compile error: In file included from atistruct.h:37, from atibus.c:29: /usr/X11R6/lib/Server/include/xaa.h:109:24: picturestr.h: No such file or directory Is it correct to assume that this will be fixed with xfree 4.3.0-r4? Any further information for when -r4 will make it into the tree?
Yes, and when it's ready. We're working on it now, there isn't a whole lot left to do. Hope within a week or two.
Are their any plans to incorporate the building of the km kernel module required for V4L access to the cards into the ebuild?
PRobably won't be incorporated into ebuild, may turn up as separate ebuild. Bryan could speak more on that, he's in charge.
km will be implemented as a seperate package. I already have plans as to how to handle the module installation for 2.4 kernels, but 2.6 modules are a bit more tricky, much like the linux-wlan-ng ebuilds that latexer is working on.
Until a way to build the modules without violating the sandbox can be implimented, can you commit the ebuild with a warning to disable FEATURES="sandbox" if it is a 2.6 kernel?
I definitely don't like that idea, and don't know any dev that would. The possibility of bugs coming in from that is incredibly high, and not everybody reads such warnings. Since installing km manually is trivial, I don't regard this with the highest priority. And since the outstanding problem with 2.6 kernels remains, I'm very hesitant to even put something in the tree that has issues, hard masked or not.
Another quick update: In lieu of (yet another) xfree vulnerability, the xfree team has put up a new version (xfree-4.3.0-r5). This version is a maintenance fix _only_ and does not add support for gatos. I will be updating the ati-gatos ebuild to depend on another bump (-r6, which will hopefully be the next feature release) as soon as I can. So still, do not unmask and try to emerge ati-gatos.
Uh, I unmasked ati-gatos and edited the ebuild to only require xfree-4.3.0-r4 and everything works just fine for me. I compiled the km module manually and video capture works, for the most part.
The patches to xfree: 1) Add additional includes to the SDK that often result in failed compilations, and 2) Change the DRI to program the memory controller to move apertures to allow for PCI DMA. This is mostly done in the ati-gatos 2D driver, but it needs to be matched in the 3D and kernel drivers. Anyway, people are actively working on merging gatos and DRI so hopefully that will happen before too long.
So, the ati-gatos package is now available. Also, gatos has been merged in upstream so will be in future major releases.
