Re: [PATCH] net: avoid assigning ethaddr to wrong devices

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

 



>>> It's PowerPC hardware which on barebox is not probed from devicetree, so
>>> indeed there is no device node.
>>
>> But if no device tree, then
>>   alias = of_find_node_by_alias(of_get_root_node(), eth);
>> should return NULL, and eth_is_stranger() should return false, thus
>> making my patch no-op?
> 
> Ok, you are right. I misread the code. You call of_find_node_by_alias()
> on the internal device tree, not the one the Kernel is started with, so
> indeed eth_is_stranger() should return false.
> 
> Nevertheless I do not like this patch very much as it adds more code to
> a place that is already hard to understand in all of its consequences.
> 
> I would like to explore the route that we assign these dynamic devices
> an id that is not present in any alias node. That could be done by
> searching for the highest alias number and give the dynamic devices one
> number higher. Would that be doable?

Dynamic device number is assigned via
- setting id to DEVICE_ID_DYNAMIC, either by driver or by code at top of
eth_register(),
- replacing that with lowest currently-unused number at top of
register_device()

Probably we can add one more magic value that driver could set into
edev->dev.id before calling eth_register(), that will be replaced with
lowest currently-unused number that does not have aliases. However, this
will change eth numbering in existing setups and thus can break them.

Possible option could be a flag in edev that forbids setting/exporting
ethaddr for this device. Doing so for usbnet seems safe. This will fix
my case.

Nikita

_______________________________________________
barebox mailing list
barebox@xxxxxxxxxxxxxxxxxxx
http://lists.infradead.org/mailman/listinfo/barebox



[Index of Archives]     [Linux Embedded]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]

  Powered by Linux