[PATCH 1/2] i2c: designware: register clkdev during acpi device configuration

DW I2C driver tries to register a clk from id->driver_data as an alternative way besides intel lpss. But code doesn't register the clk to clkdev. So, devm_clk_get will fail during probe. The patch can fix this issue. Signed-off-by: Ken Xue Signed-off-by: Xiangliang Yu

[PATCH 2/2] i2c: designware: remove freq definition for "AMD0010" in acpi_device_id

Now, AMD ACPI devices can be reworked by APD which is similar to intel lpss. And the clkdev for "AMD0010" can be registered in APD. So, try to remove freq definition from id->driver_data for "AMD0010". Make "AMD0010" look like other ones. Signed-off-by: Ken Xue Signed-off-by:

[RESEND PATCH 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 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 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

[RESEND PATCH 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 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

Re: [PATCH] i2c: pnx: fix warnings caused by enabling unprepared clock

On Mon, Oct 19, 2015 at 11:49 PM, Vladimir Zapolskiy wrote: > On 19.10.2015 19:21, Shubhrajyoti Datta wrote: >> On Sun, Oct 18, 2015 at 12:22 AM, Vladimir Zapolskiy wrote: >>> If common clock framework is configured, the driver generates a warning, >>> which is

Re: [PATCH v3 1/1] i2c: add ACPI support for I2C mux ports

+Cc: Ismo Puustinen On Mon, 2015-10-19 at 15:29 -0700, Dustin Byford wrote: > Although I2C mux devices are easily enumerated using ACPI (_HID/_CID > or > device property compatible string match) enumerating I2C client > devices > connected through a I2C mux device requires a little extra work. >

[RESEND PATCH 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 0/9] eeprom: at24: at24cs series serial number read

Chips from the at24cs EEPROM series have an additional read-only memory area containing a factory pre-programmed serial number. In order to access it, a dummy write must be executed before reading the serial number bytes. This series adds support for reading the serial number through a sysfs

[RESEND PATCH 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

[RESEND PATCH 4/9] eeprom: at24: support reading of the serial number

The at24cs series EEPROM chips have an additional read-only memory area containing a factory pre-programmed serial number. In order to access it, one has to perform a dummy write before reading the serial number bytes. Add a function that allows to access the serial number. Signed-off-by:

[RESEND PATCH 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 ---

Re: [PATCH v4 11/22] i2c: core: Probe i2c adapters and devices on demand

On Mon, Sep 07, 2015 at 02:23:36PM +0200, Tomeu Vizoso wrote: > When looking up an i2c adapter or device through its OF node, probe it > if it hasn't already. > > The goal is to reduce deferred probes to a minimum, as it makes it very > cumbersome to find out why a device failed to probe, and can

Re: [PATCH 1/2] i2c: designware: register clkdev during acpi device configuration

On Tue, Oct 20, 2015 at 02:38:01PM +0800, Ken Xue wrote: > DW I2C driver tries to register a clk from id->driver_data as an > alternative way besides intel lpss. But code doesn't register the > clk to clkdev. So, devm_clk_get will fail during probe. > > The patch can fix this issue. Since you

Re: [PATCH v3 1/1] i2c: add ACPI support for I2C mux ports

On Mon, Oct 19, 2015 at 03:29:00PM -0700, Dustin Byford wrote: > Although I2C mux devices are easily enumerated using ACPI (_HID/_CID or > device property compatible string match) enumerating I2C client devices > connected through a I2C mux device requires a little extra work. > > This change

Re: [GIT PULL] On-demand device probing

On Monday, October 19, 2015 05:58:40 PM Rob Herring wrote: > On Mon, Oct 19, 2015 at 4:40 PM, Rafael J. Wysocki wrote: > > On Monday, October 19, 2015 10:58:25 AM Rob Herring wrote: > >> On Mon, Oct 19, 2015 at 10:29 AM, David Woodhouse > >> wrote: > >>

Re: [GIT PULL] On-demand device probing

On Tue, Oct 20, 2015 at 2:56 AM, Rafael J. Wysocki wrote: > On Monday, October 19, 2015 05:58:40 PM Rob Herring wrote: >> On Mon, Oct 19, 2015 at 4:40 PM, Rafael J. Wysocki >> wrote: >> > On Monday, October 19, 2015 10:58:25 AM Rob Herring wrote: >> >> On

[RESEND PATCH 3/4] i2c: rk3x: Fix module autoload for OF platform driver

From: Luis de Bethencourt This platform driver has a OF device ID table but the OF module alias information is not created so module autoloading won't work. Signed-off-by: Luis de Bethencourt --- drivers/i2c/busses/i2c-rk3x.c | 1 + 1 file

[RESEND PATCH 2/4] i2c: meson: Fix module autoload for OF platform driver

From: Luis de Bethencourt This platform driver has a OF device ID table but the OF module alias information is not created so module autoloading won't work. Signed-off-by: Luis de Bethencourt --- drivers/i2c/busses/i2c-meson.c | 1 + 1 file

[RESEND PATCH 0/4] i2c: Fix module autoload for OF platform drivers

Hello, This is a resend of this patch series. It was posted on September 17. [0] These patches add the missing MODULE_DEVICE_TABLE() for OF to export the information so modules have the correct aliases built-in and autoloading works correctly. A longer explanation by Javier Canillas can be

[RESEND PATCH 1/4] i2c: ibm-iic: Fix module autoload for OF platform driver

From: Luis de Bethencourt This platform driver has a OF device ID table but the OF module alias information is not created so module autoloading won't work. Signed-off-by: Luis de Bethencourt --- drivers/i2c/busses/i2c-ibm_iic.c | 1 + 1 file

Re: [PATCH v3 1/6] i2c / ACPI: Rework I2C device scanning

On Wed, Oct 07, 2015 at 01:18:44PM +0300, Andy Shevchenko wrote: > From: Mika Westerberg > > The way we currently scan I2C devices behind an I2C host controller does not > work in cases where the I2C device in question is not declared directly below > the host

Re: [PATCH v3 5/6] at24: enable ACPI device found on Galileo Gen2

On Wed, Oct 07, 2015 at 01:18:48PM +0300, Andy Shevchenko wrote: > There is a 24c08 chip connected to i2c bus on Intel Galileo Gen2 board. Enable > it via ACPI ID INT3499. > > Signed-off-by: Andy Shevchenko Sparse rightfully says:

[RESEND PATCH 4/4] i2c: stu300: Fix module autoload for OF platform driver

From: Luis de Bethencourt This platform driver has a OF device ID table but the OF module alias information is not created so module autoloading won't work. Signed-off-by: Luis de Bethencourt Acked-by: Linus Walleij ---

[PATCH] i2c: mv64xxx: really allow I2C offloading

From: Hezi Commit 00d8689b85a7 ("i2c: mv64xxx: rework offload support to fix several problems") completely reworked the offload support, but stupidly left a debugging-related "return false" at the beginning of the mv64xxx_i2c_can_offload() function. This has the unfortunate

Re: [GIT PULL] On-demand device probing

On Tue, 20 Oct 2015, Rob Herring wrote: > > The probe ordering is not the entire picture, though. > > > > Even if you get the probe ordering right, the problem is going to show up in > > multiple other places: system suspend/resume, runtime PM, system shutdown, > > unbinding of drivers. In all

Re: [PATCH 2/6] i2c: ismt: PCI core handles power state for us

On Wed, Sep 16, 2015 at 05:23:59PM +0300, Andy Shevchenko wrote: > There is no need to repeat the work that is already done in the PCI driver > core. Remove suspend and resume callbacks. > > Note that there is no more calls performed to enable or disable a PCI > device during suspend-resume

Re: [PATCH 1/6] i2c: ismt: improve usage of devres API

On Mon, Sep 28, 2015 at 02:01:54PM +0300, Mika Westerberg wrote: > On Mon, Sep 28, 2015 at 01:45:32PM +0300, Andy Shevchenko wrote: > > On Wed, 2015-09-16 at 17:23 +0300, Andy Shevchenko wrote: > > > pcim_release() will release any requested region. There is no need to > > > duplicate > > > this

Re: [PATCH] i2c: tegra: drop duplicated code for assigning algo

> @@ -825,7 +825,6 @@ static int tegra_i2c_probe(struct platform_device *pdev) > i2c_dev->adapter.class = I2C_CLASS_DEPRECATED; > strlcpy(i2c_dev->adapter.name, "Tegra I2C adapter", > sizeof(i2c_dev->adapter.name)); > - i2c_dev->adapter.algo = _i2c_algo; >

Re: [REPOST PATCH v2] i2c-ocores: support big-endian register layout

On Wed, Oct 07, 2015 at 02:45:11AM +0300, Max Filippov wrote: > This allows using OpenCores I2C controller attached to its host in > native-endian mode with bi-endian CPUs. Example of such system is Xtensa > XTFPGA platform. > > Acked-by: Peter Korsgaard > Signed-off-by: Max

Re: [PATCH v2 6/6] i2c: designware: Move common probe code into i2c_dw_probe()

On Mon, Oct 12, 2015 at 04:55:35PM +0300, Jarkko Nikula wrote: > There is some code duplication in i2c-designware-platdrv and > i2c-designware-pcidrv probe functions. What is even worse that duplication > requires i2c_dw_xfer(), i2c_dw_func() and i2c_dw_isr() i2c-designware-core > functions to be

[PATCH] i2c: busses: Use setup_timer

Use timer API function setup_timer instead of init_timer to initialize the timer. Signed-off-by: Muhammad Falak R Wani --- drivers/i2c/busses/i2c-pnx.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/i2c/busses/i2c-pnx.c

Re: [GIT PULL] On-demand device probing

On Tue, Oct 20, 2015 at 01:14:46PM -0400, Alan Stern wrote: > On Tue, 20 Oct 2015, Tomeu Vizoso wrote: > > This iteration of the series would make this quite easy, as > > dependencies are calculated before probes are attempted: > > https://lkml.org/lkml/2015/6/17/311 > But what Rafael is

Re: [PATCH] i2c: mv64xxx: really allow I2C offloading

Hello, On Tue, 20 Oct 2015 16:56:21 +, Hezi Shahmoon wrote: > Hi. > > It is: > Hezi Shahmoon > > Email: > h...@marvell.com Thanks Hezi. Wolfram, do you want me to send a v2 with Hezi's full name or will you fix that up when applying the patch ? Thanks, Thomas -- Thomas Petazzoni, CTO,

Re: [PATCH] i2c: i2c-au1550: relax bus timings a bit

On Tue, Oct 20, 2015 at 5:44 PM, Wolfram Sang wrote: > Since you have access to these platforms, there is a pending devm > conversion patchneeding some testing: > > http://patchwork.ozlabs.org/patch/482140/ > > Are you maybe interested in checking that one? Sure, I've

Re: [PATCH v3 1/1] i2c: add ACPI support for I2C mux ports

Hi Mika, On Tue Oct 20 15:51, Mika Westerberg wrote: > On Mon, Oct 19, 2015 at 03:29:00PM -0700, Dustin Byford wrote: > > Although I2C mux devices are easily enumerated using ACPI (_HID/_CID or > > device property compatible string match) enumerating I2C client devices > > connected through a I2C

Re: [GIT PULL] On-demand device probing

On Tue, 20 Oct 2015, Mark Brown wrote: > On Tue, Oct 20, 2015 at 10:40:03AM -0400, Alan Stern wrote: > > > Furthermore, that applies only to devices that use synchronous suspend. > > Async suspend is becoming common, and there the only restrictions are > > parent-child relations plus whatever

Re: [GIT PULL] On-demand device probing

On Tue, 20 Oct 2015, Tomeu Vizoso wrote: > On 20 October 2015 at 18:04, Alan Stern wrote: > > On Tue, 20 Oct 2015, Mark Brown wrote: > > > >> On Tue, Oct 20, 2015 at 10:40:03AM -0400, Alan Stern wrote: > >> > >> > Furthermore, that applies only to devices that use

Re: Alternative approach to solve the deferred probe (was: [GIT PULL] On-demand device probing)

On Mon, Oct 19, 2015 at 06:21:40PM +0200, Geert Uytterhoeven wrote: > Hi Russell, > > On Mon, Oct 19, 2015 at 5:35 PM, Russell King - ARM Linux > wrote: > >> > What you can do is print those devices which have failed to probe at > >> > late_initcall() time - possibly

Re: [linux-sunxi] [PATCH] i2c: mv64xxx: The n clockdiv factor is 0 based on sunxi SoCs

> WIth Hans having figured it out and fixing it, I'll absolutly will take a > nother look and check with a scope if it all works out now. Have you done this already? /me is always looking for Tested-by: tags :) signature.asc Description: Digital signature

Re: [GIT PULL] On-demand device probing

On 20 October 2015 at 18:04, Alan Stern wrote: > On Tue, 20 Oct 2015, Mark Brown wrote: > >> On Tue, Oct 20, 2015 at 10:40:03AM -0400, Alan Stern wrote: >> >> > Furthermore, that applies only to devices that use synchronous suspend. >> > Async suspend is becoming

Re: [PATCH] i2c: mv64xxx: really allow I2C offloading

On Tue, Oct 20, 2015 at 04:32:24PM +0200, Thomas Petazzoni wrote: > From: Hezi Is "Hezi" the full name? > > Commit 00d8689b85a7 ("i2c: mv64xxx: rework offload support to fix > several problems") completely reworked the offload support, but > stupidly left a debugging-related

Re: [PATCH v2] i2c: davinci: Optimize clock generation on Keystone SoC

On Mon, Sep 14, 2015 at 11:03:50AM +0200, Alexander Sverdlin wrote: > According to "KeyStone Architecture Inter-IC Control Bus User Guide", fixed > additive part of frequency divisors (referred as "d" in the code and > datasheet) > always equals to 6, independent of module clock prescaler. > >

Re: [PATCH v2] dts: keystone: Use new "ti,keystone-i2c" compatible

On Mon, Sep 14, 2015 at 11:07:02AM +0200, Alexander Sverdlin wrote: > Now as "i2c-davinci" driver has special handling for Keystone it's time to > switch > the device tree to use new "compatible" property. Old one is left for > backwards- > compatibility. > > Signed-off-by: Alexander Sverdlin

Re: [RESEND PATCH 1/3] i2c: added FUNC flag for unsupported clock stretching

On Wed, Sep 16, 2015 at 03:32:01PM +0200, Nicola Corna wrote: > Added I2C_FUNC_NO_CLK_STRETCH, to be used when clock stretching is not > supported. > > Signed-off-by: Nicola Corna I think this should be rather a quirk than a functionality, i.e. I2C_AQ_NO_CLK_STRETCH. Agree?

Re: [GIT PULL] On-demand device probing

On Tue, Oct 20, 2015 at 10:40:03AM -0400, Alan Stern wrote: > Furthermore, that applies only to devices that use synchronous suspend. > Async suspend is becoming common, and there the only restrictions are > parent-child relations plus whatever explicit requirements that drivers > impose by

Re: [PATCH] i2c: i2c-au1550: relax bus timings a bit

On Tue, Sep 08, 2015 at 08:56:23AM +0200, Manuel Lauss wrote: > The i2c-au1550 driver has to program various setup and hold times > for the sda/scl signals by hand. The current values seem to be > working best when the driver is supplied with 50MHz, however on the > DB1300 board 48MHz is the

Re: [PATCH V5 1/6] i2c: Add i2c support to Freescale Layerscape platforms

On Mon, Oct 19, 2015 at 07:56:09PM +0800, Zhiqiang Hou wrote: > From: Shaohui Xie > > Modify the I2C_IMX config to support to Layerscape platforms. > > Signed-off-by: Mingkai Hu > Signed-off-by: Wenbin Song >

Re: [PATCH] i2c: rcar: Remove obsolete platform data support

On Wed, Oct 07, 2015 at 03:12:34PM +0300, Sergei Shtylyov wrote: > Hello. > > On 10/7/2015 11:16 AM, Geert Uytterhoeven wrote: > > >Since commit 4baadb9e05c68962 ("ARM: shmobile: r8a7778: remove obsolete > >setup code"), Renesas R-Car SoCs are only supported in generic DT-only > >ARM

Re: [RESEND PATCH 0/4] i2c: Fix module autoload for OF platform drivers

On Tue, Oct 20, 2015 at 03:16:26PM +0100, Luis de Bethencourt wrote: > Hello, > > This is a resend of this patch series. It was posted on September 17. [0] > > These patches add the missing MODULE_DEVICE_TABLE() for OF to export > the information so modules have the correct aliases built-in and

Re: [PATCH 0/4] Support multiplexed main SMBus interface on SB800

On Tue, Aug 25, 2015 at 01:05:01PM +0200, Christian Fetzer wrote: > This is an attempt to upstream the patches created by Thomas Brandon and > Eddi De Pieri to support the multiplexed main SMBus interface on the SB800 > chipset. >

Re: [PATCH v2] dts: keystone: Use new "ti,keystone-i2c" compatible

On 10/20/2015 06:06 PM, Wolfram Sang wrote: On Mon, Sep 14, 2015 at 11:07:02AM +0200, Alexander Sverdlin wrote: Now as "i2c-davinci" driver has special handling for Keystone it's time to switch the device tree to use new "compatible" property. Old one is left for backwards- compatibility.

RE: [PATCH] i2c: mv64xxx: really allow I2C offloading

Hi. It is: Hezi Shahmoon Email: h...@marvell.com I will fix this for future commits. Thanks, Hezi. -Original Message- From: Wolfram Sang [mailto:w...@the-dreams.de] Sent: Tuesday, October 20, 2015 7:22 PM To: Thomas Petazzoni Cc: linux-i2c@vger.kernel.org; Tawfik Bayouk; Nadav

Re: [linux-sunxi] [PATCH] i2c: mv64xxx: The n clockdiv factor is 0 based on sunxi SoCs

I shamefully admit I have not. My plate is very full at the moment, but I will make room for this upcoming weekend as I have a few other patches to test aswell. Sorry for the delay! On 20-10-15 18:58, Wolfram Sang wrote: WIth Hans having figured it out and fixing it, I'll absolutly will take

Re: [PATCH v3 1/1] i2c: add ACPI support for I2C mux ports

On Tuesday, October 20, 2015 10:49:59 AM Dustin Byford wrote: > Hi Mika, > > On Tue Oct 20 15:51, Mika Westerberg wrote: > > On Mon, Oct 19, 2015 at 03:29:00PM -0700, Dustin Byford wrote: > > > Although I2C mux devices are easily enumerated using ACPI (_HID/_CID or > > > device property

Re: [PATCH v3 1/1] i2c: add ACPI support for I2C mux ports

On Tuesday, October 20, 2015 03:51:11 PM Mika Westerberg wrote: > On Mon, Oct 19, 2015 at 03:29:00PM -0700, Dustin Byford wrote: > > Although I2C mux devices are easily enumerated using ACPI (_HID/_CID or > > device property compatible string match) enumerating I2C client devices > > connected

Re: [PATCH v2] i2c: enable i2c device to suspend/resume asynchronously

On Thu, Sep 24, 2015 at 02:26:23PM +0800, Fu, Zhonghui wrote: > Now, PM core supports asynchronous suspend/resume mode for devices > during system suspend/resume, and the power state transition of one > device may be completed in separate kernel thread. PM core ensures > all power state transition

Re: [PATCH 1/2] i2c: designware: register clkdev during acpi device configuration

On Tue, 2015-10-20 at 14:17 +0300, Mika Westerberg wrote: > On Tue, Oct 20, 2015 at 02:38:01PM +0800, Ken Xue wrote: > > DW I2C driver tries to register a clk from id->driver_data as an > > alternative way besides intel lpss. But code doesn't register the > > clk to clkdev. So, devm_clk_get will

Re: [GIT PULL] On-demand device probing

On Tuesday, October 20, 2015 09:15:01 AM Rob Herring wrote: > On Tue, Oct 20, 2015 at 2:56 AM, Rafael J. Wysocki wrote: > > On Monday, October 19, 2015 05:58:40 PM Rob Herring wrote: > >> On Mon, Oct 19, 2015 at 4:40 PM, Rafael J. Wysocki > >> wrote: > >>

Re: [GIT PULL] On-demand device probing

On Tuesday, October 20, 2015 08:35:28 PM Mark Brown wrote: > > --7fVr/IRGAG9sAW4J > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Tue, Oct 20, 2015 at 01:14:46PM -0400, Alan Stern wrote: > > On Tue, 20 Oct 2015,

[PATCH 7/9] MIPS: BMIPS: brcmstb: add I2C node for bcm7358

Add I2C device nodes to BMIPS based BCM7358 platform. Signed-off-by: Jaedon Shin --- arch/mips/boot/dts/brcm/bcm7358.dtsi | 62 ++-- arch/mips/boot/dts/brcm/bcm97358svmb.dts | 16 + 2 files changed, 76 insertions(+), 2 deletions(-)

[PATCH 8/9] MIPS: BMIPS: brcmstb: add I2C node for bcm7360

Add I2C device nodes to BMIPS based BCM7360 platform. Signed-off-by: Jaedon Shin --- arch/mips/boot/dts/brcm/bcm7360.dtsi | 62 ++-- arch/mips/boot/dts/brcm/bcm97360svmb.dts | 16 + 2 files changed, 76 insertions(+), 2 deletions(-)

[PATCH 0/9] i2c: brcmstb: add support for BMIPS_GENERIC

Hi all, This patch series adds support for BMIPS_GENERIC, and fixes running conditions. Thanks. Jaedon Shin (9): i2c: brcmstb: make the driver buildable on BMIPS_GENERIC i2c: brcmstb: fix typo in i2c-brcmstb i2c: brcmstb: add missing parenthesis i2c: brcmstb: enable ACK condition i2c:

[PATCH 5/9] i2c: brcmstb: fix start and stop conditions

Fixes conditions for RESTART, NOSTART and NOSTOP. The masks of start and stop is already in brcmstb_set_i2c_start_stop(). Therefore, the caller does not need a mask value. Signed-off-by: Jaedon Shin --- drivers/i2c/busses/i2c-brcmstb.c | 5 ++--- 1 file changed, 2

[PATCH 9/9] MIPS: BMIPS: brcmstb: add I2C node for bcm7362

Add I2C device nodes to BMIPS based BCM7362 platform. Signed-off-by: Jaedon Shin --- arch/mips/boot/dts/brcm/bcm7362.dtsi | 52 ++-- arch/mips/boot/dts/brcm/bcm97362svmb.dts | 12 2 files changed, 62 insertions(+), 2 deletions(-)

[PATCH 4/9] i2c: brcmstb: enable ACK condition

Removes the condition of a message with under 32 bytes in length. The messages that do not require an ACK are I2C_M_IGNORE_NAK flag. Signed-off-by: Jaedon Shin --- drivers/i2c/busses/i2c-brcmstb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 6/9] MIPS: BMIPS: brcmstb: add I2C node for bcm7346

Add I2C device nodes to BMIPS based BCM7346 platform. Signed-off-by: Jaedon Shin --- arch/mips/boot/dts/brcm/bcm7346.dtsi | 72 ++- arch/mips/boot/dts/brcm/bcm97346dbsmb.dts | 20 + 2 files changed, 90 insertions(+), 2 deletions(-)

[PATCH 2/9] i2c: brcmstb: fix typo in i2c-brcmstb

Fixes the "definitions" where it is spelled "defintions". Signed-off-by: Jaedon Shin --- drivers/i2c/busses/i2c-brcmstb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/i2c/busses/i2c-brcmstb.c b/drivers/i2c/busses/i2c-brcmstb.c index

[PATCH 3/9] i2c: brcmstb: add missing parenthesis

Add the necessary parenthesis for NOACK condition. Signed-off-by: Jaedon Shin --- drivers/i2c/busses/i2c-brcmstb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/i2c/busses/i2c-brcmstb.c b/drivers/i2c/busses/i2c-brcmstb.c index

[PATCH 1/9] i2c: brcmstb: make the driver buildable on BMIPS_GENERIC

The BCM7xxx ARM and MIPS platforms share a similar hardware block for I2C. Signed-off-by: Jaedon Shin --- drivers/i2c/busses/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/i2c/busses/Kconfig b/drivers/i2c/busses/Kconfig index

Re: Alternative approach to solve the deferred probe

On 10/20/2015 8:46 AM, Russell King - ARM Linux wrote: > On Mon, Oct 19, 2015 at 06:21:40PM +0200, Geert Uytterhoeven wrote: >> Hi Russell, >> >> On Mon, Oct 19, 2015 at 5:35 PM, Russell King - ARM Linux >> wrote: > What you can do is print those devices which have

RE: [PATCH V5 1/6] i2c: Add i2c support to Freescale Layerscape platforms

> -Original Message- > From: Wolfram Sang [mailto:w...@the-dreams.de] > Sent: 2015年10月20日 23:53 > To: Hou Zhiqiang-B48286 > Cc: linux-arm-ker...@lists.infradead.org; catalin.mari...@arm.com; > will.dea...@arm.com; linux-i2c@vger.kernel.org; linux- > watch...@vger.kernel.org;

Re: [PATCH] i2c: at91: fix write transfers by clearing pending interrupt first

On Mon, Oct 19, 2015 at 12:49:03PM +0200, Peter Rosin wrote: > On 2015-10-19 10:51, Ludovic Desroches wrote: > > Hi Peter, > > > > On Fri, Oct 16, 2015 at 11:08:42AM +0200, Peter Rosin wrote: > >> On 2015-10-16 01:47, Peter Rosin wrote: > >>> On 2015-10-14 07:43, Ludovic Desroches wrote: >