Ⅰ linux下如何开发sdio设备驱动
以LinuxKernelSdioMx28 / LinuxKernelSdioMx53项目代码为例：
- mole_init(DibBridgeTargetMoleInit)
驱动模块初始化入口
- DibBridgeTargetMoleInit()：模块初始化函数。
1.调用sdio_register_driver()注册sdio接口驱动，
2.调用register_chrdev()注册驱动模块为字符设备。
- sdio_register_driver()：向系统注册sdio接口驱动，调用以后，系统会触发sdio设备id检测，如果设备id和接口驱动里.id_table里定义的id一致，则系统调用probe函数。
1. 可以在DibBridgeTargetMoleInit()里调用，这样insmod之后，驱动接口即被注册（设备id被注册），有相应设备插入则probe会被调用（此种做法参考LinuxKernelSdioMx28）
2. 也可以在sdio初始化时调用，这样设备插入时，probe不会被调用，只有在sdio初始化，sdio_register_driver()被调用时，系统才会重新检测设备id，并调用probe。（此种做法好处是，模块初始化不涉及何种设备，具有更好的通用性。参考LinuxKernelSdioMx53）
- static struct sdio_driver Dib_sdio_driver
是sdio接口驱动的结构体,包括.id_table, .probe()函数等，如下
static struct sdio_driver Dib_sdio_driver = {
.name = "Dib_sdio",
.id_table = Dib_sdio_ids,
.probe = Dib_sdio_probe,
.remove = __devexit_p(Dib_sdio_remove),
};
其中.id_table很重要，它里面定义了此sdio驱动模块关心的sdio设备id号，只有插入的sdio设备的id号和这里面定义的id对应上，系统才会调用.probe函数。
- register_chrdev()
将驱动模块向系统注册为字符设备，并将操作该设备的接口函数file_operations也一起注册了。
1.可以在DibBridgeTargetMoleInit()里调用。（参考LinuxKernelSdioMx53/LinuxKernelSdioMx28代码）
2.也可以在probe函数里调用，即只有在系统检测到硬件设备时才去注册字符设备（参考sdk8remote代码）
- struct file_operations
包含如下最基本的文件操作函数，
struct file_operations fops =
{
.ioctl = DibBridgeTargetMoleIoctl, //控制命令传输或数据传输
.open = DibBridgeTargetMoleOpen,
.read = DibBridgeTargetMoleReadData, //数据传输
.write = DibBridgeTargetMoleWriteData
.release = DibBridgeTargetMoleRelease,
};
- .ioctl/.read 等等
user space和kernel space的传输通道，通过使用_from_user和_to_user这样的函数来实现数据传递
Linux方面的想相关知识可以网络搜索《Linux就该这么学》进行学习了解
Ⅱ linux 驱动中，一开始会在板级中集中注册设备，为什么后面在添加设备的时候又要注册呢
你看它注册的都是些什么设备呢？基本上都是总线型的设备（iis、i2c、usb），lcd是液晶显示器驱动，wdt是看门狗驱动。总线驱动需要在板级中注册，到了挂载具体的总线设备的时候（比如你插入usb摄像头）的时候又注册具体的设备驱动。
Ⅲ 在Linux内核中,注册字符设备驱动程序的函数是
字符设备驱动程序框架 1、写出open、write函数 2、告诉内核 1）、定义一个struct file_operations结构并填充好 static struct file_operations first_drv_fops = { .owner = THIS_MODULE, /* 这是一个宏，推向编译模块时自动创建的__this_mole变量 */ .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）、入口函数须使用内核宏来修饰 mole_init(first_drv_init); mole_init会定义一个结构体，这个结构体里面有一个函数指针指向first_drv_init这个函数，当我们加载或安装一个驱动时，内核会自动找到这个结构体，然后调用里面的函数指针，这个函数指针指向first_drv_init这个函数，first_drv_init这个函数就是把struct file_operations结构体告诉内核 6）、有入口函数就有出口函数 mole_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 mole *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_class; static struct class_device *firstdrv_class_dev; firstdrv_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_class; static struct class_device *firstdrv_class_dev; volatile unsigned long *gpfcon = NULL; volatile unsigned long *gpfdat = NULL; static 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"); _from_user(&val, buf, count); // _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_mole变量 */ .open = first_drv_open, .write = first_drv_write, }; int major; static 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 + 1; return 0; } static void first_drv_exit(void) { unregister_chrdev(major, "first_drv"); // 卸载 class_device_unregister(firstdrv_class_dev); class_destroy(firstdrv_class); iounmap(gpfcon); } mole_init(first_drv_init); mole_exit(first_drv_exit); MODULE_LICENSE("GPL"); 编译用Makefile文件 KERN_DIR = /work/system/linux-2.6.22.6 all: make -C $(KERN_DIR) M=`pwd` moles clean: make -C $(KERN_DIR) M=`pwd` moles clean rm -rf moles.order obj-m += first_drv.o 测试程序： #include #include #include #include /* firstdrvtest on * firstdrvtest off */ int main(int argc, char **argv) { int fd; int val = 1; fd = 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系统为例。
把linux设备编译到内核一般有两种方法，一种是通过模块的方式编译，这种方式需要你编译好的内核源码树，第二种方式是你编译内核的时候直接静态的把这个设备的驱动加入到内核中。第二种方法处理起来要容易一些，但是付出的代价就是内核会很大，如果往嵌入式芯片移植的时候不划算。
至于注册其实内核会提供一个注册函数，参数是你的设备号，设备类型之类的。内核运行的时候通过注册函数返回设备的一些信息，驱动中需要一些必要的函数，包括对这个设备的读写等操作，这样可以先保证内核能够识别这个设备，然后我们可以通过驱动函数对这个设备进行操作。比如linux中的lcd液晶显示屏驱动，它通过info之类的结构体存储了你的设备的一些信息，如设备号，屏幕大小之类的，然后通过注册函数将你的设备信息交给内核，然后就需要在驱动中配置跟自己设备相关的寄存器，进行读写之类的操作，大概过程就是这样的，驱动的实际代码和内核的注册的本质实际是很麻烦的
Ⅳ linux 设备驱动程序注册和加载的区别
对呀！就静态加载和动态加载，静态加载是系统启动的时候由内核自动加载的，这个要事先将驱动编译进内核才行，还有一种就是动态加载，也就是模块加载方式，这种方式下驱动以模块的形式存放在文件系统中，需要时动态载入内核，这种主要用在调试的时候，比较方便灵活。
Ⅵ 怎么写linux的spi设备驱动
回复
1#
我也是新手，不过调通了SPI，
在SPI
驱动里面是分为
设备
总线
驱动的。。这个你要搞清楚。你所说的几个文件就是在这个层次关系里面的代码，如果你只是简单的使用SPI，内核自带的spidev.c就已经能够满足要求了。。我就这么用的。。。你可以参照内核里面的例程来分析分析。
另外，你也可以试着写一个裸驱试试。。。
Ⅶ Linux字符设备驱动的组成
在Linux中，字符设备驱动由如下几个部分组成。
1.字符设备驱动模块加载与卸载函数
在字符设备驱动模块加载函数中应该实现设备号的申请和cdev的注册，而在卸载函数中应实现设备号
的释放和cdev的注销。
Linux内核的编码习惯是为设备定义一个设备相关的结构体，该结构体包含设备所涉及的cdev、私有
数据及锁等信息。2.字符设备驱动的file_operations结构体中的成员函数
file_operations结构体中的成员函数是字符设备驱动与内核虚拟文件系统的接口，是用户空间对Linux
进行系统调用最终的落实者。设备驱动的读函数中，filp是文件结构体指针，buf是用户空间内存的地址，该地址在内核空间不宜直
接读写，count是要读的字节数，f_pos是读的位置相对于文件开头的偏移。
设备驱动的写函数中，filp是文件结构体指针，buf是用户空间内存的地址，该地址在内核空间不宜直
接读写，count是要写的字节数，f_pos是写的位置相对于文件开头的偏移。
由于用户空间不能直接访问内核空间的内存，因此借助了函数_from_user（）完成用户空间缓冲
区到内核空间的复制，以及_to_user（）完成内核空间到用户空间缓冲区的复制，见代码第6行和第14
行。
完成内核空间和用户空间内存复制的_from_user（）和_to_user（）的原型分别为：
unsigned long _from_user(void *to, const void _ _user *from, unsigned long count);
unsigned long _to_user(void _ _user *to, const void *from, unsigned long count);
上述函数均返回不能被复制的字节数，因此，如果完全复制成功，返回值为0。如果复制失败，则返
回负值。如果要复制的内存是简单类型，如char、int、long等，则可以使用简单的put_user（）和
get_user（）读和写函数中的_user是一个宏，表明其后的指针指向用户空间，实际上更多地充当了代码自注释的
功能。内核空间虽然可以访问用户空间的缓冲区，但是在访问之前，一般需要先检查其合法性，通过
access_ok（type，addr，size）进行判断，以确定传入的缓冲区的确属于用户空间。
Ⅷ Linux RTC设备驱动
RTC（实时钟）借助电池供电，在系统掉电的情况下依然可以正常计时。它通常还具有产生周期性中断以及闹钟(Alarm〉中断的能力，是一种典型的字符设备。作为一种字符设备驱动，RTC需要有file_operations中接口函数的实现，如open () 、release () 、read () 、poll () 、ioctl ()等，而典型的IOCTL包括RTC_SET_TIME、RTC_ALM_READ、RTC_ALM_SET、RTC_IRQP_SET、RTC_IRQP_READ等，这些对于所有的RTC是通用的，只有底层的具体实现是与设备相关的。
因此，drivers/rtc/tc-dev.c实现了RTC驱动通用的字符设备驱动层，它实现了file_opearations的成员函数以及一些通用的关于RTC的控制代码，并向底层导出rtc_device_register () 、rtc_device_unregister ()以注册和注销RTC;导出rtc_class_ops结构体以描述底层的RTC硬件操作。这个RTC通用层实现的结果是，底层的RTC驱动不再需要关心RTC作为字符设备驱动的具体实现，也无需关心一些通用的RTC控制逻辑。
Ⅸ linux驱动怎样通知应用程序
驱动程序一般是通过模块注入内核，用字符驱动程序举个例子：
1.编写字符驱动程序需要在内核中注册设备和中断程序,还有file_ops里面的open,read,release等函数
2.注册成功后在/proc/device文件里面可以看到你注册的设备名称和主设备号，/proc/interrupt文件中可以看到注册的中断
3.为设备创建文件节点，mknod /dev/char_dev_test c 主设备号 次设备号，于是就在/dev/里面生成一个char_dev_test 设备文件
4，应用程序通过文件操作函数，比如open,read等操作char_dev_test 文件
eg: FILE* p=open("/dev/char_dev_test","rb");
if(p==NULL) { printf("error,can't open dev file!"); return -1;}
char buf[1024];
read(p,buf,size_t);
//其中open是调用的注册进入内核的file_ops的open函数，read是调用的file_ops的read函数，里面一般有_to_user,将内核数据复制到用户空间，也就是复制到了buf中。
Ⅹ Linux输入设备驱动
输入设备（如按键、键盘、触摸屏、鼠标等）是典型的字符设备，其一般的工作机理是底层在按键、触摸等动作发送时产生一个中断（或驱动通过Timer定时查询)，然后CPU通过SPI、I-C或外部存储器总线读取键值、坐标等数据，并将它们放入一个缓冲区，字符设备驱动管理该缓冲区，而驱动的read ()接口让用户可以读取键值、坐标等数据。显然，在这些工作中，只是中断、读键值/坐标值是与设备相关的，而输入事件的缓冲区管理以及字符设备驱动的file operations接口则对输入设备是通用的。基于此，内核设计了输入子系统，由核心层处理公共的工作。drivers/input/keyboardgpio_keys.c基于input架构实现了一个通用的GPIO按键驱动。该驱动是基于platform_driver架构的，名为“gpio-keys”。它将与硬件相关的信息(如使用的GPIO号，按下和抬起时的电平等）屏蔽在板文件platform_device的platform_data中，因此该驱动可应用于各个处理器，具有良好的跨平台性。GPIO按键驱动通过input_event () 、input_sync()这样的函数来汇报按键事件以及同步事件。从底层的GPIO按键驱动可以看出，该驱动中没有任何file_operations的动作，也没有各种IO模型，注册进入系统也用的是input_register_device (）这样的与input相关的API。这是由于与Linux VFS接口的这一部分代码全部都在drivers/input/evdev.c中实现了。