Re: [PATCH 10/12] fbdev: Static pseudocolor with depth less than 4 does exist

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

Geert Uytterhoeven wrote:
> [ linux-mac68k@mac.linux-m68k.org removed as it seems to bounce? ]
> 
> On Sat, 29 Apr 2006, Antonino A. Daplas wrote:
>> Geert Uytterhoeven wrote:
>>> On Sat, 29 Apr 2006, Antonino A. Daplas wrote:
>>>> A static pseudocolor visual with depth less than 4 does exist, so let's
>>>> not accidentally upscale the depth with this configuration
>>> Yes it does, at least on Mac/m68k.
>>>
>>> Now the real question is: why doesn't macfb set FB_VISUAL_STATIC_PSEUDOCOLOR if
>>> there's no macfb_setpalette routine?
>> It should.  The other question is, what to do with static pseudocolor?
>> Do we always assume console colors?  Or do we make drivers fill their own
>> info->cmap entries and not alter the contents when fb_set_cmap() is called?
> 
> I don't think you can always assume console colors. Only the driver (if anyone
> knows at all) knows the palette.
> 
> On the other hand, at least on Mac/m68k the palette is inherited from MacOS.
> It would be possible for the Penguin booter to programs the standard console
> palette under MacOS, just before booting the kernel, but as I don't know much
> about Penguin, I have no idea whether that's currently done.
> 

Making the palette match the console would be the simplest solution.  Otherwise,
we make the drivers export a color map which will be read-only.  Then fbcon and
other clients will just have to alter their palette to best fit the hardware.

Tony


-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642