在Linux内核中,注册字符设备驱动程序的函数是?

字符设备驱动程序框架 1、写出open、write函数 2、告诉内核 1）、定义一个struct file_operations结构并填充好 static struct file_operations first_drv_fops = { .owner = THIS_MODULE, /* 这是一个宏，推向编译模块时自动创建的__this_module变量 */ .open = first_drv_open, .write = first_drv_write, }2）、把struct file_operations结构体告诉内核 major = register_chrdev(0, "first_drv", &first_drv_fops)// 注册, 告诉内核相关参数：第一个，设备号，0自动分配主设备号，否则为主设备号0－255 第二个：设备名第二个：struct file_operations结构体 4）、register_chrdev由谁调用（入口函数调用） static int first_drv_init(void) 5）、入口函数须使用内核宏来修饰 module_init(first_drv_init)module_init会定义一个结构体，这个结构体里面有一个函数指针指向first_drv_init这个函数，当我们加载或安装一个驱动时，内核会自动找到这个结构体，然后调用里面的函数指针，这个函数指针指向first_drv_init这个函数，first_drv_init这个函数就是把struct file_operations结构体告诉内核 6）、有入口函数就有出口函数 module_exit(first_drv_exit)最后加上协议 MODULE_LICENSE("GPL")3、mdev根据系统信息自动创建设备节点： 每次写驱动都要手动创建设备文件过于麻烦，使用设备管理文件系统则方便很多。在2.6的内核以前一直使用的是devfs，但是它存在许多缺陷。它创建了大量的设备文件，其实这些设备更本不存在。而且设备与设备文件的映射具有不确定性，比如U盘即可能对应sda，又可能对应sdb。没有足够的主/辅设备号。2.6之后的内核引入了sysfs文件系统，它挂载在/sys上，配合udev使用，可以很好的完成devfs的功能，并弥补了那些缺点。（这里说一下，当今内核已经使用netlink了）。 udev是用户空间的一个应用程序，在嵌入式中用的是mdev，mdev在busybox中。mdev是udev的精简版。首先在busybox中添加支持mdev的选项： Linux System Utilities --->[*] mdev [*] Support /etc/mdev.conf [*] Support subdirs/symlinks [*] Support regular expressions substitutions when renaming device [*] Support command execution at device addition/removal 然后修改/etc/init.d/rcS: echo /sbin/mdev >/proc/sys/kernel/hotplug /sbin/mdev -s 执行mdev -s ：以‘-s’为参数调用位于 /sbin目录写的mdev（其实是个链接，作用是传递参数给/bin目录下的busybox程序并调用它），mdev扫描 /sys/class 和 /sys/block 中所有的类设备目录，如果在目录中含有名为“dev”的文件，且文件中包含的是设备号，则mdev就利用这些信息为这个设备在/dev 下创建设备节点文件。一般只在启动时才执行一次 “mdev -s”。热插拔事件：由于启动时运行了命 令：echo /sbin/mdev >/proc/sys/kernel/hotplug ，那么当有热插拔事件产生时，内核就会调用位于 /sbin目录的mdev。这时mdev通过环境变量中的 ACTION 和 DEVPATH，来确定此次热插拔事件的动作以及影响了/sys中的那个目录。接着会看看这个目录中是否“dev”的属性文件，如果有就利用这些信息为 这个设备在/dev 下创建设备节点文件重新打包文件系统，这样/sys目录，/dev目录就有东西了下面是create_class的原型： #define class_create(owner, name) / ({ / static struct lock_class_key __key/ __class_create(owner, name, &__key)/ }) extern struct class * __must_check __class_create(struct module *owner, const char *name, struct lock_class_key *key)class_destroy的原型如下： extern void class_destroy(struct class *cls)device_create的原型如下： extern struct device *device_create(struct class *cls, struct device *parent, dev_t devt, void *drvdata, const char *fmt, ...) __attribute__((format(printf, 5, 6)))device_destroy的原型如下： extern void device_destroy(struct class *cls, dev_t devt)具体使用如下，可参考后面的实例： static struct class *firstdrv_classstatic struct class_device *firstdrv_class_devfirstdrv_class = class_create(THIS_MODULE, "firstdrv")firstdrv_class_dev = class_device_create(firstdrv_class, NULL, MKDEV(major, 0), NULL, "xyz")/* /dev/xyz */ class_device_unregister(firstdrv_class_dev)class_destroy(firstdrv_class)下面再来看一下应用程序如何找到这个结构体的在应用程序中我们使用open打开一个设备：如：open(/dev/xxx, O_RDWR)xxx有一个属性，如字符设备为c,后面为读写权限，还有主设备名、次设备名，我们注册时 通过register_chrdev(0, "first_drv", &first_drv_fops)（有主设备号，设备名，struct file_operations结构体）将first_drv_fops结构体注册到内核数组chrdev中去的，结构体中有open,write函数，那么应用程序如何找到它的，事实上是根据打开的这个文件的属性中的设备类型及主设备号在内核数组chrdev里面找到我们注册的first_drv_fops，实例代码： #include #include #include #include #include #include #include #include #include #include static struct class *firstdrv_classstatic struct class_device *firstdrv_class_devvolatile unsigned long *gpfcon = NULLvolatile unsigned long *gpfdat = NULLstatic int first_drv_open(struct inode *inode, struct file *file) { //printk("first_drv_open\n")/* 配置GPF4,5,6为输出 */ *gpfcon &= ~((0x3<<(4*2)) | (0x3<<(5*2)) | (0x3<<(6*2)))*gpfcon |= ((0x1<<(4*2)) | (0x1<<(5*2)) | (0x1<<(6*2)))return 0} static ssize_t first_drv_write(struct file *file, const char __user *buf, size_t count, loff_t * ppos) { int val//printk("first_drv_write\n")copy_from_user(&val, buf, count)// copy_to_user()if (val == 1) { // 点灯 *gpfdat &= ~((1<<4) | (1<<5) | (1<<6))} else { // 灭灯 *gpfdat |= (1<<4) | (1<<5) | (1<<6)} return 0} static struct file_operations first_drv_fops = { .owner = THIS_MODULE, /* 这是一个宏，推向编译模块时自动创建的__this_module变量 */ .open = first_drv_open, .write = first_drv_write, }int majorstatic int first_drv_init(void) { major = register_chrdev(0, "first_drv", &first_drv_fops)// 注册, 告诉内核 firstdrv_class = class_create(THIS_MODULE, "firstdrv")firstdrv_class_dev = class_device_create(firstdrv_class, NULL, MKDEV(major, 0), NULL, "xyz")/* /dev/xyz */ gpfcon = (volatile unsigned long *)ioremap(0x56000050, 16)gpfdat = gpfcon + 1return 0} static void first_drv_exit(void) { unregister_chrdev(major, "first_drv")// 卸载 class_device_unregister(firstdrv_class_dev)class_destroy(firstdrv_class)iounmap(gpfcon)} module_init(first_drv_init)module_exit(first_drv_exit)MODULE_LICENSE("GPL")编译用Makefile文件 KERN_DIR = /work/system/linux-2.6.22.6 all: make -C $(KERN_DIR) M=`pwd` modules clean: make -C $(KERN_DIR) M=`pwd` modules clean rm -rf modules.order obj-m += first_drv.o 测试程序： #include #include #include #include /* firstdrvtest on * firstdrvtest off */ int main(int argc, char **argv) { int fdint val = 1fd = open("/dev/xyz", O_RDWR)if (fd <0) { printf("can't open!\n")} if (argc != 2) { printf("Usage :\n")printf("%s \n", argv[0])return 0} if (strcmp(argv[1], "on") == 0) { val = 1} else { val = 0} write(fd, &val, 4)return 0}

Linux关于总线、设备、驱动的注册顺序

设备挂接到总线上时，与总线上的所有驱动进行匹配(用bus_type.match进行匹配)，

如果匹配成功,则调用bus_type.probe或者driver.probe初始化该设备，挂接到总线上

如果匹配失败，则只是将该设备挂接到总线上。

驱动挂接到总线上时，与总线上的所有设备进行匹配(用bus_type.match进行匹配)，

如果匹配成功,则调用bus_type.probe或者driver.probe初始化该设备；挂接到总线上

如果匹配失败，则只是将该驱动挂接到总线上。

需要重点关注的是总线的匹配函数match()，驱动的初始化函数probe()

1. platform_bus_type--总线先被kenrel注册。

2. 系统初始化过程中调用platform_add_devices或者platform_device_register，将平台设备(platform devices)注册到平台总线中(platform_bus_type)

3. 平台驱动(platform driver)与平台设备(platform device)的关联是在platform_driver_register或者driver_register中实现，一般这个函数在驱动的初始化过程调用。

通过这三步，就将平台总线，设备，驱动关联起来。

1. platform bus先被kenrel注册。

------------------------------------------------------

do_basic_setup() -->-driver_init() -->-platform_bus_init()-->bus_register()

2. 系统初始化过程中调用platform_add_devices或者platform_device_register，将平台设备(platform devices)注册到平台总线中(platform_bus_type)

------------------------------------------------------

系统启动阶段，总线的驱动链表还是空的，所以启动阶段的platform_add_devices()只负责将设备添加到总线的设备链表上。

---