From: Lee Jones <lee@kernel.org>
To: "Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>
Cc: Thierry Reding <thierry.reding@gmail.com>,
Bartosz Golaszewski <brgl@bgdev.pl>,
linux-pwm@vger.kernel.org, kernel@pengutronix.de
Subject: Re: [PATCH 0/3] pwm: Alternative way to convert leds-qcom-lpg to devm_pwmchip_alloc()
Date: Thu, 30 Nov 2023 14:53:08 +0000 [thread overview]
Message-ID: <20231130145308.GB3259151@google.com> (raw)
In-Reply-To: <20231124215208.616551-1-u.kleine-koenig@pengutronix.de>
On Fri, 24 Nov 2023, Uwe Kleine-König wrote:
> Hello,
>
> on my way home thinking about my pwm-lifetime series[1] it occurred to
> me how the leds-qcom-lpg driver could be converted to use
> pwmchip_alloc() much prettier. Instead of patch #102 it can just not use
> the feature to allocate private data and use (a new)
> pwmchip_{get,set}_drvdata() function pair.
>
> The 2nd patch is just split out of the conversion. In my original series
> the equivalent was contained in the converting patch.
>
> I'd expect that this sorts out the concerns about the ugliness I added
> in two of the "non-pure" PWM drivers. A similar approach can be used (with the
> same changes in core.c and pwm.h) for adapting the ti-sn65dsi86 driver.
This is much better, thank you.
How should this be merged?
> [1] https://lore.kernel.org/linux-pwm/20231121134901.208535-1-u.kleine-koenig@pengutronix.de
>
> Uwe Kleine-König (3):
> pwm: Provide wrappers for storing and getting private data
> leds: qcom-lpg: Introduce a wrapper for getting driver data from a pwm
> chip
> leds: qcom-lpg: Make use of devm_pwmchip_alloc() function
>
> drivers/leds/rgb/leds-qcom-lpg.c | 27 ++++++++++++++++++---------
> drivers/pwm/core.c | 2 ++
> include/linux/pwm.h | 19 +++++++++++++++++++
> 3 files changed, 39 insertions(+), 9 deletions(-)
>
> (This base commit isn't published to not annoy the list with reports about
> failed builds because of missing changes.)
>
> base-commit: e40bd269dc0aa05aaf5390d66428601dc7433433
> --
> 2.42.0
>
--
Lee Jones [李琼斯]
next prev parent reply other threads:[~2023-11-30 14:53 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-11-24 21:52 [PATCH 0/3] pwm: Alternative way to convert leds-qcom-lpg to devm_pwmchip_alloc() Uwe Kleine-König
2023-11-24 21:52 ` [PATCH 1/3] pwm: Provide wrappers for storing and getting private data Uwe Kleine-König
2023-11-30 14:50 ` Lee Jones
2023-11-30 15:37 ` Uwe Kleine-König
2023-11-24 21:52 ` [PATCH 2/3] leds: qcom-lpg: Introduce a wrapper for getting driver data from a pwm chip Uwe Kleine-König
2023-11-24 21:52 ` [PATCH 3/3] leds: qcom-lpg: Make use of devm_pwmchip_alloc() function Uwe Kleine-König
2023-11-30 14:53 ` Lee Jones [this message]
2023-11-30 15:41 ` [PATCH 0/3] pwm: Alternative way to convert leds-qcom-lpg to devm_pwmchip_alloc() Uwe Kleine-König
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20231130145308.GB3259151@google.com \
--to=lee@kernel.org \
--cc=brgl@bgdev.pl \
--cc=kernel@pengutronix.de \
--cc=linux-pwm@vger.kernel.org \
--cc=thierry.reding@gmail.com \
--cc=u.kleine-koenig@pengutronix.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.