linux-acpi.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jonathan Cameron <Jonathan.Cameron@Huawei.com>
To: Dave Jiang <dave.jiang@intel.com>
Cc: <linux-cxl@vger.kernel.org>, <linux-acpi@vger.kernel.org>,
	<dan.j.williams@intel.com>, <ira.weiny@intel.com>,
	<vishal.l.verma@intel.com>, <alison.schofield@intel.com>,
	<rafael@kernel.org>, <lukas@wunner.de>
Subject: Re: [PATCH v4 11/23] cxl: Add helper function that calculates QoS values for switches
Date: Mon, 24 Apr 2023 22:59:59 +0100	[thread overview]
Message-ID: <20230424225959.000046be@Huawei.com> (raw)
In-Reply-To: <cae21d42-ab7a-5d6c-a3ef-07f4c585dc9f@intel.com>

On Mon, 24 Apr 2023 10:31:02 -0700
Dave Jiang <dave.jiang@intel.com> wrote:

> On 4/24/23 10:09 AM, Dave Jiang wrote:
> > 
> > 
> > On 4/20/23 5:26 AM, Jonathan Cameron wrote:  
> >> On Wed, 19 Apr 2023 13:22:07 -0700
> >> Dave Jiang <dave.jiang@intel.com> wrote:
> >>  
> >>> The CDAT information from the switch, Switch Scoped Latency and 
> >>> Bandwidth
> >>> Information Strucutre (SSLBIS), is parsed and stored in an xarray 
> >>> under the
> >>> cxl_port. The QoS data are indexed by the downstream port id.  Walk 
> >>> the CXL
> >>> ports from endpoint to root and retrieve the relevant QoS information
> >>> (bandwidth and latency) that are from the switch CDAT. If read or 
> >>> write QoS
> >>> values are not available, then use the access QoS value.  
> >>
> >> I'd drop the access reference.  You already did that mapping from 
> >> access to read
> >> and write in earlier patch. Now we have no concept of access so 
> >> mentioning
> >> it will only potentially cause confusion.  
> > 
> > ok
> >   
> >>  
> >>>
> >>> Signed-off-by: Dave Jiang <dave.jiang@intel.com>
> >>>
> >>> ---
> >>> v3:
> >>> - Move to use 'struct node_hmem_attrs'
> >>> ---
> >>>   drivers/cxl/core/port.c |   81 
> >>> +++++++++++++++++++++++++++++++++++++++++++++++
> >>>   drivers/cxl/cxl.h       |    2 +
> >>>   2 files changed, 83 insertions(+)
> >>>
> >>> diff --git a/drivers/cxl/core/port.c b/drivers/cxl/core/port.c
> >>> index 3fedbabac1af..770b540d5325 100644
> >>> --- a/drivers/cxl/core/port.c
> >>> +++ b/drivers/cxl/core/port.c
> >>> @@ -1921,6 +1921,87 @@ bool schedule_cxl_memdev_detach(struct 
> >>> cxl_memdev *cxlmd)
> >>>   }
> >>>   EXPORT_SYMBOL_NS_GPL(schedule_cxl_memdev_detach, CXL);
> >>> +/**
> >>> + * cxl_port_get_switch_qos - retrieve QoS data for CXL switches  
> >>
> >> Hmm. Terminology wise, this is called QoS data in either CXL spec
> >> or the HMAT stuff it came from.  I'd avoid that term here.
> >> Might also get confused with the QoS telemetry stuff from the CXL
> >> spec which is totally different or the QoS controls on an MLD
> >> which are perhaps indirectly related to these.
> >>
> >> QoS only gets involved once these are mapped to a QTG - assumption
> >> being that a given QoS policy should apply to devices of similar access
> >> characteristics.  
> > 
> > locality_info?  
> 
> Or perf_data in accordance with this doc:
> https://www.kernel.org/doc/html/v5.9/admin-guide/mm/numaperf.html

Either would be fine as far as I'm concerned.
I guess perf_data puts less of a spin on what it 'means' than
locality_info - so I'd slightly prefer that.

Jonathan

> 
> > 
> >   
> >>
> >> Other than that bikeshedding.
> >>
> >> Reviewed-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>
> >>
> >>
> >>  
> >>> + * @port: endpoint cxl_port
> >>> + * @rd_bw: writeback value for min read bandwidth
> >>> + * @rd_lat: writeback value for total read latency
> >>> + * @wr_bw: writeback value for min write bandwidth
> >>> + * @wr_lat: writeback value for total write latency
> >>> + *
> >>> + * Return: Errno on failure, 0 on success. -ENOENT if no switch device
> >>> + */
> >>> +int cxl_port_get_switch_qos(struct cxl_port *port, u64 *rd_bw, u64 
> >>> *rd_lat,
> >>> +                u64 *wr_bw, u64 *wr_lat)
> >>> +{
> >>> +    u64 min_rd_bw = ULONG_MAX;
> >>> +    u64 min_wr_bw = ULONG_MAX;
> >>> +    struct cxl_dport *dport;
> >>> +    struct cxl_port *nport;
> >>> +    u64 total_rd_lat = 0;
> >>> +    u64 total_wr_lat = 0;
> >>> +    struct device *next;
> >>> +    int switches = 0;
> >>> +    int rc = 0;
> >>> +
> >>> +    if (!is_cxl_endpoint(port))
> >>> +        return -EINVAL;
> >>> +
> >>> +    /* Skip the endpoint */
> >>> +    next = port->dev.parent;
> >>> +    nport = to_cxl_port(next);
> >>> +    dport = port->parent_dport;
> >>> +
> >>> +    do {
> >>> +        struct node_hmem_attrs *hmem_attrs;
> >>> +        u64 lat, bw;
> >>> +
> >>> +        if (!nport->cdat.table)
> >>> +            break;
> >>> +
> >>> +        if (!dev_is_pci(dport->dport))
> >>> +            break;
> >>> +
> >>> +        hmem_attrs = xa_load(&nport->cdat.sslbis_xa, dport->port_id);
> >>> +        if (xa_is_err(hmem_attrs))
> >>> +            return xa_err(hmem_attrs);
> >>> +
> >>> +        if (!hmem_attrs) {
> >>> +            hmem_attrs = xa_load(&nport->cdat.sslbis_xa, 
> >>> SSLBIS_ANY_PORT);
> >>> +            if (xa_is_err(hmem_attrs))
> >>> +                return xa_err(hmem_attrs);
> >>> +            if (!hmem_attrs)
> >>> +                return -ENXIO;
> >>> +        }
> >>> +
> >>> +        bw = hmem_attrs->write_bandwidth;
> >>> +        lat = hmem_attrs->write_latency;
> >>> +        min_wr_bw = min_t(u64, min_wr_bw, bw);
> >>> +        total_wr_lat += lat;
> >>> +
> >>> +        bw = hmem_attrs->read_bandwidth;
> >>> +        lat = hmem_attrs->read_latency;
> >>> +        min_rd_bw = min_t(u64, min_rd_bw, bw);
> >>> +        total_rd_lat += lat;
> >>> +
> >>> +        dport = nport->parent_dport;
> >>> +        next = next->parent;
> >>> +        nport = to_cxl_port(next);
> >>> +        switches++;
> >>> +    } while (next);
> >>> +
> >>> +    *wr_bw = min_wr_bw;
> >>> +    *wr_lat = total_wr_lat;
> >>> +    *rd_bw = min_rd_bw;
> >>> +    *rd_lat = total_rd_lat;
> >>> +
> >>> +    if (!switches)
> >>> +        return -ENOENT;
> >>> +
> >>> +    return rc;
> >>> +}
> >>> +EXPORT_SYMBOL_NS_GPL(cxl_port_get_switch_qos, CXL);  
> >>
> >>  


  reply	other threads:[~2023-04-24 22:00 UTC|newest]

Thread overview: 70+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-04-19 20:21 [PATCH v4 00/23] cxl: Add support for QTG ID retrieval for CXL subsystem Dave Jiang
2023-04-19 20:21 ` [PATCH v4 01/23] cxl: Export QTG ids from CFMWS to sysfs Dave Jiang
2023-04-20  8:51   ` Jonathan Cameron
2023-04-20 20:53     ` Dave Jiang
2023-04-24 21:46   ` Dan Williams
2023-04-26 23:14     ` Dave Jiang
2023-04-19 20:21 ` [PATCH v4 02/23] cxl: Add checksum verification to CDAT from CXL Dave Jiang
2023-04-20  8:55   ` Jonathan Cameron
2023-04-24 22:01   ` Dan Williams
2023-04-26 23:24     ` Dave Jiang
2023-04-19 20:21 ` [PATCH v4 03/23] cxl: Add support for reading CXL switch CDAT table Dave Jiang
2023-04-20  9:25   ` Jonathan Cameron
2023-04-24 22:08   ` Dan Williams
2023-04-27 15:55     ` Dave Jiang
2023-04-19 20:21 ` [PATCH v4 04/23] cxl: Add common helpers for cdat parsing Dave Jiang
2023-04-20  9:41   ` Jonathan Cameron
2023-04-20 21:05     ` Dave Jiang
2023-04-21 16:06       ` Jonathan Cameron
2023-04-21 16:12         ` Dave Jiang
2023-04-24 22:33   ` Dan Williams
2023-04-25 16:00     ` Dave Jiang
2023-04-27  0:09       ` Dan Williams
2023-04-19 20:21 ` [PATCH v4 05/23] cxl: Add callback to parse the DSMAS subtables from CDAT Dave Jiang
2023-04-20 11:33   ` Jonathan Cameron
2023-04-20 11:35     ` Jonathan Cameron
2023-04-20 23:25       ` Dave Jiang
2023-04-24 22:38   ` Dan Williams
2023-04-26  3:44   ` Li, Ming
2023-04-26 18:27     ` Dave Jiang
2023-04-19 20:21 ` [PATCH v4 06/23] cxl: Add callback to parse the DSLBIS subtable " Dave Jiang
2023-04-20 11:40   ` Jonathan Cameron
2023-04-20 23:25     ` Dave Jiang
2023-04-24 22:46   ` Dan Williams
2023-04-24 22:59     ` Dave Jiang
2023-04-19 20:21 ` [PATCH v4 07/23] cxl: Add callback to parse the SSLBIS " Dave Jiang
2023-04-20 11:50   ` Jonathan Cameron
2023-04-24 23:38   ` Dan Williams
2023-04-19 20:21 ` [PATCH v4 08/23] cxl: Add support for _DSM Function for retrieving QTG ID Dave Jiang
2023-04-20 12:00   ` Jonathan Cameron
2023-04-21  0:11     ` Dave Jiang
2023-04-21 16:07       ` Jonathan Cameron
2023-04-25  0:12   ` Dan Williams
2023-04-19 20:21 ` [PATCH v4 09/23] cxl: Add helper function to retrieve ACPI handle of CXL root device Dave Jiang
2023-04-20 12:06   ` Jonathan Cameron
2023-04-21 23:24     ` Dave Jiang
2023-04-25  0:18   ` Dan Williams
2023-04-19 20:22 ` [PATCH v4 10/23] cxl: Add helpers to calculate pci latency for the CXL device Dave Jiang
2023-04-20 12:15   ` Jonathan Cameron
2023-04-25  0:30   ` Dan Williams
2023-05-01 16:29     ` Dave Jiang
2023-04-19 20:22 ` [PATCH v4 11/23] cxl: Add helper function that calculates QoS values for switches Dave Jiang
2023-04-20 12:26   ` Jonathan Cameron
2023-04-24 17:09     ` Dave Jiang
2023-04-24 17:31       ` Dave Jiang
2023-04-24 21:59         ` Jonathan Cameron [this message]
2023-04-25  0:33   ` Dan Williams
2023-04-19 20:22 ` [PATCH v4 12/23] cxl: Add helper function that calculate QoS values for PCI path Dave Jiang
2023-04-20 12:32   ` Jonathan Cameron
2023-04-25  0:45   ` Dan Williams
2023-04-19 20:22 ` [PATCH v4 13/23] ACPI: NUMA: Create enum for memory_target hmem_attrs indexing Dave Jiang
2023-04-19 20:22 ` [PATCH v4 14/23] ACPI: NUMA: Add genport target allocation to the HMAT parsing Dave Jiang
2023-04-19 20:22 ` [PATCH v4 15/23] ACPI: NUMA: Add setting of generic port locality attributes Dave Jiang
2023-04-19 20:22 ` [PATCH v4 16/23] ACPI: NUMA: Add helper function to retrieve the performance attributes Dave Jiang
2023-04-19 20:22 ` [PATCH v4 17/23] cxl: Add helper function to retrieve generic port QoS Dave Jiang
2023-04-19 20:22 ` [PATCH v4 18/23] cxl: Add latency and bandwidth calculations for the CXL path Dave Jiang
2023-04-19 20:22 ` [PATCH v4 19/23] cxl: Wait Memory_Info_Valid before access memory related info Dave Jiang
2023-04-19 20:23 ` [PATCH v4 20/23] cxl: Move identify and partition query from pci probe to port probe Dave Jiang
2023-04-19 20:23 ` [PATCH v4 21/23] cxl: Store QTG IDs and related info to the CXL memory device context Dave Jiang
2023-04-19 20:23 ` [PATCH v4 22/23] cxl: Export sysfs attributes for memory device QTG ID Dave Jiang
2023-04-19 20:23 ` [PATCH v4 23/23] cxl/mem: Add debugfs output for QTG related data Dave Jiang

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=20230424225959.000046be@Huawei.com \
    --to=jonathan.cameron@huawei.com \
    --cc=alison.schofield@intel.com \
    --cc=dan.j.williams@intel.com \
    --cc=dave.jiang@intel.com \
    --cc=ira.weiny@intel.com \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-cxl@vger.kernel.org \
    --cc=lukas@wunner.de \
    --cc=rafael@kernel.org \
    --cc=vishal.l.verma@intel.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;
as well as URLs for NNTP newsgroup(s).