Re: [RFC] Does fbdev need a cursor API for userland?

["Antonino A. Daplas" <adaplas@hotpop.com>]

On Monday 18 October 2004 20:01, Geert Uytterhoeven wrote:
> On Mon, 18 Oct 2004, Antonino A. Daplas wrote:
> > On Monday 18 October 2004 17:35, Geert Uytterhoeven wrote:
> > > On Mon, 18 Oct 2004, Antonino A. Daplas wrote:
> > > > The restore_fb_contents/save_fb_contents cannot be done generically. 
> > > > Not all framebuffers have a linear format, there are some that are
> > > > planar such as amifb and vga16fb.  This means that we need to add
> > > > per-driver hooks just to save and restore the framebuffer contents.
> > >
> > > Can't we use fb_imageblit() for restore?
> >
> > fb_imageblit() is limited because it uses the pseudo_palette.  Even if
> > we expand the palette to 256 entries, it won't be able to handle formats
> > > 8bpp. More than 256 is not practical. Plus, fb_imageblit is limited to
> > 1->bpp, and 8->bpp expansion.
>
> What about expanding fb_imageblit() to handle 32-bit ARGB as well? Then it
> can handle most canonical formats (1 bpp monochrome, 8-bit CLUT, 32-bit

Meaning, fb_imageblit needs to do 32-bit ARGB to native fb format conversion
on the fly.  How can we do that generically without fb_imageblit knowing the
format of the framebuffer? For example, how do we convert 32-bit ARGB to
8-bit Pseudocolor?

Isn't it much simpler to just have a set_image() where the source block is
in the same format as the framebuffer so it doesn't have to do format
conversions?

Tony




-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl