On Thu, 2015-01-22 at 14:31 -0800, Srinivas Pandruvada wrote:
> This is a follow up patches after adding i2c mux adapter for bypass
> mode. Potentially many different types of sensor can be attached to
> INVMPU6XXX device, which can be connected to main cpu i2c bus in
> bypass mode.
river which needs to get
attached via INV6, need this name in the id table and detect the
physical presence of sensor in probe and exit if not found.
Signed-off-by: Srinivas Pandruvada
---
drivers/iio/imu/inv_mpu6050/Makefile | 2 +-
drivers/iio/imu/inv_mpu6050/inv_mpu_acpi.c
and vendor ACPI
data.
v0
Using autodetect feature.
Using HWMON class as other places in the system for mux and
client sensor drivers.
Srinivas Pandruvada (1):
iio: imu: inv_mpu6050: Create mux clients for ACPI
drivers/iio/imu/inv_mpu6050/Makefile | 2 +-
drivers/iio/imu/inv_mpu6050
> device. This is typically not the primary address of the device.
> >
> > Instead of doing that we assign the first address to the device and then
> > let the driver handle rest of the addresses as it wishes.
> >
> > Signed-off-by: Mika Westerberg
> > Cc: Sr
river which needs to get
attached via INV6, need this name in the id table and detect the
physical presence of sensor in probe and exit if not found.
Signed-off-by: Srinivas Pandruvada
---
drivers/iio/imu/inv_mpu6050/Makefile | 2 +-
drivers/iio/imu/inv_mpu6050/inv_mpu_acpi.c
v1
This is an option if auto detect is not desired.
Here using ACPI magic, by parsing both standard and vendor ACPI
data.
v0
Using autodetect feature.
Using HWMON class as other places in the system for mux and
client sensor drivers.
Srinivas Pandruvada (1):
iio: imu: inv_mpu6050: Create mux
On Thu, 2015-01-08 at 17:40 +0100, Wolfram Sang wrote:
> > This is odd enough, that I'd like a wider range of views on it.
> >
> > Wolfram - was this the approach you had in mind?
>
> Sorry, too busy with other stuff at this moment :(
>
I will find some other way without using auto detect featu
On Thu, 2014-12-18 at 18:54 +0100, Lars-Peter Clausen wrote:
> On 12/18/2014 06:30 PM, Srinivas Pandruvada wrote:
> > On Thu, 2014-12-18 at 18:05 +0100, Lars-Peter Clausen wrote:
> >> On 12/18/2014 05:52 PM, Srinivas Pandruvada wrote:
> >>> On Thu, 2014-12-18 at 1
On Thu, 2014-12-18 at 18:05 +0100, Lars-Peter Clausen wrote:
> On 12/18/2014 05:52 PM, Srinivas Pandruvada wrote:
> > On Thu, 2014-12-18 at 17:28 +0100, Lars-Peter Clausen wrote:
> >> Added I2C to Cc.
> >>
> >> On 12/15/2014 10:19 PM, Srinivas Pandruvada wrote:
On Thu, 2014-12-18 at 17:28 +0100, Lars-Peter Clausen wrote:
> Added I2C to Cc.
>
> On 12/15/2014 10:19 PM, Srinivas Pandruvada wrote:
> > Using i2c auto detect feature and auto device creation feature,
> > enumerate ak8975 device, by checking their presence.
> > This
ff-by: Srinivas Pandruvada
Reviewed-by: Wolfram Sang
---
drivers/iio/imu/inv_mpu6050/Kconfig| 1 +
drivers/iio/imu/inv_mpu6050/inv_mpu_core.c | 115 +++--
drivers/iio/imu/inv_mpu6050/inv_mpu_iio.h | 6 ++
3 files changed, 116 insertions(+), 6 deletions(-)
matching i2c struct
v0
base version
Srinivas Pandruvada (1):
iio: imu: inv_mpu6050: Add i2c mux for by pass
drivers/iio/imu/inv_mpu6050/Kconfig| 1 +
drivers/iio/imu/inv_mpu6050/inv_mpu_core.c | 115 +++--
drivers/iio/imu/inv_mpu6050/inv_mpu_iio.h | 6 ++
3
On Fri, 2014-12-05 at 08:03 +0100, Wolfram Sang wrote:
> On Thu, Dec 04, 2014 at 03:10:25PM -0800, Srinivas Pandruvada wrote:
> > This chip allows some limited number of sensors connected to it as
> > slaves, which can be directly accessed by register interface of this
> > d
ak8975 change from series still this patch is accepted.
v1
Some minor formatting fix mostly suggested by Hartmut
fail probe if mux create fails
function parameter type matching i2c struct
v0
base version
Srinivas Pandruvada (1):
iio: imu: inv_mpu6050: Add i2c mux for by pass
drivers/iio/imu
ff-by: Srinivas Pandruvada
---
drivers/iio/imu/inv_mpu6050/Kconfig| 1 +
drivers/iio/imu/inv_mpu6050/inv_mpu_core.c | 135 +++--
drivers/iio/imu/inv_mpu6050/inv_mpu_iio.h | 6 ++
3 files changed, 136 insertions(+), 6 deletions(-)
diff --git a/drivers/ii
On Sat, 2014-11-22 at 14:08 +0100, Wolfram Sang wrote:
> On Sat, Nov 22, 2014 at 11:58:56AM +, Jonathan Cameron wrote:
> > On 18/11/14 17:53, Srinivas Pandruvada wrote:
> > > This chip has a mode in which this chipset can be i2c master. But
>
> I don't think
Hi Lars and Jean,
Are you taking this patch further to take care about ACPI related stuff
submitted by Mika?
Thanks,
Srinivas
On Fri, 2014-10-03 at 12:46 +0200, Wolfram Sang wrote:
> > > Ok, looks like there are two main differences in the two implementations.
> > >
> > > 1) The ACPI one uses a
is reserved address,
and will create an i2c device at 0x48.
Signed-off-by: Srinivas Pandruvada
Signed-off-by: Mika Westerberg
---
drivers/i2c/i2c-acpi.c | 36
1 file changed, 36 insertions(+)
diff --git a/drivers/i2c/i2c-acpi.c b/drivers/i2c/i2c-acpi.c
ind
ddress_by_index() and i2c_num_addressess() which can be used to
extract all addresses for a given device.
Signed-off-by: Mika Westerberg
Signed-off-by: Srinivas Pandruvada
---
drivers/i2c/i2c-acpi.c | 107 +
drivers/i2c/i
serial bus addresses
Mika Westerberg (1):
i2c / ACPI: Add support for extracting multiple I2C addresses
Srinivas Pandruvada (1):
i2c / ACPI: Create device on a valid first address
drivers/i2c/i2c-acpi.c | 143 +
drivers/i2c/i2c-core.c | 61
multiple I2C addresses
Srinivas Pandruvada (1):
i2c / ACPI: Create device on a valid first address
drivers/i2c/i2c-core.c | 206 +
include/linux/i2c.h| 5 ++
2 files changed, 211 insertions(+)
--
1.7.11.7
--
To unsubscribe from this list
is reserved address,
and will create an i2c device at 0x48.
Signed-off-by: Srinivas Pandruvada
Signed-off-by: Mika Westerberg
---
drivers/i2c/i2c-core.c | 38 ++
1 file changed, 38 insertions(+)
diff --git a/drivers/i2c/i2c-core.c b/drivers/i2c/i2c-co
ddress_by_index() and i2c_num_addressess() which can be used to
extract all addresses for a given device.
Signed-off-by: Mika Westerberg
Signed-off-by: Srinivas Pandruvada
---
drivers/i2c/i2c-core.c | 168 +
include/linux/i2c.h| 5 ++
2 fil
On 06/10/2014 02:24 AM, Mika Westerberg wrote:
On Thu, Apr 10, 2014 at 09:15:16PM -0700, Srinivas Pandruvada wrote:
ACPI specification allows multiple i2c addresses defined under one
ACPI device object. These addresses are defined using _CRS method.
The current implementation will pickup the
On 06/09/2014 12:54 AM, Mika Westerberg wrote:
On Fri, Jun 06, 2014 at 02:32:14PM +0200, Wolfram Sang wrote:
Mika: Your review for ACPI specific details would be much appreciated
here.
Sure. Srinivas, is this the latest version of the patch series?
Yes.
http://patchwork.ozlabs.org/patch/3383
On 06/03/2014 10:06 AM, Greg KH wrote:
On Tue, Jun 03, 2014 at 08:52:10AM -0700, Srinivas Pandruvada wrote:
Hi Greg,
If you get chance, please provide feedback. This will enable sensors in
several new tablets and 2 in 1 laptops.
http://patchwork.ozlabs.org/patch/338342/
http
Patch contents:
From patchwork Fri Apr 11 04:15:16 2014
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Subject: [1/2] i2c/ACPI: Support for multiple serial bus addresses
From: Srinivas Pandruvada
X-Patchwork-Id: 338342
Message-Id:
<139
g error for other.
At the same time, any i2c client can call i2c_for_each_acpi_comp_client
to get the i2c client instances of companion addresses defined
under the same ACPI device.
Signed-off-by: Srinivas Pandruvada
---
drivers/i2c/i2c-core.c | 111 ++---
include/
Currently irq flags from IRQ resources are ignored. They have important
IRQ configuration for level, trigger and sharable.
Signed-off-by: Srinivas Pandruvada
---
drivers/i2c/i2c-core.c | 6 +-
include/linux/i2c.h| 4
2 files changed, 9 insertions(+), 1 deletion(-)
diff --git a
On 03/29/2014 03:15 AM, Jonathan Cameron wrote:
On 27/03/14 21:50, Srinivas Pandruvada wrote:
On 03/27/2014 10:34 AM, Jonathan Cameron wrote:
On March 27, 2014 7:44:56 AM GMT+00:00, Jean
Delvare wrote:
On Wed, 26 Mar 2014 17:42:10 -0700, Srinivas Pandruvada wrote:
The current i2c smbus
On 03/27/2014 12:44 AM, Jean Delvare wrote:
On Wed, 26 Mar 2014 17:42:10 -0700, Srinivas Pandruvada wrote:
The current i2c smbus alert module depends on smbus alert mechanism
supported by underlying bus drivers. By specifications, these alerts
can be polled if there is no hardware support
On 03/26/2014 11:57 PM, Jean Delvare wrote:
On Wed, 26 Mar 2014 17:42:11 -0700, Srinivas Pandruvada wrote:
Currentlty the config is conditional on !I2C_HELPER_AUTO.
I don't know their dependency, but without this we can't build.
Nack. Just because you don't understand someth
Currentlty the config is conditional on !I2C_HELPER_AUTO.
I don't know their dependency, but without this we can't build.
Signed-off-by: Srinivas Pandruvada
---
drivers/i2c/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/i2c/Kconfig b/drivers/i
igned-off-by: Srinivas Pandruvada
---
drivers/i2c/i2c-smbus.c | 23 +++
include/linux/i2c-smbus.h | 3 +++
2 files changed, 26 insertions(+)
diff --git a/drivers/i2c/i2c-smbus.c b/drivers/i2c/i2c-smbus.c
index fc99f0d..e274f20 100644
--- a/drivers/i2c/i2c-smbus.c
+++ b/dr
Added driver alert callback and modified existing polls to the
core calls.
Signed-off-by: Srinivas Pandruvada
---
drivers/iio/light/cm3218x.c | 22 +-
1 file changed, 9 insertions(+), 13 deletions(-)
diff --git a/drivers/iio/light/cm3218x.c b/drivers/iio/light/cm3218x.c
On 03/22/2014 05:17 AM, Jonathan Cameron wrote:
On 21/03/14 22:21, Srinivas Pandruvada wrote:
On 03/21/2014 03:05 PM, Jonathan Cameron wrote:
On March 20, 2014 11:19:49 PM GMT+00:00, Srinivas Pandruvada
wrote:
On 03/19/2014 11:54 PM, Jonathan Cameron wrote:
On March 20, 2014 12:58:02 AM
On 03/21/2014 03:05 PM, Jonathan Cameron wrote:
On March 20, 2014 11:19:49 PM GMT+00:00, Srinivas Pandruvada
wrote:
On 03/19/2014 11:54 PM, Jonathan Cameron wrote:
On March 20, 2014 12:58:02 AM GMT+00:00, Kevin Tsai
wrote:
Hi Peter,
Thanks for your advise. I'll update my code.
AC
et_comp_client() for an companion address. By using this
i2c_client instance, a client can use i2c interface to send/receive
over this companion address.
Signed-off-by: Srinivas Pandruvada
---
drivers/i2c/i2c-core.c | 105 +
include/linux/i2c.h|
Currently irq flags from IRQ resources are ignored. They have important
IRQ configuration for level, trigger and sharable.
Signed-off-by: Srinivas Pandruvada
---
drivers/i2c/i2c-core.c | 7 ++-
include/linux/i2c.h| 4
2 files changed, 10 insertions(+), 1 deletion(-)
diff --git a
39 matches
Mail list logo
