Re: [PATCH V3 03/10] arm: dts: imx6qdl: Add Root Port node and PERST property

[Frank Li <Frank.li@nxp.com>]

On Thu, Feb 05, 2026 at 10:46:05AM +0530, Manivannan Sadhasivam wrote:
> On Wed, Feb 04, 2026 at 10:21:49AM -0500, Frank Li wrote:
> > On Wed, Feb 04, 2026 at 06:03:55PM +0530, Manivannan Sadhasivam wrote:
> > > On Wed, Feb 04, 2026 at 06:44:07AM +0000, Sherry Sun wrote:
> > > > > On Tue, Feb 03, 2026 at 09:56:07AM +0800, Sherry Sun wrote:
> > > > > > Since describing the PCIe PERST# property under Host Bridge node is
> > > > > > now deprecated, it is recommended to add it to the Root Port node, so
> > > > > > creating the Root Port node and add the reset-gpios property in Root
> > > > > > Port.
> > > > > >
> > > > > > Signed-off-by: Sherry Sun <sherry.sun@nxp.com>
> > > > > > ---
> > > > > >  arch/arm/boot/dts/nxp/imx/imx6qdl-sabresd.dtsi |  5 +++++
> > > > > >  arch/arm/boot/dts/nxp/imx/imx6qdl.dtsi         | 11 +++++++++++
> > > > > >  arch/arm/boot/dts/nxp/imx/imx6qp-sabreauto.dts |  5 +++++
> > > > > >  3 files changed, 21 insertions(+)
> > > > > >
> > > > > > diff --git a/arch/arm/boot/dts/nxp/imx/imx6qdl-sabresd.dtsi
> > > > > > b/arch/arm/boot/dts/nxp/imx/imx6qdl-sabresd.dtsi
> > > > > > index ba29720e3f72..fe9046c03ddd 100644
> > > > > > --- a/arch/arm/boot/dts/nxp/imx/imx6qdl-sabresd.dtsi
> > > > > > +++ b/arch/arm/boot/dts/nxp/imx/imx6qdl-sabresd.dtsi
> > > > > > @@ -754,11 +754,16 @@ lvds0_out: endpoint {  &pcie {
> > > > > >  	pinctrl-names = "default";
> > > > > >  	pinctrl-0 = <&pinctrl_pcie>;
> > > > > > +	/* This property is deprecated, use reset-gpios from the Root Port
> > > > > > +node. */
> > > > > >  	reset-gpio = <&gpio7 12 GPIO_ACTIVE_LOW>;
> > > > >
> > > > > You should just remove this property.
> > > >
> > > > Hi Manivannan,
> > > >
> > > > Actually I have discussed with Frank about this in V1, Frank suggested add
> > > > comments here instead of removing the old property, just in case the dts
> > > > used by old kernel to avoid function break. Or maybe we can at least keep it
> > > > for some kernel release, then remove it later.
> > > >
> > >
> > > If the new DT breaks the old kernel, then the kernel needs to be upgraded. But
> > > typically, one would update both kernel + DT or just the kernel, not just DT.
> >
> > But it should not impact bisect. Driver and dts is not in branch. If driver
> > applied ahead of dts patch, it should be fine to remove it. But default
> > linux-next can't guaratee the merge order.
> >
>
> There is no need to worry about the bisectability in linux-next. You should only
> worry about mainline. So if you ensure that both the driver and DTS gets into
> the same release or even if the driver gets in first and DTS later, you are
> good.

But the sequency of dts and driver shouldn't affect existed function

For example:

cleanup cpu_addr_fixup() patch, which require dts change first, then change
drivers.

You required keep cpu_addr_fixup() function for a while.

>
> > To avoid merge complex, keep it for a whole, then clean up it later.
>
> There is no complexity. We do this all the time. If you add a comment like this,

It is not true. When I try update dts, rob and other reviewer require keep
back compatiblity. If policy changed, please give me link, so we can
follow latest policy. Actually some other system start direct use kernel's
dts file, like uboot. It is not very strict for new SoC, which still is
developing.

> then you need to remember to delete it later, which unfortunately won't happen
> all the time for us humans :)

It is true. We met similar case many time, like vendor property, fsl,abc,
but common property abc appared. we still are required keep old fsl,abc for
a while.

Frank Li
>
> - Mani
>
> --
> மணிவண்ணன் சதாசிவம்