在内核中已经编译进ov511的驱动了，然后就是验证它是否好使了。
在网上找到了一种测试方法。
vidcat
拿到vidcat的源码后抽取出来了三个文件：vidcat.c v4l.c ，v4l.h，
编译之前先确定交叉编译器是安装好的，然后在三个文件所在目录下建
立一个文件build，编辑之，内容如下：
arm-linux-gcc -g -o2
-i/opt/arm/4.3.2/
-i/home/linux-2.6.32.2/include
-dvideo_dev=\"/dev/v4l/video0\"
-dversion=\"0.7.2\"
-l/usr/local/arm/2.95.3/arm-linux/lib
-o vidcat vidcat.c v4l.c
实际写的时候需要写在一行里面，注意所有“-”之前都有空格的，编辑完成后存盘退出，然后chmod +x
build
然后./build就可以顺利编译出来vidcat可执行文件了
如果你不能./build，提示什么操作拒绝之类的，就用chmod 775 build
知其然还要知其所以然，我来解释一下这行命令
-i/home/linux-2.6.32.2/include
-i/home/linux-2.6.32.2/include 这个是设定将这两个目
录作为搜索头文件的目录，前者是光盘上解出来的gcc工具，后者是光盘上解出来的kernel包，之所以有后
者，是因为前者中的一个头文件用到了linux/version.h，而这个文件只在linux的kernel里面有，所以需
要后者。
-l/ 这个是指定到这个目录下找相应的库文件。
-dvideo_dev=\"/dev/v4l/video0\" -dversion=\"0.7.2\" 这两个是将两个预定义常量传入编译器，一个
是video_dev，是指定默认的摄像头设备对应的地方，一个是version，是vidcat的版本，我拿到的板子上
的video_dev是/dev/v4l/video0，一般linux系统是/dev/video0。后面这个参数里面的0.7.2你爱写啥就写
啥
这个带源码的vidcat对俺这样需要自己写摄像头程序的人作用挺大。
编译完成以后，将编译出来的vidcat考到开发板上，
然后查看vidcat.c
void
usage (char *pname)
{
fprintf (stderr,
"VidCat, Version %s\n"
"Usage: %s <options>\n"
" -b make a raw PPM instead of an ASCII one\n"
" -d <device> video device (default: "VIDEO_DEV")\n"
" -f {ppm|jpeg|png|yuv4mpeg} output format of the image\n"
" -g greayscale instead of color\n"
" -i {tv|comp1|comp2|s-video} which input channel to use\n"
" -l loop on, doesn't make sense in most cases\n"
" -n {pal|ntsc|secam} select video norm\n"
" -o <file> write output to file instead of stdout\n"
" -p c|g|y|Y videopalette to use\n"
" -q <quality> only for jpeg: quality setting (1-100,"
" default: %d)\n"
" -s NxN define size of the output image (default:"
" %dx%d)\n"
"Example: vidcat | xsetbg stdin\n",
VERSION, (char*)basename(pname), QUAL_DEFAULT, DEF_WIDTH, DEF_HEIGHT);
exit (1);
}
按照上面的源码，书写命令
./vidcat -d /dev/video0 -f ppm -s 640*480 >first.ppm
在当前目录下就生出了，first.ppm
PS：
由于我出来了雪花的情况，我不能确认是什么出了问题，所以便在30.4的内核上重新移植了一遍
发现，执行上面的指令可以采集出图像，但是就是只能采集黑白的。
问题依旧严峻、、、、、待解决