From: sashiko-bot@kernel.org
To: "Bartosz Golaszewski" <bartosz.golaszewski@oss.qualcomm.com>
Cc: neil.armstrong@linaro.org, linux-amlogic@lists.infradead.org,
wsa+renesas@sang-engineering.com, devicetree@vger.kernel.org,
Frank.Li@kernel.org, imx@lists.linux.dev,
linux-sunxi@lists.linux.dev, conor+dt@kernel.org,
robh@kernel.org
Subject: Re: [PATCH net-next v13 10/10] net: stmmac: qcom-ethqos: add support for sa8255p
Date: Tue, 14 Jul 2026 15:42:26 +0000 [thread overview]
Message-ID: <20260714154227.110201F000E9@smtp.kernel.org> (raw)
In-Reply-To: <20260713-qcom-sa8255p-emac-v13-10-119f8699ef8e@oss.qualcomm.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [High] ethqos_scmi_setup omits manual invocation of ethqos_clks_config(), which prevents MAC wrapper configuration during probe and leads to a DMA reset timeout.
--
--- Patch [10]: [PATCH net-next v13 10/10] net: stmmac: qcom-ethqos: add support for sa8255p ---
commit b7db35b4f8018859d3fc8937c25d0cfcf6c421f1
Author: Bartosz Golaszewski <bartosz.golaszewski@oss.qualcomm.com>
net: stmmac: qcom-ethqos: add support for sa8255p
Extend the driver to support the sa8255p model, which uses SCMI power
domains. This adds a new emac data variant and a separate setup callback.
> diff --git a/drivers/net/ethernet/stmicro/stmmac/dwmac-qcom-ethqos.c b/drivers/net/ethernet/stmicro/stmmac/dwmac-qcom-ethqos.c
> index 3af1608fc21cc..d34f20f868138 100644
> --- a/drivers/net/ethernet/stmicro/stmmac/dwmac-qcom-ethqos.c
> +++ b/drivers/net/ethernet/stmicro/stmmac/dwmac-qcom-ethqos.c
[ ... ]
> @@ -756,6 +788,63 @@ static int ethqos_hlos_setup(struct qcom_ethqos *ethqos,
> return 0;
> }
>
> +static const char *const ethqos_scmi_pd_names[] = { "core", "mdio" };
> +
> +static int ethqos_scmi_setup(struct qcom_ethqos *ethqos,
> + struct plat_stmmacenet_data *plat_dat)
> +{
[ ... ]
> + /*
> + * Run on every runtime resume, which stmmac performs after the power
> + * domains are on but before serdes_powerup() and the DMA reset, so the
> + * wrapper is always configured ahead of the reset.
> + */
> + plat_dat->clks_config = ethqos_clks_config;
[Severity: High]
Does this code need to explicitly call ethqos_clks_config() during probe?
The stmmac core brings the device out of suspend using pm_runtime_set_active()
during probe, which only updates the PM status but does not invoke the
runtime_resume callback. Without manually calling ethqos_clks_config() here,
will the wrapper clocks remain disabled and cause a DMA reset timeout?
> + plat_dat->clk_ptp_rate = ethqos->data->ptp_clk_rate;
> +
> + switch (ethqos->phy_mode) {
> + case PHY_INTERFACE_MODE_2500BASEX:
[ ... ]
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260713-qcom-sa8255p-emac-v13-0-119f8699ef8e@oss.qualcomm.com?part=10
WARNING: multiple messages have this Message-ID (diff)
From: sashiko-bot@kernel.org
To: "Bartosz Golaszewski" <bartosz.golaszewski@oss.qualcomm.com>
Cc: neil.armstrong@linaro.org, linux-amlogic@lists.infradead.org,
wsa+renesas@sang-engineering.com, devicetree@vger.kernel.org,
Frank.Li@kernel.org, imx@lists.linux.dev,
linux-sunxi@lists.linux.dev, conor+dt@kernel.org,
robh@kernel.org
Subject: Re: [PATCH net-next v13 10/10] net: stmmac: qcom-ethqos: add support for sa8255p
Date: Tue, 14 Jul 2026 15:42:26 +0000 [thread overview]
Message-ID: <20260714154227.110201F000E9@smtp.kernel.org> (raw)
In-Reply-To: <20260713-qcom-sa8255p-emac-v13-10-119f8699ef8e@oss.qualcomm.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [High] ethqos_scmi_setup omits manual invocation of ethqos_clks_config(), which prevents MAC wrapper configuration during probe and leads to a DMA reset timeout.
--
--- Patch [10]: [PATCH net-next v13 10/10] net: stmmac: qcom-ethqos: add support for sa8255p ---
commit b7db35b4f8018859d3fc8937c25d0cfcf6c421f1
Author: Bartosz Golaszewski <bartosz.golaszewski@oss.qualcomm.com>
net: stmmac: qcom-ethqos: add support for sa8255p
Extend the driver to support the sa8255p model, which uses SCMI power
domains. This adds a new emac data variant and a separate setup callback.
> diff --git a/drivers/net/ethernet/stmicro/stmmac/dwmac-qcom-ethqos.c b/drivers/net/ethernet/stmicro/stmmac/dwmac-qcom-ethqos.c
> index 3af1608fc21cc..d34f20f868138 100644
> --- a/drivers/net/ethernet/stmicro/stmmac/dwmac-qcom-ethqos.c
> +++ b/drivers/net/ethernet/stmicro/stmmac/dwmac-qcom-ethqos.c
[ ... ]
> @@ -756,6 +788,63 @@ static int ethqos_hlos_setup(struct qcom_ethqos *ethqos,
> return 0;
> }
>
> +static const char *const ethqos_scmi_pd_names[] = { "core", "mdio" };
> +
> +static int ethqos_scmi_setup(struct qcom_ethqos *ethqos,
> + struct plat_stmmacenet_data *plat_dat)
> +{
[ ... ]
> + /*
> + * Run on every runtime resume, which stmmac performs after the power
> + * domains are on but before serdes_powerup() and the DMA reset, so the
> + * wrapper is always configured ahead of the reset.
> + */
> + plat_dat->clks_config = ethqos_clks_config;
[Severity: High]
Does this code need to explicitly call ethqos_clks_config() during probe?
The stmmac core brings the device out of suspend using pm_runtime_set_active()
during probe, which only updates the PM status but does not invoke the
runtime_resume callback. Without manually calling ethqos_clks_config() here,
will the wrapper clocks remain disabled and cause a DMA reset timeout?
> + plat_dat->clk_ptp_rate = ethqos->data->ptp_clk_rate;
> +
> + switch (ethqos->phy_mode) {
> + case PHY_INTERFACE_MODE_2500BASEX:
[ ... ]
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260713-qcom-sa8255p-emac-v13-0-119f8699ef8e@oss.qualcomm.com?part=10
_______________________________________________
linux-amlogic mailing list
linux-amlogic@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-amlogic
next prev parent reply other threads:[~2026-07-14 15:42 UTC|newest]
Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-13 13:20 [PATCH net-next v13 00/10] net: stmmac: qcom-ethqos: add support for SCMI power domains Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-13 13:20 ` [PATCH net-next v13 01/10] net: phy: aquantia: fix system interface type not updated in forced mode Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-13 13:20 ` [PATCH net-next v13 02/10] dt-bindings: phy: document the serdes PHY on sa8255p Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-13 13:20 ` [PATCH net-next v13 03/10] phy: qcom: add the SGMII SerDes PHY driver for SCMI systems Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-14 15:42 ` sashiko-bot
2026-07-14 15:42 ` sashiko-bot
2026-07-13 13:20 ` [PATCH net-next v13 04/10] dt-bindings: net: qcom: document the ethqos device for SCMI-based systems Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-14 15:42 ` sashiko-bot
2026-07-14 15:42 ` sashiko-bot
2026-07-13 13:20 ` [PATCH net-next v13 05/10] net: stmmac: qcom-ethqos: set serdes mode before powerup Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-13 13:20 ` [PATCH net-next v13 06/10] net: stmmac: qcom-ethqos: update phy_mode to the resolved interface in mac_finish() Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-14 15:42 ` sashiko-bot
2026-07-14 15:42 ` sashiko-bot
2026-07-13 13:20 ` [PATCH net-next v13 07/10] net: stmmac: qcom-ethqos: fix SGMII loopback not set on resume after speed change Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-13 13:20 ` [PATCH net-next v13 08/10] net: stmmac: qcom-ethqos: reuse the address of ethqos_emac_driver_data Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-13 13:20 ` [PATCH net-next v13 09/10] net: stmmac: qcom-ethqos: factor out linux-level setup into a separate function Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-13 13:20 ` [PATCH net-next v13 10/10] net: stmmac: qcom-ethqos: add support for sa8255p Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-13 13:20 ` Bartosz Golaszewski
2026-07-14 15:42 ` sashiko-bot [this message]
2026-07-14 15:42 ` sashiko-bot
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=20260714154227.110201F000E9@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=Frank.Li@kernel.org \
--cc=bartosz.golaszewski@oss.qualcomm.com \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=imx@lists.linux.dev \
--cc=linux-amlogic@lists.infradead.org \
--cc=linux-sunxi@lists.linux.dev \
--cc=neil.armstrong@linaro.org \
--cc=robh@kernel.org \
--cc=sashiko-reviews@lists.linux.dev \
--cc=wsa+renesas@sang-engineering.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.