From: Eva Rachel Retuya <eraretuya@gmail.com>
To: Peter Meerwald-Stadler <pmeerw@pmeerw.net>
Cc: linux-iio@vger.kernel.org, outreachy-kernel@googlegroups.com,
jic23@kernel.org, knaack.h@gmx.de, lars@metafoo.de
Subject: Re: [PATCH] tools: iio: iio_generic_buffer: add -A to force-enable all channels
Date: Thu, 20 Oct 2016 01:09:57 +0800 [thread overview]
Message-ID: <20161019170953.GA2121@Socrates-DK> (raw)
In-Reply-To: <alpine.DEB.2.02.1610172311510.31400@pmeerw.net>
On Mon, Oct 17, 2016 at 11:15:53PM +0200, Peter Meerwald-Stadler wrote:
>
> > If attribute/s is/are already enabled (by default or via scripts or
> > manual interaction), issuing -a will fail to enable the channels thereby
> > one has to manually disable the said attribute/s before proceeding with
> > auto-enabling.
> >
> > Add a command-line option -A to force-activate all channels regardless
> > of their current state.
>
> comments below
>
> > Suggested-by: Alison Schofield <amsfield22@gmail.com>
> > Signed-off-by: Eva Rachel Retuya <eraretuya@gmail.com>
> > ---
> > tools/iio/iio_generic_buffer.c | 17 ++++++++++++-----
> > 1 file changed, 12 insertions(+), 5 deletions(-)
> >
> > diff --git a/tools/iio/iio_generic_buffer.c b/tools/iio/iio_generic_buffer.c
> > index f39c0e9..84c9888 100644
> > --- a/tools/iio/iio_generic_buffer.c
> > +++ b/tools/iio/iio_generic_buffer.c
> > @@ -247,6 +247,7 @@ void print_usage(void)
> > fprintf(stderr, "Usage: generic_buffer [options]...\n"
> > "Capture, convert and output data from IIO device buffer\n"
> > " -a Auto-activate all available channels\n"
> > + " -A Force-activate ALL channels\n"
> > " -c <n> Do n conversions\n"
> > " -e Disable wait for event (new data)\n"
> > " -g Use trigger-less mode\n"
> > @@ -347,16 +348,22 @@ int main(int argc, char **argv)
> > int noevents = 0;
> > int notrigger = 0;
> > char *dummy;
> > + int force = 0;
>
> bool instead of int
> maybe force_autochannels
>
> >
> > struct iio_channel_info *channels = NULL;
> >
> > register_cleanup();
> >
> > - while ((c = getopt_long(argc, argv, "ac:egl:n:N:t:T:w:", longopts, NULL)) != -1) {
> > + while ((c = getopt_long(argc, argv, "aAc:egl:n:N:t:T:w:", longopts,
> > + NULL)) != -1) {
> > switch (c) {
> > case 'a':
> > autochannels = AUTOCHANNELS_ENABLED;
> > break;
> > + case 'A':
> > + autochannels = AUTOCHANNELS_ENABLED;
> > + force = 1;
> > + break;
> > case 'c':
> > errno = 0;
> > num_loops = strtoul(optarg, &dummy, 10);
> > @@ -519,15 +526,15 @@ int main(int argc, char **argv)
> > "diag %s\n", dev_dir_name);
> > goto error;
> > }
> > - if (num_channels && autochannels == AUTOCHANNELS_ENABLED) {
> > + if ((num_channels && autochannels == AUTOCHANNELS_ENABLED) && !force) {
>
> parenthesis not strictly required/needed
> the bracketing is inconsistent, when do you use parenthesis with && and
> when not? I suggest to drop parenthesis
>
> > fprintf(stderr, "Auto-channels selected but some channels "
> > "are already activated in sysfs\n");
> > fprintf(stderr, "Proceeding without activating any channels\n");
> > }
> >
> > - if (!num_channels && autochannels == AUTOCHANNELS_ENABLED) {
> > - fprintf(stderr,
> > - "No channels are enabled, enabling all channels\n");
> > + if ((!num_channels && autochannels == AUTOCHANNELS_ENABLED) ||
> > + ((autochannels == AUTOCHANNELS_ENABLED) && force)) {
> > + fprintf(stderr, "Enabling all channels\n");
>
> as above
Thanks for the feedback. I submitted a patchset about these suggestions.
However, I cannot fully omit all extra parentheses on that part
otherwise the tool will not compile due to requiring parentheses around
'||'.
Eva
> >
> > ret = enable_disable_all_channels(dev_dir_name, 1);
> > if (ret) {
> >
>
> --
>
> Peter Meerwald-Stadler
> +43-664-2444418 (mobile)
prev parent reply other threads:[~2016-10-19 17:10 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-10-14 10:18 [PATCH] tools: iio: iio_generic_buffer: add -A to force-enable all channels Eva Rachel Retuya
2016-10-15 14:27 ` Jonathan Cameron
2016-10-16 2:13 ` Eva Rachel Retuya
2016-10-17 21:15 ` Peter Meerwald-Stadler
2016-10-19 17:09 ` Eva Rachel Retuya [this message]
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=20161019170953.GA2121@Socrates-DK \
--to=eraretuya@gmail.com \
--cc=jic23@kernel.org \
--cc=knaack.h@gmx.de \
--cc=lars@metafoo.de \
--cc=linux-iio@vger.kernel.org \
--cc=outreachy-kernel@googlegroups.com \
--cc=pmeerw@pmeerw.net \
/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;
as well as URLs for NNTP newsgroup(s).