All of lore.kernel.org
 help / color / mirror / Atom feed
From: Chris Ball <chris@printf.net>
To: Baolin Wang <baolin.wang@linaro.org>
Cc: linux-mmc@vger.kernel.org, ulf.hansson@linaro.org,
	broonie@kernel.org, linus.walleij@linaro.org, sebras@gmail.com
Subject: Re: [PATCH v2] mmc-utils: Merge the lsmmc tool into mmc-utils
Date: Tue, 16 Feb 2016 20:02:15 +0000	[thread overview]
Message-ID: <86fuwse854.fsf@void.printf.net> (raw)
In-Reply-To: <32aeb1c8c24a29aabe3f58bcdf60faf7a39c6491.1454660477.git.baolin.wang@linaro.org> (Baolin Wang's message of "Fri, 5 Feb 2016 16:23:34 +0800")

Hi everyone,

Sorry, I'm missing something hopefully-obvious about this patch:

Which command does someone use to run the new ext_csd code in lsmmc?

I thought that this patch would add lsmmc's ext_csd parsing to the
existing "mmc extcsd read" command.  But it doesn't seem to do that --
it duplicates the code, so there are two separate, unrelated extcsd
parsers in:

    * lsmmc.c:print_mmc_ext_csd()
    * mmc_cmds.c:do_read_extcsd().

I don't think that's what Ulf's suggestion intended -- as I read it,
he was hoping to see the parsers merged to make one better parser.
I'd like to see that too, though I understand that it's more work.

And I'm still confused, as above, about how to actually use the new
extcsd parser, because "mmc extcsd read" doesn't seem to be it, and
the new commands added:

    int do_read_scr(int argc, char **argv);
    int do_read_cid(int argc, char **argv);
    int do_read_csd(int argc, char **argv);

.. don't seem to be it either, since they don't pass "EXT_CSD" to
process_dir(), which is the only way I can see to activate lsmmc's
ext_csd printer.  How's it supposed to work?

Also:

On Fri, Feb 05 2016, Baolin Wang wrote:
> +void usage(void)
> +int parse_opts(int argc, char **argv, struct config *config)

These functions could be totally removed now, I think?

Thanks!

- Chris.
-- 
Chris Ball   <http://printf.net/>

  parent reply	other threads:[~2016-02-16 20:37 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-02-05  8:23 [PATCH v2] mmc-utils: Merge the lsmmc tool into mmc-utils Baolin Wang
2016-02-05  9:29 ` Linus Walleij
2016-02-05 15:17   ` Sebastian Rasmussen
2016-02-16 20:02 ` Chris Ball [this message]
2016-02-17  2:31   ` Baolin Wang
  -- strict thread matches above, loose matches on Subject: below --
2016-02-02  8:21 Baolin Wang
2016-02-02 21:39 ` Linus Walleij
2016-02-03  2:26   ` Baolin Wang
2016-02-02 22:04 ` Sebastian Rasmussen
2016-02-03  2:34   ` Baolin Wang

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=86fuwse854.fsf@void.printf.net \
    --to=chris@printf.net \
    --cc=baolin.wang@linaro.org \
    --cc=broonie@kernel.org \
    --cc=linus.walleij@linaro.org \
    --cc=linux-mmc@vger.kernel.org \
    --cc=sebras@gmail.com \
    --cc=ulf.hansson@linaro.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.