From: Davidlohr Bueso <dave@stgolabs.net>
To: "Verma, Vishal L" <vishal.l.verma@intel.com>
Cc: "sunfishho12@gmail.com" <sunfishho12@gmail.com>,
"linux-cxl@vger.kernel.org" <linux-cxl@vger.kernel.org>,
"Williams, Dan J" <dan.j.williams@intel.com>,
"a.manzanares@samsung.com" <a.manzanares@samsung.com>
Subject: Re: [PATCH ndctl] cxl: Add list all option to the cxl command
Date: Thu, 14 Jul 2022 12:15:21 -0700 [thread overview]
Message-ID: <20220714191521.sy45sjpkpxijdefr@offworld> (raw)
In-Reply-To: <8546b123eb6303db6b863a2670d64aa87434f196.camel@intel.com>
On Thu, 14 Jul 2022, Verma, Vishal L wrote:
>On Thu, 2022-07-14 at 11:27 -0700, sunfishho12@gmail.com wrote:
>> From: Matthew Ho <sunfishho12@gmail.com>
>>
>> This adds a new subcommand cxl list --all, which is equivalent to cxl
>> list -MBPEDTHIiu. This addition makes it easier to list all the CXL
>> devices at once, as one does not need to append a subcommand for each
>> device. --all is also easier to remember than -MBPEDTHIiu. When
>> region support is added, this will be updated to include it.
>>
>> Reviewed-by: Adam Manzanares <a.manzanares@samsung.com>
>> Signed-off-by: Matthew Ho <sunfishho12@gmail.com>
>> ---
>> cxl/filter.h | 1 +
>> cxl/list.c | 15 +++++++++++++++
>> 2 files changed, 16 insertions(+)
You also need to the manpage (which I also missed) via:
Documentation/cxl/cxl-list.txt
and of course, same for Vishal's suggestions below.
>
>Hi Matthew, thanks for sending this - I agree it gets tedious trying to
>list multiple things.
>
>However, I think we should do this similar to ndctl-list's --verbose
>options, where adding the number of 'v's adds in more and more detail.
Yeah I agree, and was not aware that ndctl has this. Furthermore perf
tooling also uses this.
>
>For example:
>
>cxl list (default) : Regions and memdevs (this isn't there today, but
>in a pending series I'm about to send out).
>
>cxl list -v: -RMBDPT
>
>cxl list -vv: -RMBDPTi
>
>cxl list -vvv: -RMBDPTiHI
Makes sense to me.
>
>-u/--human can be excluded from the verbosity levels as that can be
>passed in if needed, and there may be use cases where it isn't desired
>(in scripts).
>
>Thoughts on this - do you want to take a shot at implementing it this
>way?
Sounds good to me.
Thanks,
Davidlohr
next prev parent reply other threads:[~2022-07-14 19:31 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-07-14 18:27 [PATCH ndctl] cxl: Add list all option to the cxl command sunfishho12
2022-07-14 19:19 ` Verma, Vishal L
2022-07-14 19:15 ` Davidlohr Bueso [this message]
2022-07-14 23:16 ` Matthew Ho
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20220714191521.sy45sjpkpxijdefr@offworld \
--to=dave@stgolabs.net \
--cc=a.manzanares@samsung.com \
--cc=dan.j.williams@intel.com \
--cc=linux-cxl@vger.kernel.org \
--cc=sunfishho12@gmail.com \
--cc=vishal.l.verma@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox