[PATCH v9 2/3] arm: dts: add Nuvoton NPCM750 device tree

Arnd Bergmann arnd at arndb.de
Tue Feb 13 11:53:05 PST 2018


On Tue, Feb 13, 2018 at 8:12 PM, Brendan Higgins
<brendanhiggins at google.com> wrote:
> On Tue, Feb 13, 2018 at 1:29 AM, Avi Fishman <avifishman70 at gmail.com> wrote:
>> On Tue, Feb 13, 2018 at 10:30 AM, Arnd Bergmann <arnd at arndb.de> wrote:
>>> On Tue, Feb 6, 2018 at 12:57 AM, Brendan Higgins
>>> <brendanhiggins at google.com> wrote:
>>>> Add a common device tree for all Nuvoton NPCM750 BMCs and a board
>>>> specific device tree for the NPCM750 (Poleg) evaluation board.
>>>>
>>>> Signed-off-by: Brendan Higgins <brendanhiggins at google.com>
>>>> Reviewed-by: Tomer Maimon <tmaimon77 at gmail.com>
>>>> Reviewed-by: Avi Fishman <avifishman70 at gmail.com>
>>>> Reviewed-by: Joel Stanley <joel at jms.id.au>
>>>> Reviewed-by: Rob Herring <robh at kernel.org>
>>>> Tested-by: Tomer Maimon <tmaimon77 at gmail.com>
>>>> Tested-by: Avi Fishman <avifishman70 at gmail.com>
>>> ...
>>>> +               enable-method = "nuvoton,npcm7xx-smp";
>>>
>>> I see this has already been reviewed quite a bit, but I'm curious
>>> about the 'npcm7xx'
>>> part here. Shouldn't that be a real chip name rather than a wildcard?
>>
>> There is a family of npcm7xx, some with SMP and some without.
>> For those who has it, it is common for all to use the same
>> "nuvoton,npcm7xx-smp".
>
> I think Arnd is right. In this case it should be "nuvoton,npcm750-smp". We can
> use CPU_METHOD_OF_DECLARE to alias to as many compatible properties as needed.
>
> Although everything in the 7xx family currently is either single core or has the
> same SMP behavior, you could paint yourself into a corner if you were to make
> one SMP device in the 7xx family which behaves differently from all other
> devices and then need to come up with new compatible string names just for that.

Right, this is the reason for the very simple 'no wildcards in DT
identifiers' rule.
There simply isn't a reason to make an exception here.

       Arnd



More information about the linux-arm-kernel mailing list