Re: [PATCH] backlight: sky81452-backlight: replace of_node_put with __free

2024-05-01 Thread Daniel Thompson
On Wed, May 01, 2024 at 06:21:46PM +0530, R Sundar wrote: > Use the new cleanup magic to replace of_node_put() with > __free(device_node) marking to auto release when they get out of scope. > > Suggested-by: Julia Lawall > Signed-off-by: R Sundar Thanks for the patch but I think this one is a

Re: [PATCH v2 19/19] const_structs.checkpatch: add lcd_ops

2024-04-24 Thread Daniel Thompson
On Wed, Apr 24, 2024 at 08:33:45AM +0200, Krzysztof Kozlowski wrote: > 'struct lcd_ops' is not modified by core code. > > Suggested-by: Thomas Weißschuh > Signed-off-by: Krzysztof Kozlowski Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH v2][next] backlight: sky81452-backlight: Remove unnecessary call to of_node_get

2024-04-22 Thread Daniel Thompson
On Sun, Apr 21, 2024 at 04:19:17PM +0530, Shresth Prasad wrote: > `dev->of_node` already has a reference to the device_node and calling > of_node_get on it is unnecessary. All conresponding calls to > of_node_put are also removed. > > Signed-off-by: Shresth Prasad Reviewed-b

Re: [PATCH][next] drivers: video: Simplify device_node cleanup using __free

2024-04-19 Thread Daniel Thompson
^^^ Please fix the subject line to be "backlight: : ...". I came very close to deleting this patch without reading it ;-) . On Fri, Apr 19, 2024 at 01:13:02AM +0530, Shresth Prasad wrote: > diff --git a/drivers/video/backlight/sky81452-backlight.c >

Re: [PATCH v1 1/1] backlight: mp3309c: fix leds flickering in pwm mode

2024-04-18 Thread Daniel Thompson
t; flickering on the LEDs powered by the mp3309c. > > This change concerns the chip initialization and does not impact any > existing device-tree configuration. > > Signed-off-by: Flavio Suligoi Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 00/18] backlight: Constify lcd_ops

2024-04-15 Thread Daniel Thompson
On Sun, Apr 14, 2024 at 06:35:58PM +0200, Krzysztof Kozlowski wrote: > Hi, > > Dependencies > > All further patches depend on the first patch. Therefore everything > could go via backlight tree (please ack) or via cross-tree pulls. Or > whatever maintainer choose, just coordinate

Re: [PATCH 14/18] backlight: tdo24m: Constify lcd_ops

2024-04-15 Thread Daniel Thompson
On Sun, Apr 14, 2024 at 06:36:12PM +0200, Krzysztof Kozlowski wrote: > 'struct lcd_ops' is not modified by core backlight code, so it can be > made const for increased code safety. > > Signed-off-by: Krzysztof Kozlowski Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 13/18] backlight: platform_lcd: Constify lcd_ops

2024-04-15 Thread Daniel Thompson
On Sun, Apr 14, 2024 at 06:36:11PM +0200, Krzysztof Kozlowski wrote: > 'struct lcd_ops' is not modified by core backlight code, so it can be > made const for increased code safety. > > Signed-off-by: Krzysztof Kozlowski Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 12/18] backlight: otm3225a: Constify lcd_ops

2024-04-15 Thread Daniel Thompson
On Sun, Apr 14, 2024 at 06:36:10PM +0200, Krzysztof Kozlowski wrote: > 'struct lcd_ops' is not modified by core backlight code, so it can be > made const for increased code safety. > > Signed-off-by: Krzysztof Kozlowski Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 11/18] backlight: ltv350qv: Constify lcd_ops

2024-04-15 Thread Daniel Thompson
On Sun, Apr 14, 2024 at 06:36:09PM +0200, Krzysztof Kozlowski wrote: > 'struct lcd_ops' is not modified by core backlight code, so it can be > made const for increased code safety. > > Signed-off-by: Krzysztof Kozlowski Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 10/18] backlight: lms501kf03: Constify lcd_ops

2024-04-15 Thread Daniel Thompson
On Sun, Apr 14, 2024 at 06:36:08PM +0200, Krzysztof Kozlowski wrote: > 'struct lcd_ops' is not modified by core backlight code, so it can be > made const for increased code safety. > > Signed-off-by: Krzysztof Kozlowski Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 09/18] backlight: lms283gf05: Constify lcd_ops

2024-04-15 Thread Daniel Thompson
On Sun, Apr 14, 2024 at 06:36:07PM +0200, Krzysztof Kozlowski wrote: > 'struct lcd_ops' is not modified by core backlight code, so it can be > made const for increased code safety. > > Signed-off-by: Krzysztof Kozlowski Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 08/18] backlight: l4f00242t03: Constify lcd_ops

2024-04-15 Thread Daniel Thompson
On Sun, Apr 14, 2024 at 06:36:06PM +0200, Krzysztof Kozlowski wrote: > 'struct lcd_ops' is not modified by core backlight code, so it can be > made const for increased code safety. > > Signed-off-by: Krzysztof Kozlowski Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 07/18] backlight: jornada720_lcd: Constify lcd_ops

2024-04-15 Thread Daniel Thompson
On Sun, Apr 14, 2024 at 06:36:05PM +0200, Krzysztof Kozlowski wrote: > 'struct lcd_ops' is not modified by core backlight code, so it can be > made const for increased code safety. > > Signed-off-by: Krzysztof Kozlowski Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 06/18] backlight: ili9320: Constify lcd_ops

2024-04-15 Thread Daniel Thompson
On Sun, Apr 14, 2024 at 06:36:04PM +0200, Krzysztof Kozlowski wrote: > 'struct lcd_ops' is not modified by core backlight code, so it can be > made const for increased code safety. > > Signed-off-by: Krzysztof Kozlowski Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 05/18] backlight: ili922x: Constify lcd_ops

2024-04-15 Thread Daniel Thompson
On Sun, Apr 14, 2024 at 06:36:03PM +0200, Krzysztof Kozlowski wrote: > 'struct lcd_ops' is not modified by core backlight code, so it can be > made const for increased code safety. > > Signed-off-by: Krzysztof Kozlowski Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 04/18] backlight: hx8357: Constify lcd_ops

2024-04-15 Thread Daniel Thompson
On Sun, Apr 14, 2024 at 06:36:02PM +0200, Krzysztof Kozlowski wrote: > 'struct lcd_ops' is not modified by core backlight code, so it can be > made const for increased code safety. > > Signed-off-by: Krzysztof Kozlowski Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 03/18] backlight: corgi_lcd: Constify lcd_ops

2024-04-15 Thread Daniel Thompson
On Sun, Apr 14, 2024 at 06:36:01PM +0200, Krzysztof Kozlowski wrote: > 'struct lcd_ops' is not modified by core backlight code, so it can be > made const for increased code safety. > > Signed-off-by: Krzysztof Kozlowski Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 02/18] backlight: ams369fg06: Constify lcd_ops

2024-04-15 Thread Daniel Thompson
On Sun, Apr 14, 2024 at 06:36:00PM +0200, Krzysztof Kozlowski wrote: > 'struct lcd_ops' is not modified by core backlight code, so it can be > made const for increased code safety. > > Signed-off-by: Krzysztof Kozlowski Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 01/18] backlight: Constify lcd_ops

2024-04-15 Thread Daniel Thompson
f-by: Krzysztof Kozlowski Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH] video: backlight: otm3225a: drop driver owner assignment

2024-04-02 Thread Daniel Thompson
On Wed, Mar 27, 2024 at 06:47:14PM +0100, Krzysztof Kozlowski wrote: > Core in spi_register_driver() already sets the .owner, so driver > does not need to. > > Signed-off-by: Krzysztof Kozlowski Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH v5 2/2] backlight: Add new lm3509 backlight driver

2024-04-02 Thread Daniel Thompson
trol and sub/main control. > The datasheet can be found at http://www.ti.com/product/lm3509. > > Signed-off-by: Patrick Gansterer Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH v4 2/2] backlight: Add new lm3509 backlight driver

2024-03-25 Thread Daniel Thompson
^^^ Also not copied to LKML... On Sun, Mar 10, 2024 at 02:52:57PM +0100, Patrick Gansterer wrote: > This is a general driver for LM3509 backlight chip of TI. > LM3509 is High Efficiency Boost for White LEDs and/or OLED Displays with > Dual Current Sinks. This driver supports OLED/White LED

Re: [PATCH v4 1/2] dt-bindings: backlight: Add Texas Instruments LM3509

2024-03-25 Thread Daniel Thompson
rmally that would be posted in the covering letter rather than here. Nevertheless: Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 2/2] video: backlight: lcd: make lcd_class constant

2024-03-25 Thread Daniel Thompson
lared at build time > placing it into read-only memory, instead of having to be dynamically > allocated at boot time. > > Cc: Greg Kroah-Hartman > Suggested-by: Greg Kroah-Hartman > Signed-off-by: Ricardo B. Marliere Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 1/2] video: backlight: make backlight_class constant

2024-03-25 Thread Daniel Thompson
lared at build time > placing it into read-only memory, instead of having to be dynamically > allocated at boot time. > > Cc: Greg Kroah-Hartman > Suggested-by: Greg Kroah-Hartman > Signed-off-by: Ricardo B. Marliere Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH v2] backlight: lp8788: Drop support for platform data

2024-03-22 Thread Daniel Thompson
that's not an objection to this change: Reviewed-by: Daniel Thompson Daniel. > --- > Changes since (implicit) v1 archived at > https://lkml.kernel.org/20240313124828.861731-2-u.kleine-koe...@pengutronix.de: > > - Also drop struct pwm_device *pwm member from struct lp8788_bl > > I

Re: [PATCH v2 3/6] backlight: omap1: Replace FB_BLANK_ states with simple on/off

2024-03-19 Thread Daniel Thompson
eviewed-by: Dan Carpenter Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 6/6] backlight: Remove fb_blank from struct backlight_properties

2024-03-18 Thread Daniel Thompson
m core and drivers and rely on the state field. > > Signed-off-by: Thomas Zimmermann > Cc: Flavio Suligoi > Cc: Nicolas Ferre > Cc: Alexandre Belloni > Cc: Claudiu Beznea Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 3/6] backlight/omap1-bl: Replace FB_BLANK_ states with simple on/off

2024-03-18 Thread Daniel Thompson
On Wed, Mar 13, 2024 at 04:45:02PM +0100, Thomas Zimmermann wrote: > The backlight is on for fb_blank eq FB_BLANK_UNBLANK, or off for > any other value in fb_blank. But the field fb_blank in struct > backlight_properties is deprecated and should not be used any > longer. > > Replace the test for

Re: [PATCH 2/6] backlight/omap1-bl: Remove unused struct omap_backlight_config.set_power

2024-03-18 Thread Daniel Thompson
On Wed, Mar 13, 2024 at 04:45:01PM +0100, Thomas Zimmermann wrote: > The callback set_power in struct omap_backlight_config is not > implemented anywhere. Remove it from the structure and driver. > > Signed-off-by: Thomas Zimmermann Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH] backlight: mp3309c: fix signedness bug in mp3309c_parse_fwnode()

2024-03-18 Thread Daniel Thompson
sizes. However, it's still worth fixing. > > Fixes: b54c828bdba9 ("backlight: mp3309c: Make use of device properties") > Signed-off-by: Dan Carpenter Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH v2 1/7] backlight: gpio: Simplify with dev_err_probe()

2024-03-05 Thread Daniel Thompson
On Tue, Mar 05, 2024 at 09:11:56AM +0100, Krzysztof Kozlowski wrote: > Common pattern of handling deferred probe can be simplified with > dev_err_probe(). Less code and also it prints the error value. > > Signed-off-by: Krzysztof Kozlowski Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 1/2] dt-bindings: backlight: Add Texas Instruments LM3509 bindings

2024-03-04 Thread Daniel Thompson
On Sat, Mar 02, 2024 at 10:27:56PM +0100, Patrick Gansterer wrote: > Add Device Tree bindings for Texas Instruments LM3509 - a > High Efficiency Boost for White LED's and/or OLED Displays > > Signed-off-by: Patrick Gansterer > --- > > + ti,unison-mode: > +description: | > + Enable

Re: [PATCH 7/7] backlight: pandora_bl: Drop unneeded ENOMEM error message

2024-03-04 Thread Daniel Thompson
On Mon, Mar 04, 2024 at 11:11:44AM +0100, Krzysztof Kozlowski wrote: > Core code already prints detailed information about failure of memory > allocation. > > Signed-off-by: Krzysztof Kozlowski Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 6/7] backlight: lm3630a_bl: Simplify probe return on gpio request error

2024-03-04 Thread Daniel Thompson
On Mon, Mar 04, 2024 at 11:11:43AM +0100, Krzysztof Kozlowski wrote: > Code can be simpler: return directly when devm_gpiod_get_optional() > failed. > > Signed-off-by: Krzysztof Kozlowski Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 5/7] backlight: lm3630a_bl: Handle deferred probe

2024-03-04 Thread Daniel Thompson
On Mon, Mar 04, 2024 at 11:11:42AM +0100, Krzysztof Kozlowski wrote: > Don't pollute dmesg on deferred probe and simplify the code with > dev_err_probe(). > > Signed-off-by: Krzysztof Kozlowski Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 4/7] backlight: as3711_bl: Handle deferred probe

2024-03-04 Thread Daniel Thompson
On Mon, Mar 04, 2024 at 11:11:41AM +0100, Krzysztof Kozlowski wrote: > Don't pollute dmesg on deferred probe and simplify the code with > dev_err_probe(). > > Signed-off-by: Krzysztof Kozlowski Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 3/7] backlight: bd6107: Handle deferred probe

2024-03-04 Thread Daniel Thompson
On Mon, Mar 04, 2024 at 11:11:40AM +0100, Krzysztof Kozlowski wrote: > Don't pollute dmesg on deferred probe and simplify the code with > dev_err_probe(). > > Signed-off-by: Krzysztof Kozlowski Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 2/7] backlight: l4f00242t03: Simplify with dev_err_probe()

2024-03-04 Thread Daniel Thompson
On Mon, Mar 04, 2024 at 11:11:39AM +0100, Krzysztof Kozlowski wrote: > Common pattern of handling deferred probe can be simplified with > dev_err_probe(). Less code and also it prints the error value. > > Signed-off-by: Krzysztof Kozlowski Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 1/7] backlight: gpio: Simplify with dev_err_probe()

2024-03-04 Thread Daniel Thompson
On Mon, Mar 04, 2024 at 11:11:38AM +0100, Krzysztof Kozlowski wrote: > Common pattern of handling deferred probe can be simplified with > dev_err_probe(). Less code and also it prints the error value. > > Signed-off-by: Krzysztof Kozlowski > --- > drivers/video/backlight/gpio_backlight.c | 10

Re: [PATCH 3/4] backlight: lm3630a: Use backlight_get_brightness helper in update_status

2024-02-21 Thread Daniel Thompson
On Tue, Feb 20, 2024 at 05:43:32PM +0100, Luca Weiss wrote: > On Dienstag, 20. Februar 2024 15:11:07 CET Daniel Thompson wrote: > > On Tue, Feb 20, 2024 at 12:11:21AM +0100, Luca Weiss wrote: > > > As per documentation "drivers are expected to use this function in th

Re: [PATCH 4/4] ARM: dts: qcom: msm8974-hammerhead: Hook up backlight

2024-02-20 Thread Daniel Thompson
On Tue, Feb 20, 2024 at 05:45:32PM +0100, Luca Weiss wrote: > On Dienstag, 20. Februar 2024 15:12:10 CET Daniel Thompson wrote: > > On Tue, Feb 20, 2024 at 12:11:22AM +0100, Luca Weiss wrote: > > > Connect the panel with the backlight nodes so that the backlight can be >

Re: [PATCH 1/4] backlight: lm3630a: Initialize backlight_properties on init

2024-02-20 Thread Daniel Thompson
On Tue, Feb 20, 2024 at 03:07:54PM +0100, Konrad Dybcio wrote: > On 20.02.2024 00:11, Luca Weiss wrote: > > The backlight_properties struct should be initialized to zero before > > using, otherwise there will be some random values in the struct. > > > > Fixes: 0c2a665a648e ("backlight: add

[PATCH RESEND 2/4] backlight: lm3639: Fully initialize backlight_properties during probe

2024-02-20 Thread Daniel Thompson
props is stack allocated and the fields that are not explcitly set by the probe function need to be zeroed or we'll get undefined behaviour (especially so power/blank states)! Fixes: 0f59858d5119 ("backlight: add new lm3639 backlight driver") Signed-off-by: Daniel Thompson --- dri

[PATCH RESEND 3/4] backlight: lp8788: Fully initialize backlight_properties during probe

2024-02-20 Thread Daniel Thompson
props is stack allocated and the fields that are not explcitly set by the probe function need to be zeroed or we'll get undefined behaviour (especially so power/blank states)! Fixes: c5a51053cf3b ("backlight: add new lp8788 backlight driver") Signed-off-by: Daniel Thompson --- dri

[PATCH RESEND 4/4] backlight: mp3309c: Fully initialize backlight_properties during probe

2024-02-20 Thread Daniel Thompson
props is stack allocated and, although this driver initializes all the fields that are not "owned" by the framework, we'd still like to ensure it is zeroed to avoid problems from this driver if the fields change. Signed-off-by: Daniel Thompson --- drivers/video/backlight/mp3309c.c | 1

[PATCH RESEND 1/4] backlight: da9052: Fully initialize backlight_properties during probe

2024-02-20 Thread Daniel Thompson
props is stack allocated and the fields that are not explcitly set by the probe function need to be zeroed or we'll get undefined behaviour (especially so power/blank states)! Fixes: 6ede3d832aaa ("backlight: add driver for DA9052/53 PMIC v1") Signed-off-by: Daniel Thompson --- dri

[PATCH RESEND 0/4] Ensure all backlight drivers zero the properties structure

2024-02-20 Thread Daniel Thompson
follow in the next four patches (they could all be one patch but for the fact there are different Fixes: tags)! Daniel Thompson (4): backlight: da9052: Fully initialize backlight_properties during probe backlight: lm3639: Fully initialize backlight_properties during probe backlight: lp8788

[PATCH 3/4] backlight: lp8788: Fully initialize backlight_properties during probe

2024-02-20 Thread Daniel Thompson
props is stack allocated and the fields that are not explcitly set by the probe function need to be zeroed or we'll get undefined behaviour (especially so power/blank states)! Fixes: c5a51053cf3b ("backlight: add new lp8788 backlight driver") Signed-off-by: Daniel Thompson --- dri

[PATCH 4/4] backlight: mp3309c: Fully initialize backlight_properties during probe

2024-02-20 Thread Daniel Thompson
props is stack allocated and, although this driver initializes all the fields that are not "owned" by the framework, we'd still like to ensure it is zeroed to avoid problems from this driver if the fields change. Signed-off-by: Daniel Thompson --- drivers/video/backlight/mp3309c.c | 1

[PATCH 2/4] backlight: lm3639: Fully initialize backlight_properties during probe

2024-02-20 Thread Daniel Thompson
props is stack allocated and the fields that are not explcitly set by the probe function need to be zeroed or we'll get undefined behaviour (especially so power/blank states)! Fixes: 0f59858d5119 ("backlight: add new lm3639 backlight driver") Signed-off-by: Daniel Thompson --- dri

[PATCH 1/4] backlight: da9052: Fully initialize backlight_properties during probe

2024-02-20 Thread Daniel Thompson
props is stack allocated and the fields that are not explcitly set by the probe function need to be zeroed or we'll get undefined behaviour (especially so power/blank states)! Fixes: 6ede3d832aaa ("backlight: add driver for DA9052/53 PMIC v1") Signed-off-by: Daniel Thompson --- dri

[PATCH 0/4] Ensure all backlight drivers zero the properties structure

2024-02-20 Thread Daniel Thompson
Fixes: tags)! Daniel Thompson (4): backlight: da9052: Fully initialize backlight_properties during probe backlight: lm3639: Fully initialize backlight_properties during probe backlight: lp8788: Fully initialize backlight_properties during probe backlight: mp3309c: Fully initialize

Re: [PATCH 4/4] ARM: dts: qcom: msm8974-hammerhead: Hook up backlight

2024-02-20 Thread Daniel Thompson
On Tue, Feb 20, 2024 at 12:11:22AM +0100, Luca Weiss wrote: > Connect the panel with the backlight nodes so that the backlight can be > turned off when the display is blanked. > > Signed-off-by: Luca Weiss Reviewed-by: Daniel Thompson > --- > arch/arm/boot/dts/qcom/qcom-

Re: [PATCH 3/4] backlight: lm3630a: Use backlight_get_brightness helper in update_status

2024-02-20 Thread Daniel Thompson
backlight_get_brightness() is already handling this correctly. > > Signed-off-by: Luca Weiss Reviewed-by: Daniel Thompson However... > --- > /* disable sleep */ > @@ -201,9 +202,9 @@ static int lm3630a_bank_a_update_status(struct > backlight_device *bl) >

Re: [PATCH 2/4] backlight: lm3630a: Don't set bl->props.brightness in get_brightness

2024-02-20 Thread Daniel Thompson
return the > value. > > Fixes: 0c2a665a648e ("backlight: add Backlight driver for lm3630 chip") > Signed-off-by: Luca Weiss Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 1/4] backlight: lm3630a: Initialize backlight_properties on init

2024-02-20 Thread Daniel Thompson
> Signed-off-by: Luca Weiss Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 00/10] backlight: Replace struct fb_info in interfaces

2024-02-15 Thread Daniel Thompson
On Mon, Feb 12, 2024 at 05:16:33PM +0100, Thomas Zimmermann wrote: > Backlight drivers implement struct backlight_ops.check_fb, which > uses struct fb_info in its interface. Replace the callback with one > the does not use fb_info. > > In DRM, we have several drivers that implement backlight

Re: [PATCH 10/10] backlight: Add controls_device callback to struct backlight_ops

2024-02-15 Thread Daniel Thompson
rivers that had custom implementations of check_fb can easily > use the framebuffer's Linux device instead. Update them accordingly. > > Signed-off-by: Thomas Zimmermann Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 06/10] backlight/pwm-backlight: Remove struct backlight_ops.check_fb

2024-02-15 Thread Daniel Thompson
been set. So remove the code from the driver. > > Signed-off-by: Thomas Zimmermann > Cc: "Uwe Kleine-König" Yay! Cleaning up platform bus legacy at the same time ;-). Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 05/10] backlight/aat2870-backlight: Remove struct backlight.check_fb

2024-02-15 Thread Daniel Thompson
On Mon, Feb 12, 2024 at 05:16:38PM +0100, Thomas Zimmermann wrote: > The driver's implementation of check_fb always returns true, which > is the default if no implementation has been set. So remove the code > from the driver. > > Signed-off-by: Thomas Zimmermann Reviewed-by:

Re: [PATCH 04/10] hid/hid-picolcd: Remove struct backlight_ops.check_fb

2024-02-15 Thread Daniel Thompson
On Mon, Feb 12, 2024 at 05:16:37PM +0100, Thomas Zimmermann wrote: > The driver sets struct fb_info.bl_dev to the correct backlight > device. This looks like it was copied from a different patch since you added code to do this as part of the patch! > Thus rely on the backlight core code to match

Re: [PATCH 01/10] backlight: Match backlight device against struct fb_info.bl_dev

2024-02-15 Thread Daniel Thompson
gt; > Signed-off-by: Thomas Zimmermann Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 1/2] Revert "leds: Only descend into leds directory when CONFIG_NEW_LEDS is set"

2024-02-15 Thread Daniel Thompson
ć Interesting that this could be a revert! Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH 2/2] leds: expresswire: don't depend on NEW_LEDS

2024-02-15 Thread Daniel Thompson
without raising this warning. > > Link: https://lore.kernel.org/20240212111819.936815-1-a...@kernel.org > Reported-by: Arnd Bergmann > Suggested-by: Daniel Thompson > Fixes: 25ae5f5f4168 ("leds: Introduce ExpressWire library") > Signed-off-by: Duje Mihanović Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH] backlight: ktd2801: depend on GPIOLIB

2024-02-15 Thread Daniel Thompson
] > Selected by [m]: > - BACKLIGHT_KTD2801 [=m] && HAS_IOMEM [=y] && BACKLIGHT_CLASS_DEVICE [=m] > > Fixes: 66c76c1cd984 ("backlight: Add Kinetic KTD2801 backlight support") > Signed-off-by: Duje Mihanović Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH] backlight: ktd2801: fix LED dependency

2024-02-13 Thread Daniel Thompson
On Mon, Feb 12, 2024 at 03:31:50PM +0100, Duje Mihanović wrote: > On Monday, February 12, 2024 1:44:28 PM CET Daniel Thompson wrote: > > On Mon, Feb 12, 2024 at 12:18:12PM +0100, Arnd Bergmann wrote: > > > From: Arnd Bergmann > > > > > > The new back

Re: [PATCH] backlight: ktd2801: fix LED dependency

2024-02-12 Thread Daniel Thompson
On Mon, Feb 12, 2024 at 12:18:12PM +0100, Arnd Bergmann wrote: > From: Arnd Bergmann > > The new backlight driver unconditionally selects LEDS_EXPRESSWIRE, which > is in a different subsystem that may be disabled here: > > WARNING: unmet direct dependencies detected for LEDS_EXPRESSWIRE >

Re: [PATCH] backlight: ktd2801: make timing struct static

2024-02-12 Thread Daniel Thompson
://lore.kernel.org/oe-kbuild-all/202402100625.m0rkjhmh-...@intel.com/ > Signed-off-by: Duje Mihanović Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH] dt-bindings: backlight: qcom-wled: Fix bouncing email addresses

2024-02-07 Thread Daniel Thompson
ddress to match the .mailmap entry. > > This will help anyone that is looking to reach out about this binding > and is not using .mailmap to pre-process their message. > > Signed-off-by: Jeffrey Hugo Reviewed-by: Daniel Thompson

Re: [PATCH v2 2/3] backlight: mp3309c: use dev_err_probe() instead of dev_err()

2024-02-02 Thread Daniel Thompson
On Thu, Feb 01, 2024 at 05:14:14PM +0200, Andy Shevchenko wrote: > Replace dev_err() with dev_err_probe(). > > This helps in simplifing code and standardizing the error output. > > Signed-off-by: Andy Shevchenko Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH v2 1/3] backlight: mp3309c: Make use of device properties

2024-02-02 Thread Daniel Thompson
On Thu, Feb 01, 2024 at 05:14:13PM +0200, Andy Shevchenko wrote: > Convert the module to be property provider agnostic and allow > it to be used on non-OF platforms. > > Add mod_devicetable.h include. > > Tested-by: Flavio Suligoi > Signed-off-by: Andy Shevchenko Reviewe

Re: [PATCH v2 1/4] backlight: hx8357: Make use of device properties

2024-02-02 Thread Daniel Thompson
y. > > Reviewed-by: Javier Martinez Canillas > Signed-off-by: Andy Shevchenko Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH] backlight: mp3309c: Use pwm_apply_might_sleep()

2024-01-31 Thread Daniel Thompson
On Sun, Jan 28, 2024 at 03:49:04PM +, Sean Young wrote: > pwm_apply_state() is deprecated since commit c748a6d77c06a ("pwm: Rename > pwm_apply_state() to pwm_apply_might_sleep()"). This is the final user > in the tree. > > Signed-off-by: Sean Young Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH] backlight: ktz8866: Correct the check for of_property_read_u32

2024-01-31 Thread Daniel Thompson
ff-by: Jianhua Lu Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH v1 4/4] backlight: hx8357: Utilise temporary variable for struct device

2024-01-24 Thread Daniel Thompson
On Sun, Jan 14, 2024 at 05:25:11PM +0200, Andy Shevchenko wrote: > We have a temporary variable to keep pointer to struct device. > Utilise it inside the ->probe() implementation. > > Signed-off-by: Andy Shevchenko Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH v1 3/4] backlight: hx8357: Make use of dev_err_probe()

2024-01-24 Thread Daniel Thompson
On Sun, Jan 14, 2024 at 05:25:10PM +0200, Andy Shevchenko wrote: > Simplify the error handling in probe function by switching from > dev_err() to dev_err_probe(). > > Signed-off-by: Andy Shevchenko Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH v1 2/4] backlight: hx8357: Move OF table closer to its consumer

2024-01-24 Thread Daniel Thompson
On Sun, Jan 14, 2024 at 05:25:09PM +0200, Andy Shevchenko wrote: > Move OF table near to the user. > > While at it, drop comma at terminator entry. > > Signed-off-by: Andy Shevchenko Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH v1 1/4] backlight: hx8357: Make use of device properties

2024-01-24 Thread Daniel Thompson
On Sun, Jan 14, 2024 at 05:25:08PM +0200, Andy Shevchenko wrote: > Convert the module to be property provider agnostic and allow > it to be used on non-OF platforms. > > Include mod_devicetable.h explicitly to replace the dropped of.h > which included mod_devicetable.h indirectly. > >

Re: [PATCH v4 3/3] backlight: Add Kinetic KTD2801 backlight support

2024-01-23 Thread Daniel Thompson
by: Duje Mihanović Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH v4 2/3] dt-bindings: backlight: add Kinetic KTD2801 binding

2024-01-23 Thread Daniel Thompson
Reviewed-by: Linus Walleij > Signed-off-by: Duje Mihanović Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH v4 1/3] leds: ktd2692: move ExpressWire code to library

2024-01-23 Thread Daniel Thompson
not support PWM unlike KTD2801). Despite these differences the > ExpressWire handling code can be shared between the two, so move it into > a library in preparation for adding KTD2801 support. > > Suggested-by: Daniel Thompson > Reviewed-by: Linus Walleij > Signed-off-by: Duje M

Re: [PATCH v3 1/3] leds: ktd2692: move ExpressWire code to library

2024-01-22 Thread Daniel Thompson
On Mon, Jan 22, 2024 at 06:26:04PM +0100, Duje Mihanović wrote: > On Monday, January 22, 2024 5:57:53 PM CET Duje Mihanović wrote: > > On Monday, January 22, 2024 5:50:11 PM CET Daniel Thompson wrote: > > > AFAICT nothing will inhibit setting GPIOLIB so allyes- and allmodc

Re: [PATCH v3 3/3] backlight: Add Kinetic KTD2801 backlight support

2024-01-22 Thread Daniel Thompson
On Mon, Jan 22, 2024 at 05:24:56PM +0100, Duje Mihanović wrote: > On Monday, January 22, 2024 11:28:05 AM CET Daniel Thompson wrote: > > On Sat, Jan 20, 2024 at 10:26:45PM +0100, Duje Mihanović wrote: > > > diff --git a/drivers/video/backlight/ktd2801-backlight.c > > >

Re: [PATCH v3 1/3] leds: ktd2692: move ExpressWire code to library

2024-01-22 Thread Daniel Thompson
On Mon, Jan 22, 2024 at 05:24:51PM +0100, Duje Mihanović wrote: > On Monday, January 22, 2024 11:19:26 AM CET Daniel Thompson wrote: > > On Sat, Jan 20, 2024 at 10:26:43PM +0100, Duje Mihanović wrote: > > > diff --git a/drivers/leds/Kconfig b/drivers/leds/Kconfig > &

Re: [PATCH v1 2/4] backlight: hx8357: Move OF table closer to its consumer

2024-01-22 Thread Daniel Thompson
On Sun, Jan 21, 2024 at 03:49:23PM +0200, Andy Shevchenko wrote: > On Mon, Jan 15, 2024 at 09:22:19AM +0100, Javier Martinez Canillas wrote: > > Andy Shevchenko writes: > > ... > > > > + {} > > > > While at it, maybe add the { /* sentinel */ } convention to the last entry ? > > Maybe. Is it a

Re: [PATCH v1 1/4] backlight: hx8357: Make use of device properties

2024-01-22 Thread Daniel Thompson
On Sun, Jan 21, 2024 at 03:48:05PM +0200, Andy Shevchenko wrote: > On Mon, Jan 15, 2024 at 09:20:46AM +0100, Javier Martinez Canillas wrote: > > Andy Shevchenko writes: > > ... > > > > +typedef int (*hx8357_init)(struct lcd_device *); > > > > This kind of typedef usage is frowned upon in the

Re: [PATCH v3 3/3] backlight: Add Kinetic KTD2801 backlight support

2024-01-22 Thread Daniel Thompson
On Sat, Jan 20, 2024 at 10:26:45PM +0100, Duje Mihanović wrote: > KTD2801 is a LED backlight driver IC found in samsung,coreprimevelte. > The brightness can be set using PWM or the ExpressWire protocol. Add > support for the KTD2801. > > Signed-off-by: Duje Mihanović As Linus W. said, this is

Re: [PATCH v3 1/3] leds: ktd2692: move ExpressWire code to library

2024-01-22 Thread Daniel Thompson
not support PWM unlike KTD2801). Despite these differences the > ExpressWire handling code can be shared between the two, so move it into > a library in preparation for adding KTD2801 support. > > Suggested-by: Daniel Thompson > Signed-off-by: Duje Mihanović > --- > MAINT

Re: [PATCH v2 2/2] backlight: Add Kinetic KTD2801 driver

2024-01-19 Thread Daniel Thompson
On Thu, Jan 18, 2024 at 06:32:39PM +0100, Duje Mihanović wrote: > Add driver for the Kinetic KTD2801 backlight driver. > > Signed-off-by: Duje Mihanović > > --- > Shared ExpressWire handling code and preemption watchdogs haven't been > implemented in this version as my questions regarding these

Re: [PATCH v1 1/1] backlight: hx8357: Fix potential NULL pointer dereference

2024-01-15 Thread Daniel Thompson
es: 7d84a63a39b7 ("backlight: hx8357: Convert to agnostic GPIO API") > Signed-off-by: Andy Shevchenko Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH v1 2/2] backlight: mp3309c: Utilise temporary variable for struct device

2023-12-15 Thread Daniel Thompson
On Thu, Dec 14, 2023 at 09:51:14PM +0200, Andy Shevchenko wrote: > We have a temporary variable to keep pointer to struct device. > Utilise it where it makes sense. > > Signed-off-by: Andy Shevchenko Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH v1 1/2] backlight: mp3309c: Make use of device properties

2023-12-15 Thread Daniel Thompson
On Thu, Dec 14, 2023 at 09:51:13PM +0200, Andy Shevchenko wrote: > Convert the module to be property provider agnostic and allow > it to be used on non-OF platforms. > > Add mod_devicetable.h include. > > Signed-off-by: Andy Shevchenko > --- > drivers/video/backlight/mp3309c.c | 38

Re: [PATCH] backlight: ili922x: add an error code check in ili922x_write

2023-12-07 Thread Daniel Thompson
On Thu, Nov 30, 2023 at 01:11:56PM +0800, Su Hui wrote: > Clang static analyzer complains that value stored to 'ret' is never read. > Return the error code when spi_sync() failed. > > Signed-off-by: Su Hui Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH v2] backlight: ili922x: drop kernel-doc for local macros

2023-12-07 Thread Daniel Thompson
ototype was for CHECK_FREQ_REG() instead > > Signed-off-by: Randy Dunlap > Cc: Lee Jones > Cc: Daniel Thompson > Cc: Jingoo Han > Cc: Helge Deller > Cc: linux-fb...@vger.kernel.org Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH] backlight: ili922x: fix W=1 kernel-doc warnings

2023-12-06 Thread Daniel Thompson
off-by: Randy Dunlap > Cc: Lee Jones > Cc: Daniel Thompson > Cc: Jingoo Han > Cc: Helge Deller > Cc: linux-fb...@vger.kernel.org > --- > drivers/video/backlight/ili922x.c |9 - > 1 file changed, 4 insertions(+), 5 deletions(-) > > diff -- a

Re: [PATCH v2] backlight: mp3309c: fix uninitialized local variable

2023-11-29 Thread Daniel Thompson
nter > Closes: > https://lore.kernel.org/dri-devel/af0a1870-693b-442f-9b11-0503cfcd944a@moroto.mountain/ > Fixes: 2e914516a58c ("backlight: mp3309c: Add support for MPS MP3309C") > Signed-off-by: Flavio Suligoi Reviewed-by: Daniel Thompson Daniel.

Re: [PATCH] backlight: mp3309c: fix uninitialized local variable

2023-11-28 Thread Daniel Thompson
On Tue, Nov 28, 2023 at 04:08:39PM +0100, Flavio Suligoi wrote: > In the function "pm3309c_parse_dt_node", when the dimming analog control > mode (by I2C messages) is enabled, the local variable "prop_levels" is > tested without any initialization, as indicated by the following smatch > warning

Re: [PATCH v3 1/1] backlight: pwm_bl: Use dev_err_probe

2023-11-21 Thread Daniel Thompson
On Fri, Nov 17, 2023 at 01:06:25PM +0100, Alexander Stein wrote: > Use dev_err_probe to simplify error paths. Also let dev_err_probe handle > the -EPROBE_DEFER case and add an entry to > /sys/kernel/debug/devices_deferred when deferred. > > Signed-off-by: Alexander Stein Revi

  1   2   3   4   5   6   7   8   >