linux设备驱动模型之平台总线实践环节（四）

标签：linux设备驱动模型

//通过led_classdev类型的指针得到s5pv210_led_pladata类型的指针，这个s5pv210_led_pladata类型结构体是我们自己定义的设备数据部分。
static inline struct s5pv210_gpio_led *to_gpio(struct led_classdev *led_cdev)
{
	return container_of(led_cdev, struct s5pv210_gpio_led, cdev);
}

#define X210_LED_OFF 1
#define X210_LED_ON 0

//从platform_device的指针得到s5pv210_gpio_led的指针
static inline struct s5pv210_gpio_led *pdev_to_gpio(struct platform_device *dev)
{
	return platform_get_drvdata(dev);
}

//定义一个大的结构体框架，包含led_classdev和设备的数据部分的结构体
struct s5pv210_gpio_led {
	struct led_classdev		 cdev;
	struct s5pv210_led_platdata	*pdata;
};


//为了让这个操作led的驱动方法具有一般性，所以函数可以通过参数struct led_classdev类型的指针反推得到s5pv210_gpio_led的指针
//从而通过这个指针知道s5pv210_led_platdata这个成员，这个类型的成员是我们自己定义的设备的数据部分。
static void whyx210_led_set(struct led_classdev *led_cdev, enum led_brightness value)
{
    printk(KERN_INFO "whyx210_led_set\n");
     
    struct s5pv210_gpio_led *p = to_gpio(led_cdev);    //从led_classdev指针反推得到s5pv210_gpio_led的指针
     
    if (value == LED_OFF) { //用户输入0时灭       对应用户输入的是echo 0 > brightness
     
        //writel(readl(GPJ0DAT) | (1 << 3), GPJ0DAT);
        gpio_set_value(p->pdata->gpio, X210_LED_OFF);    //通过s5pv210_gpio_led中的pdata来知道gpio号是多少，pdata是设备数据部分，我们写
                                                            //platform_device时已经填充好
         
    }else if (value == LED_FULL){   //用户输入255时亮     对应用户输入的是echo 255 > brightness
     
         
        //writel(readl(GPJ0DAT) & ~(1 << 3), GPJ0DAT); //这样操作保持其他位值不变
        gpio_set_value(p->pdata->gpio, X210_LED_ON);
    }
}

static int why_led_probe(struct platform_device *dev)
{
    int ret = -1;
    struct s5pv210_led_platdata *pdata = dev->platform_data;    //得到匹配上的设备的数据部分
    struct s5pv210_gpio_led *led; //上一章博客中说道brightness绑定的函数不能写死，所以使用这种设计逻辑，这个结构体中包含了led_classdev结构体
                                    //同时也包含了我们定义的设备的数据部分的结构体
    
    led = kzalloc(sizeof(struct s3c24xx_gpio_led), GFP_KERNEL);
    if (led == NULL) {
            dev_err(&dev->dev, "No memory for device\n");
	    return -ENOMEM;
	}

    platform_set_drvdata(dev, led);//这个函数的功能是将led这个含有led_classdev和设备数据部分的结构体变量的指针让其driver中的数据部分的指针指
                                    //向，就是将led结构体被driver中能指向任意类型的指针指向，将led这个代表设备数据部分的东西传递给驱动。
    
    //填充我们要注册的struct led_classdev类型的结构体
    //myled.name = pdata->name; //当前匹配上的led设备的名字
    //myled.brightness = 255;
    //myled.brightness_set = whyx210_led1_set;//这个myled的brightness_set方法绑定的其实就不能是固定的whyx210_led1_set这个方法了，因为我们
                                                //的驱动和设备的匹配不是固定是led1的，有可能led2的设备也和这个驱动匹配上了，总不能led2的
                                                //操作方法使用的还是led1的方法吧
     
     //因为led中包含了led_classdev，所以上面的代码改变如下，用这样的方法将设备的数据填充到led中，同时因为led已经在上面被drvier成员中的指针
     //指向，所以等于为driver填充数据。
     led->cdev.name = pdata->name;    //led中的成员cdev就是上面的myled
     led->cdev.brightness = 255;
     led->cdev.brightness_set = whyx210_led_set;    //这个set函数就不能写死了，要根据实际设备硬件数据的变化来去进行操作led灯的亮灭。所以
                                                     //从新写这个函数，名字改为why210_led_set，用一个框架更大的思路去操作led，通过实时获取设
                                                       //备硬件数据的方法，来操作led，这样这个操作led的驱动方法就具有一般性，以后只需要改动设
                                                        //备的数据，就可以达到控制不同的led。
     
    //去调用led驱动框架中为我们提供的led注册函数led_classdev_register去注册驱动
    //在led-class.c中int led_classdev_register(struct device *parent, struct led_classdev *led_cdev)
    
    ret = led_classdev_register(&dev->dev, &led->cdev);
    
    led->pdata = pdata;    //将从设备中得到数据部分，填充到这个led结构体中的pdata成员，led因为前面已经被driver成员中的指针指向，所以等于将
                           //数据传递到驱动中
     
    if (ret < 0) {
         
        printk(KERN_ERR "led_classdev_register errro\n");
        return ret;
    }
     
    return 0;
}

static int why_led_remove(struct platform_device *dev)
{
	struct s5pv210_gpio_led *led = pdev_to_gpio(dev);    //从platform_device类型的指针反推得到s5pv210_gpio_led的指针

	led_classdev_unregister(&led->cdev);    //注销这个设备
	kfree(led);

	return 0;
}

static struct platform_driver why_led_driver = {
    .probe      = why_led_probe,
    .remove     = why_led_remove,
    .driver     = {
        .name       = "why_led",
        .owner      = THIS_MODULE,
    },
};

static int __init whyx210_led_init(void)
{
    return platform_driver_register(&why_led_driver);
}
 
 
static void __init whyx210_led_exit(void)
{
    platform_driver_unregister(&why_led_driver);
}
 
 
 
 
module_init(whyx210_led_init);
module_exit(whyx210_led_exit);
 
MODULE_AUTHOR("why <417842990@qq.com>");
MODULE_DESCRIPTION("whyx210 LED driver");
MODULE_LICENSE("GPL");
MODULE_ALIAS("whyx210_led"

将具有一般性的驱动代码实现完毕后，进行make编译，加载到系统中后，设备和驱动是可以匹配上的，内核代码中写了几个led的设备，那么驱动就会匹配上几个led设备，echo 0或1 到/sys/class/leds/ledx/brightness文件也能控制led的亮灭，证明驱动是工作了。

想要在class目录下的leds目录中出现led设备文件并使用，就需要利用led_classdev_register函数将led设备和驱动数据结构体进行注册。

想要实时获取设备的数据部分传递给驱动，并且能给让驱动操作led的操作方法具有一般性，就需要使用上面的s5pv210_gpio_led这个结构体创造框架进行实现。

这个代码是通过三星内核中的/driver/leds/leds-s3c24xx.c代码进行仿造来完成的，几乎是一样的.

代码中有一些细节部分，没有做处理，只为框架思路上作下记录，使自己对platform总线理解的能够更深入些。

本文出自 “whylinux” 博客，谢绝转载！

linux设备驱动模型之平台总线实践环节（四）

标签：linux设备驱动模型

原文地址：http://whylinux.blog.51cto.com/10900429/1932438