Re: [PATCH 3/3] i2c: cros_ec: Support a limited i2c tunnel for exynos5250-spring

Hi, On Fri, Jun 27, 2014 at 12:56 PM, Doug Anderson wrote: > On exynos5250-spring the battery and tps65090 regulator are sitting on > an i2c bus behind the EC (much like on exynos5420-peach-pit). However > on spring we don't have the full EC_CMD_I2C_PASSTHRU command. > > For the production kerne

[PATCH 3/3] i2c: cros_ec: Support a limited i2c tunnel for exynos5250-spring

On exynos5250-spring the battery and tps65090 regulator are sitting on an i2c bus behind the EC (much like on exynos5420-peach-pit). However on spring we don't have the full EC_CMD_I2C_PASSTHRU command. For the production kernel of spring we used a solution like this: - Fork the tps65090 driver a

[PATCH 0/3] Add support for limited i2c tunnel for exynos5250-spring

This patches series possibly adds support for getting to the battery and tps65090 device on exynos5250-spring. I have simulated things on exynos5420-peach-pit and found that this seems to work OK and I can talk to both the battery and tps65090. I have simulated this on exynos5250-snow and found t

Re: [PATCH v2 07/10] mfd: cros_ec: cleanup: Remove EC wrapper functions

On Fri, Jun 27, 2014 at 5:31 AM, Wolfram Sang wrote: > On Wed, Jun 18, 2014 at 11:14:04AM -0700, Doug Anderson wrote: >> From: Bill Richardson >> >> Remove the three wrapper functions that talk to the EC without passing all >> the desired arguments and just use the underlying communication functi

Re: [PATCH] i2c: cros_ec: Remove EC_I2C_FLAG_10BIT

> Thanks, that sounds reasonable to me. Lee has Acked the whole series > and Simon Glass has reviewed it too, so I'd imagine that we're just > waiting on the input subsystem's Ack on a few of the patches. OK. I assume it will go in via the same tree as the cleanup series to simplify dependencies

Re: [PATCH] i2c: cros_ec: Remove EC_I2C_FLAG_10BIT

Wolfram, On Fri, Jun 27, 2014 at 5:34 AM, Wolfram Sang wrote: > On Mon, Jun 23, 2014 at 02:20:06PM -0700, Doug Anderson wrote: >> In pointed out that the 10-bit >> flag in the cros_ec_tunnel was useless. It went into a 16-bit flags >> field but was defined a

Re: [PATCH v2] i2c: sun6i-p2wi: Remove duplicate inclusion of module.h

On Tue, Jun 24, 2014 at 09:25:28AM +0530, Sachin Kamat wrote: > module.h was included twice. > > Signed-off-by: Sachin Kamat > Acked-by: Boris BREZILLON Applied to for-current, thanks! signature.asc Description: Digital signature

Re: [PATCH] i2c: cros_ec: Remove EC_I2C_FLAG_10BIT

On Mon, Jun 23, 2014 at 02:20:06PM -0700, Doug Anderson wrote: > In pointed out that the 10-bit > flag in the cros_ec_tunnel was useless. It went into a 16-bit flags > field but was defined at (1 << 16). > > Since we have no 10-bit i2c devices on the other si

Re: [PATCH v2 09/10] mfd: cros_ec: ec_dev->cmd_xfer() returns number of bytes received from EC

On Wed, Jun 18, 2014 at 11:14:06AM -0700, Doug Anderson wrote: > From: Bill Richardson > > When communicating with the EC, the cmd_xfer() function should return the > number of bytes it received from the EC, or negative on error. > > Signed-off-by: Bill Richardson > Signed-off-by: Doug Anderson

Re: [PATCH v2 07/10] mfd: cros_ec: cleanup: Remove EC wrapper functions

On Wed, Jun 18, 2014 at 11:14:04AM -0700, Doug Anderson wrote: > From: Bill Richardson > > Remove the three wrapper functions that talk to the EC without passing all > the desired arguments and just use the underlying communication function > that passes everything in a struct intead. > > This i

Re: [PATCH] i2c: mux: pca954x: fix dependencies

On Mon, Jun 09, 2014 at 03:11:13PM +0200, Linus Walleij wrote: > This driver causes the following randconfig build error: > > drivers/i2c/muxes/i2c-mux-pca954x.c: In function ‘pca954x_probe’: > drivers/i2c/muxes/i2c-mux-pca954x.c:204:2: error: implicit declaration > of function ‘devm_gpiod_get’ [-

Re: [PATCH] i2c: busses: i2c-pxa.c: Fix for possible null pointer dereferenc

On Tue, Jun 03, 2014 at 11:30:34PM +0200, Rickard Strandqvist wrote: > Fix for possible null pointer dereferenc, and there is a risk > for memory leak in when something unexpected happens and the > function returns. > > Signed-off-by: Rickard Strandqvist > --- > drivers/i2c/busses/i2c-pxa.c |

Re: [PATCH] i2c-taos-evm: Use module_serio_driver()

On Fri, Jun 13, 2014 at 09:52:24PM +0200, Christoph Jaeger wrote: > Get rid of some boilerplate code by using module_serio_driver(). > > Signed-off-by: Christoph Jaeger Applied to for-next, thanks! signature.asc Description: Digital signature

Re: [Patch V3 4/5] I2C/ACPI: Add i2c ACPI operation region support

On Tue, May 20, 2014 at 08:59:23PM +0800, Lan Tianyu wrote: > ACPI 5.0 spec(5.5.2.4.5) defines GenericSerialBus(i2c, spi, uart) operation > region. > It allows ACPI aml code able to access such kind of devices to implement > some ACPI standard method. > > ACPI Spec defines some access attribute t

Re: [Patch V3 5/5] I2C/ACPI: Clean up I2C ACPI code and Add CONFIG_I2C_ACPI config

On Tue, May 20, 2014 at 08:59:24PM +0800, Lan Tianyu wrote: > Clean up ACPI related code in the i2c core and add CONFIG_I2C_ACPI > to enable I2C ACPI code. > > Current there is a race between removing I2C ACPI operation region > and ACPI AML code accessing. So make i2c core built-in if CONFIG_I2C_

Get a loan in 24 hours at 2% interest rate

I am Liu Chang, can you work with me on a business proposal that worth $15Million Dollars? for more info contact me with my email: liuchan...@foxmail.com -- To unsubscribe from this list: send the line "unsubscribe linux-i2c" in the body of a message to majord...@vger.kernel.org More majordomo in