lkml.org 
[lkml]   [2004]   [Sep]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: New proposed DRM interface design
    Dave Jones wrote:
    > On Sat, Sep 04, 2004 at 01:08:26PM +0100, Keith Whitwell wrote:
    >
    > > So, we are coming out of a period of history where it was extremely
    > > difficult to get our drivers to users through the 'official' channels - to
    > > the extent that many people have given up on the possibility of them
    > > working properly. Maybe things will improve now.
    > >
    > > Are you suggesting for instance, that RedHat might pick up individual
    > > drivers out of Xorg or better still Mesa, rather than waiting for a full
    > > stable release? That would probably be the biggest help - by comparison
    > > kernel releases are very frequent.
    >
    > I don't speak for X packaging (which is why I Cc'd Mike),

    In fact this drags back to my mind the last time a similar conversation came
    up. That conversation lead in part to the descision to pull the userspace DRI
    drivers out of the DRI tree into Mesa, and to likewise spin the DRM off into a
    project of its own. At that point Mike did indicate that he might consider
    pulling drivers directly from our releases (if I remember correctly). Shortly
    after this the XFree86 slow-motion trainwreck started, and history overtook
    that idea.

    What does all this mean? Not much except that we've been hoping to speed up
    this process for a long time, and have been working to improve how we do
    things for about as long.

    It's still a difficult problem though. We've got three distinct, major
    projects that have to coordinate to get a release to users - Linux kernel
    (DRM), X.org (DDX) and Mesa (DRI 3D client). These are all big, stable trees
    that have their own and changing release strategies.

    Currently we have to perform two merges and three releases to get a driver to
    a users:

    Merge DRM CVS --> LK
    Release stable kernel --> Picked up by vendor
    Release stable Mesa 3D
    Merge Mesa 3D --> X.org
    Release stable X.org --> Picked up by vendor

    Now that there's no development/stable kernel divide, the kernel releases
    should be the quickest part of this, though I'm not as optimistic as some
    about users pulling them down (but please, let's not go back to that, I'm
    prepared to believe...).

    The fact is that X is already very modular, although not in terms of it's
    build process. (If you believe the hype, a DDX compiled on i386 Linux should
    run on i386 Solaris, SCO, BSD, wherever, without modification.)

    In any case, X isn't a monolithic binary, there is scope to pull in
    incremental updates if the will is there to do the validation. If vendors are
    serious about making ad-hoc binary driver updates unnecessary, there has to be
    a willingness to address the whole problem.

    Keith

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-03-22 14:05    [W:2.842 / U:0.008 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site