[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20241106160520.GD2745640@rocinante>
Date: Thu, 7 Nov 2024 01:05:20 +0900
From: Krzysztof WilczyĆski <kw@...ux.com>
To: Bjorn Helgaas <helgaas@...nel.org>
Cc: Siddharth Vadapalli <s-vadapalli@...com>, lpieralisi@...nel.org,
robh@...nel.org, bhelgaas@...gle.com,
manivannan.sadhasivam@...aro.org, kishon@...nel.org,
u.kleine-koenig@...gutronix.de, cassel@...nel.org,
dlemoal@...nel.org, yoshihiro.shimoda.uh@...esas.com,
linux-pci@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, srk@...com
Subject: Re: [PATCH v2 1/2] PCI: keystone: Set mode as RootComplex for
"ti,keystone-pcie" compatible
Hello,
[...]
> > I suppose that "data->mode" will default to zero for v3.65a prior to
> > this commit, corresponding to "DW_PCIE_UNKNOWN_TYPE" rather than the
> > correct value of "DW_PCIE_RC_TYPE". Since I don't have an SoC with the
> > v3.65a version of the controller, I cannot test it out, but I presume
> > that the "INVALID device type 0" error will be displayed. Though the probe
> > will not fail since the "default" case doesn't return an error code, the
> > controller probably will not be functional as the configuration associated
> > with the "DW_PCIE_RC_TYPE" case has been skipped. Hence, I believe that
> > this fix should be backported.
>
> I guess nobody really cares too much since it's been broken for almost
> four years.
>
> But indeed, sounds like it should have a stable tag and maybe a commit
> log hint about what the failure looks like.
Added Cc for stable releases. Siddharth, let me know how to update the
commit log per Bjorn feedback, so I can do it directly on the branch.
Thank you!
Krzysztof
Powered by blists - more mailing lists