[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180513131004.GD10381@mtr-leonro.mtl.com>
Date: Sun, 13 May 2018 16:10:04 +0300
From: Leon Romanovsky <leon@...nel.org>
To: David Ahern <dsahern@...il.com>
Cc: Steve Wise <swise@...ngridcomputing.com>,
stephen@...workplumber.org, netdev@...r.kernel.org,
linux-rdma@...r.kernel.org
Subject: Re: [PATCH v1 iproute2-next 2/3] rdma: print driver resource
attributes
On Thu, May 10, 2018 at 08:20:51AM -0600, David Ahern wrote:
> On 5/10/18 8:19 AM, Steve Wise wrote:
> >
> > On 5/9/2018 11:08 PM, David Ahern wrote:
> >> On 5/7/18 9:53 AM, Steve Wise wrote:
> >>> @@ -152,7 +153,10 @@ int main(int argc, char **argv)
> >>> pretty_output = true;
> >>> break;
> >>> case 'd':
> >>> - show_details = true;
> >>> + if (show_details)
> >>> + show_driver_details = true;
> >>> + else
> >>> + show_details = true;
> >>> break;
> >>> case 'j':
> >>> json_output = true;
> >> The above change should be reflected in the man page.
> >
> > I did mention it in the man page:
> >
> > -d, --details
> > Output detailed information. Adding a second -d includes
> > driver-specific details.
> >
> > But I wasn't sure how to show it in the syntax. Maybe this?
> >
> > OPTIONS := { -V[ersion] | -d[etails] [-d[etails]] } -j[son] } -p[retty] }
>
> I should have read the second patch before commenting. Didn't it have
> first -d = details, a second -d = driver details? That should be fine.
Yes, our idea is to require "-dd" to print such driver specific
information. The level of nesting is:
* No arguments -> info usable for most of the users
* -d - pre-parsed flags and rarely used information.
* -dd - very detailed output, can be very specific to device.
Thanks
>
> >
> >
> >> Also, the set needs to be respun after I merged master where Stephen
> >> brought in updates to the uapi files.
> >
> > Will do. Thanks for reviewing.
> >
> > Steve.
> >
>
Download attachment "signature.asc" of type "application/pgp-signature" (802 bytes)
Powered by blists - more mailing lists