lkml.org 
[lkml]   [2004]   [Sep]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: New proposed DRM interface design
Alan Cox wrote:

>On Llu, 2004-09-06 at 21:58, Hamie wrote:
>
>
>>The fs -> SCSI interface is a logical one.
>>
>>
>
>We just have to make the fb and DRI to hardware one logical.
>
>

OK. (Even) I follow that... :)

>
>
>>Unless you can have fb sitting on top of DRM of course... (I discount
>>DRM on-top of fb, because of the D == Direct... No other reason :)...
>>
>>Does it make sens to have fb ontop of DRM at all? Anyone?
>>
>>
>
>In some cases yes. The DRM is happy with the idea of the kernel being a
>DRM client too.
>
>
>

Alright... So you have drm at the lower level, and the fb sits ontop of
that... The fb just becomes a user of the DRM... No merge necessary
then, because all the actual hardware access, memory allocation etc
would live in drm? Is that right? And all the 2D code would also move
into the DRM? (IIRC the DRM just has 3D stuff in it yes? IMO It would
made sense to have all the acceleration & hardware access in the DRM
together rather than in a separate place... Correct?)

H

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