From: Peng Fan <peng.fan@nxp.com>
To: "Markus Elfring" <Markus.Elfring@web.de>,
"soc@kernel.org" <soc@kernel.org>,
"Alexandre Belloni" <alexandre.belloni@bootlin.com>,
"Alexandre Torgue" <alexandre.torgue@foss.st.com>,
"Alim Akhtar" <alim.akhtar@samsung.com>,
"Andrew Jeffery" <andrew@codeconstruct.com.au>,
"Angelo Gioacchino Del Regno"
<angelogioacchino.delregno@collabora.com>,
"Baolin Wang" <baolin.wang@linux.alibaba.com>,
"Chester Lin" <chester62515@gmail.com>,
"Chunyan Zhang" <zhang.lyra@gmail.com>,
"Claudiu Beznea" <claudiu.beznea@tuxon.dev>,
"Damien Le Moal" <dlemoal@kernel.org>,
"Dan Carpenter" <dan.carpenter@linaro.org>,
"Aisheng Dong" <aisheng.dong@nxp.com>,
"Dvorkin Dmitry" <dvorkin@tibbo.com>,
"Emil Renner Berthing" <kernel@esmil.dk>,
"Fabio Estevam" <festevam@gmail.com>,
"Geert Uytterhoeven" <geert+renesas@glider.be>,
"Ghennadi Procopciuc (OSS)" <ghennadi.procopciuc@oss.nxp.com>,
"Hal Feng" <hal.feng@starfivetech.com>,
"Heiko Stübner" <heiko@sntech.de>, "Jacky Bai" <ping.bai@nxp.com>,
"Jianlong Huang" <jianlong.huang@starfivetech.com>,
"Joel Stanley" <joel@jms.id.au>,
"Jonathan Hunter" <jonathanh@nvidia.com>,
"Krzysztof Kozlowski" <krzk@kernel.org>,
"Linus Walleij" <linus.walleij@linaro.org>,
"Ludovic Desroches" <ludovic.desroches@microchip.com>,
"Matthias Brugger" <matthias.bgg@gmail.com>,
"Matthias Brugger" <mbrugger@suse.com>,
"Maxime Coquelin" <mcoquelin.stm32@gmail.com>,
"Nicolas Ferre" <nicolas.ferre@microchip.com>,
"Orson Zhai" <orsonzhai@gmail.com>,
"Patrice Chotard" <patrice.chotard@foss.st.com>,
"Sascha Hauer" <s.hauer@pengutronix.de>,
"Sean Wang" <sean.wang@kernel.org>,
"Shawn Guo" <shawnguo@kernel.org>,
"Shiraz Hashim" <shiraz.linux.kernel@gmail.com>,
"Stephen Warren" <swarren@wwwdotorg.org>,
"Sylwester Nawrocki" <s.nawrocki@samsung.com>,
"Thierry Reding" <thierry.reding@gmail.com>,
"Tony Lindgren" <tony@atomide.com>,
"Viresh Kumar" <vireshk@kernel.org>,
"Wells Lu" <wellslutw@gmail.com>
Cc: LKML <linux-kernel@vger.kernel.org>,
"linux-gpio@vger.kernel.org" <linux-gpio@vger.kernel.org>,
"linux-tegra@vger.kernel.org" <linux-tegra@vger.kernel.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"linux-stm32@st-md-mailman.stormreply.com"
<linux-stm32@st-md-mailman.stormreply.com>,
"linux-samsung-soc@vger.kernel.org"
<linux-samsung-soc@vger.kernel.org>,
"linux-renesas-soc@vger.kernel.org"
<linux-renesas-soc@vger.kernel.org>,
"linux-rockchip@lists.infradead.org"
<linux-rockchip@lists.infradead.org>,
"linux-riscv@lists.infradead.org"
<linux-riscv@lists.infradead.org>,
"linux-mediatek@lists.infradead.org"
<linux-mediatek@lists.infradead.org>,
"imx@lists.linux.dev" <imx@lists.linux.dev>,
"linux-aspeed@lists.ozlabs.org" <linux-aspeed@lists.ozlabs.org>,
"openbmc@lists.ozlabs.org" <openbmc@lists.ozlabs.org>,
"kernel@pengutronix.de" <kernel@pengutronix.de>,
"Peng Fan (OSS)" <peng.fan@oss.nxp.com>,
Emil Renner Berthing <emil.renner.berthing@canonical.com>
Subject: RE: [PATCH v2 04/20] pinctrl: starfive: Use scope based of_node_put() cleanups
Date: Thu, 30 May 2024 08:41:55 +0000 [thread overview]
Message-ID: <DU0PR04MB9417AEB942C1EDC053B3894288F32@DU0PR04MB9417.eurprd04.prod.outlook.com> (raw)
In-Reply-To: <96beb071-ec2c-475f-8fa2-d519a1b1dc28@web.de>
Hi Markus
> Subject: Re: [PATCH v2 04/20] pinctrl: starfive: Use scope based of_node_put()
> cleanups
>
> > Use scope based of_node_put() cleanup to simplify code.
>
> I see opportunities to improve affected function implementations another bit.
>
>
> ...
> > +++ b/drivers/pinctrl/starfive/pinctrl-starfive-jh7100.c
> ...
> > @@ -543,18 +540,18 @@ static int starfive_dt_node_to_map(struct
> pinctrl_dev *pctldev,
> > pins = devm_kcalloc(dev, npins, sizeof(*pins),
> GFP_KERNEL);
> > if (!pins) {
> > ret = -ENOMEM;
> > - goto put_child;
> > + goto free_map;
> > }
> >
> > pinmux = devm_kcalloc(dev, npins, sizeof(*pinmux),
> GFP_KERNEL);
> > if (!pinmux) {
> > ret = -ENOMEM;
> > - goto put_child;
> > + goto free_map;
> > }
> ...
> > @@ -623,8 +620,6 @@ static int starfive_dt_node_to_map(struct
> pinctrl_dev *pctldev,
> > mutex_unlock(&sfp->mutex);
> > return 0;
> >
> > -put_child:
> > - of_node_put(child);
> > free_map:
> > pinctrl_utils_free_map(pctldev, map, nmaps);
> > mutex_unlock(&sfp->mutex);
> ...
> > +++ b/drivers/pinctrl/starfive/pinctrl-starfive-jh7110.c
> ...
> > @@ -175,18 +175,18 @@ static int jh7110_dt_node_to_map(struct
> pinctrl_dev *pctldev,
> > pins = devm_kcalloc(dev, npins, sizeof(*pins), GFP_KERNEL);
> > if (!pins) {
> > ret = -ENOMEM;
> > - goto put_child;
> > + goto free_map;
> > }
> >
> > pinmux = devm_kcalloc(dev, npins, sizeof(*pinmux),
> GFP_KERNEL);
> > if (!pinmux) {
> > ret = -ENOMEM;
> > - goto put_child;
> > + goto free_map;
> > }
> ...
> > @@ -233,8 +233,6 @@ static int jh7110_dt_node_to_map(struct
> pinctrl_dev *pctldev,
> > *num_maps = nmaps;
> > return 0;
> >
> > -put_child:
> > - of_node_put(child);
> > free_map:
> > pinctrl_utils_free_map(pctldev, map, nmaps);
> > mutex_unlock(&sfp->mutex);
>
>
> 1. Exception handling is repeated a few times also according to memory
> allocation failures.
> How do you think about to use a corresponding label like "e_nomem"
> so that another bit of duplicate source code can be avoided?
I have no plan to rework this series for non-accepted patches. If you have
interest and time, feel free to take it.
>
> https://wiki.se/
> i.cmu.edu%2Fconfluence%2Fdisplay%2Fc%2FMEM12-
> C.%2BConsider%2Busing%2Ba%2Bgoto%2Bchain%2Bwhen%2Bleaving%2Ba%
> 2Bfunction%2Bon%2Berror%2Bwhen%2Busing%2Band%2Breleasing%2Bresou
> rces&data=05%7C02%7Cpeng.fan%40nxp.com%7C293bafdf40524fa4655b08
> dc7e58f6b2%7C686ea1d3bc2b4c6fa92cd99c5c301635%7C0%7C0%7C63852
> 4167804502915%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiL
> CJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata
> =Kb5cz6sVxW1TNfQ8MM2F6YLIIztyjvW4wULEJLYKRM8%3D&reserved=0
>
> 2. Will development interests grow for the usage of a statement like
> "guard(mutex)(&sfp->mutex);"?
I have no plan on this.
Thanks,
Peng.
>
>
> Regards,
> Markus
next prev parent reply other threads:[~2024-05-30 8:41 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-05-04 13:19 [PATCH v2 00/20] pinctrl: Use scope based of_node_put() cleanups Peng Fan (OSS)
2024-05-04 13:19 ` [PATCH v2 01/20] pinctrl: ti: iodelay: " Peng Fan (OSS)
2024-05-04 13:20 ` [PATCH v2 02/20] pinctrl: tegra: " Peng Fan (OSS)
2024-05-30 10:46 ` Thierry Reding
2024-05-04 13:20 ` [PATCH v2 03/20] pinctrl: stm32: " Peng Fan (OSS)
2024-05-17 6:11 ` Patrice CHOTARD
2024-05-27 12:56 ` Linus Walleij
2024-05-04 13:20 ` [PATCH v2 04/20] pinctrl: starfive: " Peng Fan (OSS)
2024-05-27 14:25 ` Markus Elfring
2024-05-30 8:41 ` Peng Fan [this message]
2024-05-30 9:40 ` [v2 " Markus Elfring
2024-05-04 13:20 ` [PATCH v2 05/20] pinctrl: sprd: " Peng Fan (OSS)
2024-05-04 13:20 ` [PATCH v2 06/20] pinctrl: spear: " Peng Fan (OSS)
2024-05-04 13:20 ` [PATCH v2 07/20] pinctrl: renesas: " Peng Fan (OSS)
2024-05-13 11:59 ` Geert Uytterhoeven
2024-05-13 12:04 ` Peng Fan
2024-05-13 20:51 ` Linus Walleij
2024-05-14 6:35 ` Geert Uytterhoeven
2024-05-14 7:33 ` Linus Walleij
2024-05-14 8:06 ` Geert Uytterhoeven
2024-05-30 9:02 ` Andy Shevchenko
2024-05-30 9:21 ` Geert Uytterhoeven
2024-05-04 13:20 ` [PATCH v2 08/20] pinctrl: st: " Peng Fan (OSS)
2024-05-17 6:44 ` Patrice CHOTARD
2024-05-27 12:57 ` Linus Walleij
2024-05-30 9:04 ` Andy Shevchenko
2024-05-04 13:20 ` [PATCH v2 09/20] pinctrl: rockchip: " Peng Fan (OSS)
2024-05-04 13:20 ` [PATCH v2 10/20] pinctrl: equilibrium: " Peng Fan (OSS)
2024-05-04 13:20 ` [PATCH v2 11/20] pinctrl: at91: " Peng Fan (OSS)
2024-05-04 13:20 ` [PATCH v2 12/20] pinctrl: s32cc: " Peng Fan (OSS)
2024-05-04 13:20 ` [PATCH v2 13/20] pinctrl: nomadik: " Peng Fan (OSS)
2024-05-04 13:20 ` [PATCH v2 14/20] pinctrl: mediatek: " Peng Fan (OSS)
2024-05-04 13:20 ` [PATCH v2 15/20] pinctrl: freescale: " Peng Fan (OSS)
2024-05-04 13:20 ` [PATCH v2 16/20] pinctrl: bcm: bcm63xx: " Peng Fan (OSS)
2024-05-04 13:20 ` [PATCH v2 17/20] pinctrl: pinconf-generic: " Peng Fan (OSS)
2024-05-04 13:20 ` [PATCH v2 18/20] pinctrl: freescale: mxs: Fix refcount of child Peng Fan (OSS)
2024-05-27 15:56 ` Markus Elfring
2024-05-30 8:44 ` Peng Fan
2024-05-30 9:50 ` [v2 " Markus Elfring
2024-05-30 9:54 ` Peng Fan
2024-05-04 13:20 ` [PATCH v2 19/20] pinctrl: k210: Use scope based of_node_put() cleanups Peng Fan (OSS)
2024-05-04 13:20 ` [PATCH v2 20/20] pinctrl: samsung: " Peng Fan (OSS)
2024-05-30 11:56 ` [PATCH v2 00/20] pinctrl: " Geert Uytterhoeven
2024-05-31 3:07 ` Peng Fan
2024-05-31 7:06 ` Geert Uytterhoeven
2024-06-18 11:52 ` Peng Fan
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=DU0PR04MB9417AEB942C1EDC053B3894288F32@DU0PR04MB9417.eurprd04.prod.outlook.com \
--to=peng.fan@nxp.com \
--cc=Markus.Elfring@web.de \
--cc=aisheng.dong@nxp.com \
--cc=alexandre.belloni@bootlin.com \
--cc=alexandre.torgue@foss.st.com \
--cc=alim.akhtar@samsung.com \
--cc=andrew@codeconstruct.com.au \
--cc=angelogioacchino.delregno@collabora.com \
--cc=baolin.wang@linux.alibaba.com \
--cc=chester62515@gmail.com \
--cc=claudiu.beznea@tuxon.dev \
--cc=dan.carpenter@linaro.org \
--cc=dlemoal@kernel.org \
--cc=dvorkin@tibbo.com \
--cc=emil.renner.berthing@canonical.com \
--cc=festevam@gmail.com \
--cc=geert+renesas@glider.be \
--cc=ghennadi.procopciuc@oss.nxp.com \
--cc=hal.feng@starfivetech.com \
--cc=heiko@sntech.de \
--cc=imx@lists.linux.dev \
--cc=jianlong.huang@starfivetech.com \
--cc=joel@jms.id.au \
--cc=jonathanh@nvidia.com \
--cc=kernel@esmil.dk \
--cc=kernel@pengutronix.de \
--cc=krzk@kernel.org \
--cc=linus.walleij@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-aspeed@lists.ozlabs.org \
--cc=linux-gpio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mediatek@lists.infradead.org \
--cc=linux-renesas-soc@vger.kernel.org \
--cc=linux-riscv@lists.infradead.org \
--cc=linux-rockchip@lists.infradead.org \
--cc=linux-samsung-soc@vger.kernel.org \
--cc=linux-stm32@st-md-mailman.stormreply.com \
--cc=linux-tegra@vger.kernel.org \
--cc=ludovic.desroches@microchip.com \
--cc=matthias.bgg@gmail.com \
--cc=mbrugger@suse.com \
--cc=mcoquelin.stm32@gmail.com \
--cc=nicolas.ferre@microchip.com \
--cc=openbmc@lists.ozlabs.org \
--cc=orsonzhai@gmail.com \
--cc=patrice.chotard@foss.st.com \
--cc=peng.fan@oss.nxp.com \
--cc=ping.bai@nxp.com \
--cc=s.hauer@pengutronix.de \
--cc=s.nawrocki@samsung.com \
--cc=sean.wang@kernel.org \
--cc=shawnguo@kernel.org \
--cc=shiraz.linux.kernel@gmail.com \
--cc=soc@kernel.org \
--cc=swarren@wwwdotorg.org \
--cc=thierry.reding@gmail.com \
--cc=tony@atomide.com \
--cc=vireshk@kernel.org \
--cc=wellslutw@gmail.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 read-only IMAP folder(s) and NNTP newsgroup(s).