Devicetree
 help / color / mirror / Atom feed
From: Marek Vasut <marek.vasut@mailbox.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: linux-pci@vger.kernel.org,
	"Krzysztof Wilczyński" <kwilczynski@kernel.org>,
	"Bjorn Helgaas" <bhelgaas@google.com>,
	"Conor Dooley" <conor+dt@kernel.org>,
	"Koichiro Den" <den@valinux.co.jp>,
	"Krzysztof Kozlowski" <krzk+dt@kernel.org>,
	"Lorenzo Pieralisi" <lpieralisi@kernel.org>,
	"Magnus Damm" <magnus.damm@gmail.com>,
	"Manivannan Sadhasivam" <mani@kernel.org>,
	"Rob Herring" <robh@kernel.org>,
	"Yoshihiro Shimoda" <yoshihiro.shimoda.uh@renesas.com>,
	devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-renesas-soc@vger.kernel.org
Subject: Re: [RFC][PATCH] PCI: rcar-gen4: Add missing PM ops
Date: Mon, 7 Sep 2026 14:01:29 +0200	[thread overview]
Message-ID: <e64a81ac-0038-4123-9c6b-b020dd299bf2@mailbox.org> (raw)
In-Reply-To: <CAMuHMdWLxG8xSHwTneu=xT8bxs4io7QSw7ziyPUDo6nc-zx6Qw@mail.gmail.com>

On 9/7/26 12:26 PM, Geert Uytterhoeven wrote:

Hello Geert,

> On Sun, 6 Sept 2026 at 19:32, Marek Vasut
> <marek.vasut+renesas@mailbox.org> wrote:
>> The R-Car Gen4 PCIe controller is part of a power domain. On R-Car S4
>> and V4H, this is an always-on power domain which is not shut down in
>> suspend. On R-Car V4M, this is a dedicated A2PCIPHY power domain,
>> which is shut down during suspend, and the controller loses state,
>> which prevents the PCIe from working after resume.
>>
>> Fix this by adding generic suspend/resume noirq ops for the controller,
>> which tear the link down on suspend, and restart it on resume. Use the
>> same PM ops on all of R-Car Gen4 to gracefully suspend and resume the
>> PCIe link on V4H and S4 too.
>>
>> Test case which demonstrates the problem on R-Car V4M:
>> "
>> $ hexdump -vC /sys/bus/pci/devices/0000:00:00.0/config > /tmp/pre
>> $ echo s2idle > /sys/power/mem_sleep
>> $ echo platform > /sys/power/pm_test
>> $ echo mem > /sys/power/state
>> $ hexdump -vC /sys/bus/pci/devices/0000:00:00.0/config > /tmp/post
>> $ diff -Naru /tmp/pre /tmp/post
>> ...
>> -00000000  12 19 32 00 07 05 10 00  00 00 04 06 00 00 01 00
>> +00000000  12 19 32 00 07 05 10 00  00 00 00 ff 00 00 80 00
>>                                            ^^^^^
>>                                      Class 0604->00ff
>> "
>>
>> Fixes: 0d0c551011df ("PCI: rcar-gen4: Add R-Car Gen4 PCIe controller support for host mode")
>> Reported-by: Geert Uytterhoeven <geert+renesas@glider.be>
>> Signed-off-by: Marek Vasut <marek.vasut+renesas@mailbox.org>
> 
> Thanks, the output of "lspci -v" is now the same before and after
> s2idle.
> Tested-by: Geert Uytterhoeven <geert+renesas@glider.be>
> 
> I don't have a setup for endpoint mode, so I could not verify or refute
> Sashiko's claim that suspend will crash in endpoint mode.

Same here (thus far).

>> --- a/drivers/pci/controller/dwc/pcie-rcar-gen4.c
>> +++ b/drivers/pci/controller/dwc/pcie-rcar-gen4.c
> 
>> @@ -952,10 +968,14 @@ static const struct of_device_id rcar_gen4_pcie_of_match[] = {
>>   };
>>   MODULE_DEVICE_TABLE(of, rcar_gen4_pcie_of_match);
>>
>> +DEFINE_NOIRQ_DEV_PM_OPS(rcar_gen4_pcie_pm_ops,
>> +                       rcar_gen4_pcie_suspend_noirq, rcar_gen4_pcie_resume_noirq);
>> +
>>   static struct platform_driver rcar_gen4_pcie_driver = {
>>          .driver = {
>>                  .name = "pcie-rcar-gen4",
>>                  .of_match_table = rcar_gen4_pcie_of_match,
>> +               .pm = &rcar_gen4_pcie_pm_ops,
> 
> pm_sleep_ptr(&rcar_gen4_pcie_pm_ops)
Will do in V2.

  reply	other threads:[~2026-09-07 16:37 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-09-06 17:31 [RFC][PATCH] PCI: rcar-gen4: Add missing PM ops Marek Vasut
2026-09-06 17:47 ` sashiko-bot
2026-09-07 10:26 ` Geert Uytterhoeven
2026-09-07 12:01   ` Marek Vasut [this message]
2026-09-07 13:46   ` Koichiro Den
2026-09-07 15:40     ` Marek Vasut

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=e64a81ac-0038-4123-9c6b-b020dd299bf2@mailbox.org \
    --to=marek.vasut@mailbox.org \
    --cc=bhelgaas@google.com \
    --cc=conor+dt@kernel.org \
    --cc=den@valinux.co.jp \
    --cc=devicetree@vger.kernel.org \
    --cc=geert@linux-m68k.org \
    --cc=krzk+dt@kernel.org \
    --cc=kwilczynski@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pci@vger.kernel.org \
    --cc=linux-renesas-soc@vger.kernel.org \
    --cc=lpieralisi@kernel.org \
    --cc=magnus.damm@gmail.com \
    --cc=mani@kernel.org \
    --cc=robh@kernel.org \
    --cc=yoshihiro.shimoda.uh@renesas.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