From: Johan Hovold <johan@kernel.org>
To: Abel Vesa <abel.vesa@linaro.org>
Cc: Heikki Krogerus <heikki.krogerus@linux.intel.com>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
linux-arm-msm@vger.kernel.org,
Bjorn Andersson <andersson@kernel.org>,
Konrad Dybcio <konradybcio@kernel.org>,
Rajendra Nayak <quic_rjendra@quicinc.com>,
Sibi Sankar <quic_sibis@quicinc.com>,
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>,
Trilok Soni <quic_tsoni@quicinc.com>,
linux-kernel@vger.kernel.org, linux-usb@vger.kernel.org,
devicetree@vger.kernel.org
Subject: Re: [PATCH v2 2/2] usb: typec: Add support for Parade PS8830 Type-C Retimer
Date: Tue, 15 Oct 2024 15:03:15 +0200 [thread overview]
Message-ID: <Zw5oEyMj6cPGFDEI@hovoldconsulting.com> (raw)
In-Reply-To: <20241004-x1e80100-ps8830-v2-2-5cd8008c8c40@linaro.org>
On Fri, Oct 04, 2024 at 04:57:38PM +0300, Abel Vesa wrote:
> +static int ps8830_enable_vregs(struct ps8830_retimer *retimer)
> +{
> + return 0;
> +
> +err_vddat_disable:
> + regulator_disable(retimer->vddat_supply);
> +
Nit: I'd drop the empty lines between the errors cases here.
> +err_vddar_disable:
> + regulator_disable(retimer->vddar_supply);
> +
> +err_vdd_disable:
> + regulator_disable(retimer->vdd_supply);
> +
> +err_vdd33_cap_disable:
> + regulator_disable(retimer->vdd33_cap_supply);
> +
> +err_vdd33_disable:
> + regulator_disable(retimer->vdd33_supply);
> +
> + return ret;
> +}
> +static int ps8830_retimer_probe(struct i2c_client *client)
> +{
> + struct device *dev = &client->dev;
> + struct typec_switch_desc sw_desc = { };
> + struct typec_retimer_desc rtmr_desc = { };
> + struct ps8830_retimer *retimer;
> + int ret;
> +
> + retimer = devm_kzalloc(dev, sizeof(*retimer), GFP_KERNEL);
> + if (!retimer)
> + return -ENOMEM;
> +
> + retimer->client = client;
> +
> + mutex_init(&retimer->lock);
> +
> + retimer->regmap = devm_regmap_init_i2c(client, &ps8830_retimer_regmap);
> + if (IS_ERR(retimer->regmap)) {
> + dev_err(dev, "failed to allocate register map\n");
Please make sure to log the errno as well here and below.
> + return PTR_ERR(retimer->regmap);
> + }
> +
> + ret = ps8830_get_vregs(retimer);
> + if (ret)
> + return ret;
> +
> + retimer->xo_clk = devm_clk_get(dev, "xo");
> + if (IS_ERR(retimer->xo_clk))
> + return dev_err_probe(dev, PTR_ERR(retimer->xo_clk),
> + "failed to get xo clock\n");
> +
> + retimer->reset_gpio = devm_gpiod_get(dev, "reset", GPIOD_OUT_HIGH);
The reset line is active low and should be described as such in DT. So
here you want to request it as logically low if you want to deassert
reset.
Is there now timing requirements on when you deassert reset after
enabling the supplies?
> + if (IS_ERR(retimer->reset_gpio))
> + return dev_err_probe(dev, PTR_ERR(retimer->reset_gpio),
> + "failed to get reset gpio\n");
> +
> + retimer->typec_switch = fwnode_typec_switch_get(dev->fwnode);
> + if (IS_ERR(retimer->typec_switch)) {
> + dev_err(dev, "failed to acquire orientation-switch\n");
I saw the driver fail here once, but not sure what the errno was since
it was not printed. Presumably it was a probe deferral and then this
should be a dev_err_probe() as well:
ps8830_retimer 2-0008: failed to acquire orientation-switch
> + return PTR_ERR(retimer->typec_switch);
> + }
> +
> + retimer->typec_mux = fwnode_typec_mux_get(dev->fwnode);
> + if (IS_ERR(retimer->typec_mux)) {
> + dev_err(dev, "failed to acquire mode-mux\n");
Similar here perhaps?
> + goto err_switch_put;
> + }
> +
> + sw_desc.drvdata = retimer;
> + sw_desc.fwnode = dev_fwnode(dev);
> + sw_desc.set = ps8830_sw_set;
> +
> + ret = drm_aux_bridge_register(dev);
> + if (ret)
> + goto err_mux_put;
> +
> + retimer->sw = typec_switch_register(dev, &sw_desc);
> + if (IS_ERR(retimer->sw)) {
> + dev_err(dev, "failed to register typec switch\n");
> + goto err_aux_bridge_unregister;
> + }
> +
> + rtmr_desc.drvdata = retimer;
> + rtmr_desc.fwnode = dev_fwnode(dev);
> + rtmr_desc.set = ps8830_retimer_set;
> +
> + retimer->retimer = typec_retimer_register(dev, &rtmr_desc);
> + if (IS_ERR(retimer->retimer)) {
> + dev_err(dev, "failed to register typec retimer\n");
> + goto err_switch_unregister;
> + }
> +
> + ret = clk_prepare_enable(retimer->xo_clk);
> + if (ret) {
> + dev_err(dev, "failed to enable XO: %d\n", ret);
> + goto err_retimer_unregister;
> + }
Should you really enable the clock before the regulators?
> +
> + ret = ps8830_enable_vregs(retimer);
> + if (ret)
> + goto err_clk_disable;
> +
> + /* delay needed as per datasheet */
> + usleep_range(4000, 14000);
> +
> + gpiod_set_value(retimer->reset_gpio, 1);
Here you only deassert reset in case the line is incorrectly described
as active high in DT.
> + return 0;
> +
> +err_clk_disable:
> + clk_disable_unprepare(retimer->xo_clk);
> +
> +err_retimer_unregister:
> + typec_retimer_unregister(retimer->retimer);
> +
> +err_switch_unregister:
> + typec_switch_unregister(retimer->sw);
> +
> +err_aux_bridge_unregister:
> + gpiod_set_value(retimer->reset_gpio, 0);
> + clk_disable_unprepare(retimer->xo_clk);
> +
> +err_mux_put:
> + typec_mux_put(retimer->typec_mux);
> +
> +err_switch_put:
> + typec_switch_put(retimer->typec_switch);
Drop newlines before labels?
> +
> + return ret;
> +}
Johan
next prev parent reply other threads:[~2024-10-15 13:03 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-04 13:57 [PATCH v2 0/2] usb: typec: Add new driver for Parade PS8830 Type-C Retimer Abel Vesa
2024-10-04 13:57 ` [PATCH v2 1/2] dt-bindings: usb: Add Parade PS8830 Type-C retimer bindings Abel Vesa
2024-10-05 17:36 ` Rob Herring
2024-10-06 15:25 ` Dmitry Baryshkov
2024-10-06 15:28 ` Dmitry Baryshkov
2024-10-22 7:02 ` Abel Vesa
2024-10-06 15:30 ` Dmitry Baryshkov
2024-10-15 12:48 ` Johan Hovold
2024-10-04 13:57 ` [PATCH v2 2/2] usb: typec: Add support for Parade PS8830 Type-C Retimer Abel Vesa
2024-10-06 15:40 ` Dmitry Baryshkov
2024-10-18 18:11 ` Abel Vesa
2024-10-15 13:03 ` Johan Hovold [this message]
2024-10-22 9:01 ` Abel Vesa
2024-10-23 7:04 ` Johan Hovold
2024-10-23 7:32 ` Abel Vesa
2024-10-23 7:52 ` Johan Hovold
2024-10-23 8:04 ` Abel Vesa
2024-10-23 16:10 ` Johan Hovold
2024-10-22 7:41 ` Christophe JAILLET
2024-10-22 8:29 ` Abel Vesa
2024-10-15 12:41 ` [PATCH v2 0/2] usb: typec: Add new driver " Johan Hovold
2024-10-15 13:03 ` Abel Vesa
2024-10-15 19:10 ` Konrad Dybcio
2024-10-17 6:00 ` Johan Hovold
2024-10-17 8:25 ` Abel Vesa
2024-10-22 7:25 ` Johan Hovold
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=Zw5oEyMj6cPGFDEI@hovoldconsulting.com \
--to=johan@kernel.org \
--cc=abel.vesa@linaro.org \
--cc=andersson@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=dmitry.baryshkov@linaro.org \
--cc=gregkh@linuxfoundation.org \
--cc=heikki.krogerus@linux.intel.com \
--cc=konradybcio@kernel.org \
--cc=krzk+dt@kernel.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=quic_rjendra@quicinc.com \
--cc=quic_sibis@quicinc.com \
--cc=quic_tsoni@quicinc.com \
--cc=robh@kernel.org \
/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).