[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <504ECF3B.1090709@hartkopp.net>
Date: Tue, 11 Sep 2012 07:42:19 +0200
From: Oliver Hartkopp <socketcan@...tkopp.net>
To: Fabio Baltieri <fabio.baltieri@...il.com>,
Kurt Van Dijck <kurt.van.dijck@....be>
CC: Marc Kleine-Budde <mkl@...gutronix.de>,
Wolfgang Grandegger <wg@...ndegger.com>,
linux-kernel@...r.kernel.org, linux-can@...r.kernel.org
Subject: Re: [PATCH v3] can: rename LED trigger name on netdev renames
On 10.09.2012 22:08, Kurt Van Dijck wrote:
> On Mon, Sep 10, 2012 at 09:01:21PM +0200, Oliver Hartkopp wrote:
>>>>> + if (msg == NETDEV_CHANGENAME) {
>>
>>
>> I do have a second remark.
>>
>> What about always using the notifiers to name the LED triggers?
>>
>> Looking into
>>
>> http://lxr.linux.no/#linux+v3.5.3/include/linux/netdevice.h#L1526
>>
>> we have NETDEV_CHANGENAME but what about
>>
>> NETDEV_REGISTER
>>
>> ???
>>
>> When changing and updating the LED trigger name always inside the notifier, we
>> should never run into any locking or race conditions ...
>>
>> What do you think about this idea?
>>
> But the initial name must have been set properly already in that case...
>
Yes it is.
See register_netdevice()
http://lxr.linux.no/#linux+v3.5.3/net/core/dev.c#L5453
at the end NETDEV_REGISTER is notified:
http://lxr.linux.no/#linux+v3.5.3/net/core/dev.c#L5552
So it would be pretty elegant to create the LED trigger name in the notifier.
This would allow to remove that code at the current init function too.
Regards,
Oliver
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists