標籤:get 輸入子系統 lag driver 比較 就會 bsp 插入圖片 []
為自己的堅持加油!
切入正題,今天要學習的是驅動的分層/分離概念。
分離分層的目的是將硬體相關的代碼和系統中比較穩定的代碼分離開,並且按照一定的架構聯絡到一起。這樣我們在寫一個驅動的時候能夠更加靈活,頂層的應用程式也能更加穩定的調用底層的介面。對驅動開發人員而言,這樣寫驅動程式將更有邏輯性。純粹時個人理解哈。
以input.c架構為例,可以看到系統把硬體相關的代碼放在一起,把純軟體的相對穩定的部分放在一起,如evdev.c 最後他們通過input.c相串連。
除了輸入子系統之外,裝置匯流排也遵循這一原則。接下來我們一起分析裝置匯流排的分層分離。
插入圖片。
從裝置匯流排的架構中,瞭解到 硬體相關的部分為device,相對而言比較穩定的部分是driver。 driver 部分通過driver_register 把driver的結構體放入drv鏈表中, device除了通過device_add 把device結構體放入到匯流排的drv鏈表中以外,還會將device從drv中取出來,通過drv中的math函數與driver 進行比較,看driver可不可以支援device, 可以的話就調用probe函數。那怎麼知道是不是匹配的呢???? 在平台的platform_match中通過比較device的名字和driver的名字是否匹配,如果匹配,系統就認為是匹配的,就會調用probe函數。
這是一種左右兩邊建立連結的機制。
1、 把device 放入bus的drv鏈表 | 1、 把driver 放入bus的drv鏈表
dev 2、 從bus的drv鏈表取出每一個driver,用match函數判斷是否支援dev | driver 2、 從bus的drv鏈表取出每一個dev,用match函數判斷是否支援driver
3、 若支援,則調用 driver 的probe函數 | 3、 若支援,則調用probe函數
下面進行led驅動的源碼分析。
前面我們所說的driver 和device 他們指的是結構體。device的結構體中定義了device 的名字,資源,id,release。我們著重關注的是device的名字。 led_resource 是什麼呢?
static struct platform_device led_dev = { .name = "myled", .id = -1, .num_resources = ARRAY_SIZE(led_resource), .resource = led_resource, .dev = { .release = led_release, }, };
led_resource結構體
static struct resource led_resource[] = { [0] = { //寄存器地址 .start = 0x56000050, .end = 0x56000050 + 8 - 1, .flags = IORESOURCE_MEM, //使用MEM資源 }, [1] = { //第5個引腳, .start = 5, .end = 5, .flags = IORESOURCE_IRQ, //使用IRQ資源 } };
led_release、 入口出口函數
static void led_release(struct device * dev) { }
//入口 出口函數
static int led_dev_init(void) { platform_device_register(&led_dev); return 0; } static void led_dev_exit(void) { platform_device_unregister(&led_dev); }
driver部分: 先建立好基本的架構 入口出口函數+修飾
static int led_drv_init(void) { platform_driver_register(&led_drv); return 0; } static void led_drv_exit(void) { platform_driver_unregister(&led_drv); } module_init(led_drv_init); module_exit(led_drv_exit); MODULE_LICENSE("GPL");
建立file_operlation 為訪問提供介面
static struct file_operations led_fops = { .owner = THIS_MODULE, .open = led_open, .write = led_write, };
建立open、 write 函數
static int led_open(struct inode *inode, struct file *file) { //printk("first_drv_open\n"); *gpio_con &= ~(0x3<<(pin*2)); *gpio_con |= (0x1<<(pin*2)); return 0; } static ssize_t led_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) { *gpio_dat &= ~(1<<pin); } else { *gpio_dat |= (1<<pin); } return 0; }
構造一個平台驅動結構體
struct platform_driver led_drv = { .probe = led_probe, .remove = led_remove, .driver = { .name = "myled", //名字要和之前led_dev的保持一致 } };
建立probe函數, 調用device提供的資源進行硬體相關的配置 這些配置都是固定不變的,只要改變device的資源就可以改變 probe的硬體設定,這部分時不用進行修改的。
static int led_probe(struct platform_device *pdev) { struct resource *res; res = platform_get_resource(pdev, IORESOURCE_MEM, 0); gpio_con = ioremap(res->start, res->end - res->start + 1); gpio_dat = gpio_con + 1; res = platform_get_resource(pdev, IORESOURCE_IRQ, 0); pin = res->start; printk("led_probe, found led\n"); major = register_chrdev(0, "myled", &led_fops); cls = class_create(THIS_MODULE, "myled"); class_device_create(cls, NULL, MKDEV(major, 0), NULL, "led"); /* /dev/led */ return 0; }
最後為卸載驅動提供函數
static int led_remove(struct platform_device *pdev) { /* iounmap */ printk("led_remove, remove led\n"); class_device_destroy(cls, MKDEV(major, 0)); class_destroy(cls); unregister_chrdev(major, "myled"); iounmap(gpio_con); return 0; }
S3C2440 驅動分離分層概念到此結束。
S3C2440 驅動分層概念