From: Jose Ignacio Tornos Martinez <jtornosm@redhat.com>
To: alex@shazbot.org
Cc: bhelgaas@google.com, jtornosm@redhat.com,
linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org
Subject: Re: [PATCH v2] PCI: Force PM reset for Qualcomm devices with NoSoftRst+
Date: Tue, 12 May 2026 19:17:11 +0200 [thread overview]
Message-ID: <20260512171712.910994-1-jtornosm@redhat.com> (raw)
In-Reply-To: <20260511133643.73a16e69@shazbot.org>
Hello Alex,
Thank you again for your detailed feedback and help
>>> What does reset_methods sysfs attribute report for these devices on an
>>> unpatched kernel?
Sorry for my earlier confusion about CONFIG_PCI_RESET_SYSFS - I now understand
the reset_method sysfs file has been available for a long time without any
config option.
Testing confirms only "bus" reset is available on default kernel for these
Qualcomm devices. PM reset returns -ENOTTY (blocked by NoSoftRst+ flag), and
FLR is not advertised. This confirms the default kernel has no working reset
method for these devices.
> Then why aren't we setting quirks to use quirk_no_bus_reset() for these
> devices?
You're right. I am going to try quirk_no_bus_reset() to disable the broken
SBR method.
> PS - D3cold might be an interesting reset method that could be implemented
> for single function endpoints in slots that support it.
I like the suggestion, I am going to implement a generic d3cold as a general
PCI core reset method for single-function devices (not only for Qualcomm).
I have seen that using pci_set_power_state(dev, PCI_D3cold), if no _PR3
support by the platform, it will use D3hot fallback.
The combination of quirk_no_bus_reset() + general d3cold reset method can
provide a much better solution for these devices and the new reset method
allows the configuration if necessary.
I'll send a next version with this.
Thanks
Best regards
José Ignacio
next prev parent reply other threads:[~2026-05-12 17:17 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-08 14:51 [PATCH v2] PCI: Disable broken FLR on MediaTek MT7925 Jose Ignacio Tornos Martinez
2026-05-08 14:51 ` [PATCH v2] PCI: Force PM reset for Qualcomm devices with NoSoftRst+ Jose Ignacio Tornos Martinez
2026-05-08 17:16 ` Alex Williamson
2026-05-11 12:26 ` Jose Ignacio Tornos Martinez
2026-05-11 19:36 ` Alex Williamson
2026-05-12 17:17 ` Jose Ignacio Tornos Martinez [this message]
2026-05-08 21:21 ` sashiko-bot
2026-05-08 21:22 ` [PATCH v2] PCI: Disable broken FLR on MediaTek MT7925 sashiko-bot
2026-05-11 12:39 ` Jose Ignacio Tornos Martinez
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=20260512171712.910994-1-jtornosm@redhat.com \
--to=jtornosm@redhat.com \
--cc=alex@shazbot.org \
--cc=bhelgaas@google.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
/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