From: Tony Lindgren <tony@atomide.com>
To: Kalle Jokiniemi <ext-kalle.jokiniemi@nokia.com>
Cc: linux-omap@vger.kernel.org, paul@pwsan.com
Subject: Re: [PATCH 1/1] OMAP3: I2C: Enable I2C wakeups
Date: Fri, 21 Nov 2008 13:38:52 -0800 [thread overview]
Message-ID: <20081121213851.GZ4927@atomide.com> (raw)
In-Reply-To: <1227022994-8288-2-git-send-email-ext-kalle.jokiniemi@nokia.com>
* Kalle Jokiniemi <ext-kalle.jokiniemi@nokia.com> [081118 07:42]:
> I2C_WE registers were not configured, which caused huge delays in
> I2C operations while cpu idle was enabled and omap entered WFI.
>
> This patch enables all I2C wakeup sources.
Pushing to l-o tree and adding to i2c-omap upstream queue.
Tony
> Signed-off-by: Kalle Jokiniemi <ext-kalle.jokiniemi@nokia.com>
> ---
> drivers/i2c/busses/i2c-omap.c | 27 +++++++++++++++++++++++++++
> 1 files changed, 27 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/i2c/busses/i2c-omap.c b/drivers/i2c/busses/i2c-omap.c
> index d012ad7..99be16f 100644
> --- a/drivers/i2c/busses/i2c-omap.c
> +++ b/drivers/i2c/busses/i2c-omap.c
> @@ -52,6 +52,8 @@
> #define OMAP_I2C_IE_REG 0x04
> #define OMAP_I2C_STAT_REG 0x08
> #define OMAP_I2C_IV_REG 0x0c
> +/* For OMAP3 I2C_IV has changed to I2C_WE (wakeup enable) */
> +#define OMAP_I2C_WE_REG 0x0c
> #define OMAP_I2C_SYSS_REG 0x10
> #define OMAP_I2C_BUF_REG 0x14
> #define OMAP_I2C_CNT_REG 0x18
> @@ -89,6 +91,24 @@
> #define OMAP_I2C_STAT_NACK (1 << 1) /* No ack interrupt enable */
> #define OMAP_I2C_STAT_AL (1 << 0) /* Arbitration lost int ena */
>
> +/* I2C WE wakeup enable register */
> +#define OMAP_I2C_WE_XDR_WE (1 << 14) /* TX drain wakup */
> +#define OMAP_I2C_WE_RDR_WE (1 << 13) /* RX drain wakeup */
> +#define OMAP_I2C_WE_AAS_WE (1 << 9) /* Address as slave wakeup*/
> +#define OMAP_I2C_WE_BF_WE (1 << 8) /* Bus free wakeup */
> +#define OMAP_I2C_WE_STC_WE (1 << 6) /* Start condition wakeup */
> +#define OMAP_I2C_WE_GC_WE (1 << 5) /* General call wakeup */
> +#define OMAP_I2C_WE_DRDY_WE (1 << 3) /* TX/RX data ready wakeup */
> +#define OMAP_I2C_WE_ARDY_WE (1 << 2) /* Reg access ready wakeup */
> +#define OMAP_I2C_WE_NACK_WE (1 << 1) /* No acknowledgment wakeup */
> +#define OMAP_I2C_WE_AL_WE (1 << 0) /* Arbitration lost wakeup */
> +
> +#define OMAP_I2C_WE_ALL (OMAP_I2C_WE_XDR_WE | OMAP_I2C_WE_RDR_WE | \
> + OMAP_I2C_WE_AAS_WE | OMAP_I2C_WE_BF_WE | \
> + OMAP_I2C_WE_STC_WE | OMAP_I2C_WE_GC_WE | \
> + OMAP_I2C_WE_DRDY_WE | OMAP_I2C_WE_ARDY_WE | \
> + OMAP_I2C_WE_NACK_WE | OMAP_I2C_WE_AL_WE)
> +
> /* I2C Buffer Configuration Register (OMAP_I2C_BUF): */
> #define OMAP_I2C_BUF_RDMA_EN (1 << 15) /* RX DMA channel enable */
> #define OMAP_I2C_BUF_RXFIF_CLR (1 << 14) /* RX FIFO Clear */
> @@ -292,6 +312,13 @@ static int omap_i2c_init(struct omap_i2c_dev *dev)
> __ffs(SYSC_CLOCKACTIVITY_MASK));
>
> omap_i2c_write_reg(dev, OMAP_I2C_SYSC_REG, v);
> + /*
> + * Enabling all wakup sources to stop I2C freezing on
> + * WFI instruction.
> + * REVISIT: Some wkup sources might not be needed.
> + */
> + omap_i2c_write_reg(dev, OMAP_I2C_WE_REG,
> + OMAP_I2C_WE_ALL);
>
> }
> }
> --
> 1.5.4.3
>
prev parent reply other threads:[~2008-11-21 21:38 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-18 15:43 [PATCH 0/1] OMAP3: I2C: Enable I2C wakeups Kalle Jokiniemi
2008-11-18 15:43 ` [PATCH 1/1] " Kalle Jokiniemi
2008-11-21 21:38 ` Tony Lindgren [this message]
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=20081121213851.GZ4927@atomide.com \
--to=tony@atomide.com \
--cc=ext-kalle.jokiniemi@nokia.com \
--cc=linux-omap@vger.kernel.org \
--cc=paul@pwsan.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