[U-Boot] [RFC PATCH] dm: ensure device names are unique

Stephen Warren swarren at wwwdotorg.org
Fri Apr 29 18:23:35 CEST 2016


On 04/29/2016 07:23 AM, Simon Glass wrote:
> Hi Stephen,
>
> On 28 April 2016 at 09:55, Stephen Warren <swarren at wwwdotorg.org> wrote:
>> On 04/27/2016 10:50 PM, Simon Glass wrote:
>>>
>>> Hi Stephen,
>>>
>>> On 26 April 2016 at 15:30, Stephen Warren wrote:
>>>   > It is possible for HW to contain multiple instances of the same device.
>>> In
>>>   > this case, the name passed to device_bind() may not be unique across
>>> all
>>>   > devices within its uclass. One example is a system with multiple
>>> identical
>>>   > PCI Ethernet devices. Another might be a system with multiple identical
>>>   > I2C GPIO expanders, each connected to a separate I2C bus, yet using the
>>>   > same I2C address on that bus and hence having the same DT node name.
>>>   >
>>>   > Enhance the code to detect this situation, and append a sequence
>>> number so
>>>   > the device name to ensure uniqueness.
>>>   >
>>>   > Signed-off-by: Stephen Warren <swarren at nvidia.com <swarren at nvidia.com>>
>>>
>>> I would rather that the caller handles this. But failing this perhaps a
>>> new function that does it? Is this for the Ethernet use case?
>>
>>
>> Wouldn't all callers of this function simply call the new function? I'm not
>> aware of any case where the code to avoid duplicate names would not be
>> desired.
>>
>> I hit this for the Ethernet case, but I believe it applies to any type of
>> device at all; see another possible trigger case in the commit description.
>
> This does not happen with devices from the device tree. It only
> happens with auto-probed devices. Your I2C GPIO example is odd but I'd
> rather solve that by using the device tree node name.

DT itself imposes no such rule; node names must be unique only within 
their parent node but there's no restriction on identical node names 
appearing in different parts of the tree.

If U-Boot imposes that rule on DT, then there's no way in general that 
we can guarantee U-Boot will be able to use standard DTs (i.e. identical 
to those used by Linux or any other OS) for any platform; it'd be 
another change someone would need to make to transform a DT to be 
"U-Boot compatible", which rather reduces a potential benefit of DT for 
U-Boot; being able to just drop a DT in and have it work.

It would be possible for U-Boot to decouple its internal device name 
from the DT node name. In which case, your statement would work. 
However, I don't think that's the case at the moment, and in fact it's 
effectively what this patch is doing, although admittedly there are 
other ways of doing this.


More information about the U-Boot mailing list