From: Konrad Dybcio <konrad.dybcio@linaro.org>
To: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>,
Bjorn Andersson <andersson@kernel.org>,
Liam Girdwood <lgirdwood@gmail.com>,
Mark Brown <broonie@kernel.org>, Rob Herring <robh+dt@kernel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
Conor Dooley <conor+dt@kernel.org>,
Wesley Cheng <quic_wcheng@quicinc.com>,
Bryan O'Donoghue <bryan.odonoghue@linaro.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Vinod Koul <vkoul@kernel.org>,
Kishon Vijay Abraham I <kishon@kernel.org>,
Guenter Roeck <linux@roeck-us.net>,
Heikki Krogerus <heikki.krogerus@linux.intel.com>,
Philipp Zabel <p.zabel@pengutronix.de>,
Bhupesh Sharma <bhupesh.sharma@linaro.org>
Cc: linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org,
linux-usb@vger.kernel.org, linux-phy@lists.infradead.org
Subject: Re: [PATCH 07/13] phy: qcom: qmp-usb: split USB-C PHY driver
Date: Sat, 13 Jan 2024 11:42:54 +0100 [thread overview]
Message-ID: <f6ec016e-7319-42a7-8ca3-06f21a7ab6e5@linaro.org> (raw)
In-Reply-To: <20240113-pmi632-typec-v1-7-de7dfd459353@linaro.org>
On 13.01.2024 06:42, Dmitry Baryshkov wrote:
> In preparation to adding Type-C handling for MSM8998, QCM2290 and SM6115
> platforms, create new QMP USB-C PHY driver by splitting mentioned
> platforms to a separate file. In future it will also be extended with
> support for the DisplayPort handling. It will also be reused later for
> such platforms as SDM660, SM6125, SM6150.
>
> Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
> ---
[...]
> +#include "phy-qcom-qmp.h"
> +#include "phy-qcom-qmp-pcs-misc-v3.h"
> +
> +/* QPHY_SW_RESET bit */
> +#define SW_RESET BIT(0)
> +/* QPHY_POWER_DOWN_CONTROL */
> +#define SW_PWRDN BIT(0)
Most / all of these defines could probably live in a header file.
[...]
> +struct qmp_usbc_offsets {
> + u16 serdes;
> + u16 pcs;
> + u16 pcs_misc;
> + u16 pcs_usb;
> + u16 tx;
> + u16 rx;
> + /* for PHYs with >= 2 lanes */
So, all PHYs within this driver if I'm following correctly
> + u16 tx2;
> + u16 rx2;
> +};
> +
> +static inline void qphy_setbits(void __iomem *base, u32 offset, u32 val)
> +{
> + u32 reg;
> +
> + reg = readl(base + offset);
> + reg |= val;
> + writel(reg, base + offset);
> +
> + /* ensure that above write is through */
> + readl(base + offset);
> +}
> +
> +static inline void qphy_clrbits(void __iomem *base, u32 offset, u32 val)
> +{
> + u32 reg;
> +
> + reg = readl(base + offset);
> + reg &= ~val;
> + writel(reg, base + offset);
> +
> + /* ensure that above write is through */
> + readl(base + offset);
> +}
Maybe you could use regmap to avoid NIH-ing such accessors
> +
> +/* list of clocks required by phy */
> +static const char * const qmp_usbc_phy_clk_l[] = {
> + "aux", "cfg_ahb", "ref", "com_aux",
> +};
> +
> +/* list of resets */
> +static const char * const usb3phy_legacy_reset_l[] = {
> + "phy", "common",
> +};
> +
> +static const char * const usb3phy_reset_l[] = {
> + "phy_phy", "phy",
> +};
> +
> +/* list of regulators */
> +static const char * const qmp_phy_vreg_l[] = {
> + "vdda-phy", "vdda-pll",
> +};
> +
> +static const struct qmp_usbc_offsets qmp_usbc_offsets_v3_qcm2290 = {
> + .serdes = 0x0,
> + .pcs = 0xc00,
> + .pcs_misc = 0xa00,
> + .tx = 0x200,
> + .rx = 0x400,
> + .tx2 = 0x600,
> + .rx2 = 0x800,
> +};
> +
> +static const struct qmp_phy_cfg msm8998_usb3phy_cfg = {
> + .lanes = 2,
> +
> + .offsets = &qmp_usbc_offsets_v3_qcm2290,
> +
> + .serdes_tbl = msm8998_usb3_serdes_tbl,
> + .serdes_tbl_num = ARRAY_SIZE(msm8998_usb3_serdes_tbl),
> + .tx_tbl = msm8998_usb3_tx_tbl,
> + .tx_tbl_num = ARRAY_SIZE(msm8998_usb3_tx_tbl),
> + .rx_tbl = msm8998_usb3_rx_tbl,
> + .rx_tbl_num = ARRAY_SIZE(msm8998_usb3_rx_tbl),
> + .pcs_tbl = msm8998_usb3_pcs_tbl,
> + .pcs_tbl_num = ARRAY_SIZE(msm8998_usb3_pcs_tbl),
> + .vreg_list = qmp_phy_vreg_l,
> + .num_vregs = ARRAY_SIZE(qmp_phy_vreg_l),
> + .regs = qmp_v3_usb3phy_regs_layout,
> +};
> +
> +static const struct qmp_phy_cfg qcm2290_usb3phy_cfg = {
> + .lanes = 2,
> +
> + .offsets = &qmp_usbc_offsets_v3_qcm2290,
> +
> + .serdes_tbl = qcm2290_usb3_serdes_tbl,
> + .serdes_tbl_num = ARRAY_SIZE(qcm2290_usb3_serdes_tbl),
> + .tx_tbl = qcm2290_usb3_tx_tbl,
> + .tx_tbl_num = ARRAY_SIZE(qcm2290_usb3_tx_tbl),
> + .rx_tbl = qcm2290_usb3_rx_tbl,
> + .rx_tbl_num = ARRAY_SIZE(qcm2290_usb3_rx_tbl),
> + .pcs_tbl = qcm2290_usb3_pcs_tbl,
> + .pcs_tbl_num = ARRAY_SIZE(qcm2290_usb3_pcs_tbl),
> + .vreg_list = qmp_phy_vreg_l,
> + .num_vregs = ARRAY_SIZE(qmp_phy_vreg_l),
> + .regs = qmp_v3_usb3phy_regs_layout_qcm2290,
> +};
> +
> +static void qmp_usbc_configure_lane(void __iomem *base,
> + const struct qmp_phy_init_tbl tbl[],
> + int num,
> + u8 lane_mask)
> +{
> + int i;
> + const struct qmp_phy_init_tbl *t = tbl;
> +
> + if (!t)
> + return;
> +
> + for (i = 0; i < num; i++, t++) {
> + if (!(t->lane_mask & lane_mask))
> + continue;
> +
> + writel(t->val, base + t->offset);
> + }
> +}
> +
> +static void qmp_usbc_configure(void __iomem *base,
> + const struct qmp_phy_init_tbl tbl[],
> + int num)
> +{
> + qmp_usbc_configure_lane(base, tbl, num, 0xff);
> +}
> +
Can this be inlined?
> +static int qmp_usbc_serdes_init(struct qmp_usbc *qmp)
> +{
> + const struct qmp_phy_cfg *cfg = qmp->cfg;
> + void __iomem *serdes = qmp->serdes;
> + const struct qmp_phy_init_tbl *serdes_tbl = cfg->serdes_tbl;
> + int serdes_tbl_num = cfg->serdes_tbl_num;
> +
> + qmp_usbc_configure(serdes, serdes_tbl, serdes_tbl_num);
> +
> + return 0;
> +}
Can this be inlined?
[...]
> + /* Tx, Rx, and PCS configurations */
> + qmp_usbc_configure_lane(tx, cfg->tx_tbl, cfg->tx_tbl_num, 1);
> + qmp_usbc_configure_lane(rx, cfg->rx_tbl, cfg->rx_tbl_num, 1);
> +
> + if (cfg->lanes >= 2) {
Again, if (true) IIUC
> + qmp_usbc_configure_lane(qmp->tx2, cfg->tx_tbl, cfg->tx_tbl_num, 2);
> + qmp_usbc_configure_lane(qmp->rx2, cfg->rx_tbl, cfg->rx_tbl_num, 2);
> + }
> +
> + qmp_usbc_configure(pcs, cfg->pcs_tbl, cfg->pcs_tbl_num);
> +
> + if (pcs_usb)
if (false)?
[...]
The rest looks to be boilerplate that's already present in at least
one more driver..
Konrad
next prev parent reply other threads:[~2024-01-13 10:42 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-01-13 5:42 [PATCH 00/13] usb: typec: qcom-pmic-typec: enable support for PMI632 PMIC Dmitry Baryshkov
2024-01-13 5:42 ` [PATCH 01/13] dt-bindings: regulator: qcom,usb-vbus-regulator: add support for PMI632 Dmitry Baryshkov
2024-01-13 5:42 ` [PATCH 02/13] dt-bindings: usb: qcom,pmic-typec: add support for the PMI632 block Dmitry Baryshkov
2024-01-13 5:42 ` [PATCH 03/13] dt-bindings: phy: qcom,msm8998-qmp-usb3-phy: split from sc8280xp PHY schema Dmitry Baryshkov
2024-01-13 5:42 ` [PATCH 04/13] dt-bindings: phy: qcom,msm8998-qmp-usb3-phy: support USB-C data Dmitry Baryshkov
2024-01-13 12:09 ` Bryan O'Donoghue
2024-01-13 5:42 ` [PATCH 05/13] usb: typec: qcom-pmic-typec: allow different implementations for the PD PHY Dmitry Baryshkov
2024-01-13 10:32 ` Konrad Dybcio
2024-01-13 13:43 ` Bryan O'Donoghue
2024-01-13 14:24 ` Dmitry Baryshkov
2024-01-13 5:42 ` [PATCH 06/13] usb: typec: qcom-pmic-typec: add support for PMI632 PMIC Dmitry Baryshkov
2024-01-13 10:33 ` Konrad Dybcio
2024-01-13 13:58 ` Bryan O'Donoghue
2024-01-13 13:40 ` Bryan O'Donoghue
2024-01-13 5:42 ` [PATCH 07/13] phy: qcom: qmp-usb: split USB-C PHY driver Dmitry Baryshkov
2024-01-13 10:42 ` Konrad Dybcio [this message]
2024-01-13 14:15 ` Dmitry Baryshkov
2024-01-13 14:48 ` Konrad Dybcio
2024-01-13 5:42 ` [PATCH 08/13] phy: qcom: qmp-usb: drop dual-lane handling Dmitry Baryshkov
2024-01-13 10:46 ` Konrad Dybcio
2024-01-17 0:04 ` Jeff Johnson
2024-01-13 5:42 ` [PATCH 09/13] phy: qcom: qmp-usbc: drop single lane handling Dmitry Baryshkov
2024-01-13 10:46 ` Konrad Dybcio
2024-01-13 14:16 ` Dmitry Baryshkov
2024-01-13 5:42 ` [PATCH 10/13] phy: qcom: qmp-usbc: add support for the Type-C handling Dmitry Baryshkov
2024-01-13 10:48 ` Konrad Dybcio
2024-01-13 14:17 ` Dmitry Baryshkov
2024-01-13 5:42 ` [PATCH 11/13] arm64: dts: qcom: pmi632: define USB-C related blocks Dmitry Baryshkov
2024-01-13 10:48 ` Konrad Dybcio
2024-01-13 12:18 ` Bryan O'Donoghue
2024-01-13 5:42 ` [PATCH 12/13] arm64: dts: qcom: sm6115: drop pipe clock selection Dmitry Baryshkov
2024-01-13 10:49 ` Konrad Dybcio
2024-01-13 5:42 ` [PATCH 13/13] arm64: dts: qcom: qrb4210-rb2: enable USB-C port handling Dmitry Baryshkov
2024-01-13 10:52 ` Konrad Dybcio
2024-01-13 14:20 ` Dmitry Baryshkov
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=f6ec016e-7319-42a7-8ca3-06f21a7ab6e5@linaro.org \
--to=konrad.dybcio@linaro.org \
--cc=andersson@kernel.org \
--cc=bhupesh.sharma@linaro.org \
--cc=broonie@kernel.org \
--cc=bryan.odonoghue@linaro.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=kishon@kernel.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=lgirdwood@gmail.com \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-phy@lists.infradead.org \
--cc=linux-usb@vger.kernel.org \
--cc=linux@roeck-us.net \
--cc=p.zabel@pengutronix.de \
--cc=quic_wcheng@quicinc.com \
--cc=robh+dt@kernel.org \
--cc=vkoul@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).