Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
MIME-Version: 1.0
In-Reply-To: <1516958276.7000.1271.camel@linux.intel.com>
References: <1516952396-7423-1-git-send-email-shunyong.yang@hxt-semitech.com> <1516958276.7000.1271.camel@linux.intel.com>
From:   Rasmus Villemoes <linux@rasmusvillemoes.dk>
Date:   Fri, 26 Jan 2018 10:43:16 +0100
Message-ID: <CAKwiHFhqf6dO0ezhctQ=XRN8=AcFzZ7ckr46wC6KAGcskpcvwg@mail.gmail.com>
Subject: Re: [RFC PATCH] vsprintf: add flag ZEROPAD handling before crng is ready
To:     Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Cc:     Yang Shunyong <shunyong.yang@hxt-semitech.com>, me@tobin.cc,
        akpm@linux-foundation.org, joe@perches.com,
        pantelis.antoniou@konsulko.com, mchehab@kernel.org,
        adobriyan@gmail.com, linux-kernel@vger.kernel.org,
        yu.zheng@hxt-semitech.com
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

On 26 January 2018 at 10:17, Andy Shevchenko
<andriy.shevchenko@linux.intel.com> wrote:
> +Rasmus

Thanks.

> On Fri, 2018-01-26 at 15:39 +0800, Yang Shunyong wrote:
>> Before crng is ready, output of "%p" composes of "(ptrval)" and
>> left padding spaces for alignment as no random address can be
>> generated. This seems a little strange sometimes.
>> For example, when irq domain names are built with "%p", the nodes
>> under /sys/kernel/debug/irq/domains like this,
>>
>> [root@y irq]# ls domains/
>> default                   irqchip@        (ptrval)-2
>> irqchip@        (ptrval)-4  \_SB_.TCS0.QIC1  \_SB_.TCS0.QIC3
>> irqchip@        (ptrval)  irqchip@        (ptrval)-3
>> \_SB_.TCS0.QIC0             \_SB_.TCS0.QIC2
>>
>> The name "irqchip@        (ptrval)-2" is not so readable in console
>> output.
>
> Yes, this is not best output.
>
>> This patch adds ZEROPAD handling in widen_string() and move_right().
>> When ZEROPAD is set in spec, it will use '0' for padding. If not
>> set, it will use ' '.
>> This patch also sets ZEROPAD in ptr_to_id() before crgn is ready.

Yew.

> Have you added specific test cases to see what's going on for patterns
> like
>
> printf("%0s\n", "    (my string)");

[That's not really relevant, since we'll never have those (gcc says
"warning: '0' flag used with =E2=80=98%s=E2=80=99").]

>> @@ -1702,6 +1709,8 @@ static char *ptr_to_id(char *buf, char *end,
>> void *ptr, struct printf_spec spec)
>>
>>       if (unlikely(!have_filled_random_ptr_key)) {
>>               spec.field_width =3D default_width;
>> +             spec.flags |=3D ZEROPAD;
>> +
>>               /* string length must be less than default_width */
>>               return string(buf, end, "(ptrval)", spec);
>>       }

So why not just use a string literal with the right width to begin
with, e.g. =3D=3D=3D=3D=3D(ptrval)=3D=3D=3D=3D=3D or whatever manual paddin=
g left or right
seems appropriate. Space-padding is not nice, but 0-padding isn't much
better. That way you only affect the uncommon case of %p before
have_filled_random_ptr_key instead of adding a few instructions to all
%s users.

While at it, it may be worth looking into whether the irqdomain output
actually needs the @%p thing or if one could improve that instead.

Rasmus