Linux驱动开发之主设备号找驱动,次设备号找设备

发表于:2013-5-07 09:23

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:linux_dsp_driver    来源:51Testing软件测试网采编

分享:

  该函数用到的图1中的devlist数组定义如下:

static const struct memdev {
 const char *name;
 mode_t mode;
 const struct file_operations *fops;
 struct backing_dev_info *dev_info;
} devlist[] = {
  [1] = { "mem", 0, &mem_fops, &directly_mappable_cdev_bdi },
#ifdef CONFIG_DEVKMEM
  [2] = { "kmem", 0, &kmem_fops, &directly_mappable_cdev_bdi },
#endif
  [3] = { "null", 0666, &null_fops, NULL },
#ifdef CONFIG_DEVPORT
  [4] = { "port", 0, &port_fops, NULL },
#endif
  [5] = { "zero", 0666, &zero_fops, &zero_bdi },
  [7] = { "full", 0666, &full_fops, NULL },
  [8] = { "random", 0666, &random_fops, NULL },
  [9] = { "urandom", 0666, &urandom_fops, NULL },
 [11] = { "kmsg", 0, &kmsg_fops, NULL },
#ifdef CONFIG_CRASH_DUMP
 [12] = { "oldmem", 0, &oldmem_fops, NULL },
#endif
};

  通过上面代码及图1可看出,memory_open实际上实现了一个分配器(根据次设备号区分各个设备,并且选择适当的file_operations),图2说明了打开内存设备时,文件操作是如何改变的。所涉及的函数逐渐反映了设备的具体特性。最初只知道用于打开设备的一般函数,然后由打开与内存相关设备文件的具体函数所替代。接下来根据选择的次设备号,进一步细化函数指针 ,为不同的次设备号最终选定函数指针。

图2:设备驱动程序函数指针的选择过程

  本文转载自:http://blog.csdn.net/gqb666/article/details/8805179

33/3<123
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号