lkml.org 
[lkml]   [2003]   [Mar]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [Linux-fbdev-devel] Re: FBdev updates.
From
Date
On Thu, 2003-03-06 at 15:35, Sven Luther wrote:
> >
> > > And one (or two...) generic questions: why is not pseudo_palette
> > > u32* pseudo_palette, or even directly u32 pseudo_palette[17] ?
> >
> > pseudo_palette was originally designed to be a pointer to some kind of
> > data for color register programming. For example many PPC graphics cards
> > have a color register region. Now you could have that point to
>
> Does this correspond to the LUT i have in my boards ?
>
> BTW, what is the point in having a pseudo_palette if you can store
> the colors in the onchip LUT table.
>

The hardware clut typically stores each color channel separately. In
software terms, this is akin to struct fb_cmap. The pseudo_palette, on
the other hand, is a pixel LUT, the contents of which can be directly
written to the framebuffer without it ever knowing the format at all, ie
it does not matter if it's RGB or YUV. This makes the upper layer
independent of the low-lever driver (at least in terms of colorspace
formats).

Tony

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