From: Peter Rosin <peda@axentia.se>
To: Andrew Davis <afd@ti.com>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Rob Herring <robh+dt@kernel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
Nishanth Menon <nm@ti.com>, Vignesh Raghavendra <vigneshr@ti.com>
Cc: devicetree@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v4] mux: mmio: use reg property when parent device is not a syscon
Date: Wed, 25 Oct 2023 07:45:12 +0200 [thread overview]
Message-ID: <f8d3a930-491c-e79f-47b4-618757b6bebf@axentia.se> (raw)
In-Reply-To: <20231023162659.81397-1-afd@ti.com>
Hi!
2023-10-23 at 18:26, Andrew Davis wrote:
> The DT binding for the reg-mux compatible states it can be used when the
> "parent device of mux controller is not syscon device". It also allows
> for a reg property. When the reg property is provided, use that to
> identify the address space for this mux. If not provided fallback to
> using the parent device as a regmap provider.
>
> While here use dev_err_probe() in the error path to prevent printing
> a message on probe defer which now can happen in extra ways.
>
> Signed-off-by: Andrew Davis <afd@ti.com>
> Reviewed-by: Nishanth Menon <nm@ti.com>
> ---
>
> Changes from v3:
> - Check for probe defer
>
> Changes from v2:
> - Rebased on v6.6-rc1
>
> Changes from v1:
> - Flip logic as suggested in v1[0]
>
> [0] https://lore.kernel.org/lkml/1c27d9d4-b1cc-c158-90f7-f7e47e02c424@ti.com/T/
>
> drivers/mux/mmio.c | 13 ++++++++-----
> 1 file changed, 8 insertions(+), 5 deletions(-)
>
> diff --git a/drivers/mux/mmio.c b/drivers/mux/mmio.c
> index fd1d121a584ba..07c99588ff999 100644
> --- a/drivers/mux/mmio.c
> +++ b/drivers/mux/mmio.c
> @@ -44,14 +44,17 @@ static int mux_mmio_probe(struct platform_device *pdev)
> int ret;
> int i;
>
> - if (of_device_is_compatible(np, "mmio-mux"))
> + if (of_device_is_compatible(np, "mmio-mux")) {
> regmap = syscon_node_to_regmap(np->parent);
> - else
> - regmap = dev_get_regmap(dev->parent, NULL) ?: ERR_PTR(-ENODEV);
> + } else {
> + regmap = device_node_to_regmap(np);
> + /* Fallback to checking the parent node on any error other than probe defer */
> + if (IS_ERR(regmap) && regmap != ERR_PTR(-EPROBE_DEFER))
> + regmap = dev_get_regmap(dev->parent, NULL) ?: ERR_PTR(-ENODEV);
I'm not too fond of overly long lines, and the coding style document
agrees with me. Also, please end comments with a period.
/* Fallback to checking the parent node on "real" errors. */
if (IS_ERR(regmap) && regmap != ERR_PTR(-EPROBE_DEFER)) {
regmap = dev_get_regmap(dev->parent, NULL);
if (!regmap)
regmap = ERR_PTR(-ENODEV);
}
> + }
> if (IS_ERR(regmap)) {
> ret = PTR_ERR(regmap);
> - dev_err(dev, "failed to get regmap: %d\n", ret);
> - return ret;
> + return dev_err_probe(dev, ret, "failed to get regmap\n");
> }
Now that you use dev_err_probe(), please drop the pointless ret
assignment:
if (IS_ERR(regmap))
return dev_err_probe(dev, PTR_ERR(regmap),
"failed to get regmap\n");
With those changes, you can add "Acked-by: Peter Rosin <peda@axentia.se>",
so that Greg can pick it up.
Cheers,
Peter
>
> ret = of_property_count_u32_elems(np, "mux-reg-masks");
prev parent reply other threads:[~2023-10-25 5:45 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-10-23 16:26 Andrew Davis
2023-10-25 5:45 ` Peter Rosin [this message]
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=f8d3a930-491c-e79f-47b4-618757b6bebf@axentia.se \
--to=peda@axentia.se \
--cc=afd@ti.com \
--cc=devicetree@vger.kernel.org \
--cc=gregkh@linuxfoundation.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=nm@ti.com \
--cc=robh+dt@kernel.org \
--cc=vigneshr@ti.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
all inboxes | Powered by JetHome®