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
    On Sat, Sep 04, 2004 at 11:54:06AM +0100, Dave Airlie wrote:

    > > Just out of interest, what would the scenario be if you do if you could
    > > get a compatible driver?
    >
    > you just grab a DRI snapshot which contains new userspace and DRM, and
    > install it... it builds the DRM against your current kernel, now if your
    > current kernel has a DRM module built-in which is a different version, you
    > are screwed, snapshot process breaks..

    You're also screwed if your vendor has AGPGART compiled into its kernel[1]
    and your new card needs an AGPGART update.
    Which is a valid thing to do if they want things like i810fb to work.
    Or AMD64's IOMMU code. (Which is dependant on the agpgart having a view
    on what its up to, otherwise loading the agpgart module later would cause
    data corruption as it stomps all over the first half of the aperture where
    the IOMMU put its mappings).

    For the simple cases of just a PCI ID update, you could just echo the id
    into agpgart's relevant sysfs file. But chipsets that need new/altered
    code are going to cause a problem.

    This is already causing havoc with ATI/NVIDIA/Matrox binary drivers that
    ship their own agpgarts. I've seen all manner of oopses, crash reports
    that are from two sets of agpgart code fighting it out. Now do you see
    why I'm beating on these binary folks to give it up already and use
    the in-kernel gart driver ? Without sounding all high and mighty,
    they cannot win this game. The rest of the driver can stay binary only
    for the rest of time for all I care, but running a modular agpgart
    and a built-in agpgart is the fast road to a dead box.

    > It's one of the major successes I feel of the DRI project, those
    > snapshots allowed people with Radeon IGP chipsets to get 3d acceleration
    > long before now (they still can't get it any current distro), same goes
    > for i915 as Keith points out..

    It's something I ranted about yesterday on dri-devel in regards to ATI,
    I really expected more of opensource developers. Encouraging end-users
    to run ancient kernels is a *BAD* idea. Both from a security/stability
    standpoint, and a code maintainability standpoint.

    Dave

    [1] Of which Fedora/RHEL is one of these.

    -
    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:3.105 / U:0.020 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site