[PATCH v6 6/8] input: touchscreen: imx25 tcq driver
Dmitry Torokhov
dmitry.torokhov at gmail.com
Mon Feb 2 09:51:34 PST 2015
On Mon, Feb 02, 2015 at 05:05:39PM +0100, Markus Pargmann wrote:
> Hi,
>
> On Fri, Jan 30, 2015 at 10:57:21AM -0800, Dmitry Torokhov wrote:
> > On Thu, Jan 29, 2015 at 07:56:40PM +0530, Varka Bhadram wrote:
> > > Hi,
> > >
> > > On Thursday 29 January 2015 07:39 PM, Markus Pargmann wrote:
> > > >This is a driver for the imx25 ADC/TSC module. It controls the
> > > >touchscreen conversion queue and creates a touchscreen input device.
> > > >The driver currently only supports 4 wire touchscreens. The driver uses
> > > >a simple conversion queue of precharge, touch detection, X measurement,
> > > >Y measurement, precharge and another touch detection.
> > > >
> > > >This driver uses the regmap from the parent to setup some touch specific
> > > >settings in the core driver and setup a idle configuration with touch
> > > >detection.
> > > >
> > > >Signed-off-by: Markus Pargmann <mpa at pengutronix.de>
> > > >Signed-off-by: Denis Carikli <denis at eukrea.com>
> > > >Acked-by: Dmitry Torokhov <dtor at vmware.com>
> > > >Signed-off-by: Markus Pargmann <mpa at pengutronix.de>
> > > >---
> > > > drivers/input/touchscreen/Kconfig | 6 +
> > > > drivers/input/touchscreen/Makefile | 1 +
> > > > drivers/input/touchscreen/fsl-imx25-tcq.c | 587 ++++++++++++++++++++++++++++++
> > > > 3 files changed, 594 insertions(+)
> > > > create mode 100644 drivers/input/touchscreen/fsl-imx25-tcq.c
> > > >
> > > (...)
> > >
> > > >+ ret = request_threaded_irq(priv->irq, mx25_tcq_irq, mx25_tcq_irq_thread,
> > > >+ IRQF_ONESHOT, pdev->name, priv);
> > >
> > > We can use devres API for request_thread_irq()...
> > >
> > > >+ if (ret) {
> > > >+ dev_err(dev, "Failed requesting IRQ\n");
> > > >+ goto err_clk_unprepare;
> > > >+ }
> > > >+
> > > >+ ret = mx25_tcq_init(priv);
> > > >+ if (ret) {
> > > >+ dev_err(dev, "Failed to init tcq\n");
> > > >+ goto error_free_irq;
> > > >+ }
> > > >+
> > > >+ platform_set_drvdata(pdev, priv);
> > > >+
> > > >+ return 0;
> > > >+
> > > >+error_free_irq:
> > > >+ free_irq(priv->irq, priv);
> > >
> > > This is not required if we use devres API
> >
> > Yes it does - you do not really want to stop clocks in the middle of
> > servicing interrupt.
>
> Thanks, I missed the clocks. I will not use devm here then.
Actually, you still can if you move clock enabling/disabling and
mx25_tcq_init() into input_dev->open() and ->close() callbacks. Close
will be called during input device un-registration which happens (given
your current sequence) after freeing irq by devm.
By the way, I used my old @vmware address by accident. Can you please
replace the original acked by with:
Acked-by: Dmitry Torokhov <dmitry.torokhov at gmail.com>
Thanks.
--
Dmitry
More information about the linux-arm-kernel
mailing list