From: Kevin Hilman <khilman@ti.com>
To: Shubhrajyoti D <shubhrajyoti@ti.com>
Cc: linux-omap@vger.kernel.org, linux-i2c@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, ben-linux@fluff.org,
tony@atomide.com, w.sang@pengutronix.de
Subject: Re: [PATCHv10 00/11] I2C fixes
Date: Thu, 31 May 2012 15:59:47 -0700 [thread overview]
Message-ID: <87obp4x8gs.fsf@ti.com> (raw)
In-Reply-To: <1338288983-15026-1-git-send-email-shubhrajyoti@ti.com> (Shubhrajyoti D.'s message of "Tue, 29 May 2012 16:26:12 +0530")
Shubhrajyoti D <shubhrajyoti@ti.com> writes:
> The patch series does the following
>
> - Warn fixes if CONFIG_PM_RUNTIME is not selected.
> - In case of i2c remove register access was done without any
> get_sync fix the same.
> - Folds a patch from Tasslehoff to prevent any merge conflicts.
> - Prevents the XDUF flag to be set if the underflow condition is not met.
> - As per discussion in [1] .Adds a patch to rename the 1p153 errata and
> use the unique id instead as the section number in the recent errata
> docs has changed.
>
> v9:
> Fix the comments from Wolfram Sang
>
> v10:
> Add a patch from Neil to the series.
> Fix kevin comments
> update the patches with comments.
Shubhrajyoti, thanks for the updates.
Wolfgang, with these updates and testing a bit better described, I'm OK
with you merging it. Merging it now will give it plenty of time to
bake in linux-next and get more test exposure.
Thanks,
Kevin
> [1] http://www.spinics.net/lists/linux-i2c/msg07607.html
>
> Tested on omap4sdp and omap3sdp.
> - Did functional tests read write on both the platforms.
> - Off mode and retention on OMAP3
> - On OMAP4 just did echo mem > /sys/power/state and wakeup.
> Did see.
> [ 1360.595855] Successfully put all powerdomains to target state
> However didnt see the ret count for other than mpu_pwrdm increase.
> I think power support for omap4 is minimal.
>
> The following changes since commit b48b2c3e50433ff6f7e46186daa7f986bd960215:
>
> openrisc: use generic strnlen_user() function (2012-05-27 21:00:32 -0700)
>
> are available in the git repository at:
> git://gitorious.org/linus-tree/linus-tree.git i2c_omap-fixes
>
> Neil Brown (1):
> OMAP/I2C - Fix timeout problem during suspend.
>
> Shubhrajyoti D (9):
> I2C: OMAP: make omap_i2c_unidle/idle functions depend on CONFIG_PM_RUNTIME
> I2C: OMAP: Fix the mismatch of pm_runtime enable and disable
> I2C: OMAP: Fix the interrupt clearing in OMAP4
> I2C: OMAP: Prevent the register access after pm_runtime_put in probe
> I2C: OMAP: Don't check if wait_for_completion_timeout() returns less than zero
> I2C: OMAP: Fix the crash in i2c remove
> I2C: OMAP: Handle error check for pm runtime
> I2C: OMAP: Do not set the XUDF(Transmit underflow) if the underflow is not reached
> I2C: OMAP: Rename the 1p153 to the erratum id i462
>
> Tasslehoff Kjappfot (1):
> I2C: OMAP: prevent the overwrite of the errata flags
>
> drivers/i2c/busses/i2c-omap.c | 129 ++++++++++++++++++++---------------------
> 1 files changed, 63 insertions(+), 66 deletions(-)
WARNING: multiple messages have this Message-ID (diff)
From: khilman@ti.com (Kevin Hilman)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCHv10 00/11] I2C fixes
Date: Thu, 31 May 2012 15:59:47 -0700 [thread overview]
Message-ID: <87obp4x8gs.fsf@ti.com> (raw)
In-Reply-To: <1338288983-15026-1-git-send-email-shubhrajyoti@ti.com> (Shubhrajyoti D.'s message of "Tue, 29 May 2012 16:26:12 +0530")
Shubhrajyoti D <shubhrajyoti@ti.com> writes:
> The patch series does the following
>
> - Warn fixes if CONFIG_PM_RUNTIME is not selected.
> - In case of i2c remove register access was done without any
> get_sync fix the same.
> - Folds a patch from Tasslehoff to prevent any merge conflicts.
> - Prevents the XDUF flag to be set if the underflow condition is not met.
> - As per discussion in [1] .Adds a patch to rename the 1p153 errata and
> use the unique id instead as the section number in the recent errata
> docs has changed.
>
> v9:
> Fix the comments from Wolfram Sang
>
> v10:
> Add a patch from Neil to the series.
> Fix kevin comments
> update the patches with comments.
Shubhrajyoti, thanks for the updates.
Wolfgang, with these updates and testing a bit better described, I'm OK
with you merging it. Merging it now will give it plenty of time to
bake in linux-next and get more test exposure.
Thanks,
Kevin
> [1] http://www.spinics.net/lists/linux-i2c/msg07607.html
>
> Tested on omap4sdp and omap3sdp.
> - Did functional tests read write on both the platforms.
> - Off mode and retention on OMAP3
> - On OMAP4 just did echo mem > /sys/power/state and wakeup.
> Did see.
> [ 1360.595855] Successfully put all powerdomains to target state
> However didnt see the ret count for other than mpu_pwrdm increase.
> I think power support for omap4 is minimal.
>
> The following changes since commit b48b2c3e50433ff6f7e46186daa7f986bd960215:
>
> openrisc: use generic strnlen_user() function (2012-05-27 21:00:32 -0700)
>
> are available in the git repository at:
> git://gitorious.org/linus-tree/linus-tree.git i2c_omap-fixes
>
> Neil Brown (1):
> OMAP/I2C - Fix timeout problem during suspend.
>
> Shubhrajyoti D (9):
> I2C: OMAP: make omap_i2c_unidle/idle functions depend on CONFIG_PM_RUNTIME
> I2C: OMAP: Fix the mismatch of pm_runtime enable and disable
> I2C: OMAP: Fix the interrupt clearing in OMAP4
> I2C: OMAP: Prevent the register access after pm_runtime_put in probe
> I2C: OMAP: Don't check if wait_for_completion_timeout() returns less than zero
> I2C: OMAP: Fix the crash in i2c remove
> I2C: OMAP: Handle error check for pm runtime
> I2C: OMAP: Do not set the XUDF(Transmit underflow) if the underflow is not reached
> I2C: OMAP: Rename the 1p153 to the erratum id i462
>
> Tasslehoff Kjappfot (1):
> I2C: OMAP: prevent the overwrite of the errata flags
>
> drivers/i2c/busses/i2c-omap.c | 129 ++++++++++++++++++++---------------------
> 1 files changed, 63 insertions(+), 66 deletions(-)
next prev parent reply other threads:[~2012-05-31 22:59 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-29 10:56 [PATCHv10 00/11] I2C fixes Shubhrajyoti D
2012-05-29 10:56 ` Shubhrajyoti D
2012-05-29 10:56 ` [PATCHv10 05/11] I2C: OMAP: Don't check if wait_for_completion_timeout() returns less than zero Shubhrajyoti D
2012-05-29 10:56 ` Shubhrajyoti D
[not found] ` <1338288983-15026-1-git-send-email-shubhrajyoti-l0cyMroinI0@public.gmane.org>
2012-05-29 10:56 ` [PATCHv10 01/11] I2C: OMAP: make omap_i2c_unidle/idle functions depend on CONFIG_PM_RUNTIME Shubhrajyoti D
2012-05-29 10:56 ` Shubhrajyoti D
2012-05-29 10:56 ` [PATCHv10 02/11] I2C: OMAP: Fix the mismatch of pm_runtime enable and disable Shubhrajyoti D
2012-05-29 10:56 ` Shubhrajyoti D
2012-05-29 10:56 ` [PATCHv10 03/11] I2C: OMAP: Fix the interrupt clearing in OMAP4 Shubhrajyoti D
2012-05-29 10:56 ` Shubhrajyoti D
2012-05-29 10:56 ` [PATCHv10 04/11] I2C: OMAP: Prevent the register access after pm_runtime_put in probe Shubhrajyoti D
2012-05-29 10:56 ` Shubhrajyoti D
2012-05-29 10:56 ` [PATCH 06/11] I2C: OMAP: Fix the crash in i2c remove Shubhrajyoti D
2012-05-29 10:56 ` Shubhrajyoti D
2012-05-29 10:56 ` [PATCH 07/11] I2C: OMAP: Handle error check for pm runtime Shubhrajyoti D
2012-05-29 10:56 ` Shubhrajyoti D
2012-06-27 1:43 ` Kevin Hilman
2012-06-27 1:43 ` Kevin Hilman
[not found] ` <874npxv8aj.fsf-l0cyMroinI0@public.gmane.org>
2012-06-27 9:01 ` Shubhrajyoti Datta
2012-06-27 9:01 ` Shubhrajyoti Datta
2012-05-29 10:56 ` [PATCHv10 09/11] I2C: OMAP: Do not set the XUDF(Transmit underflow) if the underflow is not reached Shubhrajyoti D
2012-05-29 10:56 ` Shubhrajyoti D
2012-05-29 10:56 ` [PATCHv10 10/11] I2C: OMAP: Rename the 1p153 to the erratum id i462 Shubhrajyoti D
2012-05-29 10:56 ` Shubhrajyoti D
2012-05-29 10:56 ` [PATCHv10 08/11] I2C: OMAP: prevent the overwrite of the errata flags Shubhrajyoti D
2012-05-29 10:56 ` Shubhrajyoti D
2012-05-29 10:56 ` [PATCHv10 11/11] OMAP/I2C - Fix timeout problem during suspend Shubhrajyoti D
2012-05-29 10:56 ` Shubhrajyoti D
2012-05-31 22:59 ` Kevin Hilman [this message]
2012-05-31 22:59 ` [PATCHv10 00/11] I2C fixes Kevin Hilman
2012-06-10 5:40 ` Shubhrajyoti Datta
2012-06-10 5:40 ` Shubhrajyoti Datta
2012-06-11 16:00 ` Wolfram Sang
2012-06-11 16:00 ` Wolfram Sang
2012-06-11 17:39 ` Shubhrajyoti
2012-06-11 17:39 ` Shubhrajyoti
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=87obp4x8gs.fsf@ti.com \
--to=khilman@ti.com \
--cc=ben-linux@fluff.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-i2c@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=shubhrajyoti@ti.com \
--cc=tony@atomide.com \
--cc=w.sang@pengutronix.de \
/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.