ZedBoard学习手记（六）最后一步？通过上层应用程序调用驱动

懒兔子

趁着编写Linux驱动的余热，让我们再写一个Linux下可以执行的应用程序，一方面为大家展示调用驱动程序的便捷方法，另一方面则能够测试驱动的功能是否正确。
这个My_GPIO_App只需要一个main函数即可，因为代码十分简单，只要通读一遍代码就能看懂，这里就简略地讲解一下了。
在驱动模块加载完成后，需要使用open函数打开设备，兔子这里的设备名称是my_gpio_dev，已在模块加载时生成在dev目录下了。my_gpio_fd变量的作用类似于打开文件时用的FILE*指针，同时可以检查设备是否正确打开，如果出错则返回负数。
my_gpio_fd = open("/dev/my_gpio_dev", 0);
if(my_gpio_fd<0)
{
printf("gpio_app:[ERROR] Can't open device.");
return;
}
printf("gpio_app: Open device. Filedescription of my_gpio_dev is %d",my_gpio_fd);
写操作使用的也是ioctl函数，当然此函数非彼函数，这是Linux内核源码sys/ioctl.h中定义的函数，实际作用就是调用驱动程序里的my_gpio_ioctl方法。这里我们从串口终端输入两个整数（注意是十进制），并写入外设的寄存器中。
for (i=0; i
{
printf("gpio_app: Input Reg%d:", i);
scanf("%d", &wr_buf);
printf("gpio_app: Writing to Reg%d", i);
ioctl(my_gpio_fd, i, wr_buf);
}
读操作使用的是read函数，调用了驱动程序里的my_gpio_read方法。读取到的数据（8位）先存在一个char型数组里，然后将数据拼接成32位整数，并以十六进制形式打印出来。ret变量用于显示实际读取到的数据长度。
ret = read(my_gpio_fd, rd8_buf, sizeof(rd8_buf));
if(ret != sizeof(rd8_buf))
{
printf("gpio_app:[ERROR] Need %d bytes. Read %d bytes.", sizeof(rd8_buf), ret);
}
for (i=0; i
{
rd32_buf = (int)rd8_buf[i*4] + ((int)rd8_buf[i*4+1]<<8) + ((int)rd8_buf[i*4+2]<<16) + ((int)rd8_buf[i*4+3]<<24);
printf("gpio_app: Read reg%d:0x%x", i, rd32_buf);
}
最后养成个好习惯，用完的资源要卸载掉，用close函数关闭设备。
close(my_gpio_fd);
这个代码用arm-xilinx-linux-gnueabi-gcc编译一下就可以在ZedBoard上运行了，当然正确的头文件是少不了的。附上完整代码和编译后的可执行文件：
my_gpio_app_1010（已重传）
把设备的打开、关闭、读写等操作封装成函数或方法，就能够在自己的App中调用自如了。关于Linux驱动的编写和调用，网上又大把现成的代码主要针对S3C2440或S3C6410，其核心与ZedBoard大同小异，非常值得借鉴，兔子这里只是抛砖引玉罢了。
题外话：
兔子昨晚与几个大学同学一起吃饭，聊起了宿舍哥们儿们现在的工作和生活。我们的专业涉及知识领域很广（当然兔子自身就是兴趣广泛），现在大家做上层软件、嵌入式系统、硬件设计的都有，还有搞微波、搞算法、搞技术支持搞销售的（我们宿舍人多，莫见怪），而近日也和一个可称为前辈的网友浅谈了一下技术领域的优劣，不得不思考起自己的生活和工作前景来。
其实技术这种东西，如果只是理解如何去做，那么只要沉得住气，PCB、Verilog、Linux驱动、C++没有什么是搞不定的，至少我现在能够静下心。然而想要做好了，除了知识的深度积累这样的硬功夫，重要的还是思想、理念和习惯这些内力。如果只是学习技能，而不做思忖，很难看清楚自己将来的方向和前景，大概要不了多久就会对现在的工作产生动摇。习惯和思想更多的需要从生活中理解，热情地对待生活，弄清楚自己想要什么，当自己具备了一种与众不同的品质之后，还会怕自己不能鹤立鸡群吗，又何顾工作种类呢。
忽有感，不知所言，只当笑谈。