lkml.org 
[lkml]   [2004]   [Sep]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: radeon-pre-2
    From
    Date
    On Sad, 2004-09-11 at 00:24, Dave Airlie wrote:
    > stop saying this, it isn't true and hasn't been for years, for the mach64
    > type cards I'd agree, for something even like the i810 this isn't

    Its true. Its still true whether you demand people stop saying it or
    not.

    > true, most cards have two paths (at least), an unaccelerated 2D path via
    > programmed registers, and an accelerated path via some DMA mechanism, this
    > isn't a 2d/3d split, you have to use the DMA mechanism for doing some 2d
    > acceleration and you have to use it for all 3d acceleration normally,

    And a CD ROM is a round thing with removable optical media, while a hard
    disk has a different command set and is magnetic. They are juat as
    different. Its simple a matter of correct architecture.

    > Lots of X DDX drivers use the accelerator for 2d stuff, some fbs use it
    > for accelerating scrolling, the DRM uses it, this is wrong wrong wrong
    > wrong...X/DRM at least lock each other out, but the fb just tramps in
    > wearing its size nines.. so in summary the 2D/3D split exists in peoples
    > minds (graphics cards designers excepted...)

    Thats a different issue. IDE has to stop the CD and disk drivers from
    stomping on each other over a shared bus. This is the problem of them
    knowing each other exist and interacting. This is the point you need to
    be able to find DRI from FB and vice versa. The point they need to know
    about each other being loaded.

    Multiple registrations on the same object is exactly what the class code
    in the kernel is for.

    You end up with a VGA class driver that knows all the video devices.
    That has the usual match/install functions to allow the frame buffer to
    attach, but can also have other sets for attaching different client
    classes.


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