From: Bartosz Golaszewski <redacted>
While working on my other series related to gpio-backlight[1] I noticed
that we could simplify the driver if we made the only user of platform
data use GPIO lookups and device properties. This series tries to do
that.
First two patches contain minor fixes. Third patch makes the driver
explicitly drive the GPIO line. Fourth patch adds all necessary data
structures to ecovec24. Patch 5/9 unifies much of the code for both
pdata and non-pdata cases. Patches 6-7/9 remove unused platform data
fields. Last two patches contain additional improvements for the GPIO
backlight driver while we're already modifying it.
I don't have access to this HW but hopefully this works. Only compile
tested.
[1] https://lkml.org/lkml/2019/6/25/900
v1 -> v2:
- rebased on top of v5.3-rc1 and adjusted to the recent changes from Andy
- added additional two patches with minor improvements
v2 -> v3:
- in patch 7/7: used initializers to set values for pdata and dev local vars
v3 -> v4:
- rebased on top of v5.4-rc1
- removed changes that are no longer relevant after commit ec665b756e6f
("backlight: gpio-backlight: Correct initial power state handling")
- added patch 7/7
v4 -> v5:
- in patch 7/7: added a comment replacing the name of the function being
pulled into probe()
v5 -> v6:
- added a patch making the driver explicitly set the direction of the GPIO
to output
- added a patch removing a redundant newline
v6 -> v7:
- renamed the function calculating the new GPIO value for status update
- collected more tags
Bartosz Golaszewski (9):
backlight: gpio: remove unneeded include
backlight: gpio: remove stray newline
backlight: gpio: explicitly set the direction of the GPIO
sh: ecovec24: add additional properties to the backlight device
backlight: gpio: simplify the platform data handling
sh: ecovec24: don't set unused fields in platform data
backlight: gpio: remove unused fields from platform data
backlight: gpio: use a helper variable for &pdev->dev
backlight: gpio: pull gpio_backlight_initial_power_state() into probe
arch/sh/boards/mach-ecovec24/setup.c | 33 +++--
drivers/video/backlight/gpio_backlight.c | 128 +++++++------------
include/linux/platform_data/gpio_backlight.h | 3 -
3 files changed, 69 insertions(+), 95 deletions(-)
--
2.23.0
From: Bartosz Golaszewski <redacted>
Add a GPIO lookup entry and a device property for GPIO backlight to the
board file. Tie them to the platform device which is now registered using
platform_device_register_full() because of the properties. These changes
are inactive now but will be used once the gpio backlight driver is
modified.
Signed-off-by: Bartosz Golaszewski <redacted>
Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Reviewed-by: Linus Walleij <redacted>
---
arch/sh/boards/mach-ecovec24/setup.c | 30 +++++++++++++++++++++++-----
1 file changed, 25 insertions(+), 5 deletions(-)
From: Bartosz Golaszewski <redacted>
Platform data fields other than fbdev are no longer used by the
backlight driver. Remove them.
Signed-off-by: Bartosz Golaszewski <redacted>
Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Reviewed-by: Linus Walleij <redacted>
---
arch/sh/boards/mach-ecovec24/setup.c | 3 ---
1 file changed, 3 deletions(-)
From: Bartosz Golaszewski <redacted>
The probe function in the gpio-backlight driver is quite short. If we
pull gpio_backlight_initial_power_state() into probe we can drop two
more fields from struct gpio_backlight and shrink the driver code.
Signed-off-by: Bartosz Golaszewski <redacted>
Acked-by: Daniel Thompson <redacted>
---
drivers/video/backlight/gpio_backlight.c | 38 +++++++++---------------
1 file changed, 14 insertions(+), 24 deletions(-)
@@ -60,41 +57,24 @@ static const struct backlight_ops gpio_backlight_ops = {.check_fb=gpio_backlight_check_fb,};-staticintgpio_backlight_initial_power_state(structgpio_backlight*gbl)-{-structdevice_node*node=gbl->dev->of_node;--/* Not booted with device tree or no phandle link to the node */-if(!node||!node->phandle)-returngbl->def_value?FB_BLANK_UNBLANK:FB_BLANK_POWERDOWN;--/* if the enable GPIO is disabled, do not enable the backlight */-if(gpiod_get_direction(gbl->gpiod)=0&&-gpiod_get_value_cansleep(gbl->gpiod)=0)-returnFB_BLANK_POWERDOWN;--returnFB_BLANK_UNBLANK;-}-staticintgpio_backlight_probe(structplatform_device*pdev){structdevice*dev=&pdev->dev;structgpio_backlight_platform_data*pdata=dev_get_platdata(dev);+structdevice_node*of_node=dev->of_node;structbacklight_propertiesprops;structbacklight_device*bl;structgpio_backlight*gbl;-intret,init_brightness;+intret,init_brightness,def_value;gbl=devm_kzalloc(dev,sizeof(*gbl),GFP_KERNEL);if(gbl=NULL)return-ENOMEM;-gbl->dev=dev;-if(pdata)gbl->fbdev=pdata->fbdev;-gbl->def_value=device_property_read_bool(dev,"default-on");+def_value=device_property_read_bool(dev,"default-on");gbl->gpiod=devm_gpiod_get(dev,NULL,GPIOD_ASIS);if(IS_ERR(gbl->gpiod)){
@@ -115,7 +95,17 @@ static int gpio_backlight_probe(struct platform_device *pdev)returnPTR_ERR(bl);}-bl->props.power=gpio_backlight_initial_power_state(gbl);+/* Set the initial power state */+if(!of_node||!of_node->phandle)+/* Not booted with device tree or no phandle link to the node */+bl->props.power=def_value?FB_BLANK_UNBLANK+:FB_BLANK_POWERDOWN;+elseif(gpiod_get_direction(gbl->gpiod)=0&&+gpiod_get_value_cansleep(gbl->gpiod)=0)+bl->props.power=FB_BLANK_POWERDOWN;+else+bl->props.power=FB_BLANK_UNBLANK;+bl->props.brightness=1;init_brightness=gpio_backlight_get_next_brightness(bl);
@@ -78,29 +78,29 @@ static int gpio_backlight_initial_power_state(struct gpio_backlight *gbl)staticintgpio_backlight_probe(structplatform_device*pdev){-structgpio_backlight_platform_data*pdata-dev_get_platdata(&pdev->dev);+structdevice*dev=&pdev->dev;+structgpio_backlight_platform_data*pdata=dev_get_platdata(dev);structbacklight_propertiesprops;structbacklight_device*bl;structgpio_backlight*gbl;intret,init_brightness;-gbl=devm_kzalloc(&pdev->dev,sizeof(*gbl),GFP_KERNEL);+gbl=devm_kzalloc(dev,sizeof(*gbl),GFP_KERNEL);if(gbl=NULL)return-ENOMEM;-gbl->dev=&pdev->dev;+gbl->dev=dev;if(pdata)gbl->fbdev=pdata->fbdev;-gbl->def_value=device_property_read_bool(&pdev->dev,"default-on");+gbl->def_value=device_property_read_bool(dev,"default-on");-gbl->gpiod=devm_gpiod_get(&pdev->dev,NULL,GPIOD_ASIS);+gbl->gpiod=devm_gpiod_get(dev,NULL,GPIOD_ASIS);if(IS_ERR(gbl->gpiod)){ret=PTR_ERR(gbl->gpiod);if(ret!=-EPROBE_DEFER)-dev_err(&pdev->dev,+dev_err(dev,"Error: The gpios parameter is missing or invalid.\n");returnret;}
@@ -108,11 +108,10 @@ static int gpio_backlight_probe(struct platform_device *pdev)memset(&props,0,sizeof(props));props.type=BACKLIGHT_RAW;props.max_brightness=1;-bl=devm_backlight_device_register(&pdev->dev,dev_name(&pdev->dev),-&pdev->dev,gbl,&gpio_backlight_ops,-&props);+bl=devm_backlight_device_register(dev,dev_name(dev),dev,gbl,+&gpio_backlight_ops,&props);if(IS_ERR(bl)){-dev_err(&pdev->dev,"failed to register backlight\n");+dev_err(dev,"failed to register backlight\n");returnPTR_ERR(bl);}
@@ -122,7 +121,7 @@ static int gpio_backlight_probe(struct platform_device *pdev)init_brightness=gpio_backlight_get_next_brightness(bl);ret=gpiod_direction_output(gbl->gpiod,init_brightness);if(ret){-dev_err(&pdev->dev,"failed to set initial brightness\n");+dev_err(dev,"failed to set initial brightness\n");returnret;}
From: Bartosz Golaszewski <redacted>
Now that the last user of platform data (sh ecovec24) defines a proper
GPIO lookup and sets the 'default-on' device property, we can drop the
platform_data-specific GPIO handling and unify a big chunk of code.
The only field used from the platform data is now the fbdev pointer.
Signed-off-by: Bartosz Golaszewski <redacted>
Reviewed-by: Linus Walleij <redacted>
Reviewed-by: Daniel Thompson <redacted>
Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
---
drivers/video/backlight/gpio_backlight.c | 62 +++++-------------------
1 file changed, 11 insertions(+), 51 deletions(-)
@@ -6,7 +6,6 @@#include<linux/backlight.h>#include<linux/err.h>#include<linux/fb.h>-#include<linux/gpio.h>/* Only for legacy support */#include<linux/gpio/consumer.h>#include<linux/init.h>#include<linux/kernel.h>
@@ -61,28 +60,6 @@ static const struct backlight_ops gpio_backlight_ops = {.check_fb=gpio_backlight_check_fb,};-staticintgpio_backlight_probe_dt(structplatform_device*pdev,-structgpio_backlight*gbl)-{-structdevice*dev=&pdev->dev;-intret;--gbl->def_value=device_property_read_bool(dev,"default-on");--gbl->gpiod=devm_gpiod_get(dev,NULL,GPIOD_ASIS);-if(IS_ERR(gbl->gpiod)){-ret=PTR_ERR(gbl->gpiod);--if(ret!=-EPROBE_DEFER){-dev_err(dev,-"Error: The gpios parameter is missing or invalid.\n");-}-returnret;-}--return0;-}-staticintgpio_backlight_initial_power_state(structgpio_backlight*gbl){structdevice_node*node=gbl->dev->of_node;
@@ -114,35 +91,18 @@ static int gpio_backlight_probe(struct platform_device *pdev)gbl->dev=&pdev->dev;-if(pdev->dev.fwnode){-ret=gpio_backlight_probe_dt(pdev,gbl);-if(ret)-returnret;-}elseif(pdata){-/*-*LegacyplatformdataGPIOretrieveal.Donotexpand-*theuseofthiscodepath,currentlyonlyusedbyone-*SHboard.-*/-unsignedlongflags=GPIOF_DIR_OUT;-+if(pdata)gbl->fbdev=pdata->fbdev;-gbl->def_value=pdata->def_value;-flags|=gbl->def_value?GPIOF_INIT_HIGH:GPIOF_INIT_LOW;--ret=devm_gpio_request_one(gbl->dev,pdata->gpio,flags,-pdata?pdata->name:"backlight");-if(ret<0){-dev_err(&pdev->dev,"unable to request GPIO\n");-returnret;-}-gbl->gpiod=gpio_to_desc(pdata->gpio);-if(!gbl->gpiod)-return-EINVAL;-}else{-dev_err(&pdev->dev,-"failed to find platform data or device tree node.\n");-return-ENODEV;++gbl->def_value=device_property_read_bool(&pdev->dev,"default-on");++gbl->gpiod=devm_gpiod_get(&pdev->dev,NULL,GPIOD_ASIS);+if(IS_ERR(gbl->gpiod)){+ret=PTR_ERR(gbl->gpiod);+if(ret!=-EPROBE_DEFER)+dev_err(&pdev->dev,+"Error: The gpios parameter is missing or invalid.\n");+returnret;}memset(&props,0,sizeof(props));
From: Bartosz Golaszewski <redacted>
The GPIO backlight driver currently requests the line 'as is', without
acively setting its direction. This can lead to problems: if the line
is in input mode by default, we won't be able to drive it later when
updating the status and also reading its initial value doesn't make
sense for backlight setting.
Request the line 'as is' initially, so that we can read its value
without affecting it but then change the direction to output explicitly
when setting the initial brightness.
Also: check the current direction and only read the value if it's output.
Signed-off-by: Bartosz Golaszewski <redacted>
---
drivers/video/backlight/gpio_backlight.c | 23 ++++++++++++++++++-----
1 file changed, 18 insertions(+), 5 deletions(-)
@@ -35,6 +34,14 @@ static int gpio_backlight_update_status(struct backlight_device *bl)bl->props.state&(BL_CORE_SUSPENDED|BL_CORE_FBBLANK))brightness=0;+returnbrightness;+}++staticintgpio_backlight_update_status(structbacklight_device*bl)+{+structgpio_backlight*gbl=bl_get_data(bl);+intbrightness=gpio_backlight_get_next_brightness(bl);+gpiod_set_value_cansleep(gbl->gpiod,brightness);return0;
@@ -85,7 +92,8 @@ static int gpio_backlight_initial_power_state(struct gpio_backlight *gbl)returngbl->def_value?FB_BLANK_UNBLANK:FB_BLANK_POWERDOWN;/* if the enable GPIO is disabled, do not enable the backlight */-if(gpiod_get_value_cansleep(gbl->gpiod)=0)+if(gpiod_get_direction(gbl->gpiod)=0&&+gpiod_get_value_cansleep(gbl->gpiod)=0)returnFB_BLANK_POWERDOWN;returnFB_BLANK_UNBLANK;
@@ -98,7 +106,7 @@ static int gpio_backlight_probe(struct platform_device *pdev)structbacklight_propertiesprops;structbacklight_device*bl;structgpio_backlight*gbl;-intret;+intret,init_brightness;gbl=devm_kzalloc(&pdev->dev,sizeof(*gbl),GFP_KERNEL);if(gbl=NULL)
@@ -151,7 +159,12 @@ static int gpio_backlight_probe(struct platform_device *pdev)bl->props.power=gpio_backlight_initial_power_state(gbl);bl->props.brightness=1;-backlight_update_status(bl);+init_brightness=gpio_backlight_get_next_brightness(bl);+ret=gpiod_direction_output(gbl->gpiod,init_brightness);+if(ret){+dev_err(&pdev->dev,"failed to set initial brightness\n");+returnret;+}platform_set_drvdata(pdev,bl);return0;
From: Bartosz Golaszewski <redacted>
While working on my other series related to gpio-backlight[1] I noticed
that we could simplify the driver if we made the only user of platform
data use GPIO lookups and device properties. This series tries to do
that.
First two patches contain minor fixes. Third patch makes the driver
explicitly drive the GPIO line. Fourth patch adds all necessary data
structures to ecovec24. Patch 5/9 unifies much of the code for both
pdata and non-pdata cases. Patches 6-7/9 remove unused platform data
fields. Last two patches contain additional improvements for the GPIO
backlight driver while we're already modifying it.
I don't have access to this HW but hopefully this works. Only compile
tested.
[1] https://lkml.org/lkml/2019/6/25/900
v1 -> v2:
- rebased on top of v5.3-rc1 and adjusted to the recent changes from Andy
- added additional two patches with minor improvements
v2 -> v3:
- in patch 7/7: used initializers to set values for pdata and dev local vars
v3 -> v4:
- rebased on top of v5.4-rc1
- removed changes that are no longer relevant after commit ec665b756e6f
("backlight: gpio-backlight: Correct initial power state handling")
- added patch 7/7
v4 -> v5:
- in patch 7/7: added a comment replacing the name of the function being
pulled into probe()
v5 -> v6:
- added a patch making the driver explicitly set the direction of the GPIO
to output
- added a patch removing a redundant newline
v6 -> v7:
- renamed the function calculating the new GPIO value for status update
- collected more tags
Bartosz Golaszewski (9):
backlight: gpio: remove unneeded include
backlight: gpio: remove stray newline
backlight: gpio: explicitly set the direction of the GPIO
sh: ecovec24: add additional properties to the backlight device
backlight: gpio: simplify the platform data handling
sh: ecovec24: don't set unused fields in platform data
backlight: gpio: remove unused fields from platform data
backlight: gpio: use a helper variable for &pdev->dev
backlight: gpio: pull gpio_backlight_initial_power_state() into probe
arch/sh/boards/mach-ecovec24/setup.c | 33 +++--
drivers/video/backlight/gpio_backlight.c | 128 +++++++------------
include/linux/platform_data/gpio_backlight.h | 3 -
3 files changed, 69 insertions(+), 95 deletions(-)
--
2.23.0
Lee, Daniel, Jingoo,
Jacopo is travelling until November 1st and won't be able to test this
again before this date. Do you think you can pick it up and in case
anything's broken on SH, we can fix it after v5.5-rc1, so that it
doesn't miss another merge window?
Bart
From: Daniel Thompson <hidden> Date: 2019-10-22 10:14:23
On Tue, Oct 22, 2019 at 10:36:24AM +0200, Bartosz Golaszewski wrote:
From: Bartosz Golaszewski <redacted>
The GPIO backlight driver currently requests the line 'as is', without
acively setting its direction. This can lead to problems: if the line
is in input mode by default, we won't be able to drive it later when
updating the status and also reading its initial value doesn't make
sense for backlight setting.
Request the line 'as is' initially, so that we can read its value
without affecting it but then change the direction to output explicitly
when setting the initial brightness.
Also: check the current direction and only read the value if it's output.
Signed-off-by: Bartosz Golaszewski <redacted>
@@ -35,6 +34,14 @@ static int gpio_backlight_update_status(struct backlight_device *bl)bl->props.state&(BL_CORE_SUSPENDED|BL_CORE_FBBLANK))brightness=0;+returnbrightness;+}++staticintgpio_backlight_update_status(structbacklight_device*bl)+{+structgpio_backlight*gbl=bl_get_data(bl);+intbrightness=gpio_backlight_get_next_brightness(bl);+gpiod_set_value_cansleep(gbl->gpiod,brightness);return0;
@@ -85,7 +92,8 @@ static int gpio_backlight_initial_power_state(struct gpio_backlight *gbl)returngbl->def_value?FB_BLANK_UNBLANK:FB_BLANK_POWERDOWN;/* if the enable GPIO is disabled, do not enable the backlight */-if(gpiod_get_value_cansleep(gbl->gpiod)=0)+if(gpiod_get_direction(gbl->gpiod)=0&&+gpiod_get_value_cansleep(gbl->gpiod)=0)returnFB_BLANK_POWERDOWN;returnFB_BLANK_UNBLANK;
@@ -98,7 +106,7 @@ static int gpio_backlight_probe(struct platform_device *pdev)structbacklight_propertiesprops;structbacklight_device*bl;structgpio_backlight*gbl;-intret;+intret,init_brightness;gbl=devm_kzalloc(&pdev->dev,sizeof(*gbl),GFP_KERNEL);if(gbl=NULL)
@@ -151,7 +159,12 @@ static int gpio_backlight_probe(struct platform_device *pdev)bl->props.power=gpio_backlight_initial_power_state(gbl);bl->props.brightness=1;-backlight_update_status(bl);+init_brightness=gpio_backlight_get_next_brightness(bl);+ret=gpiod_direction_output(gbl->gpiod,init_brightness);+if(ret){+dev_err(&pdev->dev,"failed to set initial brightness\n");+returnret;+}platform_set_drvdata(pdev,bl);return0;
From: Bartosz Golaszewski <redacted>
While working on my other series related to gpio-backlight[1] I noticed
that we could simplify the driver if we made the only user of platform
data use GPIO lookups and device properties. This series tries to do
that.
First two patches contain minor fixes. Third patch makes the driver
explicitly drive the GPIO line. Fourth patch adds all necessary data
structures to ecovec24. Patch 5/9 unifies much of the code for both
pdata and non-pdata cases. Patches 6-7/9 remove unused platform data
fields. Last two patches contain additional improvements for the GPIO
backlight driver while we're already modifying it.
I don't have access to this HW but hopefully this works. Only compile
tested.
[1] https://lkml.org/lkml/2019/6/25/900
v1 -> v2:
- rebased on top of v5.3-rc1 and adjusted to the recent changes from Andy
- added additional two patches with minor improvements
v2 -> v3:
- in patch 7/7: used initializers to set values for pdata and dev local vars
v3 -> v4:
- rebased on top of v5.4-rc1
- removed changes that are no longer relevant after commit ec665b756e6f
("backlight: gpio-backlight: Correct initial power state handling")
- added patch 7/7
v4 -> v5:
- in patch 7/7: added a comment replacing the name of the function being
pulled into probe()
v5 -> v6:
- added a patch making the driver explicitly set the direction of the GPIO
to output
- added a patch removing a redundant newline
v6 -> v7:
- renamed the function calculating the new GPIO value for status update
- collected more tags
Bartosz Golaszewski (9):
backlight: gpio: remove unneeded include
backlight: gpio: remove stray newline
backlight: gpio: explicitly set the direction of the GPIO
sh: ecovec24: add additional properties to the backlight device
backlight: gpio: simplify the platform data handling
sh: ecovec24: don't set unused fields in platform data
backlight: gpio: remove unused fields from platform data
backlight: gpio: use a helper variable for &pdev->dev
backlight: gpio: pull gpio_backlight_initial_power_state() into probe
arch/sh/boards/mach-ecovec24/setup.c | 33 +++--
drivers/video/backlight/gpio_backlight.c | 128 +++++++------------
include/linux/platform_data/gpio_backlight.h | 3 -
3 files changed, 69 insertions(+), 95 deletions(-)
--
2.23.0
Lee, Daniel, Jingoo,
Jacopo is travelling until November 1st and won't be able to test this
again before this date. Do you think you can pick it up and in case
anything's broken on SH, we can fix it after v5.5-rc1, so that it
doesn't miss another merge window?
Outside of holidays and other emergencies Lee usually collects up the
patches for backlight. I'm not sure when he plans to close things for
v5.5 .
Daniel.
From: Bartosz Golaszewski <redacted>
While working on my other series related to gpio-backlight[1] I noticed
that we could simplify the driver if we made the only user of platform
data use GPIO lookups and device properties. This series tries to do
that.
First two patches contain minor fixes. Third patch makes the driver
explicitly drive the GPIO line. Fourth patch adds all necessary data
structures to ecovec24. Patch 5/9 unifies much of the code for both
pdata and non-pdata cases. Patches 6-7/9 remove unused platform data
fields. Last two patches contain additional improvements for the GPIO
backlight driver while we're already modifying it.
I don't have access to this HW but hopefully this works. Only compile
tested.
[1] https://lkml.org/lkml/2019/6/25/900
v1 -> v2:
- rebased on top of v5.3-rc1 and adjusted to the recent changes from Andy
- added additional two patches with minor improvements
v2 -> v3:
- in patch 7/7: used initializers to set values for pdata and dev local vars
v3 -> v4:
- rebased on top of v5.4-rc1
- removed changes that are no longer relevant after commit ec665b756e6f
("backlight: gpio-backlight: Correct initial power state handling")
- added patch 7/7
v4 -> v5:
- in patch 7/7: added a comment replacing the name of the function being
pulled into probe()
v5 -> v6:
- added a patch making the driver explicitly set the direction of the GPIO
to output
- added a patch removing a redundant newline
v6 -> v7:
- renamed the function calculating the new GPIO value for status update
- collected more tags
Bartosz Golaszewski (9):
backlight: gpio: remove unneeded include
backlight: gpio: remove stray newline
backlight: gpio: explicitly set the direction of the GPIO
sh: ecovec24: add additional properties to the backlight device
backlight: gpio: simplify the platform data handling
sh: ecovec24: don't set unused fields in platform data
backlight: gpio: remove unused fields from platform data
backlight: gpio: use a helper variable for &pdev->dev
backlight: gpio: pull gpio_backlight_initial_power_state() into probe
arch/sh/boards/mach-ecovec24/setup.c | 33 +++--
drivers/video/backlight/gpio_backlight.c | 128 +++++++------------
include/linux/platform_data/gpio_backlight.h | 3 -
3 files changed, 69 insertions(+), 95 deletions(-)
Lee, Daniel, Jingoo,
Jacopo is travelling until November 1st and won't be able to test this
again before this date. Do you think you can pick it up and in case
anything's broken on SH, we can fix it after v5.5-rc1, so that it
doesn't miss another merge window?
November 1st (-rc6) will be fine.
I'd rather apply it late-tested than early-non-tested.
Hopefully Jacopo can prioritise testing this on Thursday or Friday,
since Monday will be -rc7 which is really cutting it fine.
Outside of holidays and other emergencies Lee usually collects up the
patches for backlight. I'm not sure when he plans to close things for
v5.5.
In special cases such as these I can remain flexible.
--
Lee Jones [李琼斯]
Linaro Services Technical Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
From: Bartosz Golaszewski <redacted>
While working on my other series related to gpio-backlight[1] I noticed
that we could simplify the driver if we made the only user of platform
data use GPIO lookups and device properties. This series tries to do
that.
First two patches contain minor fixes. Third patch makes the driver
explicitly drive the GPIO line. Fourth patch adds all necessary data
structures to ecovec24. Patch 5/9 unifies much of the code for both
pdata and non-pdata cases. Patches 6-7/9 remove unused platform data
fields. Last two patches contain additional improvements for the GPIO
backlight driver while we're already modifying it.
I don't have access to this HW but hopefully this works. Only compile
tested.
[1] https://lkml.org/lkml/2019/6/25/900
v1 -> v2:
- rebased on top of v5.3-rc1 and adjusted to the recent changes from Andy
- added additional two patches with minor improvements
v2 -> v3:
- in patch 7/7: used initializers to set values for pdata and dev local vars
v3 -> v4:
- rebased on top of v5.4-rc1
- removed changes that are no longer relevant after commit ec665b756e6f
("backlight: gpio-backlight: Correct initial power state handling")
- added patch 7/7
v4 -> v5:
- in patch 7/7: added a comment replacing the name of the function being
pulled into probe()
v5 -> v6:
- added a patch making the driver explicitly set the direction of the GPIO
to output
- added a patch removing a redundant newline
v6 -> v7:
- renamed the function calculating the new GPIO value for status update
- collected more tags
Bartosz Golaszewski (9):
backlight: gpio: remove unneeded include
backlight: gpio: remove stray newline
backlight: gpio: explicitly set the direction of the GPIO
sh: ecovec24: add additional properties to the backlight device
backlight: gpio: simplify the platform data handling
sh: ecovec24: don't set unused fields in platform data
backlight: gpio: remove unused fields from platform data
backlight: gpio: use a helper variable for &pdev->dev
backlight: gpio: pull gpio_backlight_initial_power_state() into probe
arch/sh/boards/mach-ecovec24/setup.c | 33 +++--
drivers/video/backlight/gpio_backlight.c | 128 +++++++------------
include/linux/platform_data/gpio_backlight.h | 3 -
3 files changed, 69 insertions(+), 95 deletions(-)
Lee, Daniel, Jingoo,
Jacopo is travelling until November 1st and won't be able to test this
again before this date. Do you think you can pick it up and in case
anything's broken on SH, we can fix it after v5.5-rc1, so that it
doesn't miss another merge window?
November 1st (-rc6) will be fine.
I'd rather apply it late-tested than early-non-tested.
Hopefully Jacopo can prioritise testing this on Thursday or Friday,
since Monday will be -rc7 which is really cutting it fine.
I'll do my best, I'll get home Friday late afternoon :)
quoted
Outside of holidays and other emergencies Lee usually collects up the
patches for backlight. I'm not sure when he plans to close things for
v5.5.
In special cases such as these I can remain flexible.
--
Lee Jones [李琼斯]
Linaro Services Technical Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
From: Lee Jones <hidden> Date: 2019-10-24 12:10:55
On Thu, 24 Oct 2019, Jacopo Mondi wrote:
On Thu, Oct 24, 2019 at 07:47:26AM +0100, Lee Jones wrote:
quoted
On Wed, 23 Oct 2019, Daniel Thompson wrote:
[...]
quoted
quoted
quoted
Jacopo is travelling until November 1st and won't be able to test this
again before this date. Do you think you can pick it up and in case
anything's broken on SH, we can fix it after v5.5-rc1, so that it
doesn't miss another merge window?
November 1st (-rc6) will be fine.
I'd rather apply it late-tested than early-non-tested.
Hopefully Jacopo can prioritise testing this on Thursday or Friday,
since Monday will be -rc7 which is really cutting it fine.
I'll do my best, I'll get home Friday late afternoon :)
Thanks. We'd all really appreciate it.
--
Lee Jones [李琼斯]
Linaro Services Technical Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
From: Bartosz Golaszewski <redacted>
While working on my other series related to gpio-backlight[1] I noticed
that we could simplify the driver if we made the only user of platform
data use GPIO lookups and device properties. This series tries to do
that.
First two patches contain minor fixes. Third patch makes the driver
explicitly drive the GPIO line. Fourth patch adds all necessary data
structures to ecovec24. Patch 5/9 unifies much of the code for both
pdata and non-pdata cases. Patches 6-7/9 remove unused platform data
fields. Last two patches contain additional improvements for the GPIO
backlight driver while we're already modifying it.
I don't have access to this HW but hopefully this works. Only compile
tested.
[1] https://lkml.org/lkml/2019/6/25/900
v1 -> v2:
- rebased on top of v5.3-rc1 and adjusted to the recent changes from Andy
- added additional two patches with minor improvements
v2 -> v3:
- in patch 7/7: used initializers to set values for pdata and dev local vars
v3 -> v4:
- rebased on top of v5.4-rc1
- removed changes that are no longer relevant after commit ec665b756e6f
("backlight: gpio-backlight: Correct initial power state handling")
- added patch 7/7
v4 -> v5:
- in patch 7/7: added a comment replacing the name of the function being
pulled into probe()
v5 -> v6:
- added a patch making the driver explicitly set the direction of the GPIO
to output
- added a patch removing a redundant newline
v6 -> v7:
- renamed the function calculating the new GPIO value for status update
- collected more tags
Bartosz Golaszewski (9):
backlight: gpio: remove unneeded include
backlight: gpio: remove stray newline
backlight: gpio: explicitly set the direction of the GPIO
sh: ecovec24: add additional properties to the backlight device
backlight: gpio: simplify the platform data handling
sh: ecovec24: don't set unused fields in platform data
backlight: gpio: remove unused fields from platform data
backlight: gpio: use a helper variable for &pdev->dev
backlight: gpio: pull gpio_backlight_initial_power_state() into probe
arch/sh/boards/mach-ecovec24/setup.c | 33 +++--
drivers/video/backlight/gpio_backlight.c | 128 +++++++------------
include/linux/platform_data/gpio_backlight.h | 3 -
3 files changed, 69 insertions(+), 95 deletions(-)
Lee, Daniel, Jingoo,
Jacopo is travelling until November 1st and won't be able to test this
again before this date. Do you think you can pick it up and in case
anything's broken on SH, we can fix it after v5.5-rc1, so that it
doesn't miss another merge window?
November 1st (-rc6) will be fine.
I'd rather apply it late-tested than early-non-tested.
Hopefully Jacopo can prioritise testing this on Thursday or Friday,
since Monday will be -rc7 which is really cutting it fine.
I'll do my best, I'll get home Friday late afternoon :)
Welcome home!
Just a little reminder in your inbox. TIA. :)
--
Lee Jones [李琼斯]
Linaro Services Technical Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
From: Bartosz Golaszewski <redacted>
While working on my other series related to gpio-backlight[1] I noticed
that we could simplify the driver if we made the only user of platform
data use GPIO lookups and device properties. This series tries to do
that.
First two patches contain minor fixes. Third patch makes the driver
explicitly drive the GPIO line. Fourth patch adds all necessary data
structures to ecovec24. Patch 5/9 unifies much of the code for both
pdata and non-pdata cases. Patches 6-7/9 remove unused platform data
fields. Last two patches contain additional improvements for the GPIO
backlight driver while we're already modifying it.
I don't have access to this HW but hopefully this works. Only compile
tested.
[1] https://lkml.org/lkml/2019/6/25/900
v1 -> v2:
- rebased on top of v5.3-rc1 and adjusted to the recent changes from Andy
- added additional two patches with minor improvements
v2 -> v3:
- in patch 7/7: used initializers to set values for pdata and dev local vars
v3 -> v4:
- rebased on top of v5.4-rc1
- removed changes that are no longer relevant after commit ec665b756e6f
("backlight: gpio-backlight: Correct initial power state handling")
- added patch 7/7
v4 -> v5:
- in patch 7/7: added a comment replacing the name of the function being
pulled into probe()
v5 -> v6:
- added a patch making the driver explicitly set the direction of the GPIO
to output
- added a patch removing a redundant newline
v6 -> v7:
- renamed the function calculating the new GPIO value for status update
- collected more tags
Bartosz Golaszewski (9):
backlight: gpio: remove unneeded include
backlight: gpio: remove stray newline
backlight: gpio: explicitly set the direction of the GPIO
sh: ecovec24: add additional properties to the backlight device
backlight: gpio: simplify the platform data handling
sh: ecovec24: don't set unused fields in platform data
backlight: gpio: remove unused fields from platform data
backlight: gpio: use a helper variable for &pdev->dev
backlight: gpio: pull gpio_backlight_initial_power_state() into probe
arch/sh/boards/mach-ecovec24/setup.c | 33 +++--
drivers/video/backlight/gpio_backlight.c | 128 +++++++------------
include/linux/platform_data/gpio_backlight.h | 3 -
3 files changed, 69 insertions(+), 95 deletions(-)
Lee, Daniel, Jingoo,
Jacopo is travelling until November 1st and won't be able to test this
again before this date. Do you think you can pick it up and in case
anything's broken on SH, we can fix it after v5.5-rc1, so that it
doesn't miss another merge window?
November 1st (-rc6) will be fine.
I'd rather apply it late-tested than early-non-tested.
Hopefully Jacopo can prioritise testing this on Thursday or Friday,
since Monday will be -rc7 which is really cutting it fine.
I'll do my best, I'll get home Friday late afternoon :)
Welcome home!
Just a little reminder in your inbox. TIA. :)
For the ecovec part:
Tested-by: Jacopo Mondi <jacopo+renesas@jmondi.org>
Thanks
j
--
Lee Jones [李琼斯]
Linaro Services Technical Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
From: Bartosz Golaszewski <redacted>
While working on my other series related to gpio-backlight[1] I noticed
that we could simplify the driver if we made the only user of platform
data use GPIO lookups and device properties. This series tries to do
that.
First two patches contain minor fixes. Third patch makes the driver
explicitly drive the GPIO line. Fourth patch adds all necessary data
structures to ecovec24. Patch 5/9 unifies much of the code for both
pdata and non-pdata cases. Patches 6-7/9 remove unused platform data
fields. Last two patches contain additional improvements for the GPIO
backlight driver while we're already modifying it.
I don't have access to this HW but hopefully this works. Only compile
tested.
[1] https://lkml.org/lkml/2019/6/25/900
v1 -> v2:
- rebased on top of v5.3-rc1 and adjusted to the recent changes from Andy
- added additional two patches with minor improvements
v2 -> v3:
- in patch 7/7: used initializers to set values for pdata and dev local vars
v3 -> v4:
- rebased on top of v5.4-rc1
- removed changes that are no longer relevant after commit ec665b756e6f
("backlight: gpio-backlight: Correct initial power state handling")
- added patch 7/7
v4 -> v5:
- in patch 7/7: added a comment replacing the name of the function being
pulled into probe()
v5 -> v6:
- added a patch making the driver explicitly set the direction of the GPIO
to output
- added a patch removing a redundant newline
v6 -> v7:
- renamed the function calculating the new GPIO value for status update
- collected more tags
Bartosz Golaszewski (9):
backlight: gpio: remove unneeded include
backlight: gpio: remove stray newline
backlight: gpio: explicitly set the direction of the GPIO
sh: ecovec24: add additional properties to the backlight device
backlight: gpio: simplify the platform data handling
sh: ecovec24: don't set unused fields in platform data
backlight: gpio: remove unused fields from platform data
backlight: gpio: use a helper variable for &pdev->dev
backlight: gpio: pull gpio_backlight_initial_power_state() into probe
arch/sh/boards/mach-ecovec24/setup.c | 33 +++--
drivers/video/backlight/gpio_backlight.c | 128 +++++++------------
include/linux/platform_data/gpio_backlight.h | 3 -
3 files changed, 69 insertions(+), 95 deletions(-)
Lee, Daniel, Jingoo,
Jacopo is travelling until November 1st and won't be able to test this
again before this date. Do you think you can pick it up and in case
anything's broken on SH, we can fix it after v5.5-rc1, so that it
doesn't miss another merge window?
November 1st (-rc6) will be fine.
I'd rather apply it late-tested than early-non-tested.
Hopefully Jacopo can prioritise testing this on Thursday or Friday,
since Monday will be -rc7 which is really cutting it fine.
I'll do my best, I'll get home Friday late afternoon :)
Welcome home!
Just a little reminder in your inbox. TIA. :)
For the ecovec part:
Tested-by: Jacopo Mondi <jacopo+renesas@jmondi.org>
Thanks Jacopo!
Lee: I hope it's not too late to get it picked up for v5.5?
Best regards,
Bartosz Golaszewski
Thanks
j
quoted
--
Lee Jones [李琼斯]
Linaro Services Technical Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
From: Bartosz Golaszewski <redacted>
While working on my other series related to gpio-backlight[1] I noticed
that we could simplify the driver if we made the only user of platform
data use GPIO lookups and device properties. This series tries to do
that.
First two patches contain minor fixes. Third patch makes the driver
explicitly drive the GPIO line. Fourth patch adds all necessary data
structures to ecovec24. Patch 5/9 unifies much of the code for both
pdata and non-pdata cases. Patches 6-7/9 remove unused platform data
fields. Last two patches contain additional improvements for the GPIO
backlight driver while we're already modifying it.
I don't have access to this HW but hopefully this works. Only compile
tested.
[1] https://lkml.org/lkml/2019/6/25/900
v1 -> v2:
- rebased on top of v5.3-rc1 and adjusted to the recent changes from Andy
- added additional two patches with minor improvements
v2 -> v3:
- in patch 7/7: used initializers to set values for pdata and dev local vars
v3 -> v4:
- rebased on top of v5.4-rc1
- removed changes that are no longer relevant after commit ec665b756e6f
("backlight: gpio-backlight: Correct initial power state handling")
- added patch 7/7
v4 -> v5:
- in patch 7/7: added a comment replacing the name of the function being
pulled into probe()
v5 -> v6:
- added a patch making the driver explicitly set the direction of the GPIO
to output
- added a patch removing a redundant newline
v6 -> v7:
- renamed the function calculating the new GPIO value for status update
- collected more tags
Bartosz Golaszewski (9):
backlight: gpio: remove unneeded include
backlight: gpio: remove stray newline
backlight: gpio: explicitly set the direction of the GPIO
sh: ecovec24: add additional properties to the backlight device
backlight: gpio: simplify the platform data handling
sh: ecovec24: don't set unused fields in platform data
backlight: gpio: remove unused fields from platform data
backlight: gpio: use a helper variable for &pdev->dev
backlight: gpio: pull gpio_backlight_initial_power_state() into probe
arch/sh/boards/mach-ecovec24/setup.c | 33 +++--
drivers/video/backlight/gpio_backlight.c | 128 +++++++------------
include/linux/platform_data/gpio_backlight.h | 3 -
3 files changed, 69 insertions(+), 95 deletions(-)
Lee, Daniel, Jingoo,
Jacopo is travelling until November 1st and won't be able to test this
again before this date. Do you think you can pick it up and in case
anything's broken on SH, we can fix it after v5.5-rc1, so that it
doesn't miss another merge window?
November 1st (-rc6) will be fine.
I'd rather apply it late-tested than early-non-tested.
Hopefully Jacopo can prioritise testing this on Thursday or Friday,
since Monday will be -rc7 which is really cutting it fine.
I'll do my best, I'll get home Friday late afternoon :)
Welcome home!
Just a little reminder in your inbox. TIA. :)
For the ecovec part:
Tested-by: Jacopo Mondi <jacopo+renesas@jmondi.org>
Thanks Jacopo!
Lee: I hope it's not too late to get it picked up for v5.5?
Hi, just a gentle ping for this series, because I'm afraid it will
miss yet another merge window.
Thanks in advance!
Bartosz Golaszewski
From: Bartosz Golaszewski <redacted>
While working on my other series related to gpio-backlight[1] I noticed
that we could simplify the driver if we made the only user of platform
data use GPIO lookups and device properties. This series tries to do
that.
First two patches contain minor fixes. Third patch makes the driver
explicitly drive the GPIO line. Fourth patch adds all necessary data
structures to ecovec24. Patch 5/9 unifies much of the code for both
pdata and non-pdata cases. Patches 6-7/9 remove unused platform data
fields. Last two patches contain additional improvements for the GPIO
backlight driver while we're already modifying it.
I don't have access to this HW but hopefully this works. Only compile
tested.
[1] https://lkml.org/lkml/2019/6/25/900
v1 -> v2:
- rebased on top of v5.3-rc1 and adjusted to the recent changes from Andy
- added additional two patches with minor improvements
v2 -> v3:
- in patch 7/7: used initializers to set values for pdata and dev local vars
v3 -> v4:
- rebased on top of v5.4-rc1
- removed changes that are no longer relevant after commit ec665b756e6f
("backlight: gpio-backlight: Correct initial power state handling")
- added patch 7/7
v4 -> v5:
- in patch 7/7: added a comment replacing the name of the function being
pulled into probe()
v5 -> v6:
- added a patch making the driver explicitly set the direction of the GPIO
to output
- added a patch removing a redundant newline
v6 -> v7:
- renamed the function calculating the new GPIO value for status update
- collected more tags
Bartosz Golaszewski (9):
backlight: gpio: remove unneeded include
backlight: gpio: remove stray newline
backlight: gpio: explicitly set the direction of the GPIO
sh: ecovec24: add additional properties to the backlight device
backlight: gpio: simplify the platform data handling
sh: ecovec24: don't set unused fields in platform data
backlight: gpio: remove unused fields from platform data
backlight: gpio: use a helper variable for &pdev->dev
backlight: gpio: pull gpio_backlight_initial_power_state() into probe
arch/sh/boards/mach-ecovec24/setup.c | 33 +++--
drivers/video/backlight/gpio_backlight.c | 128 +++++++------------
include/linux/platform_data/gpio_backlight.h | 3 -
3 files changed, 69 insertions(+), 95 deletions(-)
Lee, Daniel, Jingoo,
Jacopo is travelling until November 1st and won't be able to test this
again before this date. Do you think you can pick it up and in case
anything's broken on SH, we can fix it after v5.5-rc1, so that it
doesn't miss another merge window?
November 1st (-rc6) will be fine.
I'd rather apply it late-tested than early-non-tested.
Hopefully Jacopo can prioritise testing this on Thursday or Friday,
since Monday will be -rc7 which is really cutting it fine.
I'll do my best, I'll get home Friday late afternoon :)
Welcome home!
Just a little reminder in your inbox. TIA. :)
For the ecovec part:
Tested-by: Jacopo Mondi <jacopo+renesas@jmondi.org>
Thanks Jacopo!
Lee: I hope it's not too late to get it picked up for v5.5?
Hi, just a gentle ping for this series, because I'm afraid it will
miss yet another merge window.
I have it marked to handle it, along with 10's of others.
--
Lee Jones [李琼斯]
Linaro Services Technical Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
From: Lee Jones <hidden> Date: 2019-11-11 11:41:42
On Tue, 22 Oct 2019, Bartosz Golaszewski wrote:
From: Bartosz Golaszewski <redacted>
While working on my other series related to gpio-backlight[1] I noticed
that we could simplify the driver if we made the only user of platform
data use GPIO lookups and device properties. This series tries to do
that.
First two patches contain minor fixes. Third patch makes the driver
explicitly drive the GPIO line. Fourth patch adds all necessary data
structures to ecovec24. Patch 5/9 unifies much of the code for both
pdata and non-pdata cases. Patches 6-7/9 remove unused platform data
fields. Last two patches contain additional improvements for the GPIO
backlight driver while we're already modifying it.
All applied, thanks.
--
Lee Jones [李琼斯]
Linaro Services Technical Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog