All of lore.kernel.org
 help / color / mirror / Atom feed
From: Vignesh R <vigneshr@ti.com>
To: Lee Jones <lee.jones@linaro.org>
Cc: Rob Herring <robh+dt@kernel.org>, Pawel Moll <pawel.moll@arm.com>,
	Mark Rutland <mark.rutland@arm.com>,
	Ian Campbell <ijc+devicetree@hellion.org.uk>,
	Kumar Gala <galak@codeaurora.org>,
	Benoit Cousson <bcousson@baylibre.com>,
	Tony Lindgren <tony@atomide.com>,
	Russell King <linux@arm.linux.org.uk>,
	Jonathan Cameron <jic23@kernel.org>,
	Hartmut Knaack <knaack.h@gmx.de>,
	Dmitry Torokhov <dmitry.torokhov@gmail.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Lars-Peter Clausen <lars@metafoo.de>,
	Peter Meerwald <pmeerw@pmeerw.net>,
	Samuel Ortiz <sameo@linux.intel.com>, Felipe Balbi <balbi@ti.com>,
	Brad Griffis <bgriffis@ti.com>,
	Sanjeev Sharma <sanjeev_sharma@mentor.com>,
	Paul Gortmaker <paul.gortmaker@windriver.com>,
	Jan Kardell <jan.kardell@telliq.com>,
	devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-omap@vger.kernel.org, linux-arm-kernel
Subject: Re: [PATCH 3/5] mfd: ti_am335x_tscadc: Remove unwanted reg_se_cache save
Date: Mon, 10 Nov 2014 16:14:53 +0530	[thread overview]
Message-ID: <54609725.9080608@ti.com> (raw)
In-Reply-To: <20141110092645.GE21424@x1>



On Monday 10 November 2014 02:56 PM, Lee Jones wrote:
> On Mon, 10 Nov 2014, Lee Jones wrote:
> 
>> On Fri, 07 Nov 2014, Vignesh R wrote:
>>
>>> In one shot mode, sequencer automatically disables all enabled steps at
>>> the end of each cycle. (both ADC steps and TSC steps) Hence these steps
>>> need not be saved in reg_se_cache for clearing these steps at a later
>>> stage.
>>> Also, when ADC wakes up Sequencer should not be busy executing any of the
>>> config steps except for the charge step. Previously charge step was 1 ADC
>>> clock cycle and hence it was ignored.
>>>
>>> Signed-off-by: Vignesh R <vigneshr@ti.com>
>>> ---
>>>  drivers/mfd/ti_am335x_tscadc.c       | 7 +++++--
>>>  include/linux/mfd/ti_am335x_tscadc.h | 1 +
>>>  2 files changed, 6 insertions(+), 2 deletions(-)
>>>
>>> diff --git a/drivers/mfd/ti_am335x_tscadc.c b/drivers/mfd/ti_am335x_tscadc.c
>>> index d877e777cce6..94ef8992f46b 100644
>>> --- a/drivers/mfd/ti_am335x_tscadc.c
>>> +++ b/drivers/mfd/ti_am335x_tscadc.c
>>> @@ -86,8 +86,12 @@ static void am335x_tscadc_need_adc(struct ti_tscadc_dev *tsadc)
>>>  		spin_lock_irq(&tsadc->reg_lock);
>>>  		finish_wait(&tsadc->reg_se_wait, &wait);
>>>  
>>> +		/*
>>> +		 * Sequencer should either be idle or
>>> +		 * busy applying the charge step.
>>> +		 */
>>>  		reg = tscadc_readl(tsadc, REG_ADCFSM);
>>> -		WARN_ON(reg & SEQ_STATUS);
>>> +		WARN_ON(reg & SEQ_STATUS & (!CHARGE_STEP));
>>
>> This is almost certainly not correct.
>>
>> Please take another look at the logic.
>>
>> I'm _assuming_ you mean (reg & SEQ_STATUS && !CHARGE_STEP).
> 
> So I just saw that CHARGE_STEP is actually the new macro below.
> 
> So you're currently ANDing these together.
> 
> xxxxxxxx xxxxxxxx xxxxxxxx xxxxxxxx  reg
> 00000000 00000000 00000000 00100000  #define SEQ_STATUS   BIT(5)
> 00000000 00000000 00000000 00010001  #define CHARGE_STEP  0x11
> 
> ... which will always equate to 0.
> 

Oops.. Sorry.. I meant ((reg & SEQ_STATUS) && !(reg & CHARGE_STEP)).
I will fix this.


>>>  		tsadc->adc_waiting = false;
>>>  	}
>>>  	tsadc->adc_in_use = true;
>>> @@ -96,7 +100,6 @@ static void am335x_tscadc_need_adc(struct ti_tscadc_dev *tsadc)
>>>  void am335x_tsc_se_set_once(struct ti_tscadc_dev *tsadc, u32 val)
>>>  {
>>>  	spin_lock_irq(&tsadc->reg_lock);
>>> -	tsadc->reg_se_cache |= val;
> 
> Didn't you add this line a little over 1 month ago?
> 
> Why the change of heart?
> 

Previously, TSC did not reliably re-enable its steps as the TSC irq
handler received false pen up events. Hence, in order to use TSC after
ADC operation, it was necessary to save and re-enable TSC steps
(basically, to keep TSC steps enabled always).
The change was more of a workaround to overcome limitation of TSC irq
handler. With this series of patches, TSC irq handler is very reliable
and the workaround is no longer required.

>>>  	am335x_tscadc_need_adc(tsadc);
>>>  
>>>  	tscadc_writel(tsadc, REG_SE, val);
>>> diff --git a/include/linux/mfd/ti_am335x_tscadc.h b/include/linux/mfd/ti_am335x_tscadc.h
>>> index c99be5dc0f5c..fcce182e4a35 100644
>>> --- a/include/linux/mfd/ti_am335x_tscadc.h
>>> +++ b/include/linux/mfd/ti_am335x_tscadc.h
>>> @@ -128,6 +128,7 @@
>>>  
>>>  /* Sequencer Status */
>>>  #define SEQ_STATUS BIT(5)
>>> +#define CHARGE_STEP		0x11
>>>  
>>>  #define ADC_CLK			3000000
>>>  #define TOTAL_STEPS		16
>>
> 

WARNING: multiple messages have this Message-ID (diff)
From: Vignesh R <vigneshr@ti.com>
To: Lee Jones <lee.jones@linaro.org>
Cc: Rob Herring <robh+dt@kernel.org>, Pawel Moll <pawel.moll@arm.com>,
	Mark Rutland <mark.rutland@arm.com>,
	Ian Campbell <ijc+devicetree@hellion.org.uk>,
	Kumar Gala <galak@codeaurora.org>,
	Benoit Cousson <bcousson@baylibre.com>,
	Tony Lindgren <tony@atomide.com>,
	Russell King <linux@arm.linux.org.uk>,
	Jonathan Cameron <jic23@kernel.org>,
	Hartmut Knaack <knaack.h@gmx.de>,
	Dmitry Torokhov <dmitry.torokhov@gmail.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Lars-Peter Clausen <lars@metafoo.de>,
	Peter Meerwald <pmeerw@pmeerw.net>,
	Samuel Ortiz <sameo@linux.intel.com>, Felipe Balbi <balbi@ti.com>,
	Brad Griffis <bgriffis@ti.com>,
	Sanjeev Sharma <sanjeev_sharma@mentor.com>,
	Paul Gortmaker <paul.gortmaker@windriver.com>,
	Jan Kardell <jan.kardell@telliq.com>,
	<devicetree@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
	<linux-omap@vger.kernel.org>,
	<linux-arm-kernel@lists.infradead.org>,
	<linux-iio@vger.kernel.org>, <linux-input@vger.kernel.org>
Subject: Re: [PATCH 3/5] mfd: ti_am335x_tscadc: Remove unwanted reg_se_cache save
Date: Mon, 10 Nov 2014 16:14:53 +0530	[thread overview]
Message-ID: <54609725.9080608@ti.com> (raw)
In-Reply-To: <20141110092645.GE21424@x1>



On Monday 10 November 2014 02:56 PM, Lee Jones wrote:
> On Mon, 10 Nov 2014, Lee Jones wrote:
> 
>> On Fri, 07 Nov 2014, Vignesh R wrote:
>>
>>> In one shot mode, sequencer automatically disables all enabled steps at
>>> the end of each cycle. (both ADC steps and TSC steps) Hence these steps
>>> need not be saved in reg_se_cache for clearing these steps at a later
>>> stage.
>>> Also, when ADC wakes up Sequencer should not be busy executing any of the
>>> config steps except for the charge step. Previously charge step was 1 ADC
>>> clock cycle and hence it was ignored.
>>>
>>> Signed-off-by: Vignesh R <vigneshr@ti.com>
>>> ---
>>>  drivers/mfd/ti_am335x_tscadc.c       | 7 +++++--
>>>  include/linux/mfd/ti_am335x_tscadc.h | 1 +
>>>  2 files changed, 6 insertions(+), 2 deletions(-)
>>>
>>> diff --git a/drivers/mfd/ti_am335x_tscadc.c b/drivers/mfd/ti_am335x_tscadc.c
>>> index d877e777cce6..94ef8992f46b 100644
>>> --- a/drivers/mfd/ti_am335x_tscadc.c
>>> +++ b/drivers/mfd/ti_am335x_tscadc.c
>>> @@ -86,8 +86,12 @@ static void am335x_tscadc_need_adc(struct ti_tscadc_dev *tsadc)
>>>  		spin_lock_irq(&tsadc->reg_lock);
>>>  		finish_wait(&tsadc->reg_se_wait, &wait);
>>>  
>>> +		/*
>>> +		 * Sequencer should either be idle or
>>> +		 * busy applying the charge step.
>>> +		 */
>>>  		reg = tscadc_readl(tsadc, REG_ADCFSM);
>>> -		WARN_ON(reg & SEQ_STATUS);
>>> +		WARN_ON(reg & SEQ_STATUS & (!CHARGE_STEP));
>>
>> This is almost certainly not correct.
>>
>> Please take another look at the logic.
>>
>> I'm _assuming_ you mean (reg & SEQ_STATUS && !CHARGE_STEP).
> 
> So I just saw that CHARGE_STEP is actually the new macro below.
> 
> So you're currently ANDing these together.
> 
> xxxxxxxx xxxxxxxx xxxxxxxx xxxxxxxx  reg
> 00000000 00000000 00000000 00100000  #define SEQ_STATUS   BIT(5)
> 00000000 00000000 00000000 00010001  #define CHARGE_STEP  0x11
> 
> ... which will always equate to 0.
> 

Oops.. Sorry.. I meant ((reg & SEQ_STATUS) && !(reg & CHARGE_STEP)).
I will fix this.


>>>  		tsadc->adc_waiting = false;
>>>  	}
>>>  	tsadc->adc_in_use = true;
>>> @@ -96,7 +100,6 @@ static void am335x_tscadc_need_adc(struct ti_tscadc_dev *tsadc)
>>>  void am335x_tsc_se_set_once(struct ti_tscadc_dev *tsadc, u32 val)
>>>  {
>>>  	spin_lock_irq(&tsadc->reg_lock);
>>> -	tsadc->reg_se_cache |= val;
> 
> Didn't you add this line a little over 1 month ago?
> 
> Why the change of heart?
> 

Previously, TSC did not reliably re-enable its steps as the TSC irq
handler received false pen up events. Hence, in order to use TSC after
ADC operation, it was necessary to save and re-enable TSC steps
(basically, to keep TSC steps enabled always).
The change was more of a workaround to overcome limitation of TSC irq
handler. With this series of patches, TSC irq handler is very reliable
and the workaround is no longer required.

>>>  	am335x_tscadc_need_adc(tsadc);
>>>  
>>>  	tscadc_writel(tsadc, REG_SE, val);
>>> diff --git a/include/linux/mfd/ti_am335x_tscadc.h b/include/linux/mfd/ti_am335x_tscadc.h
>>> index c99be5dc0f5c..fcce182e4a35 100644
>>> --- a/include/linux/mfd/ti_am335x_tscadc.h
>>> +++ b/include/linux/mfd/ti_am335x_tscadc.h
>>> @@ -128,6 +128,7 @@
>>>  
>>>  /* Sequencer Status */
>>>  #define SEQ_STATUS BIT(5)
>>> +#define CHARGE_STEP		0x11
>>>  
>>>  #define ADC_CLK			3000000
>>>  #define TOTAL_STEPS		16
>>
> 

WARNING: multiple messages have this Message-ID (diff)
From: vigneshr@ti.com (Vignesh R)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 3/5] mfd: ti_am335x_tscadc: Remove unwanted reg_se_cache save
Date: Mon, 10 Nov 2014 16:14:53 +0530	[thread overview]
Message-ID: <54609725.9080608@ti.com> (raw)
In-Reply-To: <20141110092645.GE21424@x1>



On Monday 10 November 2014 02:56 PM, Lee Jones wrote:
> On Mon, 10 Nov 2014, Lee Jones wrote:
> 
>> On Fri, 07 Nov 2014, Vignesh R wrote:
>>
>>> In one shot mode, sequencer automatically disables all enabled steps at
>>> the end of each cycle. (both ADC steps and TSC steps) Hence these steps
>>> need not be saved in reg_se_cache for clearing these steps at a later
>>> stage.
>>> Also, when ADC wakes up Sequencer should not be busy executing any of the
>>> config steps except for the charge step. Previously charge step was 1 ADC
>>> clock cycle and hence it was ignored.
>>>
>>> Signed-off-by: Vignesh R <vigneshr@ti.com>
>>> ---
>>>  drivers/mfd/ti_am335x_tscadc.c       | 7 +++++--
>>>  include/linux/mfd/ti_am335x_tscadc.h | 1 +
>>>  2 files changed, 6 insertions(+), 2 deletions(-)
>>>
>>> diff --git a/drivers/mfd/ti_am335x_tscadc.c b/drivers/mfd/ti_am335x_tscadc.c
>>> index d877e777cce6..94ef8992f46b 100644
>>> --- a/drivers/mfd/ti_am335x_tscadc.c
>>> +++ b/drivers/mfd/ti_am335x_tscadc.c
>>> @@ -86,8 +86,12 @@ static void am335x_tscadc_need_adc(struct ti_tscadc_dev *tsadc)
>>>  		spin_lock_irq(&tsadc->reg_lock);
>>>  		finish_wait(&tsadc->reg_se_wait, &wait);
>>>  
>>> +		/*
>>> +		 * Sequencer should either be idle or
>>> +		 * busy applying the charge step.
>>> +		 */
>>>  		reg = tscadc_readl(tsadc, REG_ADCFSM);
>>> -		WARN_ON(reg & SEQ_STATUS);
>>> +		WARN_ON(reg & SEQ_STATUS & (!CHARGE_STEP));
>>
>> This is almost certainly not correct.
>>
>> Please take another look at the logic.
>>
>> I'm _assuming_ you mean (reg & SEQ_STATUS && !CHARGE_STEP).
> 
> So I just saw that CHARGE_STEP is actually the new macro below.
> 
> So you're currently ANDing these together.
> 
> xxxxxxxx xxxxxxxx xxxxxxxx xxxxxxxx  reg
> 00000000 00000000 00000000 00100000  #define SEQ_STATUS   BIT(5)
> 00000000 00000000 00000000 00010001  #define CHARGE_STEP  0x11
> 
> ... which will always equate to 0.
> 

Oops.. Sorry.. I meant ((reg & SEQ_STATUS) && !(reg & CHARGE_STEP)).
I will fix this.


>>>  		tsadc->adc_waiting = false;
>>>  	}
>>>  	tsadc->adc_in_use = true;
>>> @@ -96,7 +100,6 @@ static void am335x_tscadc_need_adc(struct ti_tscadc_dev *tsadc)
>>>  void am335x_tsc_se_set_once(struct ti_tscadc_dev *tsadc, u32 val)
>>>  {
>>>  	spin_lock_irq(&tsadc->reg_lock);
>>> -	tsadc->reg_se_cache |= val;
> 
> Didn't you add this line a little over 1 month ago?
> 
> Why the change of heart?
> 

Previously, TSC did not reliably re-enable its steps as the TSC irq
handler received false pen up events. Hence, in order to use TSC after
ADC operation, it was necessary to save and re-enable TSC steps
(basically, to keep TSC steps enabled always).
The change was more of a workaround to overcome limitation of TSC irq
handler. With this series of patches, TSC irq handler is very reliable
and the workaround is no longer required.

>>>  	am335x_tscadc_need_adc(tsadc);
>>>  
>>>  	tscadc_writel(tsadc, REG_SE, val);
>>> diff --git a/include/linux/mfd/ti_am335x_tscadc.h b/include/linux/mfd/ti_am335x_tscadc.h
>>> index c99be5dc0f5c..fcce182e4a35 100644
>>> --- a/include/linux/mfd/ti_am335x_tscadc.h
>>> +++ b/include/linux/mfd/ti_am335x_tscadc.h
>>> @@ -128,6 +128,7 @@
>>>  
>>>  /* Sequencer Status */
>>>  #define SEQ_STATUS BIT(5)
>>> +#define CHARGE_STEP		0x11
>>>  
>>>  #define ADC_CLK			3000000
>>>  #define TOTAL_STEPS		16
>>
> 

  reply	other threads:[~2014-11-10 10:46 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-07  5:49 [PATCH v2 0/5] Touchscreen performance related fixes Vignesh R
2014-11-07  5:49 ` Vignesh R
2014-11-07  5:49 ` Vignesh R
2014-11-07  5:49 ` [PATCH 1/5] input: touchscreen: ti_am335x_tsc Interchange touchscreen and ADC steps Vignesh R
2014-11-07  5:49   ` Vignesh R
2014-11-07  5:49   ` Vignesh R
     [not found]   ` <1415339350-17679-2-git-send-email-vigneshr-l0cyMroinI0@public.gmane.org>
2014-11-08 12:29     ` Jonathan Cameron
2014-11-08 12:29       ` Jonathan Cameron
2014-11-08 12:29       ` Jonathan Cameron
2014-11-07  5:49 ` [PATCH 2/5] input: touchscreen: ti_am335x_tsc: Remove udelay in interrupt handler Vignesh R
2014-11-07  5:49   ` Vignesh R
2014-11-07  5:49   ` Vignesh R
2014-11-10  9:11   ` Lee Jones
2014-11-10  9:11     ` Lee Jones
2014-11-10  9:11     ` Lee Jones
     [not found] ` <1415339350-17679-1-git-send-email-vigneshr-l0cyMroinI0@public.gmane.org>
2014-11-07  5:49   ` [PATCH 3/5] mfd: ti_am335x_tscadc: Remove unwanted reg_se_cache save Vignesh R
2014-11-07  5:49     ` Vignesh R
2014-11-07  5:49     ` Vignesh R
2014-11-10  9:15     ` Lee Jones
2014-11-10  9:15       ` Lee Jones
2014-11-10  9:15       ` Lee Jones
2014-11-10  9:26       ` Lee Jones
2014-11-10  9:26         ` Lee Jones
2014-11-10  9:26         ` Lee Jones
2014-11-10 10:44         ` Vignesh R [this message]
2014-11-10 10:44           ` Vignesh R
2014-11-10 10:44           ` Vignesh R
2014-11-07  5:49 ` [PATCH 4/5] ARM: dts: AM335x: Make charge delay a DT parameter for tsc Vignesh R
2014-11-07  5:49   ` Vignesh R
2014-11-07  5:49   ` Vignesh R
2014-11-07  5:49 ` [PATCH 5/5] input: touchscreen: ti_am335x_tsc: Use charge delay DT parameter Vignesh R
2014-11-07  5:49   ` Vignesh R
2014-11-07  5:49   ` Vignesh R

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=54609725.9080608@ti.com \
    --to=vigneshr@ti.com \
    --cc=balbi@ti.com \
    --cc=bcousson@baylibre.com \
    --cc=bgriffis@ti.com \
    --cc=bigeasy@linutronix.de \
    --cc=devicetree@vger.kernel.org \
    --cc=dmitry.torokhov@gmail.com \
    --cc=galak@codeaurora.org \
    --cc=ijc+devicetree@hellion.org.uk \
    --cc=jan.kardell@telliq.com \
    --cc=jic23@kernel.org \
    --cc=knaack.h@gmx.de \
    --cc=lars@metafoo.de \
    --cc=lee.jones@linaro.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=linux@arm.linux.org.uk \
    --cc=mark.rutland@arm.com \
    --cc=paul.gortmaker@windriver.com \
    --cc=pawel.moll@arm.com \
    --cc=pmeerw@pmeerw.net \
    --cc=robh+dt@kernel.org \
    --cc=sameo@linux.intel.com \
    --cc=sanjeev_sharma@mentor.com \
    --cc=tony@atomide.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: link
Be 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.