linux-kernel - Re: [PATCH v6 1/2] dt-bindings: gpio: uniphier: add UniPhier GPIO binding

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: Windows password security audit tool. GUI, reports in PDF.

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

Date:   Wed, 11 Oct 2017 10:43:06 +0200
From:   Linus Walleij <linus.walleij@...aro.org>
To:     Masahiro Yamada <yamada.masahiro@...ionext.com>
Cc:     "linux-gpio@...r.kernel.org" <linux-gpio@...r.kernel.org>,
        "devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
        Rob Herring <robh@...nel.org>,
        Masami Hiramatsu <mhiramat@...nel.org>,
        Jassi Brar <jaswinder.singh@...aro.org>,
        "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
        Rob Herring <robh+dt@...nel.org>,
        Mark Rutland <mark.rutland@....com>,
        "linux-arm-kernel@...ts.infradead.org" 
        <linux-arm-kernel@...ts.infradead.org>
Subject: Re: [PATCH v6 1/2] dt-bindings: gpio: uniphier: add UniPhier GPIO binding

On Wed, Oct 11, 2017 at 10:35 AM, Linus Walleij
<linus.walleij@...aro.org> wrote:
> On Wed, Sep 27, 2017 at 4:40 AM, Masahiro Yamada
> <yamada.masahiro@...ionext.com> wrote:
>
>> This GPIO controller is used on UniPhier SoC family.
>>
>> The vendor specific property "socionext,interrupt-ranges" is for
>> specifying interrupt mapping to the parent interrupt controller
>> because the mapping is not contiguous.  It works like "ranges",
>> but transforms "interrupts" instead of "reg".
>>
>> Signed-off-by: Masahiro Yamada <yamada.masahiro@...ionext.com>
>> Acked-by: Rob Herring <robh@...nel.org>
>
> Patch applied.
>
>> +- socionext,interrupt-ranges: Specifies an interrupt number mapping between
>> +  this GPIO controller and its interrupt parent, in the form of arbitrary
>> +  number of <child-interrupt-base parent-interrupt-base length> triplets.
> (...)
>> +               socionext,interrupt-ranges = <0 48 16>, <16 154 5>, <21 217 3>;
>
> Still uncertain about that thing.
>
> But as it is, you need running code, and we have rough consensus.
>
> So merging.
>
> If it turns out to be a bad binding we may need to patch in an alternative
> later.

Sorry I had to take it back out, because the <dt-bindings/*> stuff in the
other patch should also be in this patch rather than in the driver.

Please move that over here, and if you insist on those macros, also
use them in the example so we understand how this is supposed to
be used, i.e. also add a consumer node to the bindings example
if it is gonna use magic macros.

Yours,
Linus Walleij