From: Jason Wang <jason77.wang@gmail.com>
To: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Cc: Jason Wang <jason77.wang@gmail.com>,
notasas@gmail.com, vapier@gentoo.org,
linux-input@vger.kernel.org
Subject: Re: [PATCH v2] Input: ads7846 - Replace spinlock by mutex to wrap disable()/enable()
Date: Wed, 01 Sep 2010 18:07:30 +0800 [thread overview]
Message-ID: <4C7E25E2.90904@gmail.com> (raw)
In-Reply-To: <20100901064841.GH23585@core.coreip.homeip.net>
Dmitry Torokhov wrote:
> Hi Jason,
>
> On Wed, Aug 25, 2010 at 11:45:27AM +0800, Jason Wang wrote:
>
>> Hi dmitry and others,
>>
>> could you please to help me review this patch?
>>
>> Thanks,
>> Jason.
>>
>> Jason Wang wrote:
>>
>>> The commit 9114337 introduces regulator operations in the ads7846
>>> touchscreen driver. Among these operations, some are called in the
>>> spinlock protected context.
>>> On most platforms, the regulator operation is achieved through
>>> i2c/spi bus transfer operations, some bus transfer operations will
>>> call wait_for_completion function. It isn't allowable to call
>>> sleepable function in the atomic context. So replace the spinlock with
>>> mutex to protect ads7846_disable()/ads7846_enable().
>>>
>>>
>
> I am afraid the patch is not correct. ads7846_disable() and
> ads7846_enable() check and modify flags (such as irq_disabled and
> pending) that are also accessed form timer/interrupt context. Moving to
> mutex removes the serialization that used to be there.
>
Thanks for your comments. you are right it is dangerous and
unreasonable to use different locks to protect a critical resource.
> I wonder if we should start by converting the driver to used threaded
> IRQ model with "long playing" interrupt handler so all access happens in
> process context and shutdown sequence is simplified.
>
It can solve most issues, but it can't solve this situation. Because
here the atomic region in which conflicts happened is from spin_lock
instead of irq handler.
I will do more investigations.
Thanks,
Jason.
>
>>> [tested on TI OMAP3530EVM board]
>>>
>>> Signed-off-by: Jason Wang <jason77.wang@gmail.com>
>>> ---
>>> Diff vs V1:
>>> Don't move regualtor_disable/enable out from ads7846_disable/enable,
>>> but use mutext to replace spinlock.
>>>
>>> I think this replace is safe because ads7846_disable/enable is called
>>> in process context, it won't race with ads7846_irq/timer(irq&softirq).
>>> While it is possible for ads7846_irq/timer to race with
>>> ads7846_disable, but ads7846_diable can handle this situation already.
>>>
>>> drivers/input/touchscreen/ads7846.c | 19 +++++++++----------
>>> 1 files changed, 9 insertions(+), 10 deletions(-)
>>>
>>> diff --git a/drivers/input/touchscreen/ads7846.c b/drivers/input/touchscreen/ads7846.c
>>> index 1603193..0b875fa 100644
>>> --- a/drivers/input/touchscreen/ads7846.c
>>> +++ b/drivers/input/touchscreen/ads7846.c
>>> @@ -130,6 +130,7 @@ struct ads7846 {
>>> unsigned irq_disabled:1; /* P: lock */
>>> unsigned disabled:1;
>>> unsigned is_suspended:1;
>>> + struct mutex mutex;
>>> int (*filter)(void *data, int data_idx, int *val);
>>> void *filter_data;
>>> @@ -531,14 +532,14 @@ static ssize_t ads7846_disable_store(struct device *dev,
>>> if (strict_strtoul(buf, 10, &i))
>>> return -EINVAL;
>>> - spin_lock_irq(&ts->lock);
>>> + mutex_lock(&ts->mutex);
>>> if (i)
>>> ads7846_disable(ts);
>>> else
>>> ads7846_enable(ts);
>>> - spin_unlock_irq(&ts->lock);
>>> + mutex_unlock(&ts->mutex);
>>> return count;
>>> }
>>> @@ -848,11 +849,8 @@ static void ads7846_disable(struct ads7846 *ts)
>>> /* the timer will run at least once more, and
>>> * leave everything in a clean state, IRQ disabled
>>> */
>>> - while (ts->pending) {
>>> - spin_unlock_irq(&ts->lock);
>>> + while (ts->pending)
>>> msleep(1);
>>> - spin_lock_irq(&ts->lock);
>>> - }
>>> }
>>> regulator_disable(ts->reg);
>>> @@ -879,12 +877,12 @@ static int ads7846_suspend(struct spi_device *spi, pm_message_t message)
>>> {
>>> struct ads7846 *ts = dev_get_drvdata(&spi->dev);
>>> - spin_lock_irq(&ts->lock);
>>> + mutex_lock(&ts->mutex);
>>> ts->is_suspended = 1;
>>> ads7846_disable(ts);
>>> - spin_unlock_irq(&ts->lock);
>>> + mutex_unlock(&ts->mutex);
>>> if (device_may_wakeup(&ts->spi->dev))
>>> enable_irq_wake(ts->spi->irq);
>>> @@ -900,12 +898,12 @@ static int ads7846_resume(struct spi_device *spi)
>>> if (device_may_wakeup(&ts->spi->dev))
>>> disable_irq_wake(ts->spi->irq);
>>> - spin_lock_irq(&ts->lock);
>>> + mutex_lock(&ts->mutex);
>>> ts->is_suspended = 0;
>>> ads7846_enable(ts);
>>> - spin_unlock_irq(&ts->lock);
>>> + mutex_unlock(&ts->mutex);
>>> return 0;
>>> }
>>> @@ -999,6 +997,7 @@ static int __devinit ads7846_probe(struct spi_device *spi)
>>> ts->timer.function = ads7846_timer;
>>> spin_lock_init(&ts->lock);
>>> + mutex_init(&ts->mutex);
>>> ts->model = pdata->model ? : 7846;
>>> ts->vref_delay_usecs = pdata->vref_delay_usecs ? : 100;
>>>
>
>
next prev parent reply other threads:[~2010-09-01 10:04 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-21 5:59 [PATCH v2] Input: ads7846 - Replace spinlock by mutex to wrap disable()/enable() Jason Wang
2010-08-25 3:45 ` Jason Wang
2010-09-01 6:48 ` Dmitry Torokhov
2010-09-01 10:07 ` Jason Wang [this message]
2010-09-01 16:48 ` Dmitry Torokhov
2010-09-02 16:01 ` Dmitry Torokhov
2010-09-03 2:47 ` Jason Wang
2010-09-08 3:07 ` Jason Wang
2010-09-08 4:43 ` 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=4C7E25E2.90904@gmail.com \
--to=jason77.wang@gmail.com \
--cc=dmitry.torokhov@gmail.com \
--cc=linux-input@vger.kernel.org \
--cc=notasas@gmail.com \
--cc=vapier@gentoo.org \
/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: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).