Linux Kernel I2C

• Thread Index

• Re: [PATCH v3] i2c: enable runtime PM for I2C adapter devices enumerated from ACPI
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] i2c: busses: i2c-st: Add ST I2C controller
  • From: Maxime COQUELIN <maxime.coquelin@xxxxxx>
• Re: [PATCH v3] i2c: enable runtime PM for I2C adapter devices enumerated from ACPI
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v3] i2c: enable runtime PM for I2C adapter devices enumerated from ACPI
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v3] runtime PM support for I2C adapter devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v3] i2c: enable runtime PM for I2C adapter devices enumerated from ACPI
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] driver core: introduce helper macro initcall_driver()
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH 1/4] driver core: introduce helper macro initcall_driver()
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH v2 2/3] i2c: xilinx: Set tx direction in write operation
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• [PATCH v2 3/3] i2c: xilinx: Use devm_* functions
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• [PATCH v2 1/3] i2c: xilinx: Fix i2c checkpatch warnings
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• Re: [PATCH 2/3] i2c: xilinx: Set tx direction in write operation
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [PATCH 1/3] i2c: xilinx: Fix i2c sparse warnings
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [PATCH 3/8] [media] core: Don't use i2c_client->driver
  • From: Hans Verkuil <hverkuil@xxxxxxxxx>
• [PATCH 1/1] i2c: mv64xxx: Remove redundant of_match_ptr
  • From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
• Re: [PATCH 2/3 V3] i2c: mxs: Rework the PIO mode operation
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 2/3 V3] i2c: mxs: Rework the PIO mode operation
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH 2/3 V3] i2c: mxs: Rework the PIO mode operation
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: mux: Remove redundant of_match_ptr
  • From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
• Re: [PATCH 1/2] i2c: mux: Remove redundant of_match_ptr
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] i2c: xilinx: Fix i2c sparse warnings
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] i2c: xilinx: Set tx direction in write operation
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] driver core: introduce helper macro initcall_driver()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 6/8] ALSA: ppc: keywest: Don't use i2c_client->driver
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH 1/4] driver core: introduce helper macro initcall_driver()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 1/3] i2c: xilinx: Fix i2c sparse warnings
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• [PATCH 2/3] i2c: xilinx: Set tx direction in write operation
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• [PATCH 3/3] i2c: xilinx: Use devm_* functions
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• [PATCH 2/2] i2c: davinci: Remove redundant of_match_ptr
  • From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
• [PATCH 1/2] i2c: mux: Remove redundant of_match_ptr
  • From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
• [PATCH 2/3 V3] i2c: mxs: Rework the PIO mode operation
  • From: Marek Vasut <marex@xxxxxxx>
• [PATCH 3/3 V3] i2c: mxs: Fix PIO mode on i.MX23
  • From: Marek Vasut <marex@xxxxxxx>
• [PATCH 1/3 V2] i2c: mxs: distinguish i.MX23 and i.MX28 based I2C controller
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [alsa-devel] [PATCH 2/8] [media] exynos4-is: Don't use i2c_client->driver
  • From: Sylwester Nawrocki <sylvester.nawrocki@xxxxxxxxx>
• Re: [alsa-devel] [PATCH 1/8] [media] s5c73m3: Don't use i2c_client->driver
  • From: Sylwester Nawrocki <sylvester.nawrocki@xxxxxxxxx>
• Re: [PATCH 0/8] i2c: Remove redundant driver field from the i2c_client struct
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 7/8] ASoC: imx-wm8962: Don't use i2c_client->driver
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 0/8] i2c: Remove redundant driver field from the i2c_client struct
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• [PATCH 7/8] ASoC: imx-wm8962: Don't use i2c_client->driver
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• [PATCH 5/8] drm: nouveau: Don't use i2c_client->driver
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• [PATCH 4/8] drm: encoder_slave: Don't use i2c_client->driver
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• [PATCH 8/8] i2c: Remove redundant 'driver' field from the i2c_client struct
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• [PATCH 2/8] [media] exynos4-is: Don't use i2c_client->driver
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• [PATCH 6/8] ALSA: ppc: keywest: Don't use i2c_client->driver
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• [PATCH 3/8] [media] core: Don't use i2c_client->driver
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• [PATCH 1/8] [media] s5c73m3: Don't use i2c_client->driver
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• [PULL REQUEST] i2c for 3.12
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] i2c-ismt: add Initialize DMA buffer code ismt_access()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v5 3/4] i2c_imc: New driver for Intel's iMC, found on LGA2011 chips
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v5 4/4] i2c, i2c_imc: Add DIMM bus code
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v5 2/4] sb_edac: Claim a different PCI device
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v5 1/4] Move Intel SNB device ids from sb_edac to pci_ids.h
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v5 0/4] iMC SMBUS and DIMM bus probing
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2] misc: (at24) move header to linux/platform_data/
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v2] misc: (at24) move header to linux/platform_data/
  • From: Vivien Didelot <vivien.didelot@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] i2c: busses: i2c-st: Add ST I2C controller
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: bfin-twi: Remove casting the return value which is a void pointer
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: xiic: Remove casting the return value which is a void pointer
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] i2c: rcar: Device Tree support and clock improvements
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] misc: (at24) move header to linux/platform_data/
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: i2c-dev: Create 'name' attribute automatically
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c-designware: define i2c_dw_pci_runtime_idle only with runtime pm
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c-designware: define i2c_dw_pci_runtime_idle only with runtime pm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v2] i2c: i2c-dev: Create 'name' attribute automatically
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] i2c-designware: 10-bit addressing mode enabling if I2C_DYNAMIC_TAR_UPDATE is set.
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH] i2c-designware: define i2c_dw_pci_runtime_idle only with runtime pm
  • From: Vincent Stehlé <vincent.stehle@xxxxxxxxxxx>
• Re: [PATCH] misc: (at24) move header to linux/platform_data/
  • From: Vivien Didelot <vivien.didelot@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] i2c-ismt: add Initialize DMA buffer code ismt_access()
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH] i2c-designware: 10-bit addressing mode enabling if I2C_DYNAMIC_TAR_UPDATE is set.
  • From: "Chew, Chiau Ee" <chiau.ee.chew@xxxxxxxxx>
• Re: [PATCH 2/9] irqdomain: Introduce __irq_create_mapping()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH] i2c: i2c-dev: Create 'name' attribute automatically
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH v2 2/4] ARM: STi: Supply I2C configuration to STiH416 SoC
  • From: Maxime COQUELIN <maxime.coquelin@xxxxxx>
• [PATCH v2 3/4] ARM: STi: Supply I2C configuration to STiH415 SoC
  • From: Maxime COQUELIN <maxime.coquelin@xxxxxx>
• [PATCH v2 4/4] ARM: STi: Add I2C config to B2000 and B2020 boards
  • From: Maxime COQUELIN <maxime.coquelin@xxxxxx>
• [PATCH v2 1/4] i2c: busses: i2c-st: Add ST I2C controller
  • From: Maxime COQUELIN <maxime.coquelin@xxxxxx>
• [PATCH v2 0/4] Add I2C support to ST SoCs
  • From: Maxime COQUELIN <maxime.coquelin@xxxxxx>
• [PATCH v2 0/4] Add I2C support to ST SoCs
  • From: Alexandre TORGUE <alexandre.torgue@xxxxxx>
• Re: [PATCH 1/4] i2c: busses: i2c-st: Add ST I2C controller
  • From: Maxime COQUELIN <maxime.coquelin@xxxxxx>
• Re: [PATCH 1/1] i2c-ismt: add Initialize DMA buffer code ismt_access()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c-dev: Create 'name' attribute automatically
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: qup: Add device tree bindings information
  • From: "Ivan T. Ivanov" <iivanov@xxxxxxxxxx>
• Re: [PATCH] i2c: i2c-dev: Create 'name' attribute automatically
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c-dev: Create 'name' attribute automatically
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: qup: Add device tree bindings information
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] I2C: EMMA Mobile I2C master driver
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 1/1] i2c-ismt: add Initialize DMA buffer code ismt_access()
  • From: James Ralston <james.d.ralston@xxxxxxxxx>
• Re: [PATCH 2/9] irqdomain: Introduce __irq_create_mapping()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [RFC] binding for nvec mfd device
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [RFC] binding for nvec mfd device
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] i2c: busses: i2c-st: Add ST I2C controller
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] i2c: busses: i2c-st: Add ST I2C controller
  • From: Maxime COQUELIN <maxime.coquelin@xxxxxx>
• Re: [PATCH 2/9] irqdomain: Introduce __irq_create_mapping()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• i2c-i801 hangs indefinitely on IBM x3550
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [RFC] binding for nvec mfd device
  • From: Marc Dietrich <marvin24@xxxxxx>
• Re: [RFC] binding for nvec mfd device
  • From: Andrey Danin <andrey.danin@xxxxxxxxx>
• Re: [Patch v2] power/mpc85xx: Add delay after enabling I2C master
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [Patch v2] power/mpc85xx: Add delay after enabling I2C master
  • From: York Sun <yorksun@xxxxxxxxxxxxx>
• Re: [Patch v2] power/mpc85xx: Add delay after enabling I2C master
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [Patch v2] power/mpc85xx: Add delay after enabling I2C master
  • From: York Sun <yorksun@xxxxxxxxxxxxx>
• Re: [Patch v2] power/mpc85xx: Add delay after enabling I2C master
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [Patch v2] power/mpc85xx: Add delay after enabling I2C master
  • From: York Sun <yorksun@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] i2c: busses: i2c-st: Add ST I2C controller
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] i2c: busses: i2c-st: Add ST I2C controller
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH 5/9] of/irq: Introduce __of_irq_to_resource()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH 4/9] of/irq: Introduce of_irq_get()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH 9/9] gpio: tegra: Use module_platform_driver()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH 2/9] irqdomain: Introduce __irq_create_mapping()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH 9/9] gpio: tegra: Use module_platform_driver()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 5/9] of/irq: Introduce __of_irq_to_resource()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 4/9] of/irq: Introduce of_irq_get()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 3/9] irqdomain: Introduce __irq_create_of_mapping()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 2/9] irqdomain: Introduce __irq_create_mapping()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [RFC] binding for nvec mfd device
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [RFC] binding for nvec mfd device
  • From: Marc Dietrich <marvin24@xxxxxx>
• Re: [PATCH 8/9] of/i2c: Resolve interrupt references at probe time
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 8/9] of/i2c: Resolve interrupt references at probe time
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH 8/9] of/i2c: Resolve interrupt references at probe time
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [Patch v2] power/mpc85xx: Add delay after enabling I2C master
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: mv64xxx: Do not use writel_relaxed()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: mv64xxx: Fix some build warnings
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: s3c2410: fix clk_disable/clk_unprepare warnings
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] ARM: STi: Supply I2C configuration to STiH416 SoC
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH 2/4] ARM: STi: Supply I2C configuration to STiH416 SoC
  • From: Maxime COQUELIN <maxime.coquelin@xxxxxx>
• Re: [PATCH 2/4] ARM: STi: Supply I2C configuration to STiH416 SoC
  • From: Srinivas KANDAGATLA <srinivas.kandagatla@xxxxxx>
• Re: [PATCH 2/4] ARM: STi: Supply I2C configuration to STiH416 SoC
  • From: Maxime COQUELIN <maxime.coquelin@xxxxxx>
• Re: [RFC] binding for nvec mfd device
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] ARM: STi: Supply I2C configuration to STiH416 SoC
  • From: Srinivas KANDAGATLA <srinivas.kandagatla@xxxxxx>
• Re: [PATCH 1/4] i2c: busses: i2c-st: Add ST I2C controller
  • From: Gabriel FERNANDEZ <gabriel.fernandez@xxxxxx>
• [PATCH] i2c: mv64xxx: Fix some build warnings
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH] i2c: mv64xxx: Do not use writel_relaxed()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH 2/4] ARM: STi: Supply I2C configuration to STiH416 SoC
  • From: Maxime COQUELIN <maxime.coquelin@xxxxxx>
• Re: [PATCH 3/4] ARM: STi: Supply I2C configuration to STiH415 SoC
  • From: Maxime COQUELIN <maxime.coquelin@xxxxxx>
• Re: [PATCH 4/4] ARM: STi: Add I2C config to B2000 and B2020 boards
  • From: Maxime COQUELIN <maxime.coquelin@xxxxxx>
• Re: [PATCH 2/4] ARM: STi: Supply I2C configuration to STiH416 SoC
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH 3/4] ARM: STi: Supply I2C configuration to STiH415 SoC
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH 4/4] ARM: STi: Add I2C config to B2000 and B2020 boards
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH 7/9] of/platform: Resolve interrupt references at probe time
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH 3/4] ARM: STi: Supply I2C configuration to STiH415 SoC
  • From: Maxime COQUELIN <maxime.coquelin@xxxxxx>
• [PATCH 0/4] Add I2C support to ST SoCs
  • From: Maxime COQUELIN <maxime.coquelin@xxxxxx>
• [PATCH 1/4] i2c: busses: i2c-st: Add ST I2C controller
  • From: Maxime COQUELIN <maxime.coquelin@xxxxxx>
• [PATCH 4/4] ARM: STi: Add I2C config to B2000 and B2020 boards
  • From: Maxime COQUELIN <maxime.coquelin@xxxxxx>
• [PATCH 2/4] ARM: STi: Supply I2C configuration to STiH416 SoC
  • From: Maxime COQUELIN <maxime.coquelin@xxxxxx>
• Re: [RFC] binding for nvec mfd device
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH] i2c: s3c2410: fix clk_disable/clk_unprepare warnings
  • From: Kim Phillips <kim.phillips@xxxxxxxxxx>
• Re: [PATCH 1/2] i2c: qup: Add device tree bindings information
  • From: "Ivan T. Ivanov" <iivanov@xxxxxxxxxx>
• Re: [PATCH 4/9] of/irq: Introduce of_irq_get()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• RE: [PATCH 7/9] of/platform: Resolve interrupt references at probe time
  • From: "Strashko, Grygorii" <grygorii.strashko@xxxxxx>
• Re: [PATCH 0/9] of/irq: Defer interrupt reference resolution
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH 0/9] of/irq: Defer interrupt reference resolution
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 3/9] irqdomain: Introduce __irq_create_of_mapping()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH 1/4 v2] mfd: add STw481x driver
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [RFC] binding for nvec mfd device
  • From: Marc Dietrich <marvin24@xxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [linuxppc-release] [Patch v2] power/mpc85xx: Add delay after enabling I2C master
  • From: York Sun <yorksun@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [Patch v2] power/mpc85xx: Add delay after enabling I2C master
  • From: York Sun <yorksun@xxxxxxxxxxxxx>
• Re: [PATCH 5/9] of/irq: Introduce __of_irq_to_resource()
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH 4/9] of/irq: Introduce of_irq_get()
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH 3/9] irqdomain: Introduce __irq_create_of_mapping()
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 1/4 v2] mfd: add STw481x driver
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 1/4 v2] mfd: add STw481x driver
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH 1/4 v2] mfd: add STw481x driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/4 v2] mfd: add STw481x driver
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH 1/4 v2] mfd: add STw481x driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Graeme Gregory <graeme.gregory@xxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/4 v2] mfd: add STw481x driver
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 1/2] i2c: qup: Add device tree bindings information
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 1/4 v2] mfd: add STw481x driver
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH 0/9] of/irq: Defer interrupt reference resolution
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH 2/9] irqdomain: Introduce __irq_create_mapping()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH 1/9] of/irq: Rework of_irq_count()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH 3/9] irqdomain: Introduce __irq_create_of_mapping()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH 5/9] of/irq: Introduce __of_irq_to_resource()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH 4/9] of/irq: Introduce of_irq_get()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH 7/9] of/platform: Resolve interrupt references at probe time
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH 6/9] of/irq: Propagate errors in of_irq_to_resource_table()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH 9/9] gpio: tegra: Use module_platform_driver()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH 8/9] of/i2c: Resolve interrupt references at probe time
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Sylwester Nawrocki <sylvester.nawrocki@xxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 1/2] i2c: qup: Add device tree bindings information
  • From: "Ivan T. Ivanov" <iivanov@xxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Sylwester Nawrocki <sylvester.nawrocki@xxxxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• Re: [PATCH v2 5/9] drivers/misc: convert existing I2C clients driver to use I2C core runtime PM
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• Re: [PATCH 1/2] i2c: qup: Add device tree bindings information
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH v2 4/5] i2c: rcar: fix clk_get() error handling
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• [PATCH v2 1/5] i2c: rcar: (cosmetic) remove superfluous parenthesis
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• [PATCH v2 2/5] i2c: rcar: get clock rate only once and simplify calculation
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• [PATCH v2 0/5] i2c: rcar: Device Tree support and clock improvements
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• [PATCH v2 5/5] i2c: rcar: use per-device clock
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• [PATCH v2 3/5] i2c: rcar: add Device Tree support
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 6/9] mfd: wm8994: convert to use I2C core runtime PM
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 6/9] mfd: wm8994: convert to use I2C core runtime PM
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: getting rid of subsys_initcall usage? (was: Re: [PATCH RESEND] i2c: designware: use module_platform_driver)
  • From: zhangfei gao <zhangfei.gao@xxxxxxxxx>
• Re: [PATCH v2 6/9] mfd: wm8994: convert to use I2C core runtime PM
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/9] runtime PM support for I2C and SPI client devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 9/9] spi: attach/detach SPI device to the ACPI power domain
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 7/9] ASoC: codecs: convert existing I2C client drivers to use I2C core runtime PM
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 3/9] Input: misc - convert existing I2C client drivers to use I2C core runtime PM
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 4/9] [media] s5p-tv: convert to use I2C core runtime PM
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 2/9] i2c: attach/detach I2C client device to the ACPI power domain
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 7/9] ASoC: codecs: convert existing I2C client drivers to use I2C core runtime PM
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 6/9] mfd: wm8994: convert to use I2C core runtime PM
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 9/9] spi: attach/detach SPI device to the ACPI power domain
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 5/9] drivers/misc: convert existing I2C clients driver to use I2C core runtime PM
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 0/9] runtime PM support for I2C and SPI client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 2/2] i2c: New bus driver for the QUP I2C controller
  • From: "Ivan T. Ivanov" <iivanov@xxxxxxxxxx>
• Re: [PATCH 3/5] i2c: rcar: add Device Tree support
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [PATCH 5/5] i2c: rcar: use per-device clock
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [PATCH 2/5] i2c: rcar: get clock rate only once and simplify calculation
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH] i2c: davinci: Fix bad dev_get_platdata() conversion
  • From: Jingoo Han <jg1.han@xxxxxxxxxxx>
• [PATCH] i2c: imx: retry on NAK
  • From: Luka Perkov <luka@xxxxxxxxxxx>
• Re: [PATCH 3/5] i2c: rcar: add Device Tree support
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: [PATCH 3/5] i2c: rcar: add Device Tree support
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] i2c: rcar: use per-device clock
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: [PATCH 3/5] i2c: rcar: add Device Tree support
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: [PATCH 2/5] i2c: rcar: get clock rate only once and simplify calculation
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH] i2c: davinci: Fix bad dev_get_platdata() conversion
  • From: Olof Johansson <olof@xxxxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 2/2] i2c: New bus driver for the QUP I2C controller
  • From: Josh Cartwright <joshc@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: New bus driver for the QUP I2C controller
  • From: "Ivan T. Ivanov" <iivanov@xxxxxxxxxx>
• Re: [PATCH 1/2] i2c: qup: Add device tree bindings information
  • From: "Ivan T. Ivanov" <iivanov@xxxxxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: qup: Add device tree bindings information
  • From: Josh Cartwright <joshc@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: New bus driver for the QUP I2C controller
  • From: Josh Cartwright <joshc@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 1/2] i2c: qup: Add device tree bindings information
  • From: "Ivan T. Ivanov" <iivanov@xxxxxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] i2c: davinci: Fix bad dev_get_platdata() conversion
  • From: Jingoo Han <jg1.han@xxxxxxxxxxx>
• Re: [PATCH] i2c: davinci: Fix bad dev_get_platdata() conversion
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH 1/5] i2c: rcar: (cosmetic) remove superfluous parenthesis
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• [PATCH 0/5] i2c: rcar: Device Tree support and clock improvements
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• [PATCH 2/5] i2c: rcar: get clock rate only once and simplify calculation
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• [PATCH 4/5] i2c: rcar: fix clk_get() error handling
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• [PATCH 5/5] i2c: rcar: use per-device clock
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• [PATCH 3/5] i2c: rcar: add Device Tree support
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH RESEND 0/2] runtime PM support for I2C clients
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH RESEND 2/2] i2c: attach/detach I2C client device to the ACPI power domain
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH 2/2] i2c: bfin-twi: Remove casting the return value which is a void pointer
  • From: Jingoo Han <jg1.han@xxxxxxxxxxx>
• [PATCH 1/2] i2c: xiic: Remove casting the return value which is a void pointer
  • From: Jingoo Han <jg1.han@xxxxxxxxxxx>
• Re: [PATCH V10 Resend] i2c/designware: Provide i2c bus recovery support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: exynos5: add High Speed I2C controller driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 4/7] power/mpc85xx: Add delay after enabling I2C master
  • From: York Sun <yorksun@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: davinci: Fix bad dev_get_platdata() conversion
  • From: Jingoo Han <jg1.han@xxxxxxxxxxx>
• [PATCH] i2c: davinci: Fix bad dev_get_platdata() conversion
  • From: Olof Johansson <olof@xxxxxxxxx>
• [PULL REQUEST] i2c for 3.12
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] I2C: EMMA Mobile I2C master driver
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• RFC - EEPROM device class
  • From: Curt Brune <curt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] EMMA: Add em i2c driver
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/1 resend] i2c: rcar: modify I2C driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 1/2] I2C: EMMA Mobile I2C master driver
  • From: Ian Molton <ian.molton@xxxxxxxxxxxxxxx>
• [Patch v3]EMMA I2C driver
  • From: Ian Molton <ian.molton@xxxxxxxxxxxxxxx>
• Re: [PATCH] MIPS: sead3: Select NEW_LEDS, LEDS_CLASS and I2C symbols
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] MIPS: sead3: Select NEW_LEDS, LEDS_CLASS and I2C symbols
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [PATCH] EMMA: Add em i2c driver
  • From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 4/4] ARM: dts: mvebu: Update with the new compatible string for mv64xxx-i2c
  • From: Jason Cooper <jason@xxxxxxxxxxxxxx>
• [PATCH] EMMA: Add em i2c driver
  • From: Ian Molton <ian.molton@xxxxxxxxxxxxxxx>
• EMMA I2C driver
  • From: Ian Molton <ian.molton@xxxxxxxxxxxxxxx>
• [PATCH v4 1/1 resend] i2c: rcar: modify I2C driver
  • From: Nguyen Viet Dung <nv-dung@xxxxxxxxxxx>
• [PATCH v4 0/1 resend] ARM: shmobile: r8a7790: add I2C support
  • From: Nguyen Viet Dung <nv-dung@xxxxxxxxxxx>
• Re: [PATCH v6 4/4] ARM: dts: mvebu: Update with the new compatible string for mv64xxx-i2c
  • From: Jason Cooper <jason@xxxxxxxxxxxxxx>
• Re: [PATCH V2 2/3] i2c: mxs: Rework the PIO mode operation
  • From: Torsten Fleischer <to-fleischer@xxxxxxxxxxx>
• Re: [PATCH v6 4/4] ARM: dts: mvebu: Update with the new compatible string for mv64xxx-i2c
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH] i2c: i2c-dev: Create 'name' attribute automatically
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: getting rid of subsys_initcall usage? (was: Re: [PATCH RESEND] i2c: designware: use module_platform_driver)
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: getting rid of subsys_initcall usage? (was: Re: [PATCH RESEND] i2c: designware: use module_platform_driver)
  • From: zhangfei gao <zhangfei.gao@xxxxxxxxx>
• Re: getting rid of subsys_initcall usage? (was: Re: [PATCH RESEND] i2c: designware: use module_platform_driver)
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: getting rid of subsys_initcall usage?
  • From: zhangfei <zhangfei.gao@xxxxxxxxxx>
• Re: [PATCH 1/2] i2c: qup: Add device tree bindings information
  • From: "Ivan T. Ivanov" <iivanov@xxxxxxxxxx>
• Re: getting rid of subsys_initcall usage? (was: Re: [PATCH RESEND] i2c: designware: use module_platform_driver)
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH] EMMA: Add em i2c driver
  • From: Ian Molton <ian.molton@xxxxxxxxxxxxxxx>
• [PATCH 2/2] i2c: New bus driver for the QUP I2C controller
  • From: "Ivan T. Ivanov" <iivanov@xxxxxxxxxx>
• [PATCH 1/2] i2c: qup: Add device tree bindings information
  • From: "Ivan T. Ivanov" <iivanov@xxxxxxxxxx>
• Re: getting rid of subsys_initcall usage? (was: Re: [PATCH RESEND] i2c: designware: use module_platform_driver)
  • From: zhangfei gao <zhangfei.gao@xxxxxxxxx>
• Re: [PATCH] EMMA: Add em i2c driver
  • From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/1 resend] i2c: rcar: modify I2C driver
  • From: Nguyen Viet Dung <nv-dung@xxxxxxxxxxx>
• [PATCH v4 0/1] ARM: shmobile: r8a7790: add I2C support
  • From: Nguyen Viet Dung <nv-dung@xxxxxxxxxxx>
• [PATCH v4 1/1] i2c: rcar: modify I2C driver
  • From: Nguyen Viet Dung <nv-dung@xxxxxxxxxxx>
• Re: getting rid of subsys_initcall usage? (was: Re: [PATCH RESEND] i2c: designware: use module_platform_driver)
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH] EMMA: Add em i2c driver
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: [PATCH V3] i2c: move of helpers into the core
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c-designware: make *CNT values configurable
  • From: Christian Ruppert <christian.ruppert@xxxxxxxxxx>
• Re: [PATCH] EMMA: Add em i2c driver
  • From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
• [PATCH] EMMA: Add em i2c driver
  • From: y@xxxxxxxxxxxxxxxxxxxxx
• Re: [PATCH 4/5] i2c: sirfsoc: support reverse direction of address
  • From: Barry Song <21cnbao@xxxxxxxxx>
• getting rid of subsys_initcall usage? (was: Re: [PATCH RESEND] i2c: designware: use module_platform_driver)
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 4/5] i2c: sirfsoc: support reverse direction of address
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c-designware: get SDA hold time, HCNT and LCNT configuration from ACPI
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c-designware: make HCNT/LCNT values configurable
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/1 resend] i2c: rcar: modify I2C driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: mpc: cleanup clock API use
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c-pnx: fix error return code in i2c_pnx_probe()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v3 1/1 resend] i2c: rcar: modify I2C driver
  • From: Nguyen Viet Dung <nv-dung@xxxxxxxxxxx>
• [PATCH v3 0/1 resend] ARM: shmobile: r8a7790: add I2C support
  • From: Nguyen Viet Dung <nv-dung@xxxxxxxxxxx>
• Re: [PATCH] i2c: powermac: fix return path on error
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2 2/3] i2c: mxs: Rework the PIO mode operation
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH V2 2/3] i2c: mxs: Rework the PIO mode operation
  • From: Torsten Fleischer <to-fleischer@xxxxxxxxxxx>
• Re: [PATCH V2 2/3] i2c: mxs: Rework the PIO mode operation
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH V3] i2c: move of helpers into the core
  • From: Mauro Carvalho Chehab <m.chehab@xxxxxxxxxxx>
• Re: [PATCH 1/2] i2c-designware: make *CNT values configurable
  • From: Shinya Kuribayashi <skuribay@xxxxxxxxx>
• Re: [PATCH] misc: (at24) move header to linux/platform_data/
  • From: Vivien Didelot <vivien.didelot@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] misc: (at24) move header to linux/platform_data/
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] misc: (at24) move header to linux/platform_data/
  • From: Vivien Didelot <vivien.didelot@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] misc: (at24) move header to linux/platform_data/
  • From: Alexander Shiyan <shc_work@xxxxxxx>
• Re: [PATCH] misc: (at24) move header to linux/platform_data/
  • From: Vivien Didelot <vivien.didelot@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] misc: (at24) move header to linux/platform_data/
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH] misc: (at24) move header to linux/platform_data/
  • From: Vivien Didelot <vivien.didelot@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7] ARM: dts: mvebu: Introduce a new compatible string for mv64xxx-i2c
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH] i2c: mpc: cleanup clock API use
  • From: Anatolij Gustschin <agust@xxxxxxx>
• Re: [PATCH] i2c: ismt: add error return code in probe()
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: imx: use exact SoC revision to document binding
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH] i2c: ismt: add error return code in probe()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c-pnx: fix error return code in i2c_pnx_probe()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH V3] i2c: move of helpers into the core
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: move ACPI helpers into the core
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v7] ARM: dts: mvebu: Introduce a new compatible string for mv64xxx-i2c
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v7] ARM: dts: mvebu: Introduce a new compatible string for mv64xxx-i2c
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 3/4] ARM: dts: mvebu: Introduce a new compatible string for mv64xxx-i2c
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• [PATCH] i2c-pnx: fix error return code in i2c_pnx_probe()
  • From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
• Re: [PATCH v4 0/2] iMC SMBUS and DIMM bus probing
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v6 3/4] ARM: dts: mvebu: Introduce a new compatible string for mv64xxx-i2c
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v6 2/4] i2c-mv64xxx: Fix timing issue on Armada XP (errata FE-8471889)
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v6 1/4] i2c-mv64xxx: Add I2C Transaction Generator support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH V3] i2c: move of helpers into the core
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v6 4/4] ARM: dts: mvebu: Update with the new compatible string for mv64xxx-i2c
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• [PATCH v6 3/4] ARM: dts: mvebu: Introduce a new compatible string for mv64xxx-i2c
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• [PATCH v6 2/4] i2c-mv64xxx: Fix timing issue on Armada XP (errata FE-8471889)
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• [PATCH v6 1/4] i2c-mv64xxx: Add I2C Transaction Generator support
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• [PATCH v6 0/4] i2c-mv64xxx: Fixes and new feature for controlers embedded in Aramda XP
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• Re: passing two interrupts two an I2C driver
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: passing two interrupts two an I2C driver
  • From: Pawel Moll <pawel.moll@xxxxxxx>
• Re: passing two interrupts two an I2C driver
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: passing two interrupts two an I2C driver
  • From: Pawel Moll <pawel.moll@xxxxxxx>
• Re: [PATCH v5 1/3] i2c-mv64xxx: Add I2C Transaction Generator support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/3] i2c-mv64xxx: Add I2C Transaction Generator support
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: pxa: enable high speed mode for i2c bus
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: pxa: enable high speed mode for i2c bus
  • From: James Lebron <leileishangchina@xxxxxxxxx>
• Re: [PATCH v5 1/3] i2c-mv64xxx: Add I2C Transaction Generator support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: passing two interrupts two an I2C driver
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 1/2] i2c-designware: make *CNT values configurable
  • From: Christian Ruppert <christian.ruppert@xxxxxxxxxx>
• Re: [PATCH V2] i2c: move of helpers into the core
  • From: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
• [PATCH v2] i2c: move ACPI helpers into the core
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH V2] i2c: move of helpers into the core
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/3] i2c-mv64xxx: Fixes and new feature for controlers embedded in Aramda XP
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: passing two interrupts two an I2C driver
  • From: Pawel Moll <pawel.moll@xxxxxxx>
• Re: [PATCH v5 0/3] i2c-mv64xxx: Fixes and new feature for controlers embedded in Aramda XP
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 1/1 ] i2c: rcar: modify I2C driver
  • From: Nguyen Viet Dung <nv-dung@xxxxxxxxxxx>
• [PATCH v3 0/1] ARM: shmobile: r8a7790: add I2C support
  • From: Nguyen Viet Dung <nv-dung@xxxxxxxxxxx>
• [PATCH] i2c: exynos5: add High Speed I2C controller driver
  • From: Naveen Krishna Chatradhi <ch.naveen@xxxxxxxxxxx>
• Re: [PATCH] i2c: move of helpers into the core
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c_mxs: Set ACK_MODE bit
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH v2] i2c: imx: use exact SoC revision to document binding
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• [PATCH v2] i2c: imx: use exact SoC revision to document binding
  • From: Jingchang Lu <b35083@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: imx: use exact SoC revision document binding
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH] i2c: i2c_mxs: Set ACK_MODE bit
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: [PATCH] i2c: i2c_mxs: Set ACK_MODE bit
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c_mxs: Set ACK_MODE bit
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: [PATCH v5 0/3] i2c-mv64xxx: Fixes and new feature for controlers embedded in Aramda XP
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c_mxs: Set ACK_MODE bit
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c_mxs: Set ACK_MODE bit
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c-omap: always send stop after nack
  • From: Grygorii Strashko <grygorii.strashko@xxxxxx>
• Re: [PATCH v5 0/3] i2c-mv64xxx: Fixes and new feature for controlers embedded in Aramda XP
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/3] i2c-mv64xxx: Add I2C Transaction Generator support
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: move of helpers into the core
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] i2c: attach/detach I2C client device to the ACPI power domain
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [RFC PATCH 0/2] runtime PM support for I2C clients
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [RFC PATCH 2/2] i2c: attach/detach I2C client device to the ACPI power domain
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [RFC PATCH 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: move of helpers into the core
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] i2c: imx: use exact SoC revision document binding
  • From: Jingchang Lu <b35083@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: move of helpers into the core
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH RESEND] i2c: designware: use module_platform_driver
  • From: Zhangfei Gao <zhangfei.gao@xxxxxxxxxx>
• Re: [PATCH 4/5] i2c: sirfsoc: support reverse direction of address
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH] i2c: move of helpers into the core
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/5] i2c: sirf: reset i2c controller early after we get a noack
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH RESEND] i2c: move of helpers into the core
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH RESEND] i2c: move of helpers into the core
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH RESEND] i2c: move of helpers into the core
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH RESEND] i2c: move of helpers into the core
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH RESEND] i2c: move of helpers into the core
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH RESEND] i2c: move of helpers into the core
  • From: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
• Re: [PATCH 4/5] i2c: sirfsoc: support reverse direction of address
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] i2c: sirf: reset i2c controller early after we get a noack
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH RESEND] i2c: move of helpers into the core
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] Documentation: i2c: Fix example in instantiating-devices
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] i2c: imx: Fix incorrect placement of __initdata
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c-tiny-usb: do not use stack as URB transfer_buffer
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c-omap: always send stop after nack
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c-omap: always send stop after nack
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH] i2c: powermac: fix return path on error
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c-designware: make HCNT/LCNT values configurable
  • From: Shinya Kuribayashi <skuribay@xxxxxxxxx>
• Re: [PATCH 1/2] i2c-designware: make *CNT values configurable
  • From: Shinya Kuribayashi <skuribay@xxxxxxxxx>
• Re: [PATCH] i2c: i2c_mxs: Set ACK_MODE bit
  • From: Fabio Estevam <fabio.estevam@xxxxxxxxxxxxx>
• Re: [PATCH] i2c-omap: always send stop after nack
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v2 2/2] i2c-designware: get SDA hold time, HCNT and LCNT configuration from ACPI
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 1/2] i2c-designware: make HCNT/LCNT values configurable
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c-designware: make *CNT values configurable
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 05/35] i2c: use dev_get_platdata()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c-designware: make *CNT values configurable
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 05/35] i2c: use dev_get_platdata()
  • From: Jingoo Han <jg1.han@xxxxxxxxxxx>
• Re: [PATCH 1/1] Documentation: i2c: Fix example in instantiating-devices
  • From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
• Re: [PATCH v2] i2c: i2c-mxs: Check the return value from stmp_reset_block()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: mxs: fix broken timing calculation
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: pxa: enable high speed mode for i2c bus
  • From: James Lebron <leileishangchina@xxxxxxxxx>
• Re: [PATCH RESEND] ARM: dts: vf610-twr: enable i2c0 device
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH v10] i2c: exynos5: add High Speed I2C controller driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH RESEND] ARM: dts: vf610-twr: enable i2c0 device
  • From: Jingchang Lu <b35083@xxxxxxxxxxxxx>
• Re: [PATCH v10] i2c: exynos5: add High Speed I2C controller driver
  • From: Naveen Krishna Ch <naveenkrishna.ch@xxxxxxxxx>
• Re: [PATCH 1/2] i2c-designware: make *CNT values configurable
  • From: Shinya Kuribayashi <skuribay@xxxxxxxxx>
• Re: [PATCH v2] i2c: i2c-mxs: Check the return value from stmp_reset_block()
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH] i2c: i2c_mxs: Set ACK_MODE bit
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH] i2c: mxs: fix broken timing calculation
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH] i2c-tiny-usb: do not use stack as URB transfer_buffer
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxx>
• Re: [PATCH 05/35] i2c: use dev_get_platdata()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c-tiny-usb: do not use stack as URB transfer_buffer
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH V2 2/3] i2c: mxs: Rework the PIO mode operation
  • From: Torsten Fleischer <to-fleischer@xxxxxxxxxxx>
• Re: [PATCH 23/29] drivers/i2c/busses/i2c-ocores.c: simplify use of devm_ioremap_resource
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/8] i2c: imx: use struct representing i2c clk{div, val} pair
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c-piix4: Add support for secondary SMBus on AMD SB800 and AMD FCH chipsets
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v10] i2c: exynos5: add High Speed I2C controller driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] Documentation: i2c: Fix example in instantiating-devices
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: Improve logging on failure to probe for ->class devices
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/2] iMC SMBUS and DIMM bus probing
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: pxa: enable high speed mode for i2c bus
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: davinci: Allow i2c driver available for keystone platforms
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: davinci: remove useless mach/hardware include
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/3] i2c-mv64xxx: Add I2C Transaction Generator support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH V2 1/7] i2c: i2c-mpc: add CONFIG_PM_SLEEP to suspend/resume functions
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: mxs: Better error handling
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: pxa: enable high speed mode for i2c bus
  • From: James Lebron <leileishangchina@xxxxxxxxx>
• Re: [PATCH] i2c: mxs: fix broken timing calculation
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: mxs: fix broken timing calculation
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c_mxs: Set ACK_MODE bit
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: mxs: Better error handling
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: i2c-mxs: Check the return value from stmp_reset_block()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: 答复: [PATCH v3 2/2] i2c: imx: Add Vybrid VF610 I2C controller support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 0/29] simplify use of devm_ioremap_resource
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [PATCH 23/29] drivers/i2c/busses/i2c-ocores.c: simplify use of devm_ioremap_resource
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• Re: 答复: [PATCH v3 2/2] i2c: imx: Add Vybrid VF610 I2C controller support
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: 答复: [PATCH v3 2/2] i2c: imx: Add Vybrid VF610 I2C controller support
  • From: "s.hauer@xxxxxxxxxxxxxx" <s.hauer@xxxxxxxxxxxxxx>
• Re: 答复: [PATCH v3 2/2] i2c: imx: Add Vybrid VF610 I2C controller support
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• [PATCH 5/5] i2c: sirf: retry 3 times as sometimes we get random noack and timeout
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH 4/5] i2c: sirfsoc: support reverse direction of address
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH 3/5] i2c: sirf: fix the typo for setting bitrate to less than 100k
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH 2/5] i2c: sirf: we need to wait I2C_RESET status in resume
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH 1/5] i2c: sirf: reset i2c controller early after we get a noack
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH 0/5] i2c: sirf: a bundle of fixes for stability
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: 答复: [PATCH v3 2/2] i2c: imx: Add Vybrid VF610 I2C controller support
  • From: "s.hauer@xxxxxxxxxxxxxx" <s.hauer@xxxxxxxxxxxxxx>
• Re: 答复: [PATCH v3 2/2] i2c: imx: Add Vybrid VF610 I2C controller support
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] i2c: imx: Add Vybrid VF610 I2C controller support
  • From: Kumar Gala <galak@xxxxxxxxxxxxxx>
• Re: 答复: [PATCH v3 2/2] i2c: imx: Add Vybrid VF610 I2C controller support
  • From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
• Re: 答复: [PATCH v3 2/2] i2c: imx: Add Vybrid VF610 I2C controller support
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 1/2] i2c-designware: make *CNT values configurable
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c-designware: make *CNT values configurable
  • From: Christian Ruppert <christian.ruppert@xxxxxxxxxx>
• RE: [PATCH 0/2] i2c: davinci: Couple of patches to make i2c usable on Keystone SOCs
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• [PULL REQUEST] i2c for 3.11
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] i2c: davinci: Couple of patches to make i2c usable on Keystone SOCs
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] i2c: designware: add two optional property tx/rx-fifo-size
  • From: zhangfei gao <zhangfei.gao@xxxxxxxxx>
• Re: [PATCH v3 2/2] i2c: imx: Add Vybrid VF610 I2C controller support
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v4 2/2] i2c: designware: add two optional property tx/rx-fifo-size
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 0/2] i2c: davinci: Couple of patches to make i2c usable on Keystone SOCs
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH 1/3] i2c-mv64xxx: Add I2C Transaction Generator support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] ARM: dts: mvebu: Introduce a new compatible string for mv64xxx-i2c
  • From: Jason Cooper <jason@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] ARM: dts: mvebu: Introduce a new compatible string for mv64xxx-i2c
  • From: Ezequiel Garcia <ezequiel.garcia@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] ARM: dts: mvebu: Introduce a new compatible string for mv64xxx-i2c
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] ARM: dts: mvebu: Introduce a new compatible string for mv64xxx-i2c
  • From: Ezequiel Garcia <ezequiel.garcia@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 3/3] ARM: dts: mvebu: Introduce a new compatible string for mv64xxx-i2c
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 2/3] i2c-mv64xxx: Fix timing issue on Armada XP (errata FE-8471889)
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 1/3] i2c-mv64xxx: Add I2C Transaction Generator support
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 0/3] i2c-mv64xxx: Fixes and new feature for controlers embedded in Aramda XP
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH 1/8] i2c: imx: use struct representing i2c clk{div, val} pair
  • From: Lu Jingchang-B35083 <B35083@xxxxxxxxxxxxx>
• [PATCH v2 2/2] i2c: pxa: enable high speed mode for i2c bus
  • From: Leilei Shang <shangll@xxxxxxxxxxx>
• [PATCH v2 1/2] i2c: pxa: add pxa910 platform for i2c bus
  • From: Leilei Shang <shangll@xxxxxxxxxxx>
• Re: [PATCH 1/3] i2c-mv64xxx: Add I2C Transaction Generator support
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• PCA9665: Triggering i2c bus reset
  • From: Nuno Silva <nuno.silva@xxxxxxxx>
• Re: [PATCH v2 1/1 resend] i2c: rcar: modify I2C driver
  • From: Nguyen Viet Dung <nv-dung@xxxxxxxxxxx>
• Re: [PATCH v2 1/1 resend] i2c: rcar: modify I2C driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 1/1] Documentation: i2c: Fix example in instantiating-devices
  • From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
• Re: [PATCH v2 1/1 resend] i2c: rcar: modify I2C driver
  • From: Nguyen Viet Dung <nv-dung@xxxxxxxxxxx>
• Re:
  • From: Western Union <danielle@xxxxxxxxxx>
• i2c-i801 driver quit working in 3.8.11 (was: adt7475 driver quit working)
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 1/8] i2c: imx: use struct representing i2c clk{div, val} pair
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] i2c-mv64xxx: Add I2C Transaction Generator support
  • From: Jason Cooper <jason@xxxxxxxxxxxxxx>
• Re: [PATCH 06/27] drivers/i2c/busses: don't check resource with devm_ioremap_resource
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 02/12] drivers/i2c/busses: don't use devm_pinctrl_get_select_default() in probe
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: mpc: Define unique I2C adapter names
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1 resend] i2c: rcar: modify I2C driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: add sanity check to i2c_put_adapter
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: reduce parent checking to a NOOP in non-I2C_MUX case
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] i2c-mv64xxx: Add I2C Transaction Generator support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c-designware: Manually set RESTART bit between messages
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH V2 2/3] i2c: mxs: Rework the PIO mode operation
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH V2 2/3] i2c: mxs: Rework the PIO mode operation
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: pxa: enable high speed mode for i2c bus
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 1/1] i2c: imx: Fix incorrect placement of __initdata
  • From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
• [PATCH 8/8] i2c: imx: Add Vybrid VF610 I2C controller support
  • From: Jingchang Lu <b35083@xxxxxxxxxxxxx>
• [PATCH 7/8] i2c: imx: add struct to hold more configurable quirks
  • From: Jingchang Lu <b35083@xxxxxxxxxxxxx>
• [PATCH 6/8] i2c: imx: add INT flag and IEN bit operatation codes
  • From: Jingchang Lu <b35083@xxxxxxxxxxxxx>
• [PATCH 5/8] i2c: imx: change register offset representation
  • From: Jingchang Lu <b35083@xxxxxxxxxxxxx>
• [PATCH 4/8] i2c: imx: wrap registers read/write to inline function
  • From: Jingchang Lu <b35083@xxxxxxxxxxxxx>
• [PATCH 3/8] i2c: imx: don't change platform device id_entry directly
  • From: Jingchang Lu <b35083@xxxxxxxxxxxxx>
• [PATCH 2/8] i2c: imx: enable clk before write to registers
  • From: Jingchang Lu <b35083@xxxxxxxxxxxxx>
• [PATCH 1/8] i2c: imx: use struct representing i2c clk{div, val} pair
  • From: Jingchang Lu <b35083@xxxxxxxxxxxxx>
• Re: [PATCH V2 2/3] i2c: mxs: Rework the PIO mode operation
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH V2 2/3] i2c: mxs: Rework the PIO mode operation
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] i2c-mv64xxx: Add I2C Transaction Generator support
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] i2c-mv64xxx: Add I2C Transaction Generator support
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2 2/3] i2c: mxs: Rework the PIO mode operation
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH 1/3] i2c-mv64xxx: Add I2C Transaction Generator support
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• [PATCH] i2c-tiny-usb: do not use stack as URB transfer_buffer
  • From: Jussi Kivilinna <jussi.kivilinna@xxxxxx>
• Re: [PATCH V2 2/3] i2c: mxs: Rework the PIO mode operation
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH V2 2/3] i2c: mxs: Rework the PIO mode operation
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH] i2c: pxa: enable high speed mode for i2c bus
  • From: James Lebron <leileishangchina@xxxxxxxxx>
• 答复: [PATCH v3 2/2] i2c: imx: Add Vybrid VF610 I2C controller support
  • From: Lu Jingchang-B35083 <B35083@xxxxxxxxxxxxx>
• Re: [PATCH V2 2/3] i2c: mxs: Rework the PIO mode operation
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH V2 2/3] i2c: mxs: Rework the PIO mode operation
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: add sanity check to i2c_put_adapter
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH V2 2/3] i2c: mxs: Rework the PIO mode operation
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c-designware: make *CNT values configurable
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] i2c: imx: Add Vybrid VF610 I2C controller support
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c-designware: make *CNT values configurable
  • From: Christian Ruppert <christian.ruppert@xxxxxxxxxx>
• RE: [PATCH v3 2/2] i2c: imx: Add Vybrid VF610 I2C controller support
  • From: Lu Jingchang-B35083 <B35083@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: add sanity check to i2c_put_adapter
  • From: Sebastian Hesselbarth <sebastian.hesselbarth@xxxxxxxxx>
• Re: [PATCH] i2c: add sanity check to i2c_put_adapter
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: Fix Kontron PLD prescaler calculation
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] i2c: imx: Add Vybrid VF610 I2C controller support
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: i2c-mxs: Use DMA mode even for small transfers
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v2 1/1 resend] i2c: rcar: modify I2C driver
  • From: Nguyen Viet Dung <nv-dung@xxxxxxxxxxx>
• [PATCH v2 0/1 resend] ARM: shmobile: r8a7790: add I2C support
  • From: Nguyen Viet Dung <nv-dung@xxxxxxxxxxx>
• Re: [PATCH v4 0/2] support hisilicon i2c
  • From: zhangfei gao <zhangfei.gao@xxxxxxxxx>
• Re: [PATCH RESEND 1/2] ARM: dts: vf610-twr: enable i2c0 device
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH 3/3] ARM: dts: mvebu: Introduce a new compatible string for mv64xxx-i2c
  • From: Jason Cooper <jason@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: mpc: Define unique I2C adapter names
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH v3 2/2] i2c: imx: Add Vybrid VF610 I2C controller support
  • From: Jingchang Lu <b35083@xxxxxxxxxxxxx>
• [PATCH RESEND 1/2] ARM: dts: vf610-twr: enable i2c0 device
  • From: Jingchang Lu <b35083@xxxxxxxxxxxxx>
• RE: [PATCH v2 2/2] i2c: imx: Add Vybrid VF610 I2C controller support
  • From: Lu Jingchang-B35083 <B35083@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: Fix Kontron PLD prescaler calculation
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: imx: Add Vybrid VF610 I2C controller support
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• [PATCH] i2c: add sanity check to i2c_put_adapter
  • From: Sebastian Hesselbarth <sebastian.hesselbarth@xxxxxxxxx>
• [PATCH V2 2/3] i2c: mxs: Rework the PIO mode operation
  • From: Marek Vasut <marex@xxxxxxx>
• [PATCH RESEND 3/3] i2c: mxs: Fix PIO mode on i.MX23
  • From: Marek Vasut <marex@xxxxxxx>
• [PATCH RESEND 1/3] i2c: mxs: distinguish i.MX23 and i.MX28 based I2C controller
  • From: Marek Vasut <marex@xxxxxxx>
• [PATCH 05/35] i2c: use dev_get_platdata()
  • From: Jingoo Han <jg1.han@xxxxxxxxxxx>
• Re: [PATCH] i2c: pxa: enable high speed mode for i2c bus
  • From: James Lebron <leileishangchina@xxxxxxxxx>
• PC to PC link via i2c on nvidia (VGA) cards. Is it possible in theory?
  • From: Hiroto Takahashi <htakahashi85@xxxxxxxxx>
• Re: [PATCH v4 2/2] i2c_imc: New driver for Intel's iMC, found on LGA2011 chips
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 06/27] drivers/i2c/busses: don't check resource with devm_ioremap_resource
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH] i2c: mxs: Rework the PIO mode operation
  • From: Torsten Fleischer <to-fleischer@xxxxxxxxxxx>
• [PATCH v4 2/2] i2c: designware: add two optional property tx/rx-fifo-size
  • From: Zhangfei Gao <zhangfei.gao@xxxxxxxxxx>
• [PATCH v4 1/2] i2c: designware: use module_platform_driver
  • From: Zhangfei Gao <zhangfei.gao@xxxxxxxxxx>
• [PATCH v4 0/2] support hisilicon i2c
  • From: Zhangfei Gao <zhangfei.gao@xxxxxxxxxx>
• [PATCH] i2c: Fix Kontron PLD prescaler calculation
  • From: Michael Brunner <mibru@xxxxxx>
• [PATCH v2 1/1 resend] i2c: rcar: modify I2C driver
  • From: Nguyen Viet Dung <nv-dung@xxxxxxxxxxx>
• [PATCH v2 0/1 resend] ARM: shmobile: r8a7790: add I2C support
  • From: Nguyen Viet Dung <nv-dung@xxxxxxxxxxx>
• Re: [PATCH v2] i2c: i2c-mxs: Use DMA mode even for small transfers
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH v2] i2c: i2c-mxs: Use DMA mode even for small transfers
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: davinci: remove useless mach/hardware include
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH 1/2] i2c: davinci: remove useless mach/hardware include
  • From: Sekhar Nori <nsekhar@xxxxxx>
• [PATCH 1/2] i2c: davinci: remove useless mach/hardware include
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• [PATCH 0/2] i2c: davinci: Couple of patches to make i2c usable on Keystone SOCs
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• [PATCH 2/2] i2c: davinci: Allow i2c driver available for keystone platforms
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH 1/2] i2c-designware: make *CNT values configurable
  • From: Shinya Kuribayashi <skuribay@xxxxxxxxx>
• i2c-mux: expose i2c bus topology under sysfs
  • From: Jeroen De Wachter <jeroen.de.wachter@xxxxxxxxxx>
• Re: [PATCH V10 Resend] i2c/designware: Provide i2c bus recovery support
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v2] i2c: i2c-mxs: Use DMA mode even for small transfers
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: [PATCH v2] i2c: i2c-mxs: Use DMA mode even for small transfers
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH v2] i2c: i2c-mxs: Use DMA mode even for small transfers
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• [PATCH 06/27] drivers/i2c/busses: don't check resource with devm_ioremap_resource
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] i2c: rcar: modify I2C driver
  • From: Nguyen Viet Dung <nv-dung@xxxxxxxxxxx>
• Re: [PATCH 1/2] i2c-designware: make *CNT values configurable
  • From: Christian Ruppert <christian.ruppert@xxxxxxxxxx>
• Re: [PATCH v2 1/1] i2c: rcar: modify I2C driver
  • From: Nguyen Viet Dung <nv-dung@xxxxxxxxxxx>
• Re: [PATCH] i2c: pxa: enable high speed mode for i2c bus
  • From: James Lebron <leileishangchina@xxxxxxxxx>
• Re: [PATCH v2 1/1] i2c: rcar: modify I2C driver
  • From: Nguyen Viet Dung <nv-dung@xxxxxxxxxxx>
• Re: [PATCH] i2c: mxs: Rework the PIO mode operation
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH v4 2/2] i2c_imc: New driver for Intel's iMC, found on LGA2011 chips
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v4 2/2] i2c_imc: New driver for Intel's iMC, found on LGA2011 chips
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: mpc: Define unique I2C adapter names
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v4 2/2] i2c_imc: New driver for Intel's iMC, found on LGA2011 chips
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v3 4/4] eeprom: Add a MODULE_DEVICE_TABLE
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v3 4/4] eeprom: Add a MODULE_DEVICE_TABLE
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: mxs: Rework the PIO mode operation
  • From: Torsten Fleischer <to-fleischer@xxxxxxxxxxx>
• [PATCH v4 2/2] i2c_imc: New driver for Intel's iMC, found on LGA2011 chips
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v4 1/2] i2c: Add DIMM bus code
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v4 0/2] iMC SMBUS and DIMM bus probing
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v3 4/4] eeprom: Add a MODULE_DEVICE_TABLE
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: mxs: fix broken timing calculation
  • From: Lothar Waßmann <LW@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/4] eeprom: Add a MODULE_DEVICE_TABLE
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v3 1/4] i2c: Add DIMM bus code
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] i2c: mxs: Rework the PIO mode operation
  • From: Marek Vasut <marex@xxxxxxx>
• [PATCH 3/3] i2c: mxs: Fix PIO mode on i.MX23
  • From: Marek Vasut <marex@xxxxxxx>
• [PATCH 2/3] i2c: mxs: Rework the PIO mode operation
  • From: Marek Vasut <marex@xxxxxxx>
• [PATCH 1/3] i2c: mxs: distinguish i.MX23 and i.MX28 based I2C controller
  • From: Marek Vasut <marex@xxxxxxx>
• [PATCH 2/3] i2c: mxs: Rework the PIO mode operation
  • From: Marek Vasut <marex@xxxxxxx>
• [PATCH 3/3] i2c: mxs: Fix PIO mode on i.MX23
  • From: Marek Vasut <marex@xxxxxxx>
• [PATCH 1/3] i2c: mxs: distinguish i.MX23 and i.MX28 based I2C controller
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH v3 3/4] tsod: New hwmon driver for Temperature Sensors on DIMM
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] tsod: New hwmon driver for Temperature Sensors on DIMM
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v3 1/4] i2c: Add DIMM bus code
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] tsod: New hwmon driver for Temperature Sensors on DIMM
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/4] i2c: Add DIMM bus code
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v3 3/4] tsod: New hwmon driver for Temperature Sensors on DIMM
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH v3 4/4] eeprom: Add a MODULE_DEVICE_TABLE
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v3 3/4] tsod: New hwmon driver for Temperature Sensors on DIMM
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v3 2/4] i2c_imc: New driver for Intel's iMC, found on LGA2011 chips
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v3 1/4] i2c: Add DIMM bus code
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v3 0/4] iMC SMBUS, TSOD hwmon devices, and eeprom modalias
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH] i2c: Improve logging on failure to probe for ->class devices
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] New driver: i2c_imc (Intel LGA2011 iMC SMBUS)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: mxs: fix broken timing calculation
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH] i2c: mxs: Rework the PIO mode operation
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH] i2c: mxs: Rework the PIO mode operation
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH 1/2] i2c-designware: make *CNT values configurable
  • From: Shinya Kuribayashi <skuribay@xxxxxxxxx>
• Re: What endianness is word in i2c_smbus_data?
  • From: Paul Carpenter <paul@xxxxxxxxxxxxxxxxxxxxxxxxxxx>