From: linux@arm.linux.org.uk (Russell King - ARM Linux)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 07/34] rtc: omap: let device wakeup capability be configured from chip init logic
Date: Thu, 13 May 2010 10:15:54 +0100 [thread overview]
Message-ID: <20100513091554.GC5382@n2100.arm.linux.org.uk> (raw)
In-Reply-To: <1273188265-12782-8-git-send-email-khilman@deeprootsystems.com>
-> rtc people
On Thu, May 06, 2010 at 04:23:58PM -0700, Kevin Hilman wrote:
> From: Sekhar Nori <nsekhar@ti.com>
>
> The rtc-omap driver currently hardcodes the RTC wakeup capability
> to be "not capable". While this seems to be true for existing OMAP1
> boards which are not wired for this, the DA850/OMAP-L138 SoC, the
> RTC can always be wake up source from its "deep sleep" mode.
>
> This patch lets the wakeup capability to be set from platform data and
> does not override the setting from the driver. For DA850/OMAP-L138, this
> is done from arch/arm/mach-davinci/devices-da8xx.c:da8xx_register_rtc()
>
> Note that this patch does not change the behavior on any existing OMAP1
> board since the platform device registration sets the wakeup capability
> to 0 by default.
>
> Signed-off-by: Sekhar Nori <nsekhar@ti.com>
> Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>
> ---
> drivers/rtc/rtc-omap.c | 12 +++++++-----
> 1 files changed, 7 insertions(+), 5 deletions(-)
>
> diff --git a/drivers/rtc/rtc-omap.c b/drivers/rtc/rtc-omap.c
> index 64d9727..73377b0 100644
> --- a/drivers/rtc/rtc-omap.c
> +++ b/drivers/rtc/rtc-omap.c
> @@ -34,7 +34,8 @@
> * Board-specific wiring options include using split power mode with
> * RTC_OFF_NOFF used as the reset signal (so the RTC won't be reset),
> * and wiring RTC_WAKE_INT (so the RTC alarm can wake the system from
> - * low power modes). See the BOARD-SPECIFIC CUSTOMIZATION comment.
> + * low power modes) for OMAP1 boards (OMAP-L138 has this built into
> + * the SoC). See the BOARD-SPECIFIC CUSTOMIZATION comment.
> */
>
> #define OMAP_RTC_BASE 0xfffb4800
> @@ -401,16 +402,17 @@ static int __init omap_rtc_probe(struct platform_device *pdev)
>
> /* BOARD-SPECIFIC CUSTOMIZATION CAN GO HERE:
> *
> - * - Boards wired so that RTC_WAKE_INT does something, and muxed
> - * right (W13_1610_RTC_WAKE_INT is the default after chip reset),
> - * should initialize the device wakeup flag appropriately.
> + * - Device wake-up capability setting should come through chip
> + * init logic. OMAP1 boards should initialize the "wakeup capable"
> + * flag in the platform device if the board is wired right for
> + * being woken up by RTC alarm. For OMAP-L138, this capability
> + * is built into the SoC by the "Deep Sleep" capability.
> *
> * - Boards wired so RTC_ON_nOFF is used as the reset signal,
> * rather than nPWRON_RESET, should forcibly enable split
> * power mode. (Some chip errata report that RTC_CTRL_SPLIT
> * is write-only, and always reads as zero...)
> */
> - device_init_wakeup(&pdev->dev, 0);
>
> if (new_ctrl & (u8) OMAP_RTC_CTRL_SPLIT)
> pr_info("%s: split power mode\n", pdev->name);
> --
> 1.7.0.2
>
>
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2010-05-13 9:15 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-06 23:23 [PATCH 00/34] davinci updates for 2.6.35 Kevin Hilman
2010-05-06 23:23 ` [PATCH 01/34] davinci: misc cleanups from sparse Kevin Hilman
2010-05-06 23:23 ` [PATCH 02/34] davinci: sparse: gpio: void casting Kevin Hilman
2010-05-06 23:23 ` [PATCH 03/34] davinci: da830/omap-l137 evm: add support for GPIO based MMC/SD card detection Kevin Hilman
2010-05-06 23:23 ` [PATCH 04/34] davinci: da830/omap-l137 evm: use 8-wire MMC/SD card support Kevin Hilman
2010-05-06 23:23 ` [PATCH 05/34] davinci: edma: clear interrupt status for interrupt enabled channels only Kevin Hilman
2010-05-06 23:23 ` [PATCH 06/34] RTC: DaVinci RTC driver Kevin Hilman
2010-05-13 9:15 ` Russell King - ARM Linux
2010-05-13 13:44 ` Kevin Hilman
2010-05-06 23:23 ` [PATCH 07/34] rtc: omap: let device wakeup capability be configured from chip init logic Kevin Hilman
2010-05-13 9:15 ` Russell King - ARM Linux [this message]
2010-05-06 23:23 ` [PATCH 08/34] Davinci: allow SOCs based on other ARM CPUs Kevin Hilman
2010-05-06 23:24 ` [PATCH 09/34] Davinci: enable timer clock before use Kevin Hilman
2010-05-06 23:24 ` [PATCH 10/34] Davinci: cpintc host map configuration Kevin Hilman
2010-05-06 23:24 ` [PATCH 11/34] Davinci: support LPSC SwRstDisable state Kevin Hilman
2010-05-06 23:24 ` [PATCH 12/34] Davinci: promote da8xx_pinmux_setup() Kevin Hilman
2010-05-06 23:24 ` [PATCH 13/34] Davinci: tnetv107x pin list Kevin Hilman
2010-05-06 23:24 ` [PATCH 14/34] Davinci: tnetv107x LPSC modules Kevin Hilman
2010-05-06 23:24 ` [PATCH 15/34] Davinci: tnetv107x IRQ definitions Kevin Hilman
2010-05-06 23:24 ` [PATCH 16/34] Davinci: tnetv107x cpu types Kevin Hilman
2010-05-06 23:24 ` [PATCH 17/34] DaVinci: move AEMIF #define's to the proper headers Kevin Hilman
2010-05-06 23:24 ` [PATCH 18/34] DA830 EVM: use DA8XX_AEMIF_*_BASE #define's Kevin Hilman
2010-05-06 23:24 ` [PATCH 19/34] davinci: DM365: Allow use of GPIO64_57 Kevin Hilman
2010-05-06 23:24 ` [PATCH 20/34] Davinci: configurable pll divider mask Kevin Hilman
2010-05-06 23:24 ` [PATCH 21/34] davinci: mach/common.h: add missing includes Kevin Hilman
2010-05-06 23:24 ` [PATCH 22/34] DaVinci: move IDE platform device to its proper place Kevin Hilman
2010-05-06 23:24 ` [PATCH 23/34] Davinci: gpio - minor cleanup Kevin Hilman
2010-05-06 23:24 ` [PATCH 24/34] Davinci: gpio - structs and functions renamed Kevin Hilman
2010-05-06 23:24 ` [PATCH 25/34] Davinci: gpio - register layout invariant inlines Kevin Hilman
2010-05-06 23:24 ` [PATCH 26/34] Davinci: gpio - controller type support Kevin Hilman
2010-05-06 23:24 ` [PATCH 27/34] Davinci: gpio - fine grained locking Kevin Hilman
2010-05-06 23:24 ` [PATCH 28/34] Davinci: eliminate pinmux offset verbosity Kevin Hilman
2010-05-06 23:24 ` [PATCH 29/34] Davinci: watchdog reset separation across socs Kevin Hilman
2010-05-06 23:24 ` [PATCH 30/34] Davinci: serial - remove unnecessary define Kevin Hilman
2010-05-06 23:24 ` [PATCH 31/34] Davinci: serial - use ioremap() Kevin Hilman
2010-05-06 23:24 ` [PATCH 32/34] Davinci: serial - conditional reset via pwremu Kevin Hilman
2010-05-06 23:24 ` [PATCH 33/34] davinci: edma: use a more intuitive name for edma_info Kevin Hilman
2010-05-06 23:24 ` [PATCH 34/34] davinci: edma: fix coding style issue related to usage of braces Kevin Hilman
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=20100513091554.GC5382@n2100.arm.linux.org.uk \
--to=linux@arm.linux.org.uk \
--cc=linux-arm-kernel@lists.infradead.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).