[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CACRpkda7n3VL-EpwdXDxt47azFo8Wkp67-urUy7--3D6TJs7iA@mail.gmail.com>
Date: Sat, 1 May 2021 14:13:35 +0200
From: Linus Walleij <linus.walleij@...aro.org>
To: Thomas Bogendoerfer <tsbogend@...ha.franken.de>
Cc: Bartosz Golaszewski <bgolaszewski@...libre.com>,
Rob Herring <robh+dt@...nel.org>,
"open list:GPIO SUBSYSTEM" <linux-gpio@...r.kernel.org>,
"open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS"
<devicetree@...r.kernel.org>,
linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v4 2/2] dt-bindings: gpio: Add devicetree binding for IDT
79RC32434 GPIO controller
On Mon, Apr 26, 2021 at 11:54 AM Thomas Bogendoerfer
<tsbogend@...ha.franken.de> wrote:
> Add YAML devicetree binding for IDT 79RC32434 GPIO controller
>
> Signed-off-by: Thomas Bogendoerfer <tsbogend@...ha.franken.de>
> ---
> Changes in v4:
> - renamed to idt,32434-gpio this time for real
Overall looks good to me.
> +required:
(...)
> + - ngpios
Is there a *technical* reason why this is required?
Can't the driver just default to 32 gpios when not specified?
> + - interrupt-controller
> + - "#interrupt-cells"
> + - interrupts
Why can't interrupt support be made optional?
It is fine if the driver errors out if not provided, but
for the bindings this feels optional.
Or does the thing break unless you handle the IRQs?
Yours,
Linus Walleij
Powered by blists - more mailing lists