On Sat, 4 Sep 2010 01:10:10 +0200, Rafael J. Wysocki wrote:
On Friday, September 03, 2010, Sripathy, Vishwanath wrote:
We are seeing one more issue even after making this fix. In summary, after
first suspend/resume, CPU Idle no longer works since i2c module is active.
Basically when the
In current i2c core driver, call to pm_runtime_set_active from
i2c_device_pm_resume
will unconditionally enable i2c module and increment child count of the parent.
Because of this, in CPU Idle path, i2c does not idle, preventing Core to
enter retention. Also i2c module will not be suspended upon
Hi Vishwa,
I just have a couple of minors comments:
On 9/4/2010 10:48 AM, Sripathy, Vishwanath wrote:
In current i2c core driver, call to pm_runtime_set_active from
i2c_device_pm_resume
will unconditionally enable i2c module and increment child count of the parent.
Because of this, in CPU
On Sat, 4 Sep 2010 14:18:01 +0530, Vishwanath BS wrote:
In current i2c core driver, call to pm_runtime_set_active from
i2c_device_pm_resume
will unconditionally enable i2c module and increment child count of the
parent.
Because of this, in CPU Idle path, i2c does not idle, preventing Core
There is a bug in the i2c-davinci device init routine that attempts
to use default platform data if none is supplied (e.g., is NULL).
This patch fixes the bug.
Signed-off-by: Michael Williamson michael.william...@criticallink.com
---
drivers/i2c/busses/i2c-davinci.c |8 +---
1 files
On 09/03/10 00:40, ac...@nvidia.com wrote:
From: Andrew Chew ac...@nvidia.com
This is for the Asahi Kasei AK8975 3-axis magnetometer. It resides within
the magnetometer section of the IIO subsystem, and implements the raw
magn_x,y,z attributes, as well as x,y,z factory calibration
Mark, have you had a chance to double check my changes based on the comments
you made?
Thanks,
Rhyland
-Original Message-
From: Anton Vorontsov [mailto:cbouatmai...@gmail.com]
Sent: Thursday, September 02, 2010 10:48 AM
To: Rhyland Klein
Cc: linux-i2c@vger.kernel.org;