From: "Heiko Stübner" <heiko@sntech.de>
To: FUKAUMI Naoki <naoki@radxa.com>, Jonas Karlman <jonas@kwiboo.se>
Cc: linux-rockchip@lists.infradead.org
Subject: Re: [PATCH v3] arm64: dts: rockchip: change pinctrl for pcie2x1l2 for Radxa ROCK 5A
Date: Wed, 02 Oct 2024 15:25:33 +0200 [thread overview]
Message-ID: <2252674.NgBsaNRSFp@diego> (raw)
In-Reply-To: <6c339f52-671b-4afe-ab91-aebe1ee7a724@kwiboo.se>
Am Mittwoch, 2. Oktober 2024, 13:42:05 CEST schrieb Jonas Karlman:
> On 2024-10-02 13:21, Heiko Stübner wrote:
> > Am Mittwoch, 2. Oktober 2024, 12:50:29 CEST schrieb Jonas Karlman:
> >> Hi,
> >>
> >> On 2024-10-02 01:50, FUKAUMI Naoki wrote:
> >>> for pcie2x1l2, only pcie20x1_2_perstn_m0 is required, and its function
> >>> needs to be GPIO to avoid freeze at "pci enum" without PCIe device on
> >>> u-boot.
> >>>
> >>> change pinctrl definitions for pcie2x1l2. no functional change is
> >>> intended on Linux kernel.
> >>
> >> After the split and addition of pcie2_reset I think this patch is no
> >> longer needed? The issue this patch tried to fix was already
> >> fixed/changed in "arm64: dts: rockchip: Split up RK3588's PCIe pinctrls".
> >>
> >> Looks like this now just rename pcie2_reset to pcie20x1_2_perstn_m0?
> >
> > and removes the other pinctrl states clkreqn and waken .
>
> This is not something that I think should have been done in the first
> place, the pins/signals exists in hw and schematics, however software
> is not using these signals.
>
> >
> > In a previous version they mentioned that this somehow affects u-boot.
>
> The issue with U-Boot is that for pcie the pin used for reset-gpios must
> use gpio func pinconf, or pci enumerating in U-Boot will freeze the
> board.
>
> "arm64: dts: rockchip: Split up RK3588's PCIe pinctrls" already changed
> to use the gpio func for the perstn pin, so the U-Boot issue should
> already have been resolved with that patch.
>
> For Linux the pins gpio func is implicitly configured when the pcie
> driver request the reset-gpios pin. In U-Boot there exists some pinctrl
> overrides to solve freeze issues, those should also be sent upstream ;-)
ok, so I'll just drop this patch for now.
If some other use comes up, please resubmit.
Thanks
Heiko
_______________________________________________
Linux-rockchip mailing list
Linux-rockchip@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-rockchip
prev parent reply other threads:[~2024-10-02 13:27 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-01 23:50 [PATCH v3] arm64: dts: rockchip: change pinctrl for pcie2x1l2 for Radxa ROCK 5A FUKAUMI Naoki
2024-10-02 10:30 ` Heiko Stuebner
2024-10-02 10:50 ` Jonas Karlman
2024-10-02 11:21 ` Heiko Stübner
2024-10-02 11:41 ` FUKAUMI Naoki
2024-10-02 11:42 ` Jonas Karlman
2024-10-02 13:25 ` Heiko Stübner [this message]
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=2252674.NgBsaNRSFp@diego \
--to=heiko@sntech.de \
--cc=jonas@kwiboo.se \
--cc=linux-rockchip@lists.infradead.org \
--cc=naoki@radxa.com \
/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