moto a1200开发随笔(2)--设备文件底层操作

chenwayne

北京理工大学 20981 陈罡
这个说起来，大家应嘎不会陌生，做过传统linux平台的底层开发的大侠对我下面说的东西
一定早就非常了解了。hoho，班门弄斧了。
（1）vga操作：framebuffer
一般gui编程和操作，大家都会选择合适的gui库如xlib, gtk, qt或者tcl, tk, ncurses
a1200是一个不全开放的linux系统，目前采用的内核是2.4.33，它的gui系统其实是一个
经过改造的qte库的封装，内部名称为ezx，目前由于qt的商业开发版权问题，moto一直
不敢公开他们的gui开发库。网上流传的很多也只是ezx在某个平台上面，由一些黑客
破解的。所谓的破解，只是把这些libezx*.so反编译，找到这些库对应的函数名和偏移，
然后重新编写这些函数的头文件，然后应用程序的开发者，利用这些还原了的头文件
和手机上本身的lib，就可以利用arm-linux工具链，让应用程序在a1200上跑起来了。
在这里，我不愿意过多评论ezx库，毕竟它是不开放的，代码即使在e680上能跑了，
在a1200上也未必能运行。我这里讨论的是更加“通用”的framebuffer操作。
a1200的framebuffer设备文件为：/dev/fb0
不需要什么配置，直接调用open打开即可，剩下的就是像素格式操作了。
我已经在《moto a1200开发随笔(1)--硬件基本信息》文章中提到像素格式的问题，
在此，重新引用一遍，加深一下印象：
vga : 240x320的触摸屏，色深为packed 18bpp格式
注意，packed 18bpp是对应着16bpp像素格式定义（rgb565）：
rrrrrggg gggbbbbb
这里的packed 18bpp的像素格式定义为（rgb666）：
000000rr rrrrgggg ggbbbbbb
还有一种与24bpp像素格式兼容的aligned 18bpp格式，像素定义为（rgb666）：
00rrrrrr 00gggggg 00bbbbbb
也有如下定义的格式：
rrrrrr00 gggggg00 bbbbbb00
天知道为什么moto要采用18bpp，或许这和intel的pxa270片子对液晶屏幕的驱动
电路有关，反正这样18bpp也是用了3个字节保存一个像素，那么干嘛不采用
aligned 18bpp呢？又可以和24bpp像素格式兼容，速度又快。这一点，很多人
都不理解，我也是做了两个多小时的试验，才试出来。让人发疯的moto。
贴一个简单的put_pixel函数例子：
int ezfb_put_pixel(struct ezfb* fb, u_int  x, u_int  y, u_int  c)
{
EZFB_NIT_PICKING_FUNCTION_CALL_0
    register int idx = 0 ;
    if(fb->exists && (x Var.xres_virtual) && (y Var.yres))
    {
        switch(fb->Var.bits_per_pixel) {
        case  1: break;
        case  2: break;
        case  4:
   {
     idx = (y * fb->Fix.line_length + x) / 2;
     fb->screen_uchars[idx] = (x & 0x01) // odd
       ? ((fb->screen_uchars[idx] & 0x0F) | ((c & 0x0F) screen_uchars[idx] & 0xF0) |  (c & 0x0F));
     break;
   }
        case  8:
   {
     idx = y * fb->Fix.line_length + x ;  
     fb->screen_uchars[idx] = c;
     break;
   }
        case 15:
        case 16:
   {
     idx = y * fb->Fix.line_length + x ;
     fb->screen_ushorts[idx] = c;
     break;
   }
case 18:
case 24:
   {
     // rgb format is rrrrrrrr gggggggg bbbbbb
     idx = y * fb->Fix.line_length + x * 3 ;
     fb->screen_uchars[idx++] = (c & 0x00000ff)  ;
     fb->screen_uchars[idx++] = (c & 0x000ff00) >> 0x08 ;
     fb->screen_uchars[idx++] = (c & 0x0ff0000) >> 0x10 ;  
     break ;
   }
        case 32:
   {
     idx = y * fb->Fix.line_length + x ;
     fb->screen_uints[idx] = c;
     break;
   }
        default: ;
        }
        ret = 1;
    }
EZFB_NIT_PICKING_FUNCTION_RETURN(ret)
}
这个是把一个像素的颜色赋值到frame buffer中的小例子。
直接写屏的代码：
void ezfb_put_screen(struct ezfb* fb, u_char * mem_buf, int buf_mode)
{
int w = fb->Var.xres ;
int h = fb->Var.yres ;
register union {
        u_char a[4] ;
        u_int  clr ;  
    } v ;
int i, j ;

switch(fb->Var.bits_per_pixel) {
case 8:
case 16:
  {
  }
case 18:
  {
   switch(buf_mode) {
   case MODE_BPP8:
   case MODE_BPP16:
    {
      // convert 16bpp mem buffer to packed 18bpp
      u_short *         src = (u_short *)(mem_buf) ;  
      volatile u_char * dst = fb->screen_uchars ;
      for(i = 0 ; i
          *dst++ = v.a[0] ;
          *dst++ = v.a[1] ;
          *dst++ = v.a[2] ;
        }
      }
      break ;
    }
   case MODE_BPP24:
   case MODE_BPP32:
   default:
   break ;
   }
   break ;
  }
  case 24:
  case 32:
  default:
  break ;
}
}
这些都是真机测试通过的喔！！

如上图所示，中文显示是用的12x12，16x16的点阵字库搞得，效果还可以吧。
图片是移植了cximage库完成的，上图是a1200真机抓屏。
（2）声音:
a1200的声音文件映射为：/dev/dsp和/dev/dsp16
其中/dev/dsp支持16位pcm，44.1khz的stereo（双声道）音频播放
/dev/dsp16支持16位pcm，8khz的mono（单声道）音频播放
具体操作的时候，根据你选择的解码器输出可以自由选择。
呵呵，偶移植的是libmad，很好用支持mp3播放。
关于音量控制，a1200采用的oss的声音驱动模型，因此常规的alsa的
音量调整不好用。我测试过，cmixer之类的open source软件，放到
a1200上面以后，根本不能够调节音量大小，这个问题曾经困扰了我挺
长时间的，不过现在好了，找到了音量调节的方法：
int fd, v = 30; // v代表音量，取值为0..100，0代表静音，100是那种撕裂的大音量，让人难受
fd = open("/dev/mixer", O_RDONLY);
ioctl(fd, SOUND_MIXER_WRITE_VOLUME, &v);
ioctl(fd, SOUND_MIXER_READ_OGAIN, &v);
printf("VOLUME = %d\n", v);
简单的一段代码就可以解决。

该图片也为未完成的xmms的移植的真机抓屏，可以播放mp3文件。
其实真机抓屏特简单，直接运行软件，然后在telnet里面执行cat /dev/fb0 > xxx.dat
然后把xxx.dat转换成bmp格式，就一切ok。
（3）震动功能的映射文件为：/dev/vibrator
（4）接电话、sms映射文件： /dev/mux0


本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u/26691/showart_349616.html