[lkml]   [2004]   [Sep]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: radeon-pre-2
    > > Alan, I agree with how you want to proceed with this, and keep things
    > > stable, but anything short of a single card-specific driver looking after
    > > the registers and DMA queueing and locking is going to have deficiencies
    > > and the DRM has a better basis than the fb drivers,
    > "I want to own it, mine mine". Pathetic really isn't it. The FB writers
    > I've no doubt think they should own it and their code is better too.
    > They also support a lot more hardware than you do of course, and on
    > platforms that DRI doesn't support.

    I actually don't give a rats arse who owns it, this isn't a them and us
    despite these rather obvious attempts to make it so.. this is a who writes
    the code and does the design and at the moment I'm seeing you and Jon with
    differing view points, and I'm trying to get both sides to figure out what
    needs to be done, I'll gladly review any changes for the drm but saying
    it's a DRI vs kernel is a very small minded view that I don't really care

    The worst things that will happen for all concerened is this:
    Jon does all this work on a merged solution outside the kernel, and it
    works well, and the X team decide to do a decent X on mesa-solo on Jons
    super-DRM, now the super-DRM gets pushed via the X tree and distributions
    start relasing kernels with it merged into it and it never goes into the
    main tree... it won't matter, RH/SuSE/whomever will want to pick up the
    new features for the *enhanced user experience* and people will give out
    about not being able to use Linus's kernels and it'll be a bit of a big
    mess sort of like when the DRM came out first... now I think X is
    probably the only project that can push this sort of change without
    kernel developer consent, I personally would rather this didn't happen,

    I think yourself and Linus's ideas for a locking scheme look good, I also
    know they won't please Jon too much as he can see where the potential
    ineffecienes with saving/restore card state on driver swap are, especailly
    on running fbcon and X on a dual-head card with different users.


    David Airlie, Software Engineer / airlied at
    pam_smb / Linux DECstation / Linux VAX / ILUG person

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 14:06    [W:0.044 / U:44.356 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site