Thread (67 messages) 67 messages, 5 authors, 2012-09-12

Re: [PATCH can-next v6] can: add tx/rx LED trigger support

From: Oliver Hartkopp <socketcan@hartkopp.net>
Date: 2012-09-03 20:54:54
Also in: lkml

On 03.09.2012 20:29, Fabio Baltieri wrote:
On Mon, Sep 03, 2012 at 08:13:35PM +0200, Kurt Van Dijck wrote:
quoted
On Mon, Sep 03, 2012 at 02:40:39PM +0200, Marc Kleine-Budde wrote:
quoted
The net->ifindex is unique. But it's only an integer. Usually can0 has a
ifindex != 0, so a simple can%d is contra productive here.

Some pointers to related code:
http://lxr.free-electrons.com/source/drivers/base/core.c#L1847
http://lxr.free-electrons.com/source/drivers/base/core.c#L73
http://lxr.free-electrons.com/source/include/linux/device.h#L695

comments?
That would probabily makes really hard to choose the right
default_trigger for led devices to get to the appropriate CAN LED in
embedded systems, as trigger name would depend from other network
devices and probing order (correct me if I'm wrong).

Something with device name would probaily be more appropriate here.
quoted
a very recent idea: something with netdevice notifiers and NETDEV_CHANGENAME ...
http://lxr.free-electrons.com/source/net/core/dev.c#L1030

you could: rename the trigger, or if we think it's usefull,
block the netdev rename when its triggers are in use.
Blocking the rename looks overkill to me, what about using device name
with an optional "port id" appended to it?  Sounds simpler...

The name of the device can only be changed when the interface is down.
Is it possible to put some scripting around it to detach and attach the leds
to the interfaces on ifup/ifdown triggers?

Regards,
Oliver
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help