From: Reinette Chatre <reinette.chatre@intel.com>
To: <babu.moger@amd.com>, <corbet@lwn.net>, <fenghua.yu@intel.com>,
<tglx@linutronix.de>, <mingo@redhat.com>, <bp@alien8.de>,
<dave.hansen@linux.intel.com>
Cc: <x86@kernel.org>, <hpa@zytor.com>, <paulmck@kernel.org>,
<rdunlap@infradead.org>, <tj@kernel.org>, <peterz@infradead.org>,
<yanjiewtw@gmail.com>, <kim.phillips@amd.com>,
<lukas.bulwahn@gmail.com>, <seanjc@google.com>,
<jmattson@google.com>, <leitao@debian.org>, <jpoimboe@kernel.org>,
<rick.p.edgecombe@intel.com>, <kirill.shutemov@linux.intel.com>,
<jithu.joseph@intel.com>, <kai.huang@intel.com>,
<kan.liang@linux.intel.com>, <daniel.sneddon@linux.intel.com>,
<pbonzini@redhat.com>, <sandipan.das@amd.com>,
<ilpo.jarvinen@linux.intel.com>, <peternewman@google.com>,
<maciej.wieczor-retman@intel.com>, <linux-doc@vger.kernel.org>,
<linux-kernel@vger.kernel.org>, <eranian@google.com>,
<james.morse@arm.com>
Subject: Re: [PATCH v6 22/22] x86/resctrl: Introduce interface to modify assignment states of the groups
Date: Fri, 23 Aug 2024 13:18:08 -0700 [thread overview]
Message-ID: <df257c05-ef8c-4e31-9ab8-0d396e1b40f7@intel.com> (raw)
In-Reply-To: <d8259097-3ccb-4989-aa1e-6b5c564240f5@amd.com>
Hi Babu,
On 8/21/24 1:11 PM, Moger, Babu wrote:
> On 8/16/24 17:33, Reinette Chatre wrote:
>> On 8/6/24 3:00 PM, Babu Moger wrote:
...
>>> +
>>> +static int rdtgroup_str_to_mon_state(char *flag)
>>> +{
>>> + int i, mon_state = 0;
>>> +
>>> + for (i = 0; i < strlen(flag); i++) {
>>> + switch (*(flag + i)) {
>>> + case 't':
>>> + mon_state |= ASSIGN_TOTAL;
>>> + break;
>>> + case 'l':
>>> + mon_state |= ASSIGN_LOCAL;
>>> + break;
>>> + case '_':
>>> + mon_state = ASSIGN_NONE;
>>> + break;
>>
>> It looks like this supports flags like "_lt", treating it as assigning
>> both local and total. I expect this should remove all flags instead?
>
> This is a cobination of flags.
> "_lt" This will assign both local and total.
> "lt_" This with remove both the flags.
>
> It seems alright to me. Do you want me to change the bahaviour here?
This looks like undefined behavior to me. A request to set individual flags
and also clear all flags looks like a contradiction to me.
>
>
>>
>>> + default:
>>> + break;
>>> + }
>>> + }
>>> +
>>> + return mon_state;
>>> +}
>>
>> hmmm ... so you removed assigning mon_state to ASSIGN_NONE from default,
>> but that did not change what this function returns since ASSIGN_NONE is 0
>> and mon_state is initialized to 0. Unknown flags should cause error so
>> that it is possible to add flags in the future. Above prevents us from
>> ever adding new flags.
>
> May be I am missing something here. How about this?
>
> enum {
> ASSIGN_NONE = 0,
> ASSIGN_TOTAL,
> ASSIGN_LOCAL,
> ASSIGN_INVALID,
> };
>
>
> static int rdtgroup_str_to_mon_state(char *flag)
> {
> int i, mon_state = ASSIGN_NONE;
>
> for (i = 0; i < strlen(flag); i++) {
> switch (*(flag + i)) {
> case 't':
> mon_state |= ASSIGN_TOTAL;
> break;
> case 'l':
> mon_state |= ASSIGN_LOCAL;
> break;
> case '_':
> mon_state = ASSIGN_NONE;
> break;
> default:
> mon_state = ASSIGN_INVALID;
> goto out_done;
> }
> }
>
> :out_done:
> return mon_state;
> }
>
> Then handle the ASSIGN_INVALID from the caller. Is that what you think?
Why not return an error?
>
>>
>>> +
>>> +static struct rdtgroup *rdtgroup_find_grp(enum rdt_group_type rtype,
>>> char *p_grp, char *c_grp)
>>
>> rdtgroup_find_grp() -> rdtgroup_find_grp_by_name()?
>>
>>> +{
>>> + struct rdtgroup *rdtg, *crg;
>>> +
>>> + if (rtype == RDTCTRL_GROUP && *p_grp == '\0') {
>>> + return &rdtgroup_default;
>>> + } else if (rtype == RDTCTRL_GROUP) {
>>> + list_for_each_entry(rdtg, &rdt_all_groups, rdtgroup_list)
>>> + if (!strcmp(p_grp, rdtg->kn->name))
>>> + return rdtg;
>>> + } else if (rtype == RDTMON_GROUP) {
>>> + list_for_each_entry(rdtg, &rdt_all_groups, rdtgroup_list) {
>>> + if (!strcmp(p_grp, rdtg->kn->name)) {
>>> + list_for_each_entry(crg, &rdtg->mon.crdtgrp_list,
>>> + mon.crdtgrp_list) {
>>> + if (!strcmp(c_grp, crg->kn->name))
>>> + return crg;
>>> + }
>>> + }
>>> + }
>>> + }
>>> +
>>> + return NULL;
>>> +}
>>> +
>>> +static int rdtgroup_process_flags(struct rdt_resource *r,
>>> + enum rdt_group_type rtype,
>>> + char *p_grp, char *c_grp, char *tok)
>>> +{
>>> + int op, mon_state, assign_state, unassign_state;
>>> + char *dom_str, *id_str, *op_str;
>>> + struct rdt_mon_domain *d;
>>> + struct rdtgroup *rdtgrp;
>>> + unsigned long dom_id;
>>> + int ret, found = 0;
>>> +
>>> + rdtgrp = rdtgroup_find_grp(rtype, p_grp, c_grp);
>>> +
>>> + if (!rdtgrp) {
>>> + rdt_last_cmd_puts("Not a valid resctrl group\n");
>>> + return -EINVAL;
>>> + }
>>> +
>>> +next:
>>> + if (!tok || tok[0] == '\0')
>>> + return 0;
>>> +
>>> + /* Start processing the strings for each domain */
>>> + dom_str = strim(strsep(&tok, ";"));
>>> +
>>> + op_str = strpbrk(dom_str, "=+-");
>>> +
>>> + if (op_str) {
>>> + op = *op_str;
>>> + } else {
>>> + rdt_last_cmd_puts("Missing operation =, +, -, _ character\n");
>>> + return -EINVAL;
>>> + }
>>> +
>>> + id_str = strsep(&dom_str, "=+-");
>>> +
>>> + /* Check for domain id '*' which means all domains */
>>> + if (id_str && *id_str == '*') {
>>> + d = NULL;
>>> + goto check_state;
>>> + } else if (!id_str || kstrtoul(id_str, 10, &dom_id)) {
>>> + rdt_last_cmd_puts("Missing domain id\n");
>>> + return -EINVAL;
>>> + }
>>> +
>>> + /* Verify if the dom_id is valid */
>>> + list_for_each_entry(d, &r->mon_domains, hdr.list) {
>>> + if (d->hdr.id == dom_id) {
>>> + found = 1;
>>> + break;
>>> + }
>>> + }
>>> +
>>> + if (!found) {
>>> + rdt_last_cmd_printf("Invalid domain id %ld\n", dom_id);
>>> + return -EINVAL;
>>> + }
>>> +
>>> +check_state:
>>> + mon_state = rdtgroup_str_to_mon_state(dom_str);
>>
>> Function should return error and exit here.
>
> No. This is case to skip checking for domain when '*' is passed to apply
> assignment to all the domains.
Using "*" for a domain still requires valid flags, no?
Reinette
next prev parent reply other threads:[~2024-08-23 20:18 UTC|newest]
Thread overview: 96+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-08-06 22:00 [PATCH v6 00/22] x86/resctrl : Support AMD Assignable Bandwidth Monitoring Counters (ABMC) Babu Moger
2024-08-06 22:00 ` [PATCH v6 01/22] x86/cpufeatures: Add support for " Babu Moger
2024-08-07 16:32 ` Thomas Gleixner
2024-08-08 14:46 ` Moger, Babu
2024-08-06 22:00 ` [PATCH v6 02/22] x86/resctrl: Add ABMC feature in the command line options Babu Moger
2024-08-06 22:00 ` [PATCH v6 03/22] x86/resctrl: Consolidate monitoring related data from rdt_resource Babu Moger
2024-08-16 21:29 ` Reinette Chatre
2024-08-19 14:46 ` Moger, Babu
2024-08-06 22:00 ` [PATCH v6 04/22] x86/resctrl: Detect Assignable Bandwidth Monitoring feature details Babu Moger
2024-08-07 16:33 ` Thomas Gleixner
2024-08-16 21:30 ` Reinette Chatre
2024-08-19 15:37 ` Moger, Babu
2024-08-06 22:00 ` [PATCH v6 05/22] x86/resctrl: Introduce resctrl_file_fflags_init() to initialize fflags Babu Moger
2024-08-06 22:00 ` [PATCH v6 06/22] x86/resctrl: Add support to enable/disable AMD ABMC feature Babu Moger
2024-08-16 16:29 ` James Morse
2024-08-16 20:38 ` Moger, Babu
2024-08-16 21:31 ` Reinette Chatre
2024-08-19 18:07 ` Moger, Babu
2024-08-20 18:17 ` Reinette Chatre
2024-08-06 22:00 ` [PATCH v6 07/22] x86/resctrl: Introduce the interface to display monitor mode Babu Moger
2024-08-16 16:56 ` James Morse
2024-08-16 20:38 ` Moger, Babu
2024-08-16 21:32 ` Reinette Chatre
2024-08-19 19:27 ` Moger, Babu
2024-08-06 22:00 ` [PATCH v6 08/22] x86/resctrl: Introduce interface to display number of monitoring counters Babu Moger
2024-08-16 21:34 ` Reinette Chatre
2024-08-20 15:56 ` Moger, Babu
2024-08-20 18:08 ` Reinette Chatre
2024-08-06 22:00 ` [PATCH v6 09/22] x86/resctrl: Introduce MBM counters bitmap Babu Moger
2024-08-16 16:29 ` James Morse
2024-08-16 20:39 ` Moger, Babu
2024-08-16 21:35 ` Reinette Chatre
2024-08-19 15:49 ` Moger, Babu
2024-08-20 18:08 ` Reinette Chatre
2024-08-06 22:00 ` [PATCH v6 10/22] x86/resctrl: Introduce mbm_total_cfg and mbm_local_cfg Babu Moger
2024-08-06 22:00 ` [PATCH v6 11/22] x86/resctrl: Remove MSR reading of event configuration value Babu Moger
2024-08-16 21:36 ` Reinette Chatre
2024-08-20 16:19 ` Moger, Babu
2024-08-20 18:09 ` Reinette Chatre
2024-08-06 22:00 ` [PATCH v6 12/22] x86/resctrl: Introduce mbm_cntr_map to track counters at domain Babu Moger
2024-08-16 21:37 ` Reinette Chatre
2024-08-20 18:24 ` Moger, Babu
2024-08-06 22:00 ` [PATCH v6 13/22] x86/resctrl: Add data structures and definitions for ABMC assignment Babu Moger
2024-08-16 21:38 ` Reinette Chatre
2024-08-20 20:56 ` Moger, Babu
2024-08-20 21:09 ` Reinette Chatre
2024-08-06 22:00 ` [PATCH v6 14/22] x86/resctrl: Introduce cntr_id in mongroup for assignments Babu Moger
2024-08-16 21:38 ` Reinette Chatre
2024-08-20 22:42 ` Moger, Babu
2024-08-06 22:00 ` [PATCH v6 15/22] x86/resctrl: Add the interface to assign a hardware counter Babu Moger
2024-08-16 16:30 ` James Morse
2024-08-16 20:39 ` Moger, Babu
2024-08-16 21:41 ` Reinette Chatre
2024-08-21 15:04 ` Moger, Babu
2024-08-06 22:00 ` [PATCH v6 16/22] x86/resctrl: Add the interface to unassign a MBM counter Babu Moger
2024-08-16 21:41 ` Reinette Chatre
2024-08-21 16:01 ` Moger, Babu
2024-08-23 20:18 ` Reinette Chatre
2024-08-23 22:05 ` Moger, Babu
2024-08-06 22:00 ` [PATCH v6 17/22] x86/resctrl: Assign/unassign counters by default when ABMC is enabled Babu Moger
2024-08-16 21:42 ` Reinette Chatre
2024-08-21 17:20 ` Moger, Babu
2024-08-06 22:00 ` [PATCH v6 18/22] x86/resctrl: Report "Unassigned" for MBM events in ABMC mode Babu Moger
2024-08-16 21:42 ` Reinette Chatre
2024-08-21 17:30 ` Moger, Babu
2024-08-06 22:00 ` [PATCH v6 19/22] x86/resctrl: Introduce the interface to switch between monitor modes Babu Moger
2024-08-16 16:31 ` James Morse
2024-08-16 17:01 ` Reinette Chatre
2024-08-16 17:16 ` Peter Newman
2024-08-16 18:09 ` Reinette Chatre
2024-08-19 14:52 ` Reinette Chatre
2024-08-19 18:27 ` Peter Newman
2024-08-20 18:11 ` Reinette Chatre
2024-08-16 21:42 ` Reinette Chatre
2024-08-21 18:08 ` Moger, Babu
2024-08-06 22:00 ` [PATCH v6 20/22] x86/resctrl: Enable AMD ABMC feature by default when supported Babu Moger
2024-08-16 16:32 ` James Morse
2024-08-16 20:40 ` Moger, Babu
2024-08-16 22:33 ` Reinette Chatre
2024-08-19 18:18 ` Moger, Babu
2024-08-20 18:12 ` Reinette Chatre
2024-08-20 20:04 ` Moger, Babu
2024-08-20 20:18 ` Moger, Babu
2024-08-20 20:37 ` Reinette Chatre
2024-08-06 22:00 ` [PATCH v6 21/22] x86/resctrl: Introduce interface to list monitor states of all the groups Babu Moger
2024-08-16 16:28 ` James Morse
2024-08-16 20:40 ` Moger, Babu
2024-08-06 22:00 ` [PATCH v6 22/22] x86/resctrl: Introduce interface to modify assignment states of " Babu Moger
2024-08-16 22:33 ` Reinette Chatre
2024-08-21 20:11 ` Moger, Babu
2024-08-23 20:18 ` Reinette Chatre [this message]
2024-08-23 22:04 ` Moger, Babu
2024-08-16 21:28 ` [PATCH v6 00/22] x86/resctrl : Support AMD Assignable Bandwidth Monitoring Counters (ABMC) Reinette Chatre
2024-08-22 1:31 ` Moger, Babu
2024-08-23 20:29 ` Reinette Chatre
2024-08-23 22:14 ` Moger, Babu
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=df257c05-ef8c-4e31-9ab8-0d396e1b40f7@intel.com \
--to=reinette.chatre@intel.com \
--cc=babu.moger@amd.com \
--cc=bp@alien8.de \
--cc=corbet@lwn.net \
--cc=daniel.sneddon@linux.intel.com \
--cc=dave.hansen@linux.intel.com \
--cc=eranian@google.com \
--cc=fenghua.yu@intel.com \
--cc=hpa@zytor.com \
--cc=ilpo.jarvinen@linux.intel.com \
--cc=james.morse@arm.com \
--cc=jithu.joseph@intel.com \
--cc=jmattson@google.com \
--cc=jpoimboe@kernel.org \
--cc=kai.huang@intel.com \
--cc=kan.liang@linux.intel.com \
--cc=kim.phillips@amd.com \
--cc=kirill.shutemov@linux.intel.com \
--cc=leitao@debian.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lukas.bulwahn@gmail.com \
--cc=maciej.wieczor-retman@intel.com \
--cc=mingo@redhat.com \
--cc=paulmck@kernel.org \
--cc=pbonzini@redhat.com \
--cc=peternewman@google.com \
--cc=peterz@infradead.org \
--cc=rdunlap@infradead.org \
--cc=rick.p.edgecombe@intel.com \
--cc=sandipan.das@amd.com \
--cc=seanjc@google.com \
--cc=tglx@linutronix.de \
--cc=tj@kernel.org \
--cc=x86@kernel.org \
--cc=yanjiewtw@gmail.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
all inboxes | Powered by JetHome®