From: Simon Guinot <simon.guinot@sequanux.org>
To: "Marek Behún" <marek.behun@nic.cz>
Cc: linux-leds@vger.kernel.org, "Pavel Machek" <pavel@ucw.cz>,
"Dan Murphy" <dmurphy@ti.com>,
"Ondřej Jirman" <megous@megous.com>,
linux-kernel@vger.kernel.org, "Rob Herring" <robh+dt@kernel.org>,
devicetree@vger.kernel.org,
"Álvaro Fernández Rojas" <noltari@gmail.com>,
"Andrew Lunn" <andrew@lunn.ch>,
"Andrey Utkin" <andrey_utkin@fastmail.com>,
"Baolin Wang" <baolin.wang7@gmail.com>,
"Baolin Wang" <baolin.wang@linaro.org>,
"Bartosz Golaszewski" <bgolaszewski@baylibre.com>,
"Benjamin Herrenschmidt" <benh@kernel.crashing.org>,
"Bjorn Andersson" <bjorn.andersson@linaro.org>,
"Christian Mauderer" <oss@c-mauderer.de>,
"Chunyan Zhang" <zhang.lyra@gmail.com>,
"Daniel Mack" <daniel@caiaq.de>,
"David Rivshin" <drivshin@allworx.com>,
"Grant Feng" <von81@163.com>,
"Haojian Zhuang" <haojian.zhuang@marvell.com>,
"H . Nikolaus Schaller" <hns@goldelico.com>,
"Jaedon Shin" <jaedon.shin@gmail.com>,
"John Crispin" <john@phrozen.org>,
"Kevin Cernekee" <cernekee@gmail.com>,
"Lee Jones" <lee.jones@linaro.org>,
"Liam Girdwood" <lgirdwood@gmail.com>,
"Linus Walleij" <linus.walleij@linaro.org>,
"Mark Brown" <broonie@kernel.org>,
"Matthias Brugger" <matthias.bgg@gmail.com>,
"Michael Ellerman" <mpe@ellerman.id.au>,
"Milo Kim" <milo.kim@ti.com>, NeilBrown <neilb@suse.de>,
"Nikita Travkin" <nikitos.tr@gmail.com>,
"Orson Zhai" <orsonzhai@gmail.com>,
"Paul Mackerras" <paulus@samba.org>,
"Philippe Retornaz" <philippe.retornaz@epfl.ch>,
"Riku Voipio" <riku.voipio@iki.fi>,
"Rod Whitby" <rod@whitby.id.au>,
"Ryder Lee" <ryder.lee@mediatek.com>,
"Sakari Ailus" <sakari.ailus@linux.intel.com>,
"Sean Wang" <sean.wang@mediatek.com>,
"Sebastian Reichel" <sre@kernel.org>,
"Simon Guinot" <sguinot@lacie.com>,
"Simon Shields" <simon@lineageos.org>,
"Thierry Reding" <thierry.reding@gmail.com>,
"Thomas Bogendoerfer" <tbogendoerfer@suse.de>,
"Thomas Petazzoni" <thomas.petazzoni@free-electrons.com>,
"Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>,
"Vasant Hegde" <hegdevasant@linux.vnet.ibm.com>,
"Vincent Donnefort" <vdonnefort@gmail.com>,
"Xiaotong Lu" <xiaotong.lu@spreadtrum.com>
Subject: Re: [PATCH leds v2 00/50] Start moving parsing of `linux,default-trigger` to LED core (a cleanup of LED drivers)
Date: Tue, 22 Sep 2020 19:32:40 +0200 [thread overview]
Message-ID: <20200922173240.GG4828@kw.sim.vm.gnt> (raw)
In-Reply-To: <20200917223338.14164-1-marek.behun@nic.cz>
[-- Attachment #1: Type: text/plain, Size: 1078 bytes --]
On Fri, Sep 18, 2020 at 12:32:48AM +0200, Marek Behún wrote:
> Hi,
>
> this series is also available at [1].
>
> This is v2, you can read cover letter of v1 at [2] (togehter with
> explanation of why I did this).
...
> leds: ns2: use devres LED registering function
> leds: ns2: alloc simple array instead of struct ns2_led_priv
> leds: ns2: support OF probing only, forget platdata
> leds: ns2: move parsing of one LED into separate function
> leds: ns2: use devres API for getting GPIO descriptors
> leds: ns2: cosmetic structure rename
> leds: ns2: cosmetic variable rename
> leds: ns2: cosmetic change
> leds: ns2: cosmetic change: use helper variable
> leds: ns2: register LED immediately after parsing DT properties
> leds: ns2: remove unneeded variable
> leds: ns2: cosmetic: use reverse christmas tree
> leds: ns2: reorder headers alphabetically
> leds: ns2: use struct led_init_data when registering
Hi Marek,
If you agree, I'll wait the fwnode support before reviewing and testing
this patches.
Simon
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2020-09-22 17:32 UTC|newest]
Thread overview: 70+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-09-17 22:32 [PATCH leds v2 00/50] Start moving parsing of `linux,default-trigger` to LED core (a cleanup of LED drivers) Marek Behún
2020-09-17 22:32 ` [PATCH leds v2 01/50] leds: various: compile if COMPILE_TEST=y Marek Behún
2020-09-17 22:32 ` [PATCH leds v2 02/50] leds: ip30: " Marek Behún
2020-09-17 22:32 ` [PATCH leds v2 03/50] leds: fsg: " Marek Behún
2020-09-19 9:56 ` Pavel Machek
2020-09-19 15:54 ` Marek Behun
2020-09-17 22:32 ` [PATCH leds v2 04/50] leds: various: use device_get_match_data Marek Behún
2020-09-17 22:32 ` [PATCH leds v2 05/50] leds: various: guard of_match_table member value with of_match_ptr Marek Behún
2020-09-18 6:15 ` Sakari Ailus
2020-09-18 9:20 ` Marek Behun
2020-09-18 9:57 ` Sakari Ailus
2020-09-18 10:10 ` Marek Behun
2020-09-28 8:03 ` Lee Jones
2020-09-28 8:11 ` Lee Jones
2020-09-28 9:37 ` Sakari Ailus
2020-09-17 22:32 ` [PATCH leds v2 06/50] leds: various: use dev_of_node(dev) instead of dev->of_node Marek Behún
2020-09-17 22:32 ` [PATCH leds v2 07/50] leds: lt3593: do not rewrite .of_node of new LED device to wrong value Marek Behún
2020-09-17 22:32 ` [PATCH leds v2 08/50] leds: various: use only available OF children Marek Behún
2020-09-17 22:32 ` [PATCH leds v2 09/50] leds: various: fix OF node leaks Marek Behún
2020-09-17 22:32 ` [PATCH leds v2 10/50] leds: bcm6328, bcm6358: use devres LED registering function Marek Behún
2020-09-17 22:32 ` [PATCH leds v2 11/50] leds: bcm6328, bcm6358: use struct led_init_data when registering Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 12/50] leds: bcm6328: cosmetic: use reverse christmas tree Marek Behún
2020-09-19 9:18 ` Pavel Machek
2020-09-17 22:33 ` [PATCH leds v2 13/50] leds: bcm6358: " Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 14/50] leds: lm3697: use struct led_init_data when registering Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 15/50] leds: lm3697: cosmetic change: use helper variable, reverse christmas tree Marek Behún
2020-09-18 11:47 ` Dan Murphy
2020-09-18 17:22 ` Marek Behun
2020-09-17 22:33 ` [PATCH leds v2 16/50] leds: max77650: use struct led_init_data when registering Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 17/50] leds: max77650: use reverse christmas tree Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 18/50] leds: mt6323: use struct led_init_data when registering Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 19/50] leds: mt6323: cosmetic change: use helper variable Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 20/50] leds: pm8058: use struct led_init_data when registering Marek Behún
2020-09-29 13:14 ` Linus Walleij
2020-09-17 22:33 ` [PATCH leds v2 21/50] leds: pm8058: cosmetic change: use helper variable Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 22/50] leds: pm8058: cosmetic change: no need to return in if guard Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 23/50] leds: pm8058: cosmetic: use reverse christmas tree Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 24/50] leds: is31fl32xx: use struct led_init_data when registering Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 25/50] leds: is31fl319x: compute aggregated max current separately Marek Behún
2020-09-19 10:20 ` Pavel Machek
2020-09-17 22:33 ` [PATCH leds v2 26/50] leds: is31fl319x: don't store shutdown gpio descriptor Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 27/50] leds: is31fl319x: don't store audio gain value, simply set it Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 28/50] leds: is31fl319x: refactor to register LEDs while parsing DT Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 29/50] leds: is31fl319x: cosmetic: use reverse christmas tree Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 30/50] leds: is31fl319x: use struct led_init_data when registering Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 31/50] leds: lm36274: use devres LED registering function Marek Behún
2020-09-19 10:04 ` Pavel Machek
2020-09-17 22:33 ` [PATCH leds v2 32/50] leds: lm36274: cosmetic: rename lm36274_data to chip Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 33/50] leds: lm36274: don't iterate through children since there is only one Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 34/50] leds: lm36274: use struct led_init_data when registering Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 35/50] leds: lm36274: do not set chip settings in DT parsing function Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 36/50] leds: ns2: use devres LED registering function Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 37/50] leds: ns2: alloc simple array instead of struct ns2_led_priv Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 38/50] leds: ns2: support OF probing only, forget platdata Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 39/50] leds: ns2: move parsing of one LED into separate function Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 40/50] leds: ns2: use devres API for getting GPIO descriptors Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 41/50] leds: ns2: cosmetic structure rename Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 42/50] leds: ns2: cosmetic variable rename Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 43/50] leds: ns2: cosmetic change Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 44/50] leds: ns2: cosmetic change: use helper variable Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 45/50] leds: ns2: register LED immediately after parsing DT properties Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 46/50] leds: ns2: remove unneeded variable Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 47/50] leds: ns2: cosmetic: use reverse christmas tree Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 48/50] leds: ns2: reorder headers alphabetically Marek Behún
2020-09-19 10:12 ` Pavel Machek
2020-09-17 22:33 ` [PATCH leds v2 49/50] leds: ns2: use struct led_init_data when registering Marek Behún
2020-09-17 22:33 ` [PATCH leds v2 50/50] leds: parse linux,default-trigger DT property in LED core Marek Behún
2020-09-19 10:19 ` Pavel Machek
2020-09-22 17:32 ` Simon Guinot [this message]
2020-09-26 13:47 ` [PATCH leds v2 00/50] Start moving parsing of `linux,default-trigger` to LED core (a cleanup of LED drivers) Simon Guinot
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=20200922173240.GG4828@kw.sim.vm.gnt \
--to=simon.guinot@sequanux.org \
--cc=andrew@lunn.ch \
--cc=andrey_utkin@fastmail.com \
--cc=baolin.wang7@gmail.com \
--cc=baolin.wang@linaro.org \
--cc=benh@kernel.crashing.org \
--cc=bgolaszewski@baylibre.com \
--cc=bjorn.andersson@linaro.org \
--cc=broonie@kernel.org \
--cc=cernekee@gmail.com \
--cc=daniel@caiaq.de \
--cc=devicetree@vger.kernel.org \
--cc=dmurphy@ti.com \
--cc=drivshin@allworx.com \
--cc=haojian.zhuang@marvell.com \
--cc=hegdevasant@linux.vnet.ibm.com \
--cc=hns@goldelico.com \
--cc=jaedon.shin@gmail.com \
--cc=john@phrozen.org \
--cc=lee.jones@linaro.org \
--cc=lgirdwood@gmail.com \
--cc=linus.walleij@linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-leds@vger.kernel.org \
--cc=marek.behun@nic.cz \
--cc=matthias.bgg@gmail.com \
--cc=megous@megous.com \
--cc=milo.kim@ti.com \
--cc=mpe@ellerman.id.au \
--cc=neilb@suse.de \
--cc=nikitos.tr@gmail.com \
--cc=noltari@gmail.com \
--cc=orsonzhai@gmail.com \
--cc=oss@c-mauderer.de \
--cc=paulus@samba.org \
--cc=pavel@ucw.cz \
--cc=philippe.retornaz@epfl.ch \
--cc=riku.voipio@iki.fi \
--cc=robh+dt@kernel.org \
--cc=rod@whitby.id.au \
--cc=ryder.lee@mediatek.com \
--cc=sakari.ailus@linux.intel.com \
--cc=sean.wang@mediatek.com \
--cc=sguinot@lacie.com \
--cc=simon@lineageos.org \
--cc=sre@kernel.org \
--cc=tbogendoerfer@suse.de \
--cc=thierry.reding@gmail.com \
--cc=thomas.petazzoni@free-electrons.com \
--cc=u.kleine-koenig@pengutronix.de \
--cc=vdonnefort@gmail.com \
--cc=von81@163.com \
--cc=xiaotong.lu@spreadtrum.com \
--cc=zhang.lyra@gmail.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).