On Thu, 4 Mar 2010 14:54:03 -0800 (PST) Linus Torvalds <[email protected]> wrote:
> > > On Thu, 4 Mar 2010, Stephane Marchesin wrote: > > > > In short, the "don't break user space interfaces" principle is making > > user space code quality worse for everyone. And it makes our lives as > > graphics developers pretty miserable actually > > And _my_ point is that if you did a half-way decent job on versioning, you > wouldn't be in the crappy situation you are now. > > For chissake, the DRM versioning model is a total disaster. The reason you > can never ever break user space interfaces is exactly because when you > break them, X stops working. > > What I suggested is to _keep_ a working model across different versions, > so that you can get out of the rat-hole you are in now (and the rat-hole > you put your users into, and the distributions). > > It's simply _not_ acceptable to tie the X server and the kernel version so > tightly together as the crazy DRM model does right now. It's not all that > different from us requiring people to install a new glibc every once in a > while, just because we added a new filesystem. Everybody understands that > that would be totally insane. > > Why does the X community not understand simple library versioning? We use versioning on the Intel side, but in the form of feature flags as new things are added (we've had a handful since GEM was added in 2.6.28). It's a pain to handle the various code paths, but no more so than having lots of separate library versions to support. That would be nice from one perspective, but it would only save work if we abandoned the old versions quickly and kept a big shared component between library versions. -- Jesse Barnes, Intel Open Source Technology Center ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- _______________________________________________ Dri-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dri-devel
