From mboxrd@z Thu Jan 1 00:00:00 1970 From: Johannes Berg Subject: Re: [PATCH v4] rfkill: Add rfkill-any LED trigger Date: Mon, 09 Jan 2017 11:39:50 +0100 Message-ID: <1483958390.17582.16.camel@sipsolutions.net> References: <20170106060747.6162-1-kernel@kempniu.pl> <1483705333.4089.6.camel@sipsolutions.net> <20170106192027.GA756@kmp-mobile.hq.kempniu.pl> (sfid-20170106_202031_655798_4350A20F) Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Cc: "David S . Miller" , =?UTF-8?Q?=D0=9C=D0=B8=D1=85=D0=B0=D0=B8=D0=BB_?= =?UTF-8?Q?=D0=9A=D1=80=D0=B8=D0=BD=D0=BA=D0=B8=D0=BD?= , linux-wireless@vger.kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org To: =?UTF-8?Q?Micha=C5=82_K=C4=99pie=C5=84?= Return-path: In-Reply-To: <20170106192027.GA756@kmp-mobile.hq.kempniu.pl> (sfid-20170106_202031_655798_4350A20F) Sender: linux-kernel-owner@vger.kernel.org List-Id: netdev.vger.kernel.org > > Looks better, but > > > > > +static struct work_struct rfkill_any_work; > > > > At least on module exit you need to cancel this work. > > It is cancelled in rfkill_any_led_trigger_unregister().  It seemed > fitting to do it this way as rfkill_any_work is initialized in > rfkill_any_led_trigger_register().  And if CONFIG_RFKILL_LEDS=n, > rfkill_any_work is neither initialized nor scheduled, so we should be > good as well.  Am I missing something? No, I just missed that, sorry. Applied the patch now. johannes