On Thu, 12 Dec 2002, Mike A. Harris wrote: > On Thu, 12 Dec 2002, Alan Hourihane wrote: > > >> > > The ability to track changes to that with reasons so that we can keep a > >> > > stable DRM and also the 'DRM of the day' visible to the kernel people - > >> > > perhaps the devel kernel tree having an option for "Development DRM > >> > > (XFree86 4.4) (Y/M/N)". > >> > > >> > For 'stable DRM' you need to stick with XFree86 4.2.0 and the DRM modules > >> > that ship with 4.2.0. For 'DRM of the day' use the DRI trunk. > >> > >> Do the 4.2.0 DRM modules from XFree 4.2.0 have all the bug fixes in them > >> for things pci_alloc_consistent ? > > > >No, nor does 4.2.1. > > Should anyone be using XFree86 CVS stable branch DRM nor trunk > DRM then? I presume if bugfixes are not going into XFree86 CVS > stable branches, that the DRM in there is snapshoted and then > throwaway.
This is pretty much what my claim was the other day when we were talking on IRC ... one needs to see the DRI stuff moved into the XFree86 CVS tree on a regular basis to see any decent results. This is why I take the time to merge in the DRI stuff everytime I build new RPMs to test XFree86 code. Changes to the XFree86 code proper seems to not be getting moved over as quickly as it should. If we want to take a recent example - we can use the xf86strncat symbol missing out of the loader code. The issue was first noticed in the DRI tree, but the change didn't get put into the XFree86 tree until about two weeks later ... and then it was just because I happened to make an off hand comment about it on the xfree86-devel list. I checked the vendor and what not tags on the RPMs I built for myself and you are correct that they are undefined. I really like that new version of RPM. It does nice things [tm]. -- //========================================================\\ || D. Hageman <[EMAIL PROTECTED]> || \\========================================================// ------------------------------------------------------- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
