[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20160601182949.GE4114@dtor-ws>
Date: Wed, 1 Jun 2016 11:29:49 -0700
From: Dmitry Torokhov <dmitry.torokhov@...il.com>
To: Ksenija Stanojević <ksenija.stanojevic@...il.com>
Cc: linux-kernel@...r.kernel.org, Lee Jones <lee.jones@...aro.org>,
linux-input@...r.kernel.org, Jonathan Cameron <jic23@...nel.org>,
Hartmut Knaack <knaack.h@....de>,
Lars-Peter Clausen <lars@...afoo.de>,
Peter Meerwald-Stadler <pmeerw@...erw.net>,
Marek Vašut <marex@...x.de>,
linux-iio@...r.kernel.org, Harald Geyer <harald@...ib.org>
Subject: Re: [PATCH 3/3] input: touchscreen: mxs-lradc: Add support for
touchscreen
On Sat, May 28, 2016 at 07:46:07PM +0200, Ksenija Stanojević wrote:
> On Sat, Apr 30, 2016 at 1:36 AM, Dmitry Torokhov
> <dmitry.torokhov@...il.com> wrote:
> > Hi Ksenija,
> >
> > On Fri, Apr 29, 2016 at 01:49:11PM +0200, Ksenija Stanojevic wrote:
> >> +
> >> + mxs_lradc_ts_hw_init(ts);
> >> + for (i = 0; i < lradc->irq_count; i++) {
> >> + ret = devm_request_irq(dev, lradc->irq[i],
> >> + mxs_lradc_ts_handle_irq,
> >
> > Hmm, if you have several interrupts handled by the same interrupt
> > handler you'd need some locking there.
>
> same interrupt handler can run concurrently only on multi cores, so
> why do we need locking?
We do not necessarily need it on single core (unless someone will turn
it int threaded IRQ down the road), but adding it costs almost nothing
and will ensure that the driver will continue working even if block is
moved to multi-core SOC in the future...
Thanks.
--
Dmitry
Powered by blists - more mailing lists