linux-input.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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;
>>>       
>
>   


  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).