Re: [PATCH] checks: Detect cascoda,ca8210 extclock-gpio false-positive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On Tue, Jul 24, 2018 at 4:12 PM Andreas Färber <afaerber@xxxxxxx> wrote:
>
> Hi Rob and Paul,
>
> Am 24.07.2018 um 22:17 schrieb Paul Burton:
> > On Tue, Jul 24, 2018 at 01:16:28PM -0600, Rob Herring wrote:
> >> On Tue, Jul 24, 2018 at 12:10 PM Paul Burton <paul.burton@xxxxxxxx> wrote:
> >>>
> >>> The binding for the cascoda,ca8210 IEEE 802.15.4 (6LoWPAN) device
> >>> includes an extclock-gpio property which does not contain a gpio-list,
> >>> but is instead an integer representing a pin of the device itself. This
> >>> falls foul of the gpios_property check, for example:
> >>>
> >>>     DTC     arch/mips/boot/dts/img/pistachio_marduk.dtb
> >>>   arch/mips/boot/dts/img/pistachio_marduk.dtb: Warning (gpios_property):
> >>>     /spi@18100f00/sixlowpan@4: Missing property '#gpio-cells' in node
> >>>     /clk@18144000 or bad phandle (referred from extclock-gpio[0])
> >>>
> >>> Extend the checking for false-positives in prop_is_gpio() to detect this
> >>> case in addition to the existing nr-gpio case. The false-positive cases
> >>> are described by an array including a compatible string & property name.
> >>> A NULL compatible string indicates that the property may be present in
> >>> any node, otherwise the property is only allowed in a node compatible
> >>> with the given string. This allows us to whitelist the extclock-gpio
> >>> property for the cascoda,ca8210 device without allowing it anywhere
> >>> else.
> >>
> >> IMO the binding should be fixed. It wasn't reviewed and there are no
> >> dts files using it. I see several issues with it.
>
> It looked strange to me, too, so revising it will be appreciated. Will
> you be driving this, Rob? Thanks.

Well, I'll happily list what should be fixed:

- s/reset-gpio/reset-gpios/
- Use 'interrupts' instead of irq-gpio
- Use clock binding instead of extclock-freq
- s/extclock-gpio/cascoda,extclock-gpio-pin/
- Seems like extclock-gpio being present can imply extclock-enable

> BTW not a single binding in net/ieee802154/ has Rob's Reviewed-by or
> Acked-by, not just this binding.

get_maintainers.pl is not perfect, but still...

Rob
--
To unsubscribe from this list: send the line "unsubscribe devicetree-compiler" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Device Tree]     [Device Tree Spec]     [Linux Driver Backports]     [Video for Linux]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]

  Powered by Linux