From: Bjorn Helgaas <helgaas@kernel.org>
To: "Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>
Cc: "Håkon Bugge" <haakon.bugge@oracle.com>,
"Bjorn Helgaas" <bhelgaas@google.com>,
"Niklas Schnelle" <schnelle@linux.ibm.com>,
"Alex Williamson" <alex@shazbot.org>,
"Johannes Thumshirn" <morbidrsa@gmail.com>,
linux-pci@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
linux-acpi@vger.kernel.org
Subject: Re: [PATCH v3 1/2] PCI: Initialize RCB from pci_configure_device
Date: Tue, 27 Jan 2026 15:58:44 -0600 [thread overview]
Message-ID: <20260127215844.GA377410@bhelgaas> (raw)
In-Reply-To: <9979743a-e4e0-fdfc-460b-fcad92d54f94@linux.intel.com>
On Thu, Jan 22, 2026 at 03:45:58PM +0200, Ilpo Järvinen wrote:
> On Thu, 22 Jan 2026, Håkon Bugge wrote:
>
> > Commit e42010d8207f ("PCI: Set Read Completion Boundary to 128 iff
> > Root Port supports it (_HPX)") fixed a bogus _HPX type 2 record, which
> > instructed program_hpx_type2() to set the RCB in an endpoint,
> > although it's RC did not have the RCB bit set.
> > + pcie_capability_read_word(dev, PCI_EXP_LNKCTL, &lnkctl);
> > + if (rcb) {
> > + if (lnkctl & PCI_EXP_LNKCTL_RCB)
> > + return;
> > +
> > + lnkctl |= PCI_EXP_LNKCTL_RCB;
> > + } else {
> > + if (!(lnkctl & PCI_EXP_LNKCTL_RCB))
> > + return;
> > +
> > + pci_info(dev, FW_INFO "clearing RCB (RCB not set in Root Port)\n");
> > + lnkctl &= ~PCI_EXP_LNKCTL_RCB;
> > + }
> > +
> > + pcie_capability_write_word(dev, PCI_EXP_LNKCTL, lnkctl);
>
> So this sequence is effectively implementing this simple statement:
>
> pcie_capability_clear_and_set_word(dev, PCI_EXP_LNKCTL,
> PCI_EXP_LNKCTL_RCB,
> rcb ? PCI_EXP_LNKCTL_RCB : 0);
>
> + the print.
>
> Is there a good reason why you want to avoid the write by using early
> returns?
Good question, pcie_capability_clear_and_set_word() is much more
readable.
> I also wonder if those clear & set & clean_and_set interfaces should
> implement the write avoidance if it's an useful thing (callers should be
> checked they're not used for RW1C bits if that's implemented though).
next prev parent reply other threads:[~2026-01-27 21:58 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-22 13:09 [PATCH v3 0/2] PCI: Init RCB from pci_configure_device and fix program_hpx_type2 Håkon Bugge
2026-01-22 13:09 ` [PATCH v3 1/2] PCI: Initialize RCB from pci_configure_device Håkon Bugge
2026-01-22 13:45 ` Ilpo Järvinen
2026-01-22 15:53 ` Haakon Bugge
2026-01-27 21:58 ` Bjorn Helgaas [this message]
2026-01-23 13:05 ` Niklas Schnelle
2026-01-23 17:38 ` Haakon Bugge
2026-01-23 18:54 ` Niklas Schnelle
2026-01-27 17:28 ` Haakon Bugge
2026-01-27 22:11 ` Bjorn Helgaas
2026-01-28 17:08 ` Haakon Bugge
2026-01-28 17:20 ` Bjorn Helgaas
2026-01-22 13:09 ` [PATCH v3 2/2] PCI/ACPI: Confine program_hpx_type2 to the AER bits Håkon Bugge
2026-01-27 22:24 ` Bjorn Helgaas
2026-01-28 17:19 ` Haakon Bugge
2026-01-29 16:36 ` Haakon Bugge
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=20260127215844.GA377410@bhelgaas \
--to=helgaas@kernel.org \
--cc=alex@shazbot.org \
--cc=bhelgaas@google.com \
--cc=haakon.bugge@oracle.com \
--cc=ilpo.jarvinen@linux.intel.com \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=morbidrsa@gmail.com \
--cc=schnelle@linux.ibm.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