Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.33 as permitted sender) client-ip=23.128.96.33;
Date:   Thu, 28 Sep 2023 08:46:11 +0200
From:   Maciej =?utf-8?Q?Wiecz=C3=B3r-Retman?= 
        <maciej.wieczor-retman@intel.com>
To:     Reinette Chatre <reinette.chatre@intel.com>
CC:     Fenghua Yu <fenghua.yu@intel.com>, Shuah Khan <shuah@kernel.org>,
        <ilpo.jarvinen@linux.intel.com>, <linux-kernel@vger.kernel.org>,
        <linux-kselftest@vger.kernel.org>
Subject: Re: [PATCH v4 1/2] selftests/resctrl: Fix schemata write error check
Message-ID: <mrhrlwtpquqqyzznzqru2m5tfbz7cmtk76zxtamq76ssqthz6g@njfi4qvjclih>
References: <cover.1695369120.git.maciej.wieczor-retman@intel.com>
 <5e17ed39ffb8d6bd530c057aa04e3ffb997573a9.1695369120.git.maciej.wieczor-retman@intel.com>
 <322fb9ff-f3f4-45df-9b3f-524125ca6101@intel.com>
Content-Type: text/plain; charset="iso-8859-1"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <322fb9ff-f3f4-45df-9b3f-524125ca6101@intel.com>
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: =?iso-8859-1?Q?kI5sqE6WiGq5GJmCbhsZLh/X7FRJyhiwPkuDLEXOz/niIKeCh6pPHT5rJd?=
 =?iso-8859-1?Q?2nB+XgaewV66lQSe5YZUOE9N0rUsemUWcnPCbIH2G3sJuCwmMwkyO9nreV?=
 =?iso-8859-1?Q?NCq4sAZUjM9FDYO1emL+/+8fy/jIGylqsA4E4TIoz9g33qXOaQMYobniEl?=
 =?iso-8859-1?Q?jCEjYpU0cfTIeL4QlH271Jhim47Y6pnJBueZSRYpcBrzTeWrHKAriIya+A?=
 =?iso-8859-1?Q?zvK2dBpp1sck28EfNDnWH2jux9XLgAnmx1mRxD4Xh1nBYbaQ5ery/5ZBuj?=
 =?iso-8859-1?Q?tlD9LK1m2zCs4uM+8NcV+MI6gVH4lpMxhWduu814pkQTA++t4FLld4Bhs5?=
 =?iso-8859-1?Q?HJHKn6R1vxAHisHdq/HKU53I7EvXcciqsFSmcrOEUnuBnEXJcszAgZdy5Y?=
 =?iso-8859-1?Q?wHlzWergEa5g0nRu0bNoifrSHefMIH7VPQLN1+PPcBAj6+A7GmBKLcxfuT?=
 =?iso-8859-1?Q?cpqT5KnwsS07lePAUnr0zavMAsRijyvQBLsnRPgrhCqwWazuJ+5PU3KS1Q?=
 =?iso-8859-1?Q?wevUlidmoq6ISE47dzq4rt07JydZ7E7CjWON9ZFb+lM3pcbND1e/p+Lbr7?=
 =?iso-8859-1?Q?5vdNqqPASPEVtvKZaHQFY7F9wktPfer/wePEADrUAvRiowawsea8jWJitU?=
 =?iso-8859-1?Q?VGHAP6fK6Q6Jph6+MlLVdNxbUm/++ZgNYRwskLy/wITVfR7V7tctwzlxDm?=
 =?iso-8859-1?Q?1Jprgd22/5CP1mY0rGpwFD4Qr2G7hkFlhpGztxIlc3RymqfYc0YUwz5RcP?=
 =?iso-8859-1?Q?qZJSoqBdfyzJpUe80LinhUKBRRdPC2YShM3mmpUf3XAxfuNkndIQJEv4z3?=
 =?iso-8859-1?Q?unM19n4wRnEz8joVDpBro5cQ5ze24qZx/+b5HN1MVmD+52W7CbsDaNNlcp?=
 =?iso-8859-1?Q?czddF40iAV7DKlhyoBJXVZCeW7uMw+m+toEnbQw1NAR7RzD/WwiBYvbPOR?=
 =?iso-8859-1?Q?INuktEJmatC/sk/OmG+0I1GfOoyGk5oBBcAxhWEUH9yTE7SbIvNuqYIv9K?=
 =?iso-8859-1?Q?FgRW8Uj5o1OaEiAAoxkmM56yj7l1GSYF2PDD9olQoYqc7Ak4rM/EqjwEiO?=
 =?iso-8859-1?Q?tIj2RjpZ1m2A4+gvtH8Z1hUSyolp2MSpdyHPM0/PE3u3UHP7CeAFCXojG3?=
 =?iso-8859-1?Q?FeOCeIOOlYVVTiyIvdKqFtjs/UcToW7YLh9GF+KT5SDGZ6uIVoLk1lnoeL?=
 =?iso-8859-1?Q?1sfR6QhdbrTPhhsHm6DIUHET/19Bs3DjmFvTieQL96xjuk58aUNRhPEDxn?=
 =?iso-8859-1?Q?DwJz32qI/4oadRRBDEEncdl/QMYAZbeQMl2b5sZLOmCJH0F3pA20zJcpuA?=
 =?iso-8859-1?Q?ghBYEug7RvmJV+xFjsourwNipNYh9Vp2wi8mm4BvSdyQOVuZzVaP4qnOYp?=
 =?iso-8859-1?Q?2hSrcKs1Fc5KVHnMhU+Q500jznc9aNxQd8UTdkmQWuth7vTW0YLKo4W/dy?=
 =?iso-8859-1?Q?vnhWbbWaWh8ZRNszRW03QY+Q4VPNGQVB9Bex524h1h8Nyw1idfN6zyo55e?=
 =?iso-8859-1?Q?Sm7XmLBESt22xDYrLuKbFfsJx4hSoRPRDE2Y8B/Ky+WI0XcgeH0oZTHR1A?=
 =?iso-8859-1?Q?Z3jHNcitqDCOx7d9gg22I2LLgwXriG16tHToH29WCKWZBYSh4VtQ/losX0?=
 =?iso-8859-1?Q?YqDlIF7Vj0X4UW5mjosMLBlw63yI85D1xyzqbeDAVLdrGUX00ZnyF3/dJz?=
 =?iso-8859-1?Q?2c9Y1mzEZwd6r3NLVmw=3D?=
X-MS-Exchange-CrossTenant-Network-Message-Id: eead865f-7ea3-4a35-eaf8-08dbbfee9d5c
X-MS-Exchange-CrossTenant-AuthSource: MN0PR11MB6231.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 28 Sep 2023 06:46:16.7672
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 46c98d88-e344-4ed4-8496-4ed7712e255d
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: dQ0hzRiYFLzxBekZSl8TgiVvV9fRAOfwEGLwWMOzzWA8ZEP+qGCeSZPdatQNYUtAsNzc4WTkS2m/PYnZCFXJ7nIKAqsUceu/ORlhHqIcplY=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM4PR11MB6454
X-OriginatorOrg: intel.com
X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED,
	DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,
	MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=unavailable
	autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lipwig.vger.email
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (lipwig.vger.email [0.0.0.0]); Wed, 27 Sep 2023 23:46:42 -0700 (PDT)

Hi, thanks for the review!

On 2023-09-27 at 15:15:06 -0700, Reinette Chatre wrote:
>Hi Maciej,
>
>On 9/22/2023 1:10 AM, Maciej Wieczor-Retman wrote:
>> Writing bitmasks to the schemata can fail when the bitmask doesn't
>> adhere to constraints defined by what a particular CPU supports.
>> Some example of constraints are max length or having contiguous bits.
>> The driver should properly return errors when any rule concerning
>> bitmask format is broken.
>> 
>> Resctrl FS returns error codes from fprintf() only when fclose() is
>> called. Current error checking scheme allows invalid bitmasks to be
>> written into schemata file and the selftest doesn't notice because the
>> fclose() error code isn't checked.
>> 
>> Substitute fopen(), flose() and fprintf() with open(), close() and
>> write() to avoid error code buffering between fprintf() and fclose().
>> 
>> Remove newline character from the schema string after writing it to
>> the schemata file so it prints correctly before function return.
>> 
>> Pass the string generated with strerror() to the "reason" buffer so
>> the error message is more verbose. Extend "reason" buffer so it can hold
>> longer messages.
>> 
>> Signed-off-by: Maciej Wieczor-Retman <maciej.wieczor-retman@intel.com>
>> ---
>> Changelog v4:
>> - Unify error checking between open() and write(). (Reinette)
>> - Add fcntl.h for glibc backward compatiblitiy. (Reinette)
>> 
>> Changelog v3:
>> - Rename fp to fd. (Ilpo)
>> - Remove strlen, strcspn and just use the snprintf value instead. (Ilpo)
>> 
>> Changelog v2:
>> - Rewrite patch message.
>> - Double "reason" buffer size to fit longer error explanation.
>> - Redo file interactions with syscalls instead of stdio functions.
>> 
>>  tools/testing/selftests/resctrl/resctrlfs.c | 30 ++++++++++++---------
>>  1 file changed, 17 insertions(+), 13 deletions(-)
>> 
>> diff --git a/tools/testing/selftests/resctrl/resctrlfs.c b/tools/testing/selftests/resctrl/resctrlfs.c
>> index 3a8111362d26..edc8fc6e44b0 100644
>> --- a/tools/testing/selftests/resctrl/resctrlfs.c
>> +++ b/tools/testing/selftests/resctrl/resctrlfs.c
>> @@ -8,6 +8,7 @@
>>   *    Sai Praneeth Prakhya <sai.praneeth.prakhya@intel.com>,
>>   *    Fenghua Yu <fenghua.yu@intel.com>
>>   */
>> +#include <fcntl.h>
>>  #include <limits.h>
>>  
>>  #include "resctrl.h"
>> @@ -490,9 +491,8 @@ int write_bm_pid_to_resctrl(pid_t bm_pid, char *ctrlgrp, char *mongrp,
>>   */
>>  int write_schemata(char *ctrlgrp, char *schemata, int cpu_no, char *resctrl_val)
>>  {
>> -	char controlgroup[1024], schema[1024], reason[64];
>> -	int resource_id, ret = 0;
>> -	FILE *fp;
>> +	char controlgroup[1024], schema[1024], reason[128];
>> +	int resource_id, fd, schema_len = -1, ret = 0;
>
>I am trying to understand the schema_len initialization. Could
>you please elaborate why you chose -1? I'm a bit concerned with
>the robustness here with it being used as an unsigned integer
>in write() and also the negative array index later.

My idea was that if the initial value for schema_len was 0, then if
resctrl_val wouldn't equal any of MBA_STR, MBM_STR, CAT_STR, CMT_STR
values schema_len would stay zero and write nothing.

I think it would be difficult to debug such an error because even later
in ksft_print_msg the requested schema would get printed as if there was
no error. In the case I mentioned above the function will just error out
which I assume could be helpful.

Other solutions that can accomplish the same goal would be checking
write() not only for negative values but also for zero (since in
here this is pretty much an error). Or checking schema_len for only
positive values after the block of code where it gets assigned a
value from sprintf.

Are any of the above safer or more logical in your opinion?

>>  
>>  	if (strncmp(resctrl_val, MBA_STR, sizeof(MBA_STR)) &&
>>  	    strncmp(resctrl_val, MBM_STR, sizeof(MBM_STR)) &&
>> @@ -520,27 +520,31 @@ int write_schemata(char *ctrlgrp, char *schemata, int cpu_no, char *resctrl_val)
>>  
>>  	if (!strncmp(resctrl_val, CAT_STR, sizeof(CAT_STR)) ||
>>  	    !strncmp(resctrl_val, CMT_STR, sizeof(CMT_STR)))
>> -		sprintf(schema, "%s%d%c%s", "L3:", resource_id, '=', schemata);
>> +		schema_len = snprintf(schema, sizeof(schema), "%s%d%c%s\n",
>> +				      "L3:", resource_id, '=', schemata);
>>  	if (!strncmp(resctrl_val, MBA_STR, sizeof(MBA_STR)) ||
>>  	    !strncmp(resctrl_val, MBM_STR, sizeof(MBM_STR)))
>> -		sprintf(schema, "%s%d%c%s", "MB:", resource_id, '=', schemata);
>> +		schema_len = snprintf(schema, sizeof(schema), "%s%d%c%s\n",
>> +				      "MB:", resource_id, '=', schemata);
>>  
>> -	fp = fopen(controlgroup, "w");
>> -	if (!fp) {
>> -		sprintf(reason, "Failed to open control group");
>> +	fd = open(controlgroup, O_WRONLY);
>> +	if (!fd) {
>
>Be careful ... the error checking appropriate to the original
>pointer needs a double check with this new usage.
>According to "man 2 open" - open() returns -1 on error so I expect
>that this should rather be:
>	if (fd < 0) {
>or
>	if (fd == -1) {
>
>The rest looks good to me.

Thanks for catching this, that is very helpful.

-- 
Kind regards
Maciej Wiecz?r-Retman