Re: [PATCH 2/4] i2c: at91: update bindings documention

On Wed, Dec 02, 2015 at 11:39:05AM +0100, Ludovic Desroches wrote: > The i2c-sda-hold-time-ns property is supported from atmel,sama5d4-i2c. > > Signed-off-by: Ludovic Desroches Acked-by: Rob Herring > --- >

Re: [PATCH v3] arm64: dts: add all hi6220 i2c nodes

On 2015/12/2 15:34, Shawn Guo wrote: > On Wed, Dec 02, 2015 at 02:29:09PM +0800, Xinwei Kong wrote: >> This patch adds all I2C nodes for the Hi6220 SoC. This hi6220 Soc >> use this I2C IP of Synopsys Designware for HiKey board. >> >> Signed-off-by: Xinwei Kong >>

Re: [PATCH v2 16/16] i2c: designware: Convert to use unified device property API

On Wed, 2015-12-02 at 02:28 +0100, Rafael J. Wysocki wrote: > On Tuesday, December 01, 2015 12:33:51 PM Andy Shevchenko wrote: > > On Mon, 2015-11-30 at 20:58 +0100, Wolfram Sang wrote: > > > On Mon, Nov 30, 2015 at 05:11:44PM +0200, Andy Shevchenko wrote: > > > What is the bug fix here

Re: [PATCH V3] Intel Lewisburg device IDs for SMBus

Hi, On 11/20/2015 07:22 AM, Wolfram Sang wrote: i2c: i801: " I'll keep this in mind. Thank you. -- Thank you, -- To unsubscribe from this list: send the line "unsubscribe linux-i2c" in the body of a message to majord...@vger.kernel.org More majordomo info at

Re: [PATCH v2 16/16] i2c: designware: Convert to use unified device property API

On Wed, Dec 02, 2015 at 11:23:40AM +0200, Andy Shevchenko wrote: > On Wed, 2015-12-02 at 02:28 +0100, Rafael J. Wysocki wrote: > > On Tuesday, December 01, 2015 12:33:51 PM Andy Shevchenko wrote: > > > On Mon, 2015-11-30 at 20:58 +0100, Wolfram Sang wrote: > > > > On Mon, Nov 30, 2015 at

[RESEND PATCH v2 7/9] eeprom: at24: add the at24cs series to the list of supported devices

The infrastructure for reading of the factory-programmed serial number for at24cs EEPROM series is now in place. Add the chips that are actually equipped with the serial number memory area to the list of supported devices. Signed-off-by: Bartosz Golaszewski ---

[RESEND PATCH v2 6/9] eeprom: at24: improve the device_id table readability

Improve the readability of the device table by separating columns with tabs. Signed-off-by: Bartosz Golaszewski --- drivers/misc/eeprom/at24.c | 28 ++-- 1 file changed, 14 insertions(+), 14 deletions(-) diff --git a/drivers/misc/eeprom/at24.c

[RESEND PATCH v2 5/9] eeprom: at24: export the serial number through sysfs

The at24 driver is now capable of reading the serial number from at24cs EEPROM chips. Export the serial number through sysfs. Signed-off-by: Bartosz Golaszewski --- drivers/misc/eeprom/at24.c | 44 1 file changed, 40

[RESEND PATCH v2 9/9] eeprom: at24: readability tweaks

Move the macro definitions above the struct definitions and add some tabs for better readability. Signed-off-by: Bartosz Golaszewski --- drivers/misc/eeprom/at24.c | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git

[PATCH RESEND] i2c: Remove setting for 1 second timeout from adapter drivers

I2C adapter drivers that are using 1 second timeout can leave the timeout unset and let the i2c-core.c: i2c_register_adapter() to set it instead. Signed-off-by: Jarkko Nikula --- drivers/i2c/busses/i2c-ibm_iic.c | 1 - drivers/i2c/busses/i2c-iop3xx.c |

Re: [PATCH 4/4] ARM: at91/dt: sama5d2 Xplained: pmic needs a specific sda hold time

Le 02/12/2015 11:39, Ludovic Desroches a écrit : > Data have to been hold longer for the PMIC device. s/been/be/ It can also be interesting to know where the value comes from... > Signed-off-by: Ludovic Desroches > --- >

[Patch V1] imx: i2c: fix i2c resource leak with dma transfer

In i2c_imx_dma_xfer(), when dmaengine_prep_slave_single() returns NULL, the context goto label err_desc and then return. However, the memory allocated by dmaengine_prep_slave_single() has not been freed yet, which leads to resource leak. (reported by coverity check) Signed-off-by: Gao Pan

[RESEND PATCH v2 8/9] eeprom: at24: remove a reduntant if

It seems as if the second check for I2C_FUNC_I2C functionality had been introduced accidentally during a merge. Tt's reduntant, so remove it. Signed-off-by: Bartosz Golaszewski --- drivers/misc/eeprom/at24.c | 3 --- 1 file changed, 3 deletions(-) diff --git

[RESEND PATCH v2 3/9] eeprom: at24: tie up an additional address for at24cs series

The at24cs series EEPROM chips have an additional read-only memory area, that is visible on a different i2c slave address. Tie it up with a dummy device. Signed-off-by: Bartosz Golaszewski --- drivers/misc/eeprom/at24.c | 30 ++ 1 file

[PATCH 1/4] i2c: at91: add upport for the HOLD field

The hold field allows to configure the data hold time which can be set with the help of the generic binding 'i2c-sda-hold-time-ns'. This feature has been introduced with SAMA5D4 SoC family. Signed-off-by: Ludovic Desroches --- drivers/i2c/busses/i2c-at91.c | 54

Re: [PATCH 2/4] i2c: at91: update bindings documention

Le 02/12/2015 11:39, Ludovic Desroches a écrit : > The i2c-sda-hold-time-ns property is supported from atmel,sama5d4-i2c. > > Signed-off-by: Ludovic Desroches > --- > Documentation/devicetree/bindings/i2c/i2c-at91.txt | 4 +++- > 1 file changed, 3 insertions(+), 1

Re: [PATCH] i2c: emev2: add slave support

On Mon, Nov 30, 2015 at 01:15:57AM +0100, Niklas Söderlund wrote: > Add i2c slave support to EMEV2. > > Tested using a EMEV2, BeagleBone Black and a 24c02 eeprom. While the > EMEV2 provided a emulated eeprom on iic0 using slave-24c02 iic0 the Bone > could talk to both the physical and the

[RESEND PATCH v2 1/9] eeprom: at24: platform_data: use BIT() macro

Use BIT() macro to replace the 0xXX constants in platform_data flags definitions. Signed-off-by: Bartosz Golaszewski --- include/linux/platform_data/at24.h | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/include/linux/platform_data/at24.h

[RESEND PATCH v2 2/9] eeprom: at24: new flag in platform_data

In preparation for supporting the at24cs EEPROM series add a new flag to platform data. When set, it should tell the driver that the chip has an additional read-only memory area that holds a factory pre-programmed serial number. Signed-off-by: Bartosz Golaszewski ---

[PATCH 3/4] ARM: at91/dt: sama5d4: update i2c compatible string

A new compatible string has been introduced: atmel,sama5d4-i2c. It allows to use the i2c-sda-hold-time-ns property if needed. Signed-off-by: Ludovic Desroches --- arch/arm/boot/dts/sama5d4.dtsi | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH 2/4] i2c: at91: update bindings documention

The i2c-sda-hold-time-ns property is supported from atmel,sama5d4-i2c. Signed-off-by: Ludovic Desroches --- Documentation/devicetree/bindings/i2c/i2c-at91.txt | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

[PATCH 4/4] ARM: at91/dt: sama5d2 Xplained: pmic needs a specific sda hold time

Data have to been hold longer for the PMIC device. Signed-off-by: Ludovic Desroches --- arch/arm/boot/dts/at91-sama5d2_xplained.dts | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/at91-sama5d2_xplained.dts

Re: [PATCH 1/4] i2c: at91: add upport for the HOLD field

Le 02/12/2015 11:39, Ludovic Desroches a écrit : > The hold field allows to configure the data hold time which can be set > with the help of the generic binding 'i2c-sda-hold-time-ns'. This > feature has been introduced with SAMA5D4 SoC family. > > Signed-off-by: Ludovic Desroches

Re: [PATCH 3/4] ARM: at91/dt: sama5d4: update i2c compatible string

Le 02/12/2015 11:39, Ludovic Desroches a écrit : > A new compatible string has been introduced: atmel,sama5d4-i2c. It > allows to use the i2c-sda-hold-time-ns property if needed. > > Signed-off-by: Ludovic Desroches Acked-by: Nicolas Ferre

Re: [PATCH v4] arm64: dts: add all hi6220 i2c nodes

On Wed, Dec 02, 2015 at 06:13:21PM +0800, Xinwei Kong wrote: > This patch adds all I2C nodes for the Hi6220 SoC. This hi6220 Soc > use this I2C IP of Synopsys Designware for HiKey board. > > Signed-off-by: Xinwei Kong > Signed-off-by: Chen Feng

Re: Handling clocks on external busses

On Wed, Dec 02, 2015 at 12:58:55PM +, Charles Keepax wrote: > So after a bit more digging it seems this has been mitigated slightly > as a lot of SPI driver have been updated to execute transfers in > thread rather than from a worker thread and it seems the clock > framework lets you re-enter

Re: Handling clocks on external busses

On Tue, Nov 24, 2015 at 05:37:18PM +, Charles Keepax wrote: > Hi, > > When a clock driver is controlling a clock that is controlled > over I2C / SPI, we need to perform a write on that bus to enable > the clock. However, such busses often have their own clocks that > must be enabled. Since