请教一下fb驱动中RGB数据格式的问题

kycent

在阅读内核里自带的2410的fb驱动源代码时，产生了一点疑问，特向各位大虾请教：
在cmap里存储的颜色数值（16位），是不是有效位都在高位？比如说red值的有效位数为15至11位？而green的有效位数为15至10位（565模式）？
我感觉如果有效位不在高位的话，源代码中的chan_to_field()和fb_setcolreg()函数则说不通。但是有效位都在高位的话，又感觉有点不符合常理。
希望哪位大虾帮我解除一下疑惑，谢谢。

connet

11-15 为 red, 5-10 为 green, 0-4 为 blue.

kycent

这个我知道，你说的调色板上的颜色值。我说的是fb_cmap这个结构里的数据。
struct fb_cmap {
        __u32 start;                        /* First entry        */
        __u32 len;                        /* Number of entries */
        __u16 *red;                        /* Red values        */
        __u16 *green;
        __u16 *blue;
        __u16 *transp;                        /* transparency, can be NULL */
};

我说的是这个结构里red,green,blue地址对应的数据。这三个数据经过整合才得到调色板上的值。这三个数都是16位的，但565模式时，有效位是5位或6位。我的问题是：这三个数的有效位是在高位开始的吗？因为fb_setcolreg()函数里有这么一段代码：

                        val  = (red   >>  0) & 0xf800;
                        val |= (green >>  5) & 0x07e0;
                        val |= (blue  >> 11) & 0x001f;

                        writel(val, regs + S3C2410_TFTPAL(regno));

其中val是调色板上的数值。就这段代码看来似乎只有认为这三个数有效位都在高位才说的过去，不知是也不是？

sep

原帖由 kycent 于 2009-5-13 13:08 发表
这个我知道，你说的调色板上的颜色值。我说的是fb_cmap这个结构里的数据。
struct fb_cmap {
        __u32 start;                        /* First entry        */
        __u32 len;                        /* Number of entries */
        __u16 *red;                        /* Red values        */
...

毫无疑问，是。给自己多点信心嘛