lkml.org 
[lkml]   [2013]   [Jul]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    SubjectRe: [PATCH v2 00/14] Platform Framebuffers and SimpleDRM
    From
    Hi

    On Thu, Jul 4, 2013 at 7:48 PM, H. Peter Anvin <hpa@zytor.com> wrote:
    > On 07/04/2013 05:25 AM, David Herrmann wrote:
    >>
    >> - What FB formats are common on x86 that we should add to
    >> SIMPLEFB_FORMATS?
    >> (other than ARGB/XRGB32)
    >
    >
    > The common pixel formats on x86 are:
    >
    > - Palettized 4-bit planar (bigendian, i.e. MSB to the left)
    > - Palettized 8-bit packed (one byte per pixel)

    Unlikely to be supported with DRM. But if users want it, we can always
    add a shadow-buffer and advertise it as RGB332 or alike. Otherwise,
    they have to use fbdev as usual, which sounds reasonable to me.

    > - 16-bit RGB555 (16-bit littleendian words with R=14:10, G=9:5, B=4:0)

    DRM_FORMAT_XRGB1555

    > - 16-bit RGB565 (16-bit littleendian words with R=15:11, G=10:5, B=4:0)

    DRM_FORMAT_RGB565

    > - 24-bit RGB888 in littleendian order (first byte in memory is B,
    > second is G, third is R)

    DRM_FORMAT_RGB888

    > - 32-bit ARGB8888 (first byte in memory is B, second G, third R, fourth
    > unused in the framebuffer proper)

    DRM_FORMAT_ARGB8888

    > - 32-bit RGB10:10:10 (I *believe* 32-bit littleendian words with
    > R=29:20, G=19:10, B=9:0)

    DRM_FORMAT_XRGB2101010

    Thanks for the hints, I will add these to patch #5.
    David


    \
     
     \ /
      Last update: 2013-07-05 15:21    [W:2.099 / U:1.508 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site