From: Will Deacon <will@kernel.org>
To: Bjorn Helgaas <helgaas@kernel.org>
Cc: Shuai Xue <xueshuai@linux.alibaba.com>,
ilkka@os.amperecomputing.com, kaishen@linux.alibaba.com,
yangyicong@huawei.com, Jonathan.Cameron@huawei.com,
baolin.wang@linux.alibaba.com, robin.murphy@arm.com,
chengyou@linux.alibaba.com, linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, linux-pci@vger.kernel.org,
rdunlap@infradead.org, mark.rutland@arm.com,
zhuo.song@linux.alibaba.com, renyu.zj@linux.alibaba.com
Subject: Re: [PATCH v12 4/5] drivers/perf: add DesignWare PCIe PMU driver
Date: Mon, 9 Dec 2024 15:40:16 +0000 [thread overview]
Message-ID: <20241209154015.GA12428@willie-the-truck> (raw)
In-Reply-To: <20241206165457.GA3101599@bhelgaas>
Hi Bjorn,
On Fri, Dec 06, 2024 at 10:54:57AM -0600, Bjorn Helgaas wrote:
> On Fri, Dec 08, 2023 at 10:56:51AM +0800, Shuai Xue wrote:
> > This commit adds the PCIe Performance Monitoring Unit (PMU) driver support
> > for T-Head Yitian SoC chip. Yitian is based on the Synopsys PCI Express
> > Core controller IP which provides statistics feature. The PMU is a PCIe
> > configuration space register block provided by each PCIe Root Port in a
> > Vendor-Specific Extended Capability named RAS D.E.S (Debug, Error
> > injection, and Statistics).
>
> > +#define DWC_PCIE_VSEC_RAS_DES_ID 0x02
>
> > +static const struct dwc_pcie_vendor_id dwc_pcie_vendor_ids[] = {
> > + {.vendor_id = PCI_VENDOR_ID_ALIBABA },
> > + {} /* terminator */
> > +};
>
> > +static bool dwc_pcie_match_des_cap(struct pci_dev *pdev)
> > +{
> > + const struct dwc_pcie_vendor_id *vid;
> > + u16 vsec;
> > + u32 val;
> > +
> > + if (!pci_is_pcie(pdev) || !(pci_pcie_type(pdev) == PCI_EXP_TYPE_ROOT_PORT))
> > + return false;
> > +
> > + for (vid = dwc_pcie_vendor_ids; vid->vendor_id; vid++) {
> > + vsec = pci_find_vsec_capability(pdev, vid->vendor_id,
> > + DWC_PCIE_VSEC_RAS_DES_ID);
>
> This looks wrong to me, and it promotes a misunderstanding of how VSEC
> Capabilities work. The VSEC ID is defined by the vendor, so we have
> to check both the Vendor ID and the VSEC ID before we know what this
> VSEC Capability is.
Thanks for pointing this out! The code's been merged for a while now,
so we'll need to fix what we have rather than revert it, I think.
[...]
> I think the table should be extended to contain the Vendor ID, *and*
> the VSEC ID, *and* the VSEC Rev used by that vendor, i.e., it should
> look like this:
>
> struct dwc_pcie_pmu_vsec {
> u16 vendor_id;
> u16 vsec_id;
> u8 vsec_rev;
> };
>
> struct dwc_pcie_pmu_vsec dwc_pcie_pmu_vsec_ids[] = {
> { .vendor_id = PCI_VENDOR_ID_ALIBABA,
> .vsec_id = DWC_PCIE_VSEC_RAS_DES_ID, .vsec_rev = 0x4 },
> { .vendor_id = PCI_VENDOR_ID_AMPERE,
> .vsec_id = DWC_PCIE_VSEC_RAS_DES_ID, .vsec_rev = 0x4 },
> { .vendor_id = PCI_VENDOR_ID_QCOM,
> .vsec_id = DWC_PCIE_VSEC_RAS_DES_ID, .vsec_rev = 0x4 },
> {}
> };
>
> This *looks* the same, but it's not, because it makes it obvious that
> the VSEC ID and VSEC Rev are defined separately by each vendor. It's
> just a lucky coincidence that they happen to be the same for these
> vendors.
[...]
> I suggest updating dwc_pcie_match_des_cap() to iterate through the
> dwc_pcie_pmu_vsec_ids[] table and return the capability offset so you
> can call it from here.
Any chance you could send a patch with those, please? I'm also not able
to test this stuff, but I'm sure Ilkka would help us out.
Cheers,
Will
next prev parent reply other threads:[~2024-12-09 15:42 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-12-08 2:56 [PATCH v12 0/5] drivers/perf: add Synopsys DesignWare PCIe PMU driver support Shuai Xue
2023-12-08 2:56 ` [PATCH v12 1/5] docs: perf: Add description for Synopsys DesignWare PCIe PMU driver Shuai Xue
2023-12-08 2:56 ` [PATCH v12 2/5] PCI: Add Alibaba Vendor ID to linux/pci_ids.h Shuai Xue
2023-12-08 2:56 ` [PATCH v12 3/5] PCI: Move pci_clear_and_set_dword() helper to PCI header Shuai Xue
2023-12-08 2:56 ` [PATCH v12 4/5] drivers/perf: add DesignWare PCIe PMU driver Shuai Xue
2023-12-13 0:32 ` Ilkka Koskinen
2024-12-06 16:54 ` Bjorn Helgaas
2024-12-09 15:40 ` Will Deacon [this message]
2024-12-09 22:47 ` Bjorn Helgaas
2024-12-10 1:38 ` Shuai Xue
2023-12-08 2:56 ` [PATCH v12 5/5] MAINTAINERS: add maintainers for " Shuai Xue
2023-12-13 17:25 ` [PATCH v12 0/5] drivers/perf: add Synopsys DesignWare PCIe PMU driver support Will Deacon
2023-12-14 11:26 ` Shuai Xue
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=20241209154015.GA12428@willie-the-truck \
--to=will@kernel.org \
--cc=Jonathan.Cameron@huawei.com \
--cc=baolin.wang@linux.alibaba.com \
--cc=chengyou@linux.alibaba.com \
--cc=helgaas@kernel.org \
--cc=ilkka@os.amperecomputing.com \
--cc=kaishen@linux.alibaba.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=rdunlap@infradead.org \
--cc=renyu.zj@linux.alibaba.com \
--cc=robin.murphy@arm.com \
--cc=xueshuai@linux.alibaba.com \
--cc=yangyicong@huawei.com \
--cc=zhuo.song@linux.alibaba.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