From: Artem Bityutskiy <dedekind1@gmail.com>
To: Richard Weinberger <richard@nod.at>, linux-mtd@lists.infradead.org
Cc: boris.brezillon@free-electrons.com, alex@nextthing.co
Subject: Re: [PATCH 3/5] UBI: Expose the bitrot interface
Date: Fri, 06 Nov 2015 14:30:06 +0200 [thread overview]
Message-ID: <1446813006.20949.140.camel@gmail.com> (raw)
In-Reply-To: <563C9990.4040602@nod.at>
On Fri, 2015-11-06 at 13:14 +0100, Richard Weinberger wrote:
> Am 06.11.2015 um 12:59 schrieb Artem Bityutskiy:
> > On Thu, 2015-11-05 at 23:56 +0100, Richard Weinberger wrote:
> > > +#define UBI_IOCRPEB _IOW(UBI_IOC_MAGIC, 4, __s32)
> > > +#define UBI_IOCSPEB _IOW(UBI_IOC_MAGIC, 5, __s32)
> >
> > Could you please, add short comments telling what are these ioctls
> > about.
>
> Sure.
>
> Something like:
>
> +/* Trigger re-read of a given PEB */
Something more end-user oriented. Trigger re-read does not tell the end
user anything, but "check if a PEB has bitflips" does tell exactly why
the ioctl exists.
> +#define UBI_IOCRPEB _IOW(UBI_IOC_MAGIC, 4, __s32)
> +/* Trigger scrubbing of a given PEB */
Sounds good to me, although if you could also tell at the same time
whether this is unconditional or only if the PEB has bit-flips.
> +#define UBI_IOCSPEB _IOW(UBI_IOC_MAGIC, 5, __s32)
> While we're here, would it make sense to do a manpage for UBI's
> ioctl()s?
Well, more documentation is always a great thing, I invested a lot of
time into mtd web site at some point, and I think it payed off at the
end. Investing time into a man page would pay off too I believe.
Thanks!
next prev parent reply other threads:[~2015-11-06 12:30 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-05 22:56 [RFC] UBI statistics and bitrot interface Richard Weinberger
2015-11-05 22:56 ` [PATCH 1/5] UBI: Introduce prepare_erase_work() Richard Weinberger
2015-11-05 22:56 ` [PATCH 2/5] UBI: Introduce in_pq() Richard Weinberger
2015-11-05 22:56 ` [PATCH 3/5] UBI: Expose the bitrot interface Richard Weinberger
2015-11-06 11:59 ` Artem Bityutskiy
2015-11-06 12:14 ` Richard Weinberger
2015-11-06 12:30 ` Artem Bityutskiy [this message]
2015-11-06 12:27 ` Artem Bityutskiy
2015-11-05 22:56 ` [PATCH 4/5] UBI: Add basic read counter support Richard Weinberger
2015-11-05 22:56 ` [PATCH 5/5] UBI: Expose UBI statistics interface Richard Weinberger
2025-02-12 20:46 ` [RFC] UBI statistics and bitrot interface Ashley Herron
2025-02-12 21:58 ` Richard Weinberger
2025-02-14 16:04 ` Ashley Herron
2025-02-14 19:19 ` Richard Weinberger
2025-02-15 4:58 ` Zhihao Cheng
2025-02-15 5:21 ` Zhihao Cheng
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=1446813006.20949.140.camel@gmail.com \
--to=dedekind1@gmail.com \
--cc=alex@nextthing.co \
--cc=boris.brezillon@free-electrons.com \
--cc=linux-mtd@lists.infradead.org \
--cc=richard@nod.at \
/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.