linux-kernel - Re: [PATCH v2] gpio: mmio: fix calculation of bgpio

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <CAHp75VcJ0x2Bv9afALWsxB3EWWB7YEfo+rzZpKiafdm74z_aWQ@mail.gmail.com>
Date:   Tue, 11 Jul 2023 16:10:16 +0300
From:   Andy Shevchenko <andy.shevchenko@...il.com>
To:     Asmaa Mnebhi <asmaa@...dia.com>
Cc:     "linus.walleij@...aro.org" <linus.walleij@...aro.org>,
        "bgolaszewski@...libre.com" <bgolaszewski@...libre.com>,
        "brgl@...ev.pl" <brgl@...ev.pl>,
        "linux-gpio@...r.kernel.org" <linux-gpio@...r.kernel.org>,
        "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
        David Thompson <davthompson@...dia.com>
Subject: Re: [PATCH v2] gpio: mmio: fix calculation of bgpio_bits

On Tue, Jul 11, 2023 at 3:23 PM Asmaa Mnebhi <asmaa@...dia.com> wrote:
>
> > > If the "ngpios" property is specified, bgpio_bits is calculated as the
> > > round up value of ngpio. At the moment, the only requirement specified
> > > is that the round up value must be a multiple of 8 but it should also
> > > be a power of 2 because we provide accessors based on the bank size in
> > > bgpio_setup_accessors().
> >
> > Is this a fixup for the other patch? If so, then why did you split them again?
> >
> Apologies, I might have misunderstood your previous comment. I thought you asked me to split it again so that it is a rebased continuation of the approved old patches.

No, I asked to move the changelog section to be not a part of the
commit message and asked what happened to the tags, because you
dropped them.

> To avoid any further misunderstandings on my part , could you please confirm the following:
> 1) I will create one patch combining both

_If_ I understood the patch flow correctly, and it means that one is
the fix to the other one, then yes, otherwise no, keep them split with
appropriate Fixes tag added.

> 2) The tag for this one patch will be "[PATCH v2] gpio: mmio: handle "ngpios" properly in bgpio_init()"
> And Reviewed-By Andy and Linus.

What do you mean by "tag" in this context? Do you mean "Subject" or
title? Otherwise it's very confusing.
For the Rb tag by me, yes, please keep it. As for Linus' one I think
you should drop it and add a changelog entry to explain why, because
that tag is only for the "fix" part. Do not forget to Cc Linus.

> 3) I will add in the commit message , a changelog section as shown below:
> Signed-off-by: Asmaa Mnebhi <asmaa@...dia.com>

It's mandatory according to the Submitting Patches documentation. Read
it for clarification on how to use and when the tags.

> ---
> V1->v2:
> - rebase + combination of the 2 patches.

I believe this needs more entries. Since it's not part of the commit
message, you may use free wording to explain what exactly had happened
to the patches, with links, references, etc.

-- 
With Best Regards,
Andy Shevchenko