[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <jue4sarmmgp7i2vtx2kc5xmngp7oav6nihijvj4pkgpf5swz3k@mapj4w3vnq3m>
Date: Wed, 13 Mar 2024 11:26:58 +0100
From: Maciej Wieczor-Retman <maciej.wieczor-retman@...el.com>
To: Ilpo Järvinen <ilpo.jarvinen@...ux.intel.com>
CC: Fenghua Yu <fenghua.yu@...el.com>, Reinette Chatre
<reinette.chatre@...el.com>, Shuah Khan <shuah@...nel.org>,
<tony.luck@...el.com>, "Shaopeng Tan (Fujitsu)" <tan.shaopeng@...itsu.com>,
LKML <linux-kernel@...r.kernel.org>, <linux-kselftest@...r.kernel.org>
Subject: Re: [PATCH 3/4] selftests/resctrl: SNC support for MBM
On 2024-03-08 at 16:07:05 +0200, Ilpo Järvinen wrote:
>On Wed, 6 Mar 2024, Maciej Wieczor-Retman wrote:
>> @@ -697,12 +700,16 @@ int resctrl_val(const struct resctrl_test *test,
>> struct resctrl_val_param *param)
>> {
>> char *resctrl_val = param->resctrl_val;
>> - unsigned long bw_resc_start = 0;
>> int res_id, ret = 0, pipefd[2];
>> + unsigned long *bw_resc_start;
>> struct sigaction sigact;
>> char pipe_message = 0;
>> union sigval value;
>>
>> + bw_resc_start = calloc(snc_ways(), sizeof(unsigned long));
>
>While correct, this seems a bit overkill given is MAX_SNC = 4, not
>something large or unbounded.
>
>This patch would be be much simpler on top of my resctrl_val() cleanup
>patches because bw_resc_start is only local to the measurement function.
You're right, the series will get a lot simpler rebased onto yours. I'll try out
some different approaches and comment any relevant points under your thread [1].
[1] https://lore.kernel.org/all/20240311135230.7007-1-ilpo.jarvinen@linux.intel.com/
>
>--
> i.
--
Kind regards
Maciej Wieczór-Retman
Powered by blists - more mailing lists