From: Rasmus Villemoes <linux@rasmusvillemoes.dk>
To: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Cc: Robert Elliott <elliott@hpe.com>,
Matt Fleming <matt@codeblueprint.co.uk>,
Andrew Morton <akpm@linux-foundation.org>,
Thomas Gleixner <tglx@linutronix.de>,
Ingo Molnar <mingo@redhat.com>, "H. Peter Anvin" <hpa@zytor.com>,
linux-kernel@vger.kernel.org,
Brian Norris <computersforpeace@gmail.com>,
Hariprasad S <hariprasad@chelsio.com>
Subject: Re: [PATCH v2 08/11] lib/vsprintf: allow range of prefix for %pl[From[To]]
Date: Mon, 18 Jan 2016 22:40:32 +0100 [thread overview]
Message-ID: <87io2qefcf.fsf@rasmusvillemoes.dk> (raw)
In-Reply-To: <1452810221-116505-9-git-send-email-andriy.shevchenko@linux.intel.com> (Andy Shevchenko's message of "Fri, 15 Jan 2016 00:23:38 +0200")
On Thu, Jan 14 2016, Andy Shevchenko <andriy.shevchenko@linux.intel.com> wrote:
> The user may supply the range of desired prefixes in a format %pl[From[To]],
> where 'From' is letter of minimum allowed prefix, and 'To' is a maximum
> correspondently.
>
Sorry, but yuck. I really don't think a %p extension is a good way to
achieve this pretty-printing (with or without the min/max unit thing
added). Also, this makes it too easy to lose information (since %plX
would round down to X), so we'd neither get something representing the
passed-in value nor something human readable (as your test case { .v =
1097364144125ULL, .r = "1071644671 KiB" } shows).
>
> Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
> ---
> Documentation/printk-formats.txt | 4 ++++
> lib/test_printf.c | 35 ++++++++++++++++++++++++++++++++---
> lib/vsprintf.c | 18 +++++++++++++++++-
> 3 files changed, 53 insertions(+), 4 deletions(-)
>
> diff --git a/Documentation/printk-formats.txt b/Documentation/printk-formats.txt
> index 8e8b4c0..3b41899 100644
> --- a/Documentation/printk-formats.txt
> +++ b/Documentation/printk-formats.txt
> @@ -289,9 +289,13 @@ struct clk:
>
> unsigned long long value in human-readable form (with IEC binary prefix):
>
> + %pl[From[To]]
> +
> %pl 1023 KiB (1047552)
> %pl 1048575 B (1048575)
> + %plKM 1023 KiB (1048575)
> %pl 1 MiB (1048576)
> + %plG 2 TiB (2199023255552)
>
> For printing given unsigned long long value in human-readable form with
> automatically choosen IEC binary prefix.
> diff --git a/lib/test_printf.c b/lib/test_printf.c
> index 1e078c2..ae35885 100644
> --- a/lib/test_printf.c
> +++ b/lib/test_printf.c
> @@ -420,10 +420,39 @@ human_readable(void)
> { .v = 1048575ULL, .r = "1048575 B" },
> { .v = 1047552ULL, .r = "1023 KiB" },
> };
> - unsigned int i;
> + struct hr_test_data htdplM[] = {
> + { .v = 1097364144128ULL, .r = "1022 GiB" },
> + { .v = 1097364144125ULL, .r = "1046527 MiB" },
> + { .v = 1048576ULL, .r = "1 MiB" },
> + { .v = 1048575ULL, .r = "0 MiB" },
> + { .v = 1047552ULL, .r = "0 MiB" },
> + };
> + struct hr_test_data htdplKM[] = {
> + { .v = 1097364144128ULL, .r = "1046528 MiB" },
> + { .v = 1097364144125ULL, .r = "1071644671 KiB" },
> + { .v = 1048578ULL, .r = "1024 KiB" },
> + { .v = 1048576ULL, .r = "1 MiB" },
> + { .v = 1048575ULL, .r = "1023 KiB" },
> + { .v = 1047552ULL, .r = "1023 KiB" },
> + };
> + struct hr_test_array {
> + const char *fmt;
> + struct hr_test_data *data;
> + size_t sz;
> + };
> + struct hr_test_array hta[] = {
> + { "%pl", htdpl, ARRAY_SIZE(htdpl) },
> + { "%plM", htdplM, ARRAY_SIZE(htdplM) },
> + { "%plKM", htdplKM, ARRAY_SIZE(htdplKM) },
> + /* No reversed %pl[To[From]] order */
> + { "%plMK", htdplM, ARRAY_SIZE(htdplM) },
> + };
> + unsigned int i, j;
>
> - for (i = 0; i < ARRAY_SIZE(htdpl); i++)
> - test(htdpl[i].r, "%pl", &htdpl[i].v);
> + for (j = 0; j < ARRAY_SIZE(hta); j++) {
> + for (i = 0; i < hta[j].sz; i++)
> + test(hta[j].data[i].r, hta[j].fmt, &hta[j].data[i].v);
> + }
> }
>
> static void __init
> diff --git a/lib/vsprintf.c b/lib/vsprintf.c
> index 8288470..fbcb221 100644
> --- a/lib/vsprintf.c
> +++ b/lib/vsprintf.c
> @@ -1310,12 +1310,28 @@ char *human_readable(char *buf, char *end, const void *addr,
> struct printf_spec spec, const char *fmt)
> {
> unsigned long long value = *(unsigned long long *)addr;
> + unsigned short from = 0, to = STRING_UNITS_2_NUM - 1;
> unsigned long index;
> + unsigned int i;
> +
Is there any reason you try to use every integer rank? from, to, index
and i never take values other than [0..9], right? So unsigned int
(or u8 if you somehow think that would generate better code) should be
good for them all?
> + /* Parse %pl[From[To]] */
> + for (i = 0; i < STRING_UNITS_2_NUM; i++)
> + if (fmt[1] == string_units_2[i][0])
> + break;
> + if (i < STRING_UNITS_2_NUM) {
> + from = i;
> + for (i = 0; i < STRING_UNITS_2_NUM; i++)
> + if (fmt[2] == string_units_2[i][0])
> + break;
> + if (i < STRING_UNITS_2_NUM && i >= from)
> + to = i;
> + }
>
> if (value)
> index = __ffs64(value) / 10;
> else
> index = 0;
> + index = clamp_t(unsigned long, index, from, to);
And then you wouldn't need to use the _t version here.
> /* Print numeric part */
> buf = number(buf, end, value >> (index * 10), default_dec_spec);
> @@ -1459,7 +1475,7 @@ int kptr_restrict __read_mostly;
> * Do not use this feature without some mechanism to verify the
> * correctness of the format string and va_list arguments.
> * - 'K' For a kernel pointer that should be hidden from unprivileged users
> - * - 'l' For a value in human-readable form (with IEC binary prefix)
> + * - 'l[from[to]]' For a value in human-readable form (with IEC binary prefix)
> * - 'NF' For a netdev_features_t
> * - 'h[CDN]' For a variable-length buffer, it prints it as a hex string with
> * a certain separator (' ' by default):
next prev parent reply other threads:[~2016-01-18 21:40 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-14 22:23 [PATCH v2 00/11] lib/vsprintf: refactor and introduce %pl specifier Andy Shevchenko
2016-01-14 22:23 ` [PATCH v2 01/11] lib/vsprintf: introduce put_one_char() for 3 line idiom Andy Shevchenko
2016-01-18 20:35 ` Rasmus Villemoes
2016-01-14 22:23 ` [PATCH v2 02/11] lib/vsprintf: make default_dec_spec global Andy Shevchenko
2016-01-18 20:38 ` Rasmus Villemoes
2016-01-14 22:23 ` [PATCH v2 03/11] lib/vsprintf: make default_str_spec global Andy Shevchenko
2016-01-14 22:23 ` [PATCH v2 04/11] lib/string_helpers: export string_units_{2,10} for others Andy Shevchenko
2016-01-14 22:23 ` [PATCH v2 05/11] lib/string_helpers: fix indentation in few places Andy Shevchenko
2016-01-14 22:23 ` [PATCH v2 06/11] lib/vsprintf: introduce %pl to print in human-readable form Andy Shevchenko
2016-01-15 3:04 ` Joe Perches
2016-01-18 20:57 ` Rasmus Villemoes
2016-01-21 21:13 ` H. Peter Anvin
2016-01-14 22:23 ` [PATCH v2 07/11] x86/efi: print size and base in binary units in efi_print_memmap Andy Shevchenko
2016-01-14 22:23 ` [PATCH v2 08/11] lib/vsprintf: allow range of prefix for %pl[From[To]] Andy Shevchenko
2016-01-18 21:40 ` Rasmus Villemoes [this message]
2016-01-14 22:23 ` [PATCH v2 09/11] lib/vsprintf: use precision field with %pl[From[To]] Andy Shevchenko
2016-01-18 22:21 ` Rasmus Villemoes
2016-01-14 22:23 ` [PATCH v2 10/11] cxgb4: print value in human-readable form via %.0plKM Andy Shevchenko
2016-01-14 22:23 ` [PATCH v2 11/11] pcmciamtd: " Andy Shevchenko
2016-01-21 12:51 ` [PATCH v2 00/11] lib/vsprintf: refactor and introduce %pl specifier Andy Shevchenko
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=87io2qefcf.fsf@rasmusvillemoes.dk \
--to=linux@rasmusvillemoes.dk \
--cc=akpm@linux-foundation.org \
--cc=andriy.shevchenko@linux.intel.com \
--cc=computersforpeace@gmail.com \
--cc=elliott@hpe.com \
--cc=hariprasad@chelsio.com \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=matt@codeblueprint.co.uk \
--cc=mingo@redhat.com \
--cc=tglx@linutronix.de \
/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
Powered by JetHome