[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <PH0PR12MB548101A3A5CEAD2CAAB04FB1DC389@PH0PR12MB5481.namprd12.prod.outlook.com>
Date: Mon, 7 Jun 2021 11:43:58 +0000
From: Parav Pandit <parav@...dia.com>
To: David Ahern <dsahern@...il.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
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.
Should we warp it?
[1] https://www.kernel.org/doc/html/latest/process/coding-style.html#breaking-long-lines-and-strings
Powered by blists - more mailing lists