The Linux Kernel Mailing List
 help / color / mirror / Atom feed
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


      reply	other threads:[~2026-05-12 17:17 UTC|newest]

Thread overview: 6+ 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]

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