[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZFlD7x99++k3yfE1@kunai>
Date: Mon, 8 May 2023 20:48:15 +0200
From: Wolfram Sang <wsa+renesas@...g-engineering.com>
To: Geert Uytterhoeven <geert@...ux-m68k.org>
Cc: linux-renesas-soc@...r.kernel.org,
Marek Vasut <marek.vasut+renesas@...il.com>,
Yoshihiro Shimoda <yoshihiro.shimoda.uh@...esas.com>,
Lorenzo Pieralisi <lpieralisi@...nel.org>,
Krzysztof WilczyĆski <kw@...ux.com>,
Rob Herring <robh@...nel.org>,
Bjorn Helgaas <bhelgaas@...gle.com>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
Conor Dooley <conor+dt@...nel.org>, linux-pci@...r.kernel.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [RFC PATCH 1/3] dt-bindings: PCI: rcar-pci-host: add optional
regulators
Hi Geert,
> > + vpcie1v5-supply:
> > + description: The 1.5v regulator to use for PCIe.
>
> +1.5V is only present on mini-PCIe slots...
Since mini-PCIe is a subset of PCIe, I'd think we can leave the
description as-is.
> > +
> > + vpcie3v3-supply:
> > + description: The 3.3v regulator to use for PCIe.
>
> ... while +3.3V is present on PCIe, mini-PCIe, and M2 PCIe slots.
>
> In addition, normal PCIe slots also have +12V.
> So I think it would be prudent to add a vpcie12v0-supply property, too.
I agree. I can't test it but it is trivial enough to add 12v support as
well.
> W.r.t. to the actual naming, I don't know if there's already a (de facto)
> standard for that?
I couldn't find one and took what I think is the most used pattern. But
I wasn't entirely sure, this is why the series is still RFC.
Thanks for the review!
Wolfram
Download attachment "signature.asc" of type "application/pgp-signature" (834 bytes)
Powered by blists - more mailing lists