**！

只看该作者 · 2007-10-22 08:40

我在做nios 2的外设驱动开发，nios 2的软件结构（hal）支持字符型设备，文件子系统等通用的设备模型。
最近分析了开发软件自带的一个简单的lcd（character lcd(16x2,optrex16207)）驱动程序altera_avalon_lcd_16207.c和它相应的头文件。hal已经提供了一个文件系统，并且已经把lcd定义成了文件子系统设备，最后这一点我是看了它的测试程序之后才知道的，测试程序
...
lcd = fopen("/dev/lcd_display", "w"); //lcd_display是lcd名字
fprintf(lcd, " This is the LCD Display. ");
...
尽管看懂了驱动程序，但是我现在还是一头雾水，仍然不明白如何以文件的方式来管理和操作它。比如fprintf(lcd, " This is the LCD Display. ");是如何跟驱动程序中的static void lcd_write_data(alt_LCD_16207_dev * dev, unsigned char data)建立关系并调用它来驱动lcd的，这中间都作了些什么工作。

我是学电子和通信的，对软件结构和编译原理不太懂，是不是要学一些计算机的课程才能搞动这个问题呢？

不知道我以上的提问是否把我的问题描述清楚了。

希望各位大哥大姐指点一下刚开始搞驱动程序的菜鸟，或者推荐一些书目有助于我搞明白这个问题，不胜感激！！！

只看该作者 · 2007-10-22 09:00

只看该作者 · 2007-10-22 09:39

yaffs, fat32, ntfs,binfs......每一种如果都有自己独立接口给用户.用户会烦死.(用yaffs_open()?fat32_open()?......前提是您还得具体知道底层是到底哪种)

而且不方便扩展新的文件系统.所以,为了屏蔽底层方便扩展,os会抽象一层filesystem来管理所有这些文件系统,统一一个接口出来.这个接口就是您用到的fopen(),CreateFile()等等.

怎么识别不同文件系统?在文件打开时候参数指定.比如
CreateFile("c:windows"...) 给出路径,那就时硬盘c盘.再根据c盘是fat32或者ntfs来分发调用底层.
设备驱动同样
CreateFile("COM1:"...) 给出设备号做标识分发.

---
根据自己理解.

只看该作者 · 2007-10-22 15:12

还是有点不理解，
fprintf(lcd, " This is the LCD Display. ");是如何跟fprintf(lcd, " This is the LCD Display. ");是如何跟驱动程序中的static void lcd_write_data(alt_LCD_16207_dev * dev, unsigned char data)建立关系并调用它来驱动lcd的，这中间都作了些什么工作。
建立关系并调用它来驱动lcd的，这中间都作了些什么工作。参数是怎么一步步的传递到static void lcd_write_data(alt_LCD_16207_dev * dev, unsigned char data)。
根据high大侠的说法我是不是应该找到filesystem的文档或是源代码拿来分析呢？或者有没有这方面的书可以讲的比较通用一点的

只看该作者 · 2007-10-22 15:16

底层通过这个接口把自己注册到filesystem或者系统中.

只看该作者 · 2007-10-22 22:12

filesystem既然上下都有接口，可不可以把这个filesystem当成一个“翻译器”就是把一些标准的文件操作指令如fprintf翻译成驱动程序里面的某个或是某几个实现特定功能的驱动程序的子程序？
说到这里，我有了一个问题，如果驱动程序里的实现特定功能的子程序的参数如果比标准文件操作指令的参数多怎么办？比如lcd_write_data有三个参数，而fprintf只能有两个参数会怎么样？
这样是不是就要求我们在编写驱动程序的时候要遵守一定的准则呢？