> On Dec 7, 2021, at 5:26 AM, Jo-Philipp Wich wrote:
>
> Hi,
>
>> I have now taken a look at your suggestion.
>> Unfortunately, I found that not all network interfaces have set the DEVTYPE
>> attribute set in their uevent file. I have not yet found any information
>> who sets this value. Does
This is probably after the fact, but...
> On Dec 6, 2021, at 3:15 AM, Florian Eckert wrote:
>
> Every network device has a type. This is stored in the sysfs under
> '/sys/class/net//type' as a number and can be queried.
>
> This commit adds this information as a string to the ubus.
> 'ubus cal
Hi,
> I have now taken a look at your suggestion.
> Unfortunately, I found that not all network interfaces have set the DEVTYPE
> attribute set in their uevent file. I have not yet found any information
> who sets this value. Does this do the driver or the subsystem?
afair it is set by the respon
Hello Jo
imho these types are not that useful in practice (e.g. tap devices etc.
are
all reported as "ethernet". Maybe expose /sys/class/net/$devname/uevent
DEVTYP= instead.
I have now taken a look at your suggestion.
Unfortunately, I found that not all network interfaces have set the
DEVTYP
Hi,
imho these types are not that useful in practice (e.g. tap devices etc. are
all reported as "ethernet". Maybe expose /sys/class/net/$devname/uevent
DEVTYP= instead.
~ Jo
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel maili
Every network device has a type. This is stored in the sysfs under
'/sys/class/net//type' as a number and can be queried.
This commit adds this information as a string to the ubus.
'ubus call network.device status'
{
...
"eth0": {
"dev_type": "ETHER",
...
}
Signed-off-by: