lkml.org 
[lkml]   [2011]   [Sep]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: Proposal for a low-level Linux display framework
    Hi Alan,

    On 09/15/2011 05:18 PM, Alan Cox wrote:
    >> is and we could use it. Such attitude is not helpful and as I don't see any
    >> serious intention of the DRM guys to cooperate I think those subsystems are more
    >> likely to diverge. At least I'll never accept any change to the fb
    >> infrastructure that requires DRM.
    >
    > There are aspects of the fb code that want changing for DRM (and indeed
    > modern hardware) but which won't break for other stuff. Given the move to
    > using main memory for video and the need for the OS to do buffer
    > management for framebuffers I suspect a move to DRM is pretty much
    > inevitable, along with having to fix the fb layer to cope with
    > discontiguous framebuffers.

    What is your problem with discontigous framebuffers? (I assume discontigous
    refers to the pages the framebuffer is composed of)
    Sounds to me like you should implement your own fb_mmap and either map it
    contigous to screen_base or implement your own fb_read/write.
    In theory you could even have each pixel at a completely different memory
    location although some userspace wouldn't be happy when it could no longer mmap
    the framebuffer.


    Best regards,

    Florian Tobias Schandinat


    \
     
     \ /
      Last update: 2011-09-15 19:49    [W:5.216 / U:0.240 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site