backlight设备树分析

1.

在屏幕调试过程中我们会经常跟这个backlight打交道,为了理清这里面的内容做了一个简单的分析

	backlight: backlight {
		status = "okay";
		compatible = "pwm-backlight";
		pwms = <&pwm1 0 25000 0>;
		brightness-levels = <
			  0  20  20  21  21  22  22  23
			 23  24  24  25  25  26  26  27
			 27  28  28  29  29  30  30  31
			 31  32  32  33  33  34  34  35
			 35  36  36  37  37  38  38  39
			 40  41  42  43  44  45  46  47
			 48  49  50  51  52  53  54  55
			 56  57  58  59  60  61  62  63
			 64  65  66  67  68  69  70  71
			 72  73  74  75  76  77  78  79
			 80  81  82  83  84  85  86  87
			 88  89  90  91  92  93  94  95
			 96  97  98  99 100 101 102 103
			104 105 106 107 108 109 110 111
			112 113 114 115 116 117 118 119
			120 121 122 123 124 125 126 127
			128 129 130 131 132 133 134 135
			136 137 138 139 140 141 142 143
			144 145 146 147 148 149 150 151
			152 153 154 155 156 157 158 159
			160 161 162 163 164 165 166 167
			168 169 170 171 172 173 174 175
			176 177 178 179 180 181 182 183
			184 185 186 187 188 189 190 191
			192 193 194 195 196 197 198 199
			200 201 202 203 204 205 206 207
			208 209 210 211 212 213 214 215
			216 217 218 219 220 221 222 223
			224 225 226 227 228 229 230 231
			232 233 234 235 236 237 238 239
			240 241 242 243 244 245 246 247
			248 249 250 251 252 253 254 255
		>;
		//enable-gpios = <GPIO>
		default-brightness-level = <200>;
	};
  •   compatible = "pwm-backlight";
    

匹配属性,很重要,关系到背光驱动是否正常运行

  •   pwms = <&pwm1 0 25000 0>;
    

这里面的几个参数:

第1个参数 &pwm1:表示用的是pwm1
第二个参数 0:表示用的是通道0
第三个参数 25000表示周期为25000ns,即 频率 为 40k
第四个参数:表示极性,0 正极性,1 负极性 正极性 0 表示 背光为正极 0~255 ,占空比从
0~100% 变化 负极性 1 表示 背光为负极 255~0 ,占空比从 100~0% 变化

default-brightness-level = < 50 > 表示为第 50 个元素的背光亮度
表示默认的背光,它存在于开机时候背光初始化到安卓设置下来新的背光这段时间,

enable-gpios 表示背光使能脚,这个根据电路原理图配置即可;
有的硬件没有这个背光使能脚,那么将这个配置删除,背光驱动通过配置 brightness-levels 数组的第 0 个元素将显示调黑

2.

驱动分析

kernel/drivers/video/backlight/pwm_bl.c

pwm_backlight_probe 
    pwm_backlight_parse_dt    //解析 dts 中的 brightness-levels、default-brightness-level
    //RK3288 还会在这里解析 enable-gpios ,但是 3399 没有,3399 是在 probe 里面用 devm_gpiod_get_optional 获取 enable-gpio 状态的
    devm_gpiod_get_optional  //实际上就是封装了 gpio_request_one
    devm_gpio_request_one   //申请背光使能 gpio
    devm_pwm_get ->     /drivers/pwm/core.c //获得一个pwm
        pwm_get ->
            of_pwm_get ->
                of_parse_phandle_with_args  //解析上面dts中的pwms属性.
                of_node_to_pwmchip
                pwm = pc->of_xlate    //最终生成struct pwm_device类型.    
    pwm_request       //申请pwm,防止其他驱动也会使用.
    pwm_set_period    //pb->pwm->period = data->pwm_period_ns
    pwm_get_period    //获取period.
    dev_set_name(&pdev->dev, "rk28_bl");    //name不能改,用户空间会被用到: /sys/class/backlight/rk28_bl
    backlight_device_register -> /drivers/video/baklight/backlight.c  //注册标准背光设备
        device_register
        backlight_register_fb ->
            fb_register_client   //callback 是 fb_notifier_callback 
            fb_register_client   // 注册内核通知链
    backlight_update_status ->   //用默认值更新.
        bd->ops->update_status ->
            pwm_backlight_update_status ->
                compute_duty_cycle    //计算占空比
                pwm_config            //配置pwm 
                pwm_backlight_power_on    //enable背光
    platform_set_drvdata //可以将 pdev 保存成平台总线设备的私有数据,以后再要使用它时只需调用 platform_get_drvdata

计算占空比:
compute_duty_cycle:

static int compute_duty_cycle(struct pwm_bl_data *pb, int brightness)
{
    /*一般情况下这个值都为0*/
    unsigned int lth = pb->lth_brightness;
    /*占空比*/
    int duty_cycle;
    /*pb->levels这个表格就是从dts节点brightness-levels中获取的,
    假设进来的参数brightness是254,那么得到的duty_cycle就是1,
    如果没有这个表格,那么就直接是进来的亮度值.*/
    if (pb->levels)
        duty_cycle = pb->levels[brightness];
    else
        duty_cycle = brightness;

    /*假设这里lth是0,那么公式就是duty_cycle * pb->period / pb->scale
    pb->period也就是dts节点 pwms 的第三个参数周期值为 25000
    pb->scale为pb->levels数组中的最大值
    所以这个公式就是按照将Android的纯数值转换成事件周期值对应的占空比.*/
    return (duty_cycle * (pb->period - lth) / pb->scale) + lth;
}

其实不管用哪种方式都是调用backlight_update_status来改变背光,syfs也是,看下backlight.c

backlight_class_init -> backlight.c
class_create //创建class,名字是backlight.
backlight_class->dev_attrs = bl_device_attributes;

static struct device_attribute bl_device_attributes[] = {  
    __ATTR(bl_power, 0644, backlight_show_power, backlight_store_power),  
    __ATTR(brightness, 0644, backlight_show_brightness,  
             backlight_store_brightness),  
    __ATTR(actual_brightness, 0444, backlight_show_actual_brightness,  
             NULL),  
    __ATTR(max_brightness, 0444, backlight_show_max_brightness, NULL),  
    __ATTR(type, 0444, backlight_show_type, NULL),  
    __ATTR_NULL,  
};  

其中backlight_store_brightness() 最终调用backlight_update_status().
还有一种情况是亮屏/灭屏时调用,记得前面有注册一个fb notify callback.

static int fb_notifier_callback(struct notifier_block *self,  
                unsigned long event, void *data)  
{  
...  
    /*只处理亮屏和灭屏事件.*/  
    /* If we aren't interested in this event, skip it immediately ... */  
    if (event != FB_EVENT_BLANK && event != FB_EVENT_CONBLANK)  
        return 0;  
...  
    if (bd->ops)  
        if (!bd->ops->check_fb ||  
            bd->ops->check_fb(bd, evdata->info)) {  
            bd->props.fb_blank = *(int *)evdata->data;  
            //亮屏情况  
            if (bd->props.fb_blank == FB_BLANK_UNBLANK)  
                bd->props.state &= ~BL_CORE_FBBLANK;  
            //灭屏时  
            else  
                bd->props.state |= BL_CORE_FBBLANK;  
            backlight_update_status(bd);  
        }  
...  
}

可以看到最后也是调用backlight_update_status()
问题集锦
占空比到 20% 就黑了,到 80% 就满了

有时候屏 pwm 占空比到 20% 就灭了,到 80% 就很亮了,即 brightness-levels 到 50 就灭了,到 200 就足够亮了。
此时不需要 0~49 和 201 ~ 255
所以我们 brightness-levels 数组的时候可以均匀的重复某些值。
比如
brightness-levels = <
255 50 51 51 52 53 53 54
54 55 56 56 57 57 58 59
59 60 60 61 62 62 63 63
… 198 199 199 200>

原文链接:https://blog.csdn.net/dearsq/article/details/53199555

首先,在设备树中需要定义背光驱动节点的属性,例如: ``` backlight { compatible = "backlight-gpio"; gpios = <&gpio1 23 0>; default-on; brightness-levels = <0 25 50 75 100>; brightness-levels-names = "off", "dim", "medium", "bright", "max"; }; ``` 在这个示例中,我们使用了 GPIO 1.23 作为背光驱动的控制引脚,并指定了默认开启,并定义了亮度级别和名称。 接下来,需要在设备树的板级别中引用该节点,并指定其与 LCD 控制器的关联,例如: ``` &lcd { status = "okay"; pinctrl-names = "default"; pinctrl-0 = <&lcd_data_16_pins &lcd_ctrl_pins>; backlight { compatible = "gpio-backlight"; pwms = <&pwm1 0 1000000>; brightness-levels = <0 25 50 75 100>; default-brightness-level = <3>; status = "okay"; }; }; ``` 在这个示例中,我们将背光节点与 LCD 控制器相关联,并指定了使用 PWM 1.0 作为背光控制,以及亮度级别和默认亮度级别。 最后,需要在内核驱动程序中实现背光驱动的控制逻辑,例如: ``` static int my_backlight_update_status(struct backlight_device *bd) { struct my_backlight_data *data = bl_get_data(bd); /* set the brightness level */ /* ... */ return 0; } static const struct backlight_ops my_backlight_ops = { .update_status = my_backlight_update_status, }; static int my_backlight_probe(struct platform_device *pdev) { struct my_backlight_data *data; /* ... */ data->bl_dev = devm_backlight_device_register(&pdev->dev, "my_backlight", &pdev->dev, data, &my_backlight_ops); /* ... */ } static struct platform_driver my_backlight_driver = { .probe = my_backlight_probe, .driver = { .name = "my_backlight", }, }; ``` 在这个示例中,我们定义了控制背光驱动的操作函数,并在驱动程序中将其注册为一个设备节点,以便在内核中使用。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值