[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <7da435e8-6fc6-4f37-bea9-a3f48557625d@linuxfoundation.org>
Date: Thu, 19 Sep 2024 10:08:55 -0600
From: Shuah Khan <skhan@...uxfoundation.org>
To: Peng Fan <peng.fan@....com>, "Peng Fan (OSS)" <peng.fan@....nxp.com>,
Thomas Renninger <trenn@...e.com>, Shuah Khan <shuah@...nel.org>,
"John B. Wyatt IV" <jwyatt@...hat.com>, John Kacur <jkacur@...hat.com>,
"open list:CPU POWER MONITORING SUBSYSTEM" <linux-pm@...r.kernel.org>,
open list <linux-kernel@...r.kernel.org>,
Shuah Khan <skhan@...uxfoundation.org>
Subject: Re: [PATCH 1/2] pm: cpupower: bench: print path fopen failed
On 9/17/24 06:37, Peng Fan wrote:
>> Subject: Re: [PATCH 1/2] pm: cpupower: bench: print path fopen failed
>>
>> On 9/11/24 19:38, Peng Fan (OSS) wrote:
>>> From: Peng Fan <peng.fan@....com>
>>>
>>> Print out the config file path when fopen failed. It will be easy for
>>> users to know where to create the file.
>>
>> Send these two patches as a series with a cover letter.
>>
>> Also what is changing - you can include what change: use the same
>> subject line in here.
>>
>> The subject line can be improved to say more than fopen() failed.
>> Which file open failed?
>>
>> The message can be informative about which file:
>> about which file.
>>
>> e.g: pm: cpupower: bench: print config file path when open fails
>>
>>>
>>> Signed-off-by: Peng Fan <peng.fan@....com>
>>> ---
>>> tools/power/cpupower/bench/parse.c | 2 +-
>>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>>
>>> diff --git a/tools/power/cpupower/bench/parse.c
>>> b/tools/power/cpupower/bench/parse.c
>>> index e63dc11fa3a5..366b20f9ddf1 100644
>>> --- a/tools/power/cpupower/bench/parse.c
>>> +++ b/tools/power/cpupower/bench/parse.c
>>> @@ -166,7 +166,7 @@ int prepare_config(const char *path, struct
>> config *config)
>>> configfile = fopen(path, "r");
>>> if (configfile == NULL) {
>>> perror("fopen");
>>> - fprintf(stderr, "error: unable to read configfile\n");
>>> + fprintf(stderr, "error: unable to read configfile: %s\n",
>> path);
>>
>> While you are at it, fix it to use strerror() instead of calling perror()
>> followed by fprintf().
>
> Seems the usage of perror is in the whole file. Could the conversion
> to sterror() be done in a separate patch?
>
Yes. That can be a separate patch. Please send them together in a patch series.
I will pull those in after the merge window closes.
thanks,
-- Shuah
Powered by blists - more mailing lists