From: Dmitry Torokhov <dmitry.torokhov@gmail.com> To: Mike Frysinger <vapier.adi@gmail.com> Cc: Robin Getz <rgetz@blackfin.uclinux.org>, linux-input@vger.kernel.org, linux-kernel@vger.kernel.org, uclinux-dist-devel@blackfin.uclinux.org, Michael Hennerich <michael.hennerich@analog.com>, Bryan Wu <cooloney@kernel.org> Subject: Re: [PATCH] input/keyboard: add ADP5588 QWERTY I2C Keyboard Input device driver Date: Tue, 15 Sep 2009 10:17:47 -0700 [thread overview] Message-ID: <20090915171747.GC29241@core.coreip.homeip.net> (raw) In-Reply-To: <8bd0f97a0909150946t65c445ddo6741c2a472c1738c@mail.gmail.com> On Tue, Sep 15, 2009 at 12:46:14PM -0400, Mike Frysinger wrote: > On Tue, Sep 15, 2009 at 12:26, Dmitry Torokhov wrote: > > On Tue, Sep 15, 2009 at 07:19:14AM -0400, Mike Frysinger wrote: > >> On Tue, Sep 15, 2009 at 02:20, Dmitry Torokhov wrote: > >> > On Mon, Sep 14, 2009 at 06:18:39PM -0400, Mike Frysinger wrote: > >> >> +static int __devexit adp5588_remove(struct i2c_client *client) > >> >> +{ > >> >> + struct adp5588_kpad *kpad = dev_get_drvdata(&client->dev); > >> >> + > >> >> + adp5588_write(client, CFG, 0); > >> >> + free_irq(client->irq, kpad); > >> > > >> > cancel_work_sync() is missing. Could you try the updated version below? > >> > >> i dont think i have any adp5588 hardware. Robin: do we have any in > >> Norwood ? otherwise, it'll have to wait for Michael to get back to > >> double check. > >> > >> > BTW, maybe you shoudl convert to threaded IRQs here? > >> > >> yes, after your suggestion for the previous driver, we've been looking > >> at all our input drivers to convert to threaded IRQs. do we need to > >> convert all of them before acceptance, or can we merge now and post an > >> updated patch after ? > > > > It really depends on the driver. If there is a race between IRQ and the > > WQ in the driver I will request you to fix it one way or another before > > accepting the driver (and quite often using threaded IRQ gets rid of the > > race). In the cases like this particular driver though I am not even > > convinced that we need threaded IRQ. The driver is not expected to > > generate lots of events rapidly so using keventd as it does now is > > probably the best solution. > > i dont think there is a race here as we only use the IRQ to schedule > the WQ; we dont read/pass info between the two. > Right, that's what I was trying to say - there is no race in thisparticular driver. > at any rate, i noticed that this driver isnt the final one. i spent > some time cleaning it up a bit more (style, messages, dev_pm_ops), so > i'll merge your changes and mine and post another one. OK, great. -- Dmitry
WARNING: multiple messages have this Message-ID (diff)
From: Dmitry Torokhov <dmitry.torokhov@gmail.com> To: Mike Frysinger <vapier.adi@gmail.com> Cc: Robin Getz <rgetz@blackfin.uclinux.org>, linux-input@vger.kernel.org, linux-kernel@vger.kernel.org, uclinux-dist-devel@blackfin.uclinux.org, Michael Hennerich <michael.hennerich@analog.com>, Bryan Wu <cooloney@kernel.org> Subject: Re: [PATCH] input/keyboard: add ADP5588 QWERTY I2C Keyboard Input device driver Date: Tue, 15 Sep 2009 10:17:47 -0700 [thread overview] Message-ID: <20090915171747.GC29241@core.coreip.homeip.net> (raw) In-Reply-To: <8bd0f97a0909150946t65c445ddo6741c2a472c1738c@mail.gmail.com> On Tue, Sep 15, 2009 at 12:46:14PM -0400, Mike Frysinger wrote: > On Tue, Sep 15, 2009 at 12:26, Dmitry Torokhov wrote: > > On Tue, Sep 15, 2009 at 07:19:14AM -0400, Mike Frysinger wrote: > >> On Tue, Sep 15, 2009 at 02:20, Dmitry Torokhov wrote: > >> > On Mon, Sep 14, 2009 at 06:18:39PM -0400, Mike Frysinger wrote: > >> >> +static int __devexit adp5588_remove(struct i2c_client *client) > >> >> +{ > >> >> + struct adp5588_kpad *kpad = dev_get_drvdata(&client->dev); > >> >> + > >> >> + adp5588_write(client, CFG, 0); > >> >> + free_irq(client->irq, kpad); > >> > > >> > cancel_work_sync() is missing. Could you try the updated version below? > >> > >> i dont think i have any adp5588 hardware. Robin: do we have any in > >> Norwood ? otherwise, it'll have to wait for Michael to get back to > >> double check. > >> > >> > BTW, maybe you shoudl convert to threaded IRQs here? > >> > >> yes, after your suggestion for the previous driver, we've been looking > >> at all our input drivers to convert to threaded IRQs. do we need to > >> convert all of them before acceptance, or can we merge now and post an > >> updated patch after ? > > > > It really depends on the driver. If there is a race between IRQ and the > > WQ in the driver I will request you to fix it one way or another before > > accepting the driver (and quite often using threaded IRQ gets rid of the > > race). In the cases like this particular driver though I am not even > > convinced that we need threaded IRQ. The driver is not expected to > > generate lots of events rapidly so using keventd as it does now is > > probably the best solution. > > i dont think there is a race here as we only use the IRQ to schedule > the WQ; we dont read/pass info between the two. > Right, that's what I was trying to say - there is no race in thisparticular driver. > at any rate, i noticed that this driver isnt the final one. i spent > some time cleaning it up a bit more (style, messages, dev_pm_ops), so > i'll merge your changes and mine and post another one. OK, great. -- Dmitry -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2009-09-15 17:17 UTC|newest] Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top 2009-09-14 22:18 [PATCH] input/keyboard: add ADP5588 QWERTY I2C Keyboard Input device driver Mike Frysinger 2009-09-15 6:20 ` Dmitry Torokhov 2009-09-15 11:19 ` Mike Frysinger 2009-09-15 11:19 ` Mike Frysinger 2009-09-15 16:26 ` Dmitry Torokhov 2009-09-15 16:26 ` Dmitry Torokhov 2009-09-15 16:46 ` Mike Frysinger 2009-09-15 16:46 ` Mike Frysinger 2009-09-15 17:17 ` Dmitry Torokhov [this message] 2009-09-15 17:17 ` Dmitry Torokhov 2009-09-16 3:49 ` Barry Song 2009-09-16 3:49 ` Barry Song 2009-09-16 4:03 ` Mike Frysinger 2009-09-16 4:03 ` Mike Frysinger 2009-09-16 4:18 ` [Uclinux-dist-devel] [PATCH] input/keyboard: add ADP5588 QWERTYI2C " Song, Barry 2009-09-16 4:18 ` Song, Barry 2009-09-16 4:25 ` Mike Frysinger 2009-09-16 4:25 ` Mike Frysinger 2009-09-16 4:49 ` Dmitry Torokhov 2009-09-16 4:49 ` Dmitry Torokhov 2009-09-16 21:07 ` [PATCH] input/keyboard: add ADP5588 QWERTY I2C " Robin Getz 2009-09-16 21:07 ` Robin Getz 2009-09-16 0:49 ` [PATCH v2] " Mike Frysinger 2009-09-16 5:02 ` Dmitry Torokhov 2009-09-16 5:02 ` Dmitry Torokhov 2009-09-16 12:55 ` [Uclinux-dist-devel] " Mike Frysinger 2009-09-16 12:55 ` Mike Frysinger 2009-09-16 16:33 ` Dmitry Torokhov 2009-09-16 16:33 ` Dmitry Torokhov 2009-09-16 18:20 ` [PATCH v3] " Mike Frysinger 2009-09-18 5:42 ` Dmitry Torokhov 2009-09-21 16:45 ` [Uclinux-dist-devel] [PATCH v2] " Mike Frysinger 2009-09-21 16:45 ` Mike Frysinger 2009-09-21 16:55 ` Dmitry Torokhov 2009-09-21 16:55 ` Dmitry Torokhov
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20090915171747.GC29241@core.coreip.homeip.net \ --to=dmitry.torokhov@gmail.com \ --cc=cooloney@kernel.org \ --cc=linux-input@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=michael.hennerich@analog.com \ --cc=rgetz@blackfin.uclinux.org \ --cc=uclinux-dist-devel@blackfin.uclinux.org \ --cc=vapier.adi@gmail.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.