Shunji Takeshi | 1 Oct 2011 15:57
Picon

For Your Interest


Business Enquiry.

Private Email: davtuw5244 <at> aim.com

Hello,
This is to invite you to an investment opportunity involving a lucrative business proposal for a common
interest to share with you. 

I am Mr. Shunji Takeshi from Hong Kong. This is a deal which concerns the transfer of a large sum of money.
Everything about this transaction shall be legally done without any problem. Please endeavor to observe
utmost discretion in all matters concerning this issue. 
If you are interested, mail back, through my private Email address, written above,

I shall give you more informations about this proposal, as soon as I receive your positive response.

Kind Regards, 

Mr.Shunji Takeshi.
--
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Govindraj | 3 Oct 2011 07:00
Picon

Re: [PATCH v6 02/16] OMAP2+: hwmod: Add API to check IO PAD wakeup status

Thanks for the review,

On Sat, Oct 1, 2011 at 8:03 PM, Rajendra Nayak <rnayak <at> ti.com> wrote:
> On Friday 30 September 2011 04:31 PM, Govindraj.R wrote:
>>
>> Add API to determine IO-PAD wakeup event status for a given
>> hwmod dynamic_mux pad.
>>
>> Wake up event set will be cleared on pad mux_read.
>
> Are these api's even getting used in this series?

Used in Tero's irq_chaining patches.

http://lkml.org/lkml/2011/9/23/121

--
Thanks,
Govindraj.R

>
>>
>> Signed-off-by: Govindraj.R<govindraj.raja <at> ti.com>
>> ---
>>  arch/arm/mach-omap2/mux.c                    |   30
>> ++++++++++++++++++++++++++
>>  arch/arm/mach-omap2/mux.h                    |   13 +++++++++++
>>  arch/arm/mach-omap2/omap_hwmod.c             |    7 ++++++
>>  arch/arm/plat-omap/include/plat/omap_hwmod.h |    1 +
>>  4 files changed, 51 insertions(+), 0 deletions(-)
(Continue reading)

Rajendra Nayak | 3 Oct 2011 07:23
Picon
Favicon

Re: [PATCH v6 02/16] OMAP2+: hwmod: Add API to check IO PAD wakeup status

On Monday 03 October 2011 10:30 AM, Govindraj wrote:
> Thanks for the review,
>
>
> On Sat, Oct 1, 2011 at 8:03 PM, Rajendra Nayak<rnayak <at> ti.com>  wrote:
>> On Friday 30 September 2011 04:31 PM, Govindraj.R wrote:
>>>
>>> Add API to determine IO-PAD wakeup event status for a given
>>> hwmod dynamic_mux pad.
>>>
>>> Wake up event set will be cleared on pad mux_read.
>>
>> Are these api's even getting used in this series?
>
> Used in Tero's irq_chaining patches.

So shouldn't this patch be part of his series instead?

>
> http://lkml.org/lkml/2011/9/23/121
>
> --
> Thanks,
> Govindraj.R
>
>
>>
>>>
>>> Signed-off-by: Govindraj.R<govindraj.raja <at> ti.com>
>>> ---
(Continue reading)

Nicolas Ferre | 3 Oct 2011 11:46
Favicon
Gravatar

[PATCH 3/3] tty/serial: atmel_serial: __devinit_p for probe function

Signed-off-by: Nicolas Ferre <nicolas.ferre <at> atmel.com>
---
 drivers/tty/serial/atmel_serial.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/drivers/tty/serial/atmel_serial.c b/drivers/tty/serial/atmel_serial.c
index a652f8f..453cdb5 100644
--- a/drivers/tty/serial/atmel_serial.c
+++ b/drivers/tty/serial/atmel_serial.c
 <at>  <at>  -1789,7 +1789,7  <at>  <at>  static int __devexit atmel_serial_remove(struct platform_device *pdev)
 }

 static struct platform_driver atmel_serial_driver = {
-	.probe		= atmel_serial_probe,
+	.probe		= __devexit_p(atmel_serial_probe),
 	.remove		= __devexit_p(atmel_serial_remove),
 	.suspend	= atmel_serial_suspend,
 	.resume		= atmel_serial_resume,
--

-- 
1.7.3

--
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Nicolas Ferre | 3 Oct 2011 11:46
Favicon
Gravatar

[PATCH 1/3] tty/serial: atmel_serial: change platform_data variable name

Easier to follow if platform_data name is pdata.

Signed-off-by: Nicolas Ferre <nicolas.ferre <at> atmel.com>
---
 drivers/tty/serial/atmel_serial.c |   14 +++++++-------
 1 files changed, 7 insertions(+), 7 deletions(-)

diff --git a/drivers/tty/serial/atmel_serial.c b/drivers/tty/serial/atmel_serial.c
index af9b781..08b5273 100644
--- a/drivers/tty/serial/atmel_serial.c
+++ b/drivers/tty/serial/atmel_serial.c
 <at>  <at>  -1414,13 +1414,13  <at>  <at>  static void __devinit atmel_init_port(struct atmel_uart_port *atmel_port,
 				      struct platform_device *pdev)
 {
 	struct uart_port *port = &atmel_port->uart;
-	struct atmel_uart_data *data = pdev->dev.platform_data;
+	struct atmel_uart_data *pdata = pdev->dev.platform_data;

 	port->iotype		= UPIO_MEM;
 	port->flags		= UPF_BOOT_AUTOCONF;
 	port->ops		= &atmel_pops;
 	port->fifosize		= 1;
-	port->line		= data->num;
+	port->line		= pdata->num;
 	port->dev		= &pdev->dev;
 	port->mapbase	= pdev->resource[0].start;
 	port->irq	= pdev->resource[1].start;
 <at>  <at>  -1430,9 +1430,9  <at>  <at>  static void __devinit atmel_init_port(struct atmel_uart_port *atmel_port,

 	memset(&atmel_port->rx_ring, 0, sizeof(atmel_port->rx_ring));
(Continue reading)

Nicolas Ferre | 3 Oct 2011 10:56
Favicon
Gravatar

Re: [PATCH 3/3] tty/serial: atmel_serial: __devinit_p for probe function

On 10/03/2011 10:50 AM, Russell King - ARM Linux :
> On Mon, Oct 03, 2011 at 11:46:16AM +0200, Nicolas Ferre wrote:
>> Signed-off-by: Nicolas Ferre <nicolas.ferre <at> atmel.com>
>> ---
>>  drivers/tty/serial/atmel_serial.c |    2 +-
>>  1 files changed, 1 insertions(+), 1 deletions(-)
>>
>> diff --git a/drivers/tty/serial/atmel_serial.c b/drivers/tty/serial/atmel_serial.c
>> index a652f8f..453cdb5 100644
>> --- a/drivers/tty/serial/atmel_serial.c
>> +++ b/drivers/tty/serial/atmel_serial.c
>>  <at>  <at>  -1789,7 +1789,7  <at>  <at>  static int __devexit atmel_serial_remove(struct platform_device *pdev)
>>  }
>>  
>>  static struct platform_driver atmel_serial_driver = {
>> -	.probe		= atmel_serial_probe,
>> +	.probe		= __devexit_p(atmel_serial_probe),
> 
> That doesn't match the patch description (and is probably wrong.)

Yes, indeed.
Sorry for the noise!
--

-- 
Nicolas Ferre

--
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(Continue reading)

Nicolas Ferre | 3 Oct 2011 12:11
Favicon
Gravatar

[PATCH 3/3] tty/serial: atmel_serial: __devinit_p for probe function

Signed-off-by: Nicolas Ferre <nicolas.ferre <at> atmel.com>
---
 drivers/tty/serial/atmel_serial.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/drivers/tty/serial/atmel_serial.c b/drivers/tty/serial/atmel_serial.c
index a652f8f..e40a10a 100644
--- a/drivers/tty/serial/atmel_serial.c
+++ b/drivers/tty/serial/atmel_serial.c
 <at>  <at>  -1789,7 +1789,7  <at>  <at>  static int __devexit atmel_serial_remove(struct platform_device *pdev)
 }

 static struct platform_driver atmel_serial_driver = {
-	.probe		= atmel_serial_probe,
+	.probe		= __devinit_p(atmel_serial_probe),
 	.remove		= __devexit_p(atmel_serial_remove),
 	.suspend	= atmel_serial_suspend,
 	.resume		= atmel_serial_resume,
--

-- 
1.7.3

--
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Arnd Bergmann | 3 Oct 2011 11:36
Picon
Gravatar

Re: [PATCH 3/3] tty/serial: atmel_serial: __devinit_p for probe function

On Monday 03 October 2011 12:11:19 Nicolas Ferre wrote:
>  }
>  
>  static struct platform_driver atmel_serial_driver = {
> -       .probe          = atmel_serial_probe,
> +       .probe          = __devinit_p(atmel_serial_probe),
>         .remove         = __devexit_p(atmel_serial_remove),
>         .suspend        = atmel_serial_suspend,
>         .resume         = atmel_serial_resume,

Still wrong: __devinit_p does not exist and is not needed.

What bug are you trying to fix here?

	Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Nicolas Ferre | 3 Oct 2011 11:49
Favicon
Gravatar

Re: [PATCH 3/3] tty/serial: atmel_serial: __devinit_p for probe function

On 10/03/2011 11:36 AM, Arnd Bergmann :
> On Monday 03 October 2011 12:11:19 Nicolas Ferre wrote:
>>  }
>>  
>>  static struct platform_driver atmel_serial_driver = {
>> -       .probe          = atmel_serial_probe,
>> +       .probe          = __devinit_p(atmel_serial_probe),
>>         .remove         = __devexit_p(atmel_serial_remove),
>>         .suspend        = atmel_serial_suspend,
>>         .resume         = atmel_serial_resume,
> 
> Still wrong: __devinit_p does not exist and is not needed.

OMG, the not-enouth-coffee syndrome... twice!

So we forget all this and I try to increase my signal/noise ratio ;-)

Bye,
--

-- 
Nicolas Ferre
--
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Vishwanath Sripathy | 3 Oct 2011 17:10
Picon
Favicon

RE: [PATCH v6 01/16] OMAP2+: hwmod: Add API to enable IO ring wakeup.

---snip--
> > +{
> > +	struct omap_device_pad *pad;
> > +	int ret = -EINVAL, j;
> > +
> > +	if (oh->mux&&  oh->mux->enabled) {
> > +		for (j = 0; j<  oh->mux->nr_pads_dynamic; j++) {
> > +			pad = oh->mux->pads_dynamic[j];
> > +			if (pad->flags&  OMAP_DEVICE_PAD_WAKEUP) {
> > +				if (set_wake)
> > +					pad->idle |= OMAP_WAKEUP_EN;
> > +				else
> > +					pad->idle&= ~OMAP_WAKEUP_EN;
>
> I think apart from enabling/disabling the IO wakeup's at the pad
> level, there is also a need to trigger the IO daisy chain control
> (Wu clock) by programming the PRCM.PM_WKEN_WKUP[16] EN_IO_CHAIN
> bit and waiting on the PRCM.PM_WKST_WKUP[16] ST_IO_CHAIN) bit,
> which is done by the omap3_enable/disable_io_chain function.
> This is still done in the cpuidle path, but it makes sense to
> move that over here, since it should be done every time a pad
> level wakeup is enabled or disabled.
>
> See section 3.5.7.2.2 I/O Wake-Up Mechanism of 36xx TRM revA.
>
> "The I/O wake-up scheme is enabled by triggering the I/O daisy chain
> control (Wu clock) by
> programming a dedicated register (PRCM.PM_WKEN_WKUP[16] EN_IO_CHAIN)
> in
> the PRCM module.Software must wait for the I/O daisy chain to
(Continue reading)


Gmane