All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sourav Poddar <sourav.poddar@ti.com>
To: balbi@ti.com
Cc: gregkh@linuxfoundation.org, tony@atomide.com,
	rmk+kernel@arm.linux.org.uk, khilman@linaro.org,
	linux-serial@vger.kernel.org, linux-omap@vger.kernel.org,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH 3/6] driver: serial: omap: add prepare/complete callback for "no_console_suspend" case
Date: Thu, 18 Apr 2013 17:37:48 +0530	[thread overview]
Message-ID: <516FE214.6010008@ti.com> (raw)
In-Reply-To: <20130418035801.GB18349@arwen.pp.htv.fi>

Hi Felipe,
On Thursday 18 April 2013 09:28 AM, Felipe Balbi wrote:
> Hi,
>
> On Wed, Apr 17, 2013 at 05:04:24PM +0530, Sourav Poddar wrote:
>> @@ -1632,6 +1650,8 @@ static const struct dev_pm_ops serial_omap_dev_pm_ops = {
>>   	SET_SYSTEM_SLEEP_PM_OPS(serial_omap_suspend, serial_omap_resume)
>>   	SET_RUNTIME_PM_OPS(serial_omap_runtime_suspend,
>>   				serial_omap_runtime_resume, NULL)
>> +	.prepare        = serial_omap_prepare,
>> +	.complete       = serial_omap_complete,
> if CONFIG_PM_SLEEP isn't defined, this will break compilation.
>
True.

Then, will it not be  a better idea to add a similar macro[1] in 
include/linux/pm.h for
prepare/complete callback as it is present for suspend/resume ?.

[1]:
#ifdef CONFIG_PM_SLEEP
#define SET_SYSTEM_SLEEP_PM_OPS(suspend_fn, resume_fn) \
         .suspend = suspend_fn, \
         .resume = resume_fn, \
         .freeze = suspend_fn, \
         .thaw = resume_fn, \
         .poweroff = suspend_fn, \
         .restore = resume_fn,
#else
#define SET_SYSTEM_SLEEP_PM_OPS(suspend_fn, resume_fn)
#endif



~Sourav


WARNING: multiple messages have this Message-ID (diff)
From: Sourav Poddar <sourav.poddar@ti.com>
To: <balbi@ti.com>
Cc: <gregkh@linuxfoundation.org>, <tony@atomide.com>,
	<rmk+kernel@arm.linux.org.uk>, <khilman@linaro.org>,
	<linux-serial@vger.kernel.org>, <linux-omap@vger.kernel.org>,
	<linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 3/6] driver: serial: omap: add prepare/complete callback for "no_console_suspend" case
Date: Thu, 18 Apr 2013 17:37:48 +0530	[thread overview]
Message-ID: <516FE214.6010008@ti.com> (raw)
In-Reply-To: <20130418035801.GB18349@arwen.pp.htv.fi>

Hi Felipe,
On Thursday 18 April 2013 09:28 AM, Felipe Balbi wrote:
> Hi,
>
> On Wed, Apr 17, 2013 at 05:04:24PM +0530, Sourav Poddar wrote:
>> @@ -1632,6 +1650,8 @@ static const struct dev_pm_ops serial_omap_dev_pm_ops = {
>>   	SET_SYSTEM_SLEEP_PM_OPS(serial_omap_suspend, serial_omap_resume)
>>   	SET_RUNTIME_PM_OPS(serial_omap_runtime_suspend,
>>   				serial_omap_runtime_resume, NULL)
>> +	.prepare        = serial_omap_prepare,
>> +	.complete       = serial_omap_complete,
> if CONFIG_PM_SLEEP isn't defined, this will break compilation.
>
True.

Then, will it not be  a better idea to add a similar macro[1] in 
include/linux/pm.h for
prepare/complete callback as it is present for suspend/resume ?.

[1]:
#ifdef CONFIG_PM_SLEEP
#define SET_SYSTEM_SLEEP_PM_OPS(suspend_fn, resume_fn) \
         .suspend = suspend_fn, \
         .resume = resume_fn, \
         .freeze = suspend_fn, \
         .thaw = resume_fn, \
         .poweroff = suspend_fn, \
         .restore = resume_fn,
#else
#define SET_SYSTEM_SLEEP_PM_OPS(suspend_fn, resume_fn)
#endif



~Sourav


  reply	other threads:[~2013-04-18 12:07 UTC|newest]

Thread overview: 61+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-17 11:34 [PATCH 0/6] Serial Omap fixes and cleanups Sourav Poddar
2013-04-17 11:34 ` Sourav Poddar
2013-04-17 11:34 ` [PATCH 1/6] driver: tty: serial: Move "uart_console" def to core header file Sourav Poddar
2013-04-17 11:34   ` Sourav Poddar
2013-04-17 11:34 ` [RFT/PATCH 2/6] driver: serial: mpc52xx_uart: Remove "uart_console" defintion Sourav Poddar
2013-04-17 11:34   ` Sourav Poddar
2013-04-18  3:56   ` Felipe Balbi
2013-04-18  3:56     ` Felipe Balbi
2013-04-18  5:17     ` Sourav Poddar
2013-04-18  5:17       ` Sourav Poddar
2013-04-18 10:50   ` Russell King - ARM Linux
2013-04-18 10:51     ` Sourav Poddar
2013-04-18 10:51       ` Sourav Poddar
2013-04-17 11:34 ` [PATCH 3/6] driver: serial: omap: add prepare/complete callback for "no_console_suspend" case Sourav Poddar
2013-04-17 11:34   ` Sourav Poddar
2013-04-18  3:58   ` Felipe Balbi
2013-04-18  3:58     ` Felipe Balbi
2013-04-18 12:07     ` Sourav Poddar [this message]
2013-04-18 12:07       ` Sourav Poddar
2013-04-18 13:06       ` Felipe Balbi
2013-04-18 13:06         ` Felipe Balbi
2013-04-18 17:56   ` Kevin Hilman
2013-04-18 17:56     ` Kevin Hilman
2013-04-18 18:11     ` Sourav Poddar
2013-04-18 18:11       ` Sourav Poddar
2013-04-18 21:56       ` Kevin Hilman
2013-04-18 21:56         ` Kevin Hilman
2013-04-17 11:34 ` [PATCH 4/6] arm: mach-omap2: remove "OMAP_DEVICE_NO_IDLE_ON_SUSPEND" check Sourav Poddar
2013-04-17 11:34   ` Sourav Poddar
2013-04-18 18:05   ` Kevin Hilman
2013-04-18 18:05     ` Kevin Hilman
2013-04-18 19:02     ` Sourav Poddar
2013-04-18 19:02       ` Sourav Poddar
2013-04-18 22:03       ` Kevin Hilman
2013-04-18 22:03         ` Kevin Hilman
2013-04-19 13:55         ` Sourav Poddar
2013-04-19 13:55           ` Sourav Poddar
2013-04-19 14:52           ` Kevin Hilman
2013-04-19 14:52             ` Kevin Hilman
2013-04-22  5:50             ` Sourav Poddar
2013-04-22  5:50               ` Sourav Poddar
2013-04-17 11:34 ` [PATCH 5/6] arm: dts: am33xx: Remove "ti,no_idle_on_suspend" property Sourav Poddar
2013-04-17 11:34   ` Sourav Poddar
2013-04-17 11:34 ` [PATCH 6/6] arm: mach-omap2: Remove "no_console_suspend" Sourav Poddar
2013-04-17 11:34   ` Sourav Poddar
2013-04-18 18:09   ` Kevin Hilman
2013-04-18 18:09     ` Kevin Hilman
2013-04-18 19:09     ` Sourav Poddar
2013-04-18 19:09       ` Sourav Poddar
2013-04-18 18:11   ` Kevin Hilman
2013-04-18 18:11     ` Kevin Hilman
2013-04-18 19:11     ` Sourav Poddar
2013-04-18 19:11       ` Sourav Poddar
2013-04-18 18:23 ` [PATCH 0/6] Serial Omap fixes and cleanups Kevin Hilman
2013-04-18 18:23   ` Kevin Hilman
2013-04-18 19:17   ` Sourav Poddar
2013-04-18 19:17     ` Sourav Poddar
2013-04-19 12:02     ` Grygorii Strashko
2013-04-19 12:02       ` Grygorii Strashko
2013-04-19 14:04       ` Sourav Poddar
2013-04-19 14:04         ` Sourav Poddar

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=516FE214.6010008@ti.com \
    --to=sourav.poddar@ti.com \
    --cc=balbi@ti.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=khilman@linaro.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=linux-serial@vger.kernel.org \
    --cc=rmk+kernel@arm.linux.org.uk \
    --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.