linux-omap.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Raja, Govindraj" <govindraj.raja@ti.com>
To: Kevin Hilman <khilman@ti.com>
Cc: Paul Walmsley <paul@pwsan.com>, Benoit Cousson <b-cousson@ti.com>,
	Tony Lindgren <tony@atomide.com>, Rajendra Nayak <rnayak@ti.com>,
	linux-serial@vger.kernel.org, linux-omap@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v2 04/12] Serial: OMAP: Add runtime pm support for omap-serial driver
Date: Thu, 5 May 2011 11:18:46 +0530	[thread overview]
Message-ID: <BANLkTinNVTq9OGUHj4ZDCTXvRE7Jgf0MKg@mail.gmail.com> (raw)
In-Reply-To: <87hb9aqk53.fsf@ti.com>


[-- Attachment #1.1: Type: text/plain, Size: 7635 bytes --]

On Thu, May 5, 2011 at 2:05 AM, Kevin Hilman <khilman@ti.com> wrote:

> "Govindraj.R" <govindraj.raja@ti.com> writes:
>
> > Adapts omap-serial driver to use pm_runtime api's.
> >
> > 1.) Populate reg values to uart port which can be used for context
> restore.
> > 2.) Moving context_restore func to driver from serial.c
> > 3.) Adding port_enable/disable func to enable/disable given uart port.
> >     enable port using get_sync and disable using autosuspend.
> > 4.) using runtime irq safe api to make get_sync be called from irq
> context.
> >
> > Signed-off-by: Govindraj.R <govindraj.raja@ti.com>
> > ---
> >  arch/arm/mach-omap2/serial.c                  |   16 ++
> >  arch/arm/plat-omap/include/plat/omap-serial.h |    2 +
> >  drivers/tty/serial/omap-serial.c              |  211
> ++++++++++++++++++++++---
> >  3 files changed, 203 insertions(+), 26 deletions(-)
> >
> > diff --git a/arch/arm/mach-omap2/serial.c b/arch/arm/mach-omap2/serial.c
> > index 8c1a4c7..314d82f 100644
> > --- a/arch/arm/mach-omap2/serial.c
> > +++ b/arch/arm/mach-omap2/serial.c
> > @@ -189,6 +189,21 @@ static void omap_serial_fill_default_pads(struct
> omap_board_data *bdata)
> >       }
> >  }
> >
> > +static void omap_uart_wakeup_enable(struct platform_device *pdev, bool
> enable)
> > +{
> > +     struct omap_uart_port_info *up = pdev->dev.platform_data;
> > +
> > +     /* Set or clear wake-enable bit */
> > +     if (up->wk_en && up->wk_mask) {
> > +             u32 v = __raw_readl(up->wk_en);
> > +             if (enable)
> > +                     v |= up->wk_mask;
> > +             else
> > +                     v &= ~up->wk_mask;
> > +             __raw_writel(v, up->wk_en);
> > +     }
> > +}
>
> Rather than having the driver do this via the PRCM, can you do an
> experiment?  Can you try to leave the module-level wakeup enabled all
> the time in the PRCM, and the driver can then enable/disable
> module-level wakeups simply by toggling ENAWAKEUP in the module's
> SYSCONFIG?  If that works, than you can just use
> omap_hwmod_enable_wakeup() for this and not need the above function.
>


If we leave PRCM uart module level bit enabled all time and we disable
wakeup using sysfs

echo disabled > /sys/devices/platform/omap/omap_uart.0/power/wakeup

it wakes up after clock disable, however unsetting the bit ensures
it doesn't
wakeup after uart clocks are cut.

As Paul suggested, How about adding omap_device/omap_hwmod function
to set and unset the bit?

Using

.module_bit = OMAP3430_EN_UART1_SHIFT,

from hwmod data?



>
> >  static void omap_uart_idle_init(struct omap_uart_port_info *uart,
> >                               unsigned short num)
> >  {
> > @@ -332,6 +347,7 @@ void __init omap_serial_init_port(struct
> omap_board_data *bdata)
> >
> >       pdata->uartclk = OMAP24XX_BASE_BAUD * 16;
> >       pdata->flags = UPF_BOOT_AUTOCONF;
> > +     pdata->enable_wakeup = omap_uart_wakeup_enable;
> >       if (bdata->id == omap_uart_con_id)
> >               pdata->console_uart = true;
> >
>
>
<<SNIP>>


> > +     pm_runtime_use_autosuspend(&pdev->dev);
> > +     pm_runtime_set_autosuspend_delay(&pdev->dev,
> > +                     OMAP_UART_AUTOSUSPEND_DELAY);
> > +
> > +     pm_runtime_enable(&pdev->dev);
> > +     pm_runtime_irq_safe(&pdev->dev);
> > +
> > +     if (omap_up_info->console_uart) {
> > +             od = to_omap_device(up->pdev);
> > +             omap_hwmod_idle(od->hwmods[0]);
>
> Driver should have know knowlege of the underlying hwmod.
>
> I assume this is here because of the usage of HWMOD_INIT_NO_IDLE and
> HWMOD_INIT_NO_RESET, right?


   Yes correct.



>  With proper runtime PM, we should be able to
> remove the need for using those flags.
>


For omap-uart used for earlyprintk's the early_console driver will
use printch from debug macro to print through uart.

During omap-hwmod is getting initialized

--> _setup
   --> _idle
    ---> _disable_clocks

at this point of time while printch is happening and
hwmod disables uart clocks I dont have uart-console
driver available which can enable clocks back.

So I have to use those flags when earlyprintk is enabled.

--
Thanks,
Govindraj.R




>
> Kevin
>
> > +             serial_omap_port_enable(up);
> > +             serial_omap_port_disable(up);
> > +     }
> > +
> >       ui[pdev->id] = up;
> >       serial_omap_add_console_port(up);
> >
> >       ret = uart_add_one_port(&serial_omap_reg, &up->port);
> >       if (ret != 0)
> > -             goto do_release_region;
> > +             goto err1;
> >
> > +     dev_set_drvdata(&pdev->dev, up);
> >       platform_set_drvdata(pdev, up);
> > +
> >       return 0;
> >  err:
> >       dev_err(&pdev->dev, "[UART%d]: failure [%s]: %d\n",
> >                               pdev->id, __func__, ret);
> > +err1:
> > +     kfree(up);
> >  do_release_region:
> >       release_mem_region(mem->start, (mem->end - mem->start) + 1);
> >       return ret;
> > @@ -1318,20 +1421,76 @@ static int serial_omap_remove(struct
> platform_device *dev)
> >
> >       platform_set_drvdata(dev, NULL);
> >       if (up) {
> > +             pm_runtime_disable(&up->pdev->dev);
> >               uart_remove_one_port(&serial_omap_reg, &up->port);
> >               kfree(up);
> >       }
> >       return 0;
> >  }
> >
> > +static void omap_uart_restore_context(struct uart_omap_port *up)
> > +{
> > +     u16 efr = 0;
> > +
> > +     serial_out(up, UART_OMAP_MDR1, up->mdr1);
> > +     serial_out(up, UART_LCR, 0xBF); /* Config B mode */
> > +     efr = serial_in(up, UART_EFR);
> > +     serial_out(up, UART_EFR, UART_EFR_ECB);
> > +     serial_out(up, UART_LCR, 0x0); /* Operational mode */
> > +     serial_out(up, UART_IER, 0x0);
> > +     serial_out(up, UART_LCR, 0xBF); /* Config B mode */
> > +     serial_out(up, UART_DLL, up->dll);
> > +     serial_out(up, UART_DLM, up->dlh);
> > +     serial_out(up, UART_LCR, 0x0); /* Operational mode */
> > +     serial_out(up, UART_IER, up->ier);
> > +     serial_out(up, UART_FCR, up->fcr);
> > +     serial_out(up, UART_LCR, 0x80);
> > +     serial_out(up, UART_MCR, up->mcr);
> > +     serial_out(up, UART_LCR, 0xBF); /* Config B mode */
> > +     serial_out(up, UART_EFR, efr);
> > +     serial_out(up, UART_LCR, UART_LCR_WLEN8);
> > +     /* UART 16x mode */
> > +     serial_out(up, UART_OMAP_MDR1, up->mdr1);
> > +}
> > +
> > +static int omap_serial_runtime_suspend(struct device *dev)
> > +{
> > +     struct uart_omap_port *up = dev_get_drvdata(dev);
> > +
> > +     if (!up)
> > +             goto done;
> > +
> > +     if (device_may_wakeup(dev))
> > +             up->enable_wakeup(up->pdev, true);
> > +     else
> > +             up->enable_wakeup(up->pdev, false);
> > +done:
> > +     return 0;
> > +}
> > +
> > +static int omap_serial_runtime_resume(struct device *dev)
> > +{
> > +     struct uart_omap_port *up = dev_get_drvdata(dev);
> > +
> > +     if (up)
> > +             omap_uart_restore_context(up);
> > +
> > +     return 0;
> > +}
> > +
> > +static const struct dev_pm_ops omap_serial_dev_pm_ops = {
> > +     .suspend = serial_omap_suspend,
> > +     .resume = serial_omap_resume,
> > +     .runtime_suspend = omap_serial_runtime_suspend,
> > +     .runtime_resume = omap_serial_runtime_resume,
> > +};
> > +
> >  static struct platform_driver serial_omap_driver = {
> >       .probe          = serial_omap_probe,
> >       .remove         = serial_omap_remove,
> > -
> > -     .suspend        = serial_omap_suspend,
> > -     .resume         = serial_omap_resume,
> >       .driver         = {
> >               .name   = DRIVER_NAME,
> > +             .pm = &omap_serial_dev_pm_ops,
> >       },
> >  };
>

[-- Attachment #1.2: Type: text/html, Size: 12072 bytes --]

[-- Attachment #2: Type: text/plain, Size: 176 bytes --]

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

  parent reply	other threads:[~2011-05-05  5:48 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-04-29 12:39 [PATCH v2 00/12] OMAP2+: Serial: Runtime adaptation + cleanup Govindraj.R
2011-04-29 12:39 ` [PATCH v2 01/12] OMAP2+: UART: Remove certain uart calls from sram_idle Govindraj.R
2011-04-29 12:39 ` [PATCH v2 02/12] OMAP2+: UART: Remove uart clock handling code from serial.c Govindraj.R
2011-04-29 13:20   ` Alan Cox
2011-04-29 12:39 ` [PATCH v2 03/12] OMAP2+: Serial: Add default mux for all uarts Govindraj.R
2011-05-04 10:00   ` Tony Lindgren
2011-05-04 10:34     ` Govindraj
2011-04-29 12:39 ` [PATCH v2 04/12] Serial: OMAP: Add runtime pm support for omap-serial driver Govindraj.R
2011-05-04 20:35   ` Kevin Hilman
2011-05-04 21:05     ` Paul Walmsley
2011-05-05  5:48     ` Raja, Govindraj [this message]
2011-05-05  5:55     ` Govindraj
2011-04-29 12:39 ` [PATCH v2 05/12] OMAP: Serial: Hold console lock for console usage Govindraj.R
2011-05-04 10:02   ` Tony Lindgren
2011-05-04 10:09     ` Russell King - ARM Linux
2011-05-04 10:19     ` Govindraj
2011-05-04 20:43   ` Kevin Hilman
2011-05-05 10:25     ` Govindraj
2011-05-05 14:52       ` Kevin Hilman
2011-04-29 12:39 ` [PATCH v2 06/12] Serial: OMAP2+: Move erratum handling from serial.c Govindraj.R
2011-04-29 12:39 ` [PATCH v2 07/12] OMAP: Serial: Allow UART parameters to be configured from board file Govindraj.R
2011-05-04  9:55   ` Tony Lindgren
2011-05-04 10:06     ` Govindraj
2011-05-04 10:25       ` Tony Lindgren
2011-05-04 10:39         ` Govindraj
2011-04-29 12:39 ` [PATCH v2 08/12] Serial: OMAP2+: Make the RX_TIMEOUT for DMA configurable for each UART Govindraj.R
2011-04-29 12:39 ` [PATCH v2 09/12] OMAP3: Serial: Remove uart pads from 3430 board file Govindraj.R
2011-04-29 12:39 ` [PATCH v2 10/12] OMAP2+: hwmod: Add api to enable io_ring wakeup Govindraj.R
2011-05-04 23:59   ` Kevin Hilman
2011-05-05  5:58     ` Govindraj
2011-04-29 12:39 ` [PATCH v2 11/12] OMAP: Serial: Use resume call from prcm to enable uart Govindraj.R
2011-05-05  0:11   ` Kevin Hilman
2011-05-05 11:46     ` Govindraj
2011-05-05 14:58       ` Kevin Hilman
2011-05-06  9:16         ` Govindraj
2011-05-06 15:55           ` Kevin Hilman
2011-05-09 12:23             ` Govindraj
2011-04-29 12:39 ` [PATCH v2 12/12] OMAP2: Serial: Add no async wake flag Govindraj.R
2011-05-05 17:32   ` Kevin Hilman
2011-05-06  9:34     ` Govindraj

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=BANLkTinNVTq9OGUHj4ZDCTXvRE7Jgf0MKg@mail.gmail.com \
    --to=govindraj.raja@ti.com \
    --cc=b-cousson@ti.com \
    --cc=khilman@ti.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=linux-serial@vger.kernel.org \
    --cc=paul@pwsan.com \
    --cc=rnayak@ti.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 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).