On 23-Oct-01 at 01:30, R C ([EMAIL PROTECTED]) wrote: > On Tue, Oct 23, 2001 at 01:01:32AM -0400, Rick Scott wrote: > > Could we not work out a way to peacefully co-exist with a single CVS > > tree?? As it stands, we need the proper kernel tree, the proper dri > > tree, the proper XFree86 tree, the proper linuxvideo tree, and probably a > > couple that I have > > Linuxvideo cvs is erratic, which is why volodya (IIRC) started the
Not to mention their web and mail lists... > sourceforge branch. It's built off 4.1.0. gatos.sf.net has the latest code > from linuxvideo cvs, as well as the kernel module we're working on. There have been a lot of changes in the XFree86 ati sub-tree since 4.1.0. Would it not be advantageous to keep the off-shoot in sync with the main tree? Best, IMO, would be to put this on a branch off the main tree. If the plan is to roll it back in to the main XFree tree, I would think it a good idea to keep an eye on what you're rolling on.... > > > missed, since things don't seem to work smoothly, to get a working driver > > for an ATI rage 128 card! Oh ya, sf.gatos.something if you want to try > > capture... None of the trees seems to be in sync with one another. If you > > improve something in one of the trees, syncing with the others is somewhat > > of a nightmare.... Maybe I'm missing something obvious, but the current > > situation seems to be somewhat less than optimal to me. If the XFree86 > > people don't trust the gatos people enough for commits to the ati part of > > the tree, and the gatos people don't trust the XFree86 people enough to > > sync the trees, not to mention > > The code wasn't ready for 4.1.0, so it didn't get rolled in. Nothing > strange about it. The XFree people don't touch the parts of the video > card we're working with, generally, or the stuff that DRI uses. > DRI/video has more of an overlap, but the DMA stuff is in alpha right > now. As in it locks my machine regularly :) > > > the dri, drm, and all the other stuff, how the hell are we going to come > > out with a kick-ass driver that takes advantage of all the hardware has > > to offer?? I am rather new to this field, trying to play by the rules, > > but I'm having a hard time trying to figure out all the fragmentation of > > effort. > > The plan is to get it integrated in XFree eventually, but not before > it's stable. And it will never be stable unless both are working from the same base. > > R C > > -- > They said it was *daft* to build a space station in a swamp, but I showed > them! It sank unto the swamp. So I built a second space station. That > sank into the swamp too. My third space station sank into the swamp. So I > built a fourth one. That fell into a time warp and _then_ sank into the > swamp. But the fifth one... stayed up! --Monty Python/Babylon 5 _______________________________________________ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
