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

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



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.

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

> Okie dokie - I'll drop Andreas' series that makes use of it[1] until
> this is addressed.

Please continue reviewing the remainder of that series - the patches
before could easily be applied for anyone wanting to work on this board.
And the patches after that are not about DT are independent, too.
Only patches 6-8 are affected.

Who knows how long fixing the binding will take...

Thanks,
Andreas

-- 
SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Felix Imendörffer, Jane Smithard, Graham Norton
HRB 21284 (AG Nürnberg)
--
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