From: Claudiu Beznea <claudiu.beznea@tuxon.dev>
To: John Madieu <john.madieu.xa@bp.renesas.com>,
claudiu.beznea.uj@bp.renesas.com, lpieralisi@kernel.org,
kwilczynski@kernel.org, mani@kernel.org, geert+renesas@glider.be,
krzk+dt@kernel.org
Cc: robh@kernel.org, bhelgaas@google.com, conor+dt@kernel.org,
magnus.damm@gmail.com, biju.das.jz@bp.renesas.com,
linux-pci@vger.kernel.org, linux-renesas-soc@vger.kernel.org,
devicetree@vger.kernel.org, linux-clk@vger.kernel.org,
john.madieu@gmail.com
Subject: Re: [PATCH 09/16] PCI: rzg3s-host: Add SoC-specific configuration and initialization callbacks
Date: Mon, 19 Jan 2026 20:21:28 +0200 [thread overview]
Message-ID: <2af0b06e-539f-4ecb-a609-27c24838f625@tuxon.dev> (raw)
In-Reply-To: <20260114153337.46765-10-john.madieu.xa@bp.renesas.com>
Hi, John,
On 1/14/26 17:33, John Madieu wrote:
> Add optional cfg_pre_init, cfg_post_init, and cfg_deinit callbacks
> to handle SoC-specific configuration methods. While RZ/G3S uses the Linux
> reset framework with dedicated reset lines, other SoC variants like RZ/G3E
> control configuration resets through PCIe AXI registers.
>
> As Linux reset bulk API gracefully handles optional NULL reset lines
> (num_cfg_resets = 0 for RZ/G3E), the driver continues to use the standard
> reset framework when reset lines are available, while custom callbacks
> are only invoked when provided.
>
> This provides a balanced pattern where:
> - RZ/G3S: Uses reset framework only, no callbacks needed
> - RZ/G3E: Sets num_cfg_resets=0, provides cfg_pre_init/cfg_post_init/cfg_deinit
> - In addition to that, RZ/G3E requires explicit cfg reset and clok turned off
> to put the PCIe IP in a known state.
>
> Add cfg_pre_init, cfg_post_init, and cfg_deinit callbacks to support
> custom configuration mechanism in preparation to RZ/G3E PCIe support.
>
> Signed-off-by: John Madieu <john.madieu.xa@bp.renesas.com>
> ---
> drivers/pci/controller/pcie-rzg3s-host.c | 54 ++++++++++++++++++------
> 1 file changed, 40 insertions(+), 14 deletions(-)
>
> diff --git a/drivers/pci/controller/pcie-rzg3s-host.c b/drivers/pci/controller/pcie-rzg3s-host.c
> index a9773e5f25c7..bb071bacd0b2 100644
> --- a/drivers/pci/controller/pcie-rzg3s-host.c
> +++ b/drivers/pci/controller/pcie-rzg3s-host.c
> @@ -224,6 +224,9 @@ struct rzg3s_pcie_host;
> * struct rzg3s_pcie_soc_data - SoC specific data
> * @init_phy: PHY initialization function
> * @set_inbound_windows: SoC-specific function to set up inbound windows
> + * @cfg_pre_init: Optional callback for SoC-specific pre-configuration
> + * @cfg_post_init: Optional callback for SoC-specific post-configuration
> + * @cfg_deinit: Optional callback for SoC-specific de-initialization
> * @power_resets: array with the resets that need to be de-asserted after
> * power-on
> * @cfg_resets: array with the resets that need to be de-asserted after
> @@ -237,6 +240,9 @@ struct rzg3s_pcie_soc_data {
> int (*set_inbound_windows)(struct rzg3s_pcie_host *host,
> struct resource_entry *entry,
> int *index);
> + void (*cfg_pre_init)(struct rzg3s_pcie_host *host);
> + int (*cfg_post_init)(struct rzg3s_pcie_host *host);
> + void (*cfg_deinit)(struct rzg3s_pcie_host *host);
Looking on patch 12/16, I see you have rzg3e_pcie_config_pre_init(). I think it
make sense to name these:
- config_pre_init
- config_post_init
- config_deinit
As all these are related to the setting done for the config unit (CFGU) and
there is already rzg3s_pcie_config_init() function taking care of this.
> const char * const *power_resets;
> const char * const *cfg_resets;
> struct rzg3s_sysc_info sysc_info;
> @@ -1119,6 +1125,12 @@ static void rzg3s_pcie_irq_init(struct rzg3s_pcie_host *host)
> writel_relaxed(~0U, host->axi + RZG3S_PCI_MSGRCVIS);
> }
>
> +static int rzg3s_cfg_post_init(struct rzg3s_pcie_host *host)
Based on the above mentioned rationale, please rename it
rzg3s_config_post_init() and move it close to rzg3s_pcie_config_init().
> +{
> + return reset_control_bulk_deassert(host->data->num_cfg_resets,
> + host->cfg_resets);
> +}
> +
> static int rzg3s_pcie_power_resets_deassert(struct rzg3s_pcie_host *host)
> {
> const struct rzg3s_pcie_soc_data *data = host->data;
> @@ -1233,6 +1245,10 @@ static int rzg3s_pcie_host_init(struct rzg3s_pcie_host *host)
> u32 val;
> int ret;
>
> + /* SoC-specific pre-configuration */
> + if (host->data->cfg_pre_init)
> + host->data->cfg_pre_init(host);
> +
In pre_init() from patch 12/16 the code de-asserts LOAD_B and CFG_B. I think
those should be asserted back in failure path of rzg3s_pcie_config_init(),
rzg3s_pcie_host_init_port(), host->data->cfg_post_init(). Jumping to cfg_deinit
label would to the work for now.
> /* Initialize the PCIe related registers */
> ret = rzg3s_pcie_config_init(host);
> if (ret)
> @@ -1245,8 +1261,8 @@ static int rzg3s_pcie_host_init(struct rzg3s_pcie_host *host)
> /* Initialize the interrupts */
> rzg3s_pcie_irq_init(host);
>
> - ret = reset_control_bulk_deassert(host->data->num_cfg_resets,
> - host->cfg_resets);
> + /* SoC-specific post-configuration */
> + ret = host->data->cfg_post_init(host);
> if (ret)
> goto disable_port_refclk;
>
> @@ -1257,14 +1273,17 @@ static int rzg3s_pcie_host_init(struct rzg3s_pcie_host *host)
> PCIE_LINK_WAIT_SLEEP_MS * MILLI *
> PCIE_LINK_WAIT_MAX_RETRIES);
> if (ret)
> - goto cfg_resets_deassert;
> + goto cfg_deinit;
>
> val = readl_relaxed(host->axi + RZG3S_PCI_PCSTAT2);
> dev_info(host->dev, "PCIe link status [0x%x]\n", val);
>
> return 0;
>
> -cfg_resets_deassert:
> +cfg_deinit:
> + if (host->data->cfg_deinit)
> + host->data->cfg_deinit(host);
> +
> reset_control_bulk_assert(host->data->num_cfg_resets,
> host->cfg_resets);
It looks to me that you can also implement deinit for RZ/G3S that will only call:
reset_control_bulk_assert(host->data->num_cfg_resets,
host->cfg_resets);
With that, the resulting code should be simpler.
Otherwise, you will have to also call deinit() on the probe, suspend/resume
failure path, close to reset_control_bulk_assert() for cfg resets.
> disable_port_refclk:
> @@ -1609,6 +1628,9 @@ static int rzg3s_pcie_probe(struct platform_device *pdev)
> if (ret)
> goto rpm_disable;
>
> + if (host->data->cfg_deinit)
> + host->data->cfg_deinit(host);
> +
Can we keep this before host->data->cfg_pre_init() call from
rzg3s_pcie_host_init() ? Or, embed it in cfg_pre_init() implementation for RZ/G3E ?
In Table 6.6-130 Initialization Procedure (RC) from the RZ/G3E HW manual, the
steps are one after each other.
Doing it like this will drop the necessity to update rzg3s_pcie_probe().
> raw_spin_lock_init(&host->hw_lock);
>
> ret = rzg3s_pcie_host_setup(host, rzg3s_pcie_init_irqdomain,
> @@ -1663,32 +1685,35 @@ static int rzg3s_pcie_suspend_noirq(struct device *dev)
>
> clk_disable_unprepare(port->refclk);
>
> - ret = reset_control_bulk_assert(data->num_power_resets,
> - host->power_resets);
> - if (ret)
> - goto refclk_restore;
> + /* SoC-specific de-initialization */
> + if (data->cfg_deinit)
> + data->cfg_deinit(host);
>
> ret = reset_control_bulk_assert(data->num_cfg_resets,
> host->cfg_resets);
> if (ret)
With deinit() for RZ/G3S calling reset_control_bulk_assert() you will have only:
if (data->cfg_deinit)
data->cfg_deinit();
here. Also, take into account that reset control assert/de-assert can return
errors. So, your APIs will have to be modeled with this in mind.
> - goto power_resets_restore;
> + goto cfg_reinit;
Jumping to cfg_reinit label is not actually right, for RZ/G3S at least. The
reset_control_bulk_assert() function take care the resets passed as arguments
are de-asserted back in case of failure. The code here jumps to cfg_reinit()
which for the RZ/G3S SoC just calls again de-assert for the cfg resets.
> +
> + ret = reset_control_bulk_assert(data->num_power_resets,
> + host->power_resets);
> + if (ret)
> + goto cfg_reinit;
You changed the order here. I get it why, but it should have been done and
explained, in a separate patch.
Thank you,
Claudiu
>
> ret = regmap_update_bits(sysc->regmap, sysc->info->rst_rsm_b.offset,
> sysc->info->rst_rsm_b.mask,
> field_prep(sysc->info->rst_rsm_b.mask, 0));
> if (ret)
> - goto cfg_resets_restore;
> + goto power_resets_restore;
>
> return 0;
>
> /* Restore the previous state if any error happens */
> -cfg_resets_restore:
> - reset_control_bulk_deassert(data->num_cfg_resets,
> - host->cfg_resets);
> power_resets_restore:
> reset_control_bulk_deassert(data->num_power_resets,
> host->power_resets);
> -refclk_restore:
> +cfg_reinit:
> + data->cfg_post_init(host);
> +
> clk_prepare_enable(port->refclk);
> pm_runtime_resume_and_get(dev);
> return ret;
> @@ -1756,6 +1781,7 @@ static const struct rzg3s_pcie_soc_data rzg3s_soc_data = {
> .num_power_resets = ARRAY_SIZE(rzg3s_soc_power_resets),
> .cfg_resets = rzg3s_soc_cfg_resets,
> .num_cfg_resets = ARRAY_SIZE(rzg3s_soc_cfg_resets),
> + .cfg_post_init = rzg3s_cfg_post_init,
> .init_phy = rzg3s_soc_pcie_init_phy,
> .set_inbound_windows = rzg3s_pcie_set_inbound_windows,
> .sysc_info = {
next prev parent reply other threads:[~2026-01-19 18:21 UTC|newest]
Thread overview: 57+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-14 15:33 [PATCH 00/16] PCI: renesas: Add RZ/G3E PCIe controller support John Madieu
2026-01-14 15:33 ` [PATCH 01/16] PCI: rzg3s-host: Fix reset handling in probe error path John Madieu
2026-01-15 13:13 ` claudiu beznea
2026-01-16 21:00 ` John Madieu
2026-01-19 14:03 ` Claudiu Beznea
2026-01-20 20:11 ` John Madieu
2026-01-19 14:04 ` Claudiu Beznea
2026-01-20 20:05 ` John Madieu
2026-01-21 8:10 ` Biju Das
2026-01-14 15:33 ` [PATCH 02/16] PCI: rzg3s-host: Fix inbound window size tracking John Madieu
2026-01-19 14:06 ` Claudiu Beznea
2026-01-14 15:33 ` [PATCH 03/16] clk: renesas: rzv2h-cpg: Add support for init_off clocks John Madieu
2026-01-20 10:49 ` Geert Uytterhoeven
2026-01-20 19:08 ` John Madieu
2026-01-22 16:21 ` John Madieu
2026-01-22 16:29 ` Geert Uytterhoeven
2026-01-23 11:29 ` John Madieu
2026-01-23 11:39 ` Lad, Prabhakar
2026-01-23 12:32 ` John Madieu
2026-01-14 15:33 ` [PATCH 04/16] clk: renesas: r9a09g047: Add PCIe clocks and reset John Madieu
2026-01-20 11:03 ` Geert Uytterhoeven
2026-01-20 14:04 ` John Madieu
2026-01-14 15:33 ` [PATCH 05/16] dt-bindings: PCI: renesas,r9a08g045s33-pcie: Document RZ/G3E SoC John Madieu
2026-01-15 13:48 ` Krzysztof Kozlowski
2026-01-16 20:55 ` John Madieu
2026-01-15 13:55 ` claudiu beznea
2026-01-14 15:33 ` [PATCH 06/16] PCI: rzg3s-host: Make SYSC register offsets SoC-specific John Madieu
2026-01-19 18:14 ` Claudiu Beznea
2026-01-20 19:58 ` John Madieu
2026-01-14 15:33 ` [PATCH 07/16] PCI: rzg3s-host: Make configuration reset lines optional John Madieu
2026-01-14 22:38 ` Bjorn Helgaas
2026-01-15 9:44 ` John Madieu
2026-01-19 18:14 ` Claudiu Beznea
2026-01-14 15:33 ` [PATCH 08/16] PCI: rzg3s-host: Make inbound window setup SoC-specific John Madieu
2026-01-19 18:15 ` Claudiu Beznea
2026-01-20 19:52 ` John Madieu
2026-01-14 15:33 ` [PATCH 09/16] PCI: rzg3s-host: Add SoC-specific configuration and initialization callbacks John Madieu
2026-01-14 22:40 ` Bjorn Helgaas
2026-01-15 9:43 ` John Madieu
2026-01-19 18:21 ` Claudiu Beznea [this message]
2026-01-14 15:33 ` [PATCH 10/16] PCI: rzg3s-host: Explicitly set class code for RZ/G3E compatibility John Madieu
2026-01-15 13:49 ` kernel test robot
2026-01-14 15:33 ` [PATCH 11/16] PCI: rzg3s-host: Add PCIe Gen3 (8.0 GT/s) link speed support John Madieu
2026-01-19 18:21 ` Claudiu Beznea
2026-01-14 15:33 ` [PATCH 12/16] PCI: rzg3s-host: Add support for RZ/G3E PCIe controller John Madieu
2026-01-19 18:25 ` Claudiu Beznea
2026-01-14 15:33 ` [PATCH 13/16] arm64: dts: renesas: r9a09g047: Add PCIe node John Madieu
2026-01-14 15:33 ` [PATCH 14/16] arm64: dts: renesas: r9a09g047e57-smarc-som: Add PCIe reference clock John Madieu
2026-01-14 15:33 ` [PATCH 15/16] arm64: dts: renesas: r9a09g047e57-smarc: Add PCIe pincontrol John Madieu
2026-01-14 15:33 ` [PATCH 16/16] arm64: dts: renesas: r9a09g047e57-smarc: Enable PCIe John Madieu
2026-01-14 16:19 ` Biju Das
2026-01-14 16:34 ` John Madieu
2026-01-14 16:50 ` Biju Das
2026-01-21 10:25 ` Geert Uytterhoeven
2026-01-21 10:27 ` John Madieu
2026-01-14 17:47 ` [PATCH 00/16] PCI: renesas: Add RZ/G3E PCIe controller support Biju Das
2026-01-15 9:45 ` John Madieu
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=2af0b06e-539f-4ecb-a609-27c24838f625@tuxon.dev \
--to=claudiu.beznea@tuxon.dev \
--cc=bhelgaas@google.com \
--cc=biju.das.jz@bp.renesas.com \
--cc=claudiu.beznea.uj@bp.renesas.com \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=geert+renesas@glider.be \
--cc=john.madieu.xa@bp.renesas.com \
--cc=john.madieu@gmail.com \
--cc=krzk+dt@kernel.org \
--cc=kwilczynski@kernel.org \
--cc=linux-clk@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=linux-renesas-soc@vger.kernel.org \
--cc=lpieralisi@kernel.org \
--cc=magnus.damm@gmail.com \
--cc=mani@kernel.org \
--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