Re: [linux-fbdev] New api again

[Geert U. <ge...@li...>]

On Tue, 16 Jan 2001, Takashi Oe wrote:
> On 1/16/01 1:23 PM, James Simmons wrote:
> > Since 2.4 is now out and the new console system is becoming stable its
> > time to discuss the new api for fbcon again. I updated skeletonfb for a
> > example and posted here. Feel free to addd input to the design.
> 
> [...]
> > /*
> > *  Set a single color register. The values supplied have a 16 bit
> > *  magnitude. Return != 0 for invalid regno. This routine assumes
> > *  your graphics hardware is packed pixel based (most are :-).
> > *  Return != 0 for invalid regno.
> > */
> > static int xxxfb_setcolreg(unsigned regno, unsigned red, unsigned green,
> > unsigned blue, unsigned transp,
> > const struct fb_info *info)
> 
> Could there be a multiple color version as well?  For 2.4, I have my own
> fb_set_cmap to do that since a cmap access requires a synchronization with
> vsync for the first one on my machine, and I don't want to do the
> synchronization for every cmap change.
> 
> Want to do:
> - vsync
> - multiple cmap change
> rather than:
> - vsync
> - a cmap change
> - vsync
> - a cmap change
> - ....
> 
> If there is a way to override fb_set_cmap (or a new api's equivalent)
> calling setcolreg, that would be okay, too.

Can't you buffer the xxxfb_setcolreg() calls and execute them in the vsync
interrupt handler? Busy waiting until vsync is a bad idea.

> > info.pseudo_palette = xxxfb_pseudo_palette;
> 
> How is this psuedo_palette used for new api?

I'm wondering as well. Fbcon-* is going away in favor of the `accels', right?

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@li...

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds