[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <d41a4e6c-0669-0b6c-5a2d-af1f3e5ae3bd@gmail.com>
Date: Mon, 7 Jun 2021 08:41:15 -0600
From: David Ahern <dsahern@...il.com>
To: Parav Pandit <parav@...dia.com>,
"stephen@...workplumber.org" <stephen@...workplumber.org>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>
Cc: Jiri Pirko <jiri@...dia.com>
Subject: Re: [PATCH RESEND iproute2-next] devlink: Add optional controller
user input
On 6/7/21 5:43 AM, Parav Pandit wrote:
> Hi David,
>
>> From: David Ahern <dsahern@...il.com>
>> Sent: Monday, June 7, 2021 8:31 AM
>>
>> On 6/3/21 5:19 AM, Parav Pandit wrote:
>>> @@ -3795,7 +3806,7 @@ static void cmd_port_help(void)
>>> pr_err(" devlink port param set DEV/PORT_INDEX name
>> PARAMETER value VALUE cmode { permanent | driverinit | runtime }\n");
>>> pr_err(" devlink port param show [DEV/PORT_INDEX name
>> PARAMETER]\n");
>>> pr_err(" devlink port health show [ DEV/PORT_INDEX reporter
>> REPORTER_NAME ]\n");
>>> - pr_err(" devlink port add DEV/PORT_INDEX flavour FLAVOUR
>> pfnum PFNUM [ sfnum SFNUM ]\n");
>>> + pr_err(" devlink port add DEV/PORT_INDEX flavour FLAVOUR
>> pfnum PFNUM [ sfnum SFNUM ] [ controller CNUM ]\n");
>>> pr_err(" devlink port del DEV/PORT_INDEX\n");
>>> }
>>>
>>> @@ -4324,7 +4335,7 @@ static int __cmd_health_show(struct dl *dl, bool
>>> show_device, bool show_port);
>>>
>>> static void cmd_port_add_help(void)
>>> {
>>> - pr_err(" devlink port add { DEV | DEV/PORT_INDEX } flavour
>> FLAVOUR pfnum PFNUM [ sfnum SFNUM ]\n");
>>> + pr_err(" devlink port add { DEV | DEV/PORT_INDEX } flavour
>> FLAVOUR pfnum PFNUM [ sfnum SFNUM ] [ controller CNUM ]\n");
>>
>> This line and the one above need to be wrapped. This addition puts it well
>> into the 90s.
>>
> It’s a print message.
> I was following coding style of [1] that says "However, never break user-visible strings such as printk messages because that breaks the ability to grep for them.".
> Recent code of dcb_ets.c has similar long string in print. So I didn't wrap it.
I missed that when reviewing the dcb command then.
> Should we warp it?
>
> [1] https://www.kernel.org/doc/html/latest/process/coding-style.html#breaking-long-lines-and-strings
>
[1] is referring to messages from kernel code, and I agree with that
style. This is help message from iproute2. I tend to keep my terminal
widths between 80 and 90 columns, so the long help lines from commands
are not very friendly causing me to resize the terminal.
Powered by blists - more mailing lists