lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CANAwSgTr-FAF63LK3Ac5fTMFYcS3caUXWY5PQSWYDxCwFdDgyA@mail.gmail.com>
Date: Fri, 9 Aug 2024 16:11:14 +0530
From: Anand Moon <linux.amoon@...il.com>
To: Jonas Karlman <jonas@...boo.se>
Cc: Heiko Stuebner <heiko@...ech.de>, Rob Herring <robh@...nel.org>, 
	Krzysztof Kozlowski <krzk+dt@...nel.org>, Conor Dooley <conor+dt@...nel.org>, 
	Dragan Simic <dsimic@...jaro.org>, devicetree@...r.kernel.org, 
	linux-arm-kernel@...ts.infradead.org, linux-rockchip@...ts.infradead.org, 
	linux-kernel@...r.kernel.org
Subject: Re: [PATCH v5] arm64: dts: rockchip: Add missing pinctrl wake and
 clkreq for PCIe node

Hi Jonas

On Fri, 9 Aug 2024 at 15:29, Jonas Karlman <jonas@...boo.se> wrote:
>
> Hi Anand,
>
> On 2024-07-29 14:37, Anand Moon wrote:
> > Add missing pinctrl settings WAKE and CLKREQ for PCIe 3.0 x4, PCIe 3.0 x1
> > and PCIe 2.1 x1 nodes. Each component of PCIe communication have the
> > following control signals: PERST, WAKE, CLKREQ, and REFCLK.
> > These signals work to generate high-speed signals and communicate with
> > other PCIe devices. Used by root complex to endpoint depending on
> > the power state.
> >
> > PERST# is referred to as a fundamental reset. PERST should be held
> > low until all the power rails in the system and the reference clock
> > are stable. A transition from low to high in this signal usually
> > indicates the beginning of link initialization.
> >
> > WAKE# signal is an active-low signal that is used to return the PCIe
> > interface to an active state when in a low-power state.
> >
> > CLKREQ# signal is also an active-low signal and is used to request the
> > reference clock.  L1 sub-states is providing a digital signal
> > (CLKREQ#) for PHYs to use to wake up and resume normal operation.
> >
> > Signed-off-by: Anand Moon <linux.amoon@...il.com>
> > ---
> > v5: Merged all 3 patch into single patch, reabse on master
> >     Fix the $subject and commit message.
> >     Drop the RK_FUNC_GPIO for WAKE and CLKREQ as these seignal are
> >     ment for was introduced to allow PCI Express devices to enter
> >     even deeper power savings states (“L1.1” and “L1.2”) while still
> >      appearing to legacy software to be in the “L1” state
> > ---
> >  .../boot/dts/rockchip/rk3588-rock-5b.dts      | 46 +++++++++++++------
> >  1 file changed, 33 insertions(+), 13 deletions(-)
> >
> > diff --git a/arch/arm64/boot/dts/rockchip/rk3588-rock-5b.dts b/arch/arm64/boot/dts/rockchip/rk3588-rock-5b.dts
> > index 966bbc582d89..a1e83546f1be 100644
> > --- a/arch/arm64/boot/dts/rockchip/rk3588-rock-5b.dts
> > +++ b/arch/arm64/boot/dts/rockchip/rk3588-rock-5b.dts
> > @@ -318,7 +318,7 @@ map2 {
> >
> >  &pcie2x1l0 {
> >       pinctrl-names = "default";
> > -     pinctrl-0 = <&pcie2_0_rst>;
> > +     pinctrl-0 = <&pcie30x1_pins>;
> >       reset-gpios = <&gpio4 RK_PA5 GPIO_ACTIVE_HIGH>;
> >       vpcie3v3-supply = <&vcc3v3_pcie2x1l0>;
> >       status = "okay";
> > @@ -326,7 +326,7 @@ &pcie2x1l0 {
> >
> >  &pcie2x1l2 {
> >       pinctrl-names = "default";
> > -     pinctrl-0 = <&pcie2_2_rst>;
> > +     pinctrl-0 = <&pcie20x12_pins>;
> >       reset-gpios = <&gpio3 RK_PB0 GPIO_ACTIVE_HIGH>;
> >       vpcie3v3-supply = <&vcc3v3_pcie2x1l2>;
> >       status = "okay";
> > @@ -338,7 +338,7 @@ &pcie30phy {
> >
> >  &pcie3x4 {
> >       pinctrl-names = "default";
> > -     pinctrl-0 = <&pcie3_rst>;
> > +     pinctrl-0 = <&pcie30x4_pins>;
> >       reset-gpios = <&gpio4 RK_PB6 GPIO_ACTIVE_HIGH>;
> >       vpcie3v3-supply = <&vcc3v3_pcie30>;
> >       status = "okay";
> > @@ -363,28 +363,48 @@ hp_detect: hp-detect {
> >               };
> >       };
> >
> > -     pcie2 {
> > -             pcie2_0_rst: pcie2-0-rst {
> > -                     rockchip,pins = <4 RK_PA5 RK_FUNC_GPIO &pcfg_pull_none>;
> > +     pcie20x1 {
> > +             pcie20x12_pins: pcie20x12-pins {
> > +                     rockchip,pins =
> > +                             /* PCIE20_1_2_CLKREQn_M1_L */
> > +                             <3 RK_PC7 4 &pcfg_pull_up>,
> > +                             /* PCIE_PERST_L */
> > +                             <3 RK_PB0 RK_FUNC_GPIO &pcfg_pull_up>,
> > +                             /* PCIE20_1_2_WAKEn_M1_L */
> > +                             <3 RK_PD0 4 &pcfg_pull_up>;
>
> Some unanswered questions from v4:
>
> How come you use internal pull-up/down on these pins?

As per the schematic radxa_rock5b_v13_sch.pdf [1] pin description

GPIO3_B0_u    pin for PCIE_PERST_L                      (pcfg_pull_up)
GPIO3_D0_u    pin for PCIE20_1_2_WAKEn_M1_L  (pcfg_pull_up)
GPIO4_A4_d    pin for PCIE30x1_0_WAKEn_M1_L  (pcfg_pull_down)

[1] https://dl.radxa.com/rock5/5b/docs/hw/radxa_rock5b_v13_sch.pdf

> And why do they differ for each pcie node in this series?

It also depends on how the pins are defined in the schematics.
I have not made many changes in this series combined in a single patch.

>
> Regards,
> Jonas

Thanks
-Anand
>
> >               };
> > +     };
> >
> > +     pcie30x1 {
> >               pcie2_0_vcc3v3_en: pcie2-0-vcc-en {
> >                       rockchip,pins = <1 RK_PD2 RK_FUNC_GPIO &pcfg_pull_none>;
> >               };
> >
> > -             pcie2_2_rst: pcie2-2-rst {
> > -                     rockchip,pins = <3 RK_PB0 RK_FUNC_GPIO &pcfg_pull_none>;
> > +             pcie30x1_pins: pcie30x1-pins {
> > +                     rockchip,pins =
> > +                             /* PCIE30x1_0_CLKREQn_M1_L */
> > +                             <4 RK_PA3 4 &pcfg_pull_down>,
> > +                             /* PCIE30x1_0_PERSTn_M1_L */
> > +                             <4 RK_PA5 RK_FUNC_GPIO &pcfg_pull_down>,
> > +                             /* PCIE30x1_0_WAKEn_M1_L */
> > +                             <4 RK_PA4 4 &pcfg_pull_down>;
> >               };
> >       };
> >
> > -     pcie3 {
> > -             pcie3_rst: pcie3-rst {
> > -                     rockchip,pins = <4 RK_PB6 RK_FUNC_GPIO &pcfg_pull_none>;
> > -             };
> > -
> > +     pcie30x4 {
> >               pcie3_vcc3v3_en: pcie3-vcc3v3-en {
> >                       rockchip,pins = <1 RK_PA4 RK_FUNC_GPIO &pcfg_pull_none>;
> >               };
> > +
> > +             pcie30x4_pins: pcie30x4-pins {
> > +                     rockchip,pins =
> > +                             /* PCIE30X4_CLKREQn_M1_L */
> > +                             <4 RK_PB4 4 &pcfg_pull_up>,
> > +                             /* PCIE30X4_PERSTn_M1_L */
> > +                             <4 RK_PB6 RK_FUNC_GPIO &pcfg_pull_down>,
> > +                             /* PCIE30X4_WAKEn_M1_L */
> > +                             <4 RK_PB5 4 &pcfg_pull_down>;
> > +             };
> >       };
> >
> >       usb {
> >
> > base-commit: dc1c8034e31b14a2e5e212104ec508aec44ce1b9
>

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ