Linux Kernel I2C

• Thread Index

• [PATCH v2 1/4] i2c: mux-pinctrl: Rework to honor disabled child nodes
  • From: Sebastian Hesselbarth <sebastian.hesselbarth@xxxxxxxxx>
• [PATCH v2 0/4] Add proper support for Compulab CM-A510/SBC-A510
  • From: Sebastian Hesselbarth <sebastian.hesselbarth@xxxxxxxxx>
• Re: [RFC V2 12/12] i2c: bcm-iproc: make use of the new infrastructure for quirks
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• Re: [PATCH 1/8] i2c: mux-pinctrl: Rework to honor disabled child nodes
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH 0/8] Add proper support for Compulab CM-A510/SBC-A510
  • From: Sebastian Hesselbarth <sebastian.hesselbarth@xxxxxxxxx>
• Re: [PATCH 0/8] Add proper support for Compulab CM-A510/SBC-A510
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH 0/8] Add proper support for Compulab CM-A510/SBC-A510
  • From: Sebastian Hesselbarth <sebastian.hesselbarth@xxxxxxxxx>
• Re: [PATCH 0/8] Add proper support for Compulab CM-A510/SBC-A510
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] DT: i2c: Deprecate adi,adxl34x compatible string
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [RFC 1/3] i2c: Enhancement of i2c API to address circular lock dependency problem
  • From: Mike Turquette <mturquette@xxxxxxxxxx>
• Re: [PATCH 2/4] i2c: sunxi: Add Reduced Serial Bus (RSB) DT bindings documentation
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC V2 04/12] i2c: opal: make use of the new infrastructure for quirks
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [RFC V2 00/12] i2c: describe adapter quirks in a generic way
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [RFC V2 01/12] i2c: add quirk structure to describe adapter flaws
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [RFC V2 05/12] i2c: qup: make use of the new infrastructure for quirks
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [RFC V2 07/12] i2c: axxia: make use of the new infrastructure for quirks
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [RFC V2 06/12] i2c: cpm: make use of the new infrastructure for quirks
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [RFC V2 08/12] i2c: dln2: make use of the new infrastructure for quirks
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [RFC V2 09/12] i2c: powermac: make use of the new infrastructure for quirks
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [RFC V2 10/12] i2c: viperboard: make use of the new infrastructure for quirks
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [RFC V2 11/12] i2c: pmcmsp: make use of the new infrastructure for quirks
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [RFC V2 12/12] i2c: bcm-iproc: make use of the new infrastructure for quirks
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [RFC V2 02/12] i2c: add quirk checks to core
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [RFC V2 03/12] i2c: at91: make use of the new infrastructure for quirks
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c-bcm2835: match return type of wait_for_completion_timeout
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [RFC 01/11] i2c: add quirk structure to describe adapter flaws
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] i2c: sunxi: Add Reduced Serial Bus (RSB) DT bindings documentation
  • From: Chen-Yu Tsai <wens@xxxxxxxx>
• Re: [RFC 02/11] i2c: add quirk checks to core
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] i2c: sunxi: Add Reduced Serial Bus (RSB) DT bindings documentation
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC 02/11] i2c: add quirk checks to core
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] i2c: sunxi: Add Reduced Serial Bus (RSB) DT bindings documentation
  • From: Chen-Yu Tsai <wens@xxxxxxxx>
• [PATCH 4/4] ARM: dts: sun8i: ippo-q8h-v5: Enable Reduced Serial Bus controller
  • From: Chen-Yu Tsai <wens@xxxxxxxx>
• [PATCH 2/4] i2c: sunxi: Add Reduced Serial Bus (RSB) DT bindings documentation
  • From: Chen-Yu Tsai <wens@xxxxxxxx>
• [PATCH 0/4] i2c: sunxi: Add Reduced Serial Bus (RSB) support
  • From: Chen-Yu Tsai <wens@xxxxxxxx>
• [PATCH 3/4] ARM: dts: sun8i: Add Reduced Serial Bus controller device node to A23 dtsi
  • From: Chen-Yu Tsai <wens@xxxxxxxx>
• [PATCH 1/4] i2c: sunxi: Add Reduced Serial Bus (RSB) support
  • From: Chen-Yu Tsai <wens@xxxxxxxx>
• Re: [PATCH 2/4] i2c: sunxi: Add Reduced Serial Bus (RSB) DT bindings documentation
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v1 2/5] i2c-designware-baytrail: fix typo in error path
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 2/5] i2c-designware-baytrail: fix typo in error path
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 7/8] ARM: dts: dove: Add internal i2c multiplexer node
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH/RFC] i2c: rcar: Support ACK by HW auto restart after NACK
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH/RFC] i2c: rcar: Fix order of restart and clear status
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v1 2/5] i2c-designware-baytrail: fix typo in error path
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PULL REQUEST] i2c for 3.20
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• I2C library and tools (lsi2c) for linux
  • From: Danielle Costantino <danielle.costantino@xxxxxxxxx>
• Re: [PATCH] i2c: ocores: rework clk code to handle NULL cookie
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: ocores: rework clk code to handle NULL cookie
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH] i2c: ocores: rework clk code to handle NULL cookie
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware-baytrail: another fixup for proper Kconfig dependencies
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: omap: implement bus recovery
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH] i2c: omap: implement bus recovery
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH] i2c: ocores: rework clk code to handle NULL cookie
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH] i2c: designware-baytrail: another fixup for proper Kconfig dependencies
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: fix reference to functionality constants definition
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH] i2c: fix reference to functionality constants definition
  • From: Baruch Siach <baruch@xxxxxxxxxx>
• [PATCH V2 3/3] arm64: dts: add proxy I2C device driver on APM X-Gene platform
  • From: Feng Kan <fkan@xxxxxxx>
• [PATCH V2 2/3] Documentation: i2c: Add APM X-Gene platform SLIMpro I2C driver documentation
  • From: Feng Kan <fkan@xxxxxxx>
• [PATCH V2 1/3] i2c: busses: add SLIMpro I2C device driver on APM X-Gene platform
  • From: Feng Kan <fkan@xxxxxxx>
• Re: [PATCH 1/8] i2c: mux-pinctrl: Rework to honor disabled child nodes
  • From: Sebastian Hesselbarth <sebastian.hesselbarth@xxxxxxxxx>
• Re: [PATCH 1/8] i2c: mux-pinctrl: Rework to honor disabled child nodes
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH 1/8] i2c: mux-pinctrl: Rework to honor disabled child nodes
  • From: Sebastian Hesselbarth <sebastian.hesselbarth@xxxxxxxxx>
• Re: linux-next: Tree for Feb 17 (i2c-designware-baytrail.c)
  • From: "David E. Box" <david.e.box@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/8] i2c: mux-pinctrl: Rework to honor disabled child nodes
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: pca954x: improve usage of gpiod API
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: linux-next: Tree for Feb 17 (i2c-designware-baytrail.c)
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 0/8] Add proper support for Compulab CM-A510/SBC-A510
  • From: Sebastian Hesselbarth <sebastian.hesselbarth@xxxxxxxxx>
• [PATCH 1/8] i2c: mux-pinctrl: Rework to honor disabled child nodes
  • From: Sebastian Hesselbarth <sebastian.hesselbarth@xxxxxxxxx>
• [PATCH 7/8] ARM: dts: dove: Add internal i2c multiplexer node
  • From: Sebastian Hesselbarth <sebastian.hesselbarth@xxxxxxxxx>
• Re: linux-next: Tree for Feb 17 (i2c-designware-baytrail.c)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: ARM: shmobile: koelsch: da9210/da9063 interrupt storm (was: Re: [PATCH 3/4] ARM: shmobile: koelsch: Add DA9063 PMIC device node for system restart)
  • From: Mark Brown <broonie@xxxxxxxxxx>
• ARM: shmobile: koelsch: da9210/da9063 interrupt storm (was: Re: [PATCH 3/4] ARM: shmobile: koelsch: Add DA9063 PMIC device node for system restart)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] i2c: pca954x: improve usage of gpiod API
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Issue with USB/i2C
  • From: Christian ROSALIE <christian.rosalie@xxxxxxxxxx>
• Re: [PATCH] eeprom: at24: Add support for large EEPROMs connected to SMBus adapters
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 2/2] i2c: driver for the Conexant Digicolor I2C controller
  • From: Baruch Siach <baruch@xxxxxxxxxx>
• [PATCH 1/2] i2c: dt binding documentation for the Digicolor I2C controller
  • From: Baruch Siach <baruch@xxxxxxxxxx>
• Re: [PATCH] eeprom: at24: Add support for large EEPROMs connected to SMBus adapters
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCHv3 5/5] i2c: i801: Use managed pcim_* PCI device initialization and reservation
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCHv3 4/5] i2c: i801: Remove pci_enable_device() call from i801_resume()
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCHv2 4/5] i2c: i801: Remove pci_enable_device() call from i801_resume()
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PATCH/RFC] i2c: rcar: Support ACK by HW auto restart after NACK
  • From: Yoshihiro Kaneko <ykaneko0929@xxxxxxxxx>
• [PATCH/RFC] i2c: rcar: Fix order of restart and clear status
  • From: Yoshihiro Kaneko <ykaneko0929@xxxxxxxxx>
• Re: [PATCHv2 5/5] i2c: i801: Use managed pcim_* PCI device initialization and reservation
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PATCHv3 5/5] i2c: i801: Use managed pcim_* PCI device initialization and reservation
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCHv3 4/5] i2c: i801: Remove pci_enable_device() call from i801_resume()
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCHv3 3/5] i2c: i801: Use managed devm_* memory and irq allocation
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCHv3 2/5] i2c: i801: Remove i801_driver forward declaration
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCHv3 1/5] i2c: i801: Don't break user-visible strings
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCHv2 5/5] i2c: i801: Use managed pcim_* PCI device initialization and reservation
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCHv2 4/5] i2c: i801: Remove pci_enable_device() call from i801_resume()
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCHv2 5/5] i2c: i801: Use managed pcim_* PCI device initialization and reservation
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCHv2 4/5] i2c: i801: Remove pci_enable_device() call from i801_resume()
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCHv2 3/5] i2c: i801: Use managed devm_* memory and irq allocation
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCHv2 1/5] i2c: i801: Don't break user-visible strings
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH] eeprom: at24: Add support for large EEPROMs connected to SMBus adapters
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v1 2/5] i2c-designware-baytrail: fix typo in error path
  • From: "David E. Box" <david.e.box@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 2/5] i2c-designware-baytrail: fix typo in error path
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 5/5] i2c-designware-baytrail: baytrail_i2c_acquire() might sleep
  • From: "David E. Box" <david.e.box@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 4/5] i2c-designware-baytrail: cross-check lock functions
  • From: "David E. Box" <david.e.box@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 3/5] i2c-designware-baytrail: fix sparse warnings
  • From: "David E. Box" <david.e.box@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 2/5] i2c-designware-baytrail: fix typo in error path
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v1 2/5] i2c-designware-baytrail: fix typo in error path
  • From: "David E. Box" <david.e.box@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/5] i2c-designware-baytrail: describe magic numbers
  • From: "David E. Box" <david.e.box@xxxxxxxxxxxxxxx>
• [PATCHv2 5/5] i2c: i801: Use managed pcim_* PCI device initialization and reservation
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCHv2 4/5] i2c: i801: Remove pci_enable_device() call from i801_resume()
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCHv2 3/5] i2c: i801: Use managed devm_* memory and irq allocation
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCHv2 2/5] i2c: i801: Remove i801_driver forward declaration
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCHv2 1/5] i2c: i801: Don't break user-visible strings
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCHv2 0/5] i2c: i801: Few cleanups
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCH v1 1/5] i2c-designware-baytrail: describe magic numbers
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• [PATCH v1 5/5] i2c-designware-baytrail: baytrail_i2c_acquire() might sleep
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 4/5] i2c-designware-baytrail: cross-check lock functions
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 2/5] i2c-designware-baytrail: fix typo in error path
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 3/5] i2c-designware-baytrail: fix sparse warnings
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3] i2c: cadence: fixup wait_for_completion_timeout return handling
  • From: Nicholas Mc Guire <hofrat@xxxxxxxxx>
• Re: [PATCH] i2c: at91: fixup return type of wait_for_completion_timeout
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxx>
• [PATCH] i2c: mpc: assign the correct prescaler from SVR
  • From: Valentin Longchamp <valentin.longchamp@xxxxxxxxxxx>
• Re: [PATCH v2] i2c: cadence: fixup of wait_for_completion_timeout return handling
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• Re: [PATCH v2] i2c: cadence: fixup of wait_for_completion_timeout return handling
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: designware: fixup return handling of wait_for_completion_timeout
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCH v2] i2c: designware: fixup return handling of wait_for_completion_timeout
  • From: Nicholas Mc Guire <hofrat@xxxxxxxxx>
• Re: [PATCH] i2c-designware: fixup of wait_for_completion_timeout return handling
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• Re: [PATCH] i2c-designware: fixup of wait_for_completion_timeout return handling
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 3/3] ARM: dts: add I2C device nodes for Broadcom Cygnus
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• Re: [PATCH v9 3/3] ARM: dts: add I2C device nodes for Broadcom Cygnus
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH v9 3/3] ARM: dts: add I2C device nodes for Broadcom Cygnus
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• Re: [PATCH v9 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• Re: [PATCH v2] i2c: cadence: fixup of wait_for_completion_timeout return handling
  • From: Sören Brinkmann <soren.brinkmann@xxxxxxxxxx>
• Re: [PATCH 2/2] i2c: Support for Netlogic XLP9XX/5XX I2C controller.
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH] i2c-designware: fixup of wait_for_completion_timeout return handling
  • From: Nicholas Mc Guire <hofrat@xxxxxxxxx>
• Re: [PATCH 2/2] i2c: Support for Netlogic XLP9XX/5XX I2C controller.
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: img-scb: fixup of wait_for_completion_timeout return handling
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v2] i2c: img-scb: fixup of wait_for_completion_timeout return handling
  • From: Nicholas Mc Guire <hofrat@xxxxxxxxx>
• [PATCH v2] i2c: cadence: fixup of wait_for_completion_timeout return handling
  • From: Nicholas Mc Guire <hofrat@xxxxxxxxx>
• Re: [PATCH] i2c: img-scb: match return type of wait_for_completion_timeout
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• Re: [PATCH] i2c: img-scb: match return type of wait_for_completion_timeout
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: cadence: match return type of wait_for_completion_timeout
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v9 3/3] ARM: dts: add I2C device nodes for Broadcom Cygnus
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v9 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v9 1/3] i2c: iProc: define Broadcom iProc I2C binding
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: img-scb: match return type of wait_for_completion_timeout
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH v8 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v8 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• Re: [PATCH v9 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• Re: [PATCH] i2c: cadence: match return type of wait_for_completion_timeout
  • From: Sören Brinkmann <soren.brinkmann@xxxxxxxxxx>
• Re: [PATCH v9 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH] i2c: at91: fixup return type of wait_for_completion_timeout
  • From: Nicholas Mc Guire <hofrat@xxxxxxxxx>
• Re: [PATCH] i2c: axxia: match return type of wait_for_completion_timeout
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• [PATCH v2] i2c: axxia: fixup return type of wait_for_completion_timeout
  • From: Nicholas Mc Guire <hofrat@xxxxxxxxx>
• Re: [PATCH] i2c: axxia: match return type of wait_for_completion_timeout
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: ismt: fix type of return var of wait_for_completion_timeout
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH] i2c: img-scb: match return type of wait_for_completion_timeout
  • From: Nicholas Mc Guire <hofrat@xxxxxxxxx>
• [PATCH] i2c: cadence: match return type of wait_for_completion_timeout
  • From: Nicholas Mc Guire <hofrat@xxxxxxxxx>
• [PATCH 1/2] i2c: nomadik: match return type of wait_for_completion_timeout
  • From: Nicholas Mc Guire <hofrat@xxxxxxxxx>
• [PATCH 2/2] i2c: nomadik: match status to return type of read_i2c
  • From: Nicholas Mc Guire <hofrat@xxxxxxxxx>
• [PATCH] i2c: imx: match return type of wait_for_completion_timeout
  • From: Nicholas Mc Guire <hofrat@xxxxxxxxx>
• [PATCH] i2c: i2c-bcm2835: match return type of wait_for_completion_timeout
  • From: Nicholas Mc Guire <hofrat@xxxxxxxxx>
• Re: [PATCH v8 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH] i2c: wmt: match return type of wait_for_completion_timeout
  • From: Nicholas Mc Guire <hofrat@xxxxxxxxx>
• [PATCH] i2c: axxia: match return type of wait_for_completion_timeout
  • From: Nicholas Mc Guire <hofrat@xxxxxxxxx>
• [PATCH] i2c: axxia: match var to return type of wait_for_completion_timeout
  • From: Nicholas Mc Guire <hofrat@xxxxxxxxx>
• [PATCH] i2c: ismt: fix type of return var of wait_for_completion_timeout
  • From: Nicholas Mc Guire <hofrat@xxxxxxxxx>
• [PATCH v9 1/3] i2c: iProc: define Broadcom iProc I2C binding
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• [PATCH v9 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• [PATCH v9 3/3] ARM: dts: add I2C device nodes for Broadcom Cygnus
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• [PATCH v9 0/3] Add I2C support to Broadcom iProc
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• Re: [PATCH v8 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• Re: [PATCH v8 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v3] i2c: designware-pci: update Intel copyright line
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v8 0/3] Add I2C support to Broadcom iProc
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• [PATCH v8 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• [PATCH v8 1/3] i2c: iProc: define Broadcom iProc I2C binding
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• [PATCH v8 3/3] ARM: dts: add I2C device nodes for Broadcom Cygnus
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• Re: [v7,2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• Re: [v7,2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Kevin Cernekee <cernekee@xxxxxxxxxxxx>
• Re: [v7,2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Dmitry Torokhov <dtor@xxxxxxxxxxxx>
• Re: [v7,2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Kevin Cernekee <cernekee@xxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: i801: Use managed devm_* memory and irq allocation
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: i801: Use managed devm_* memory and irq allocation
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH 1/2] i2c: i801: Remove i801_driver forward declaration
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PATCH 2/2] i2c: i801: Use managed devm_* memory and irq allocation
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCH 1/2] i2c: i801: Remove i801_driver forward declaration
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCH v3] i2c: designware-pci: update Intel copyright line
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] i2c: designware-pci: shrink dw_pci_controllers array
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] i2c: designware-pci: shrink dw_pci_controllers array
  • From: David Cohen <david.a.cohen@xxxxxxxxxxxxxxx>
• Re: [PATCH v4] i2c: i2c-ocores: add common clock support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v4] i2c: i2c-ocores: add common clock support
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: i2c-ocores: fix clock-frequency binding usage
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: i2c-ocores: fix clock-frequency binding usage
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH v3] i2c: i2c-ocores: add common clock support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v3] i2c: i2c-ocores: add common clock support
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH] at91: i2c-at91: improve time-out handling
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c/mpc: Fix ISR return value
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c/mpc: Fix ISR return value
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] Documentation: DT bindings: add more Tegra chip compatible strings
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: i2c-ocores: add common clock support
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH v2 2/4] i2c: designware-pci: shrink dw_pci_controllers array
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: hix5hd2: add COMPILE_TEST
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: clarify comments about the dev_released completion
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: i2c-ocores: add common clock support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: i2c-ocores: fix clock-frequency binding usage
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] eeprom: at24: Add support for large EEPROMs connected to SMBus adapters
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] eeprom: at24: Add support for large EEPROMs connected to SMBus adapters
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] eeprom: at24: Add support for large EEPROMs connected to SMBus adapters
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] eeprom: at24: Add support for large EEPROMs connected to SMBus adapters
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] eeprom: at24: Add support for large EEPROMs connected to SMBus adapters
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] eeprom: at24: Add support for large EEPROMs connected to SMBus adapters
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] eeprom: at24: Add support for large EEPROMs connected to SMBus adapters
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH] eeprom: at24: Add support for large EEPROMs connected to SMBus adapters
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 21/66] rtl2830: implement own I2C locking
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 21/66] rtl2830: implement own I2C locking
  • From: Antti Palosaari <crope@xxxxxx>
• Re: [PATCH 21/66] rtl2830: implement own I2C locking
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/6] i2c: busses: add SLIMpro I2C device driver on APM X-Gene platform
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 4/6] i2c: busses: add SLIMpro I2C device driver on APM X-Gene platform
  • From: Feng Kan <fkan@xxxxxxx>
• Re: [PATCH 21/66] rtl2830: implement own I2C locking
  • From: Antti Palosaari <crope@xxxxxx>
• Re: [PATCH 21/66] rtl2830: implement own I2C locking
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH 21/66] rtl2830: implement own I2C locking
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• Re: [PATCH 21/66] rtl2830: implement own I2C locking
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 21/66] rtl2830: implement own I2C locking
  • From: Antti Palosaari <crope@xxxxxx>
• Re: [PATCH 21/66] rtl2830: implement own I2C locking
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxxxx>
• Re: Intel lynx point designware issue
  • From: Alexandre Daoud <alex.daoud@xxxxxxx>
• Re: Intel lynx point designware issue
  • From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/2] i2c: i2c-ocores: fix clock-frequency binding usage
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCH v2 2/2] i2c: i2c-ocores: add common clock support
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCH v2 0/2] i2c: i2c-ocores: clock improvements
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: Intel lynx point designware issue
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] Documentation: DT bindings: add more Tegra chip compatible strings
  • From: Eduardo Valentin <edubezval@xxxxxxxxx>
• [PULL REQUEST] i2c for 3.19
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH] i2c: hix5hd2: add COMPILE_TEST
  • From: Zhangfei Gao <zhangfei.gao@xxxxxxxxxx>
• [PATCH v2 2/3] Documentation: DT bindings: add more Tegra chip compatible strings
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Intel lynx point designware issue
  • From: Alexandre Daoud <alex.daoud@xxxxxxx>
• Re: [PATCH] i2c: sh_mobile: terminate DMA reads properly
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c/mpc: Fix ISR return value
  • From: Danielle Costantino <danielle.costantino@xxxxxxxxx>
• [PATCH] i2c/mpc: Fix ISR return value
  • From: Amit Tomar <Amit.Tomar@xxxxxxxxxxxxx>
• Re: [PATCH 4/6] i2c: busses: add SLIMpro I2C device driver on APM X-Gene platform
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 4/6] i2c: busses: add SLIMpro I2C device driver on APM X-Gene platform
  • From: Feng Kan <fkan@xxxxxxx>
• Re: [PATCH] i2c: Mark instantiated device nodes with OF_POPULATE
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH] i2c: clarify comments about the dev_released completion
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH] i2c: sh_mobile: terminate DMA reads properly
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] i2c: tegra: implement slave mode
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] i2c: tegra: implement slave mode
  • From: Marc Dietrich <marvin24@xxxxxx>
• [PATCH 0/3] arm: tegra: implement NVEC driver using tegra i2c.
  • From: Andrey Danin <danindrey@xxxxxxx>
• [PATCH 1/3] i2c: tegra: implement slave mode
  • From: Andrey Danin <danindrey@xxxxxxx>
• Re: randconfig build error with next-20150127, in drivers/i2c/busses/i2c-designware-baytrail.c
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 10/24] Documentation: DT bindings: add more chip compatible strings for Tegra I2C
  • From: Paul Walmsley <paul@xxxxxxxxx>
• randconfig build error with next-20150127, in drivers/i2c/busses/i2c-designware-baytrail.c
  • From: Jim Davis <jim.epost@xxxxxxxxx>
• Re: [PATCH v2] iio: imu: inv_mpu6050: Create mux clients for ACPI
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [RFC 2/3] regmap: Use the enhancement of i2c API to address circular dependency problem
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 1/3] i2c: cadence: Handle > 252 byte transfers
  • From: Martin Hisch <martin.hisch.ext@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware-baytrail: use proper Kconfig dependencies
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v3] i2c: Only include slave support if selected
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v3] i2c: tegra: Maintain CPU endianness
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware-baytrail: use proper Kconfig dependencies
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v3] i2c: Only include slave support if selected
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH] i2c: Mark instantiated device nodes with OF_POPULATE
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: Mark instantiated device nodes with OF_POPULATE
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH v2] i2c: Only include slave support if selected
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH] i2c: designware-baytrail: use proper Kconfig dependencies
  • From: "David E. Box" <david.e.box@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware-baytrail: use proper Kconfig dependencies
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware-baytrail: use proper Kconfig dependencies
  • From: "David E. Box" <david.e.box@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: Only include slave support if selected
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v2] i2c: Only include slave support if selected
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: I2C slave support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] at91: i2c-at91: improve time-out handling
  • From: Mark Roszko <mark.roszko@xxxxxxxxx>
• Re: I2C slave support
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PATCH v3] i2c: tegra: Maintain CPU endianness
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH] i2c: designware-baytrail: use proper Kconfig dependencies
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH] i2c: designware-baytrail: use proper Kconfig dependencies
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: I2C slave support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: I2C slave support
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH 1/2] i2c: tegra: Maintain CPU endianness
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH 1/2] i2c: tegra: Maintain CPU endianness
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: Do not calculate SCL timing parameters needlessly
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: Mark instantiated device nodes with OF_POPULATE
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: do not try to load modules for of-registered devices
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] i2c: designware-pci: shrink dw_pci_controllers array
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] DT: i2c: Deprecate adi,adxl34x compatible string
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] DT: i2c: Deprecate adi,adxl34x compatible string
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: i2c-tools: add compatibility for python2/3 to py-smbus
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: I2C slave support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH V4 0/2] i2c-designware: Add Intel Baytrail pmic i2c bus support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH V3 1/1] iio: Added Capella cm3232 ambient light sensor driver.
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH] at91: i2c-at91: improve time-out handling
  • From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
• I2C slave support
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PATCH] i2c: Mark instantiated device nodes with OF_POPULATE
  • From: Pantelis Antoniou <pantelis.antoniou@xxxxxxxxxxxx>
• Re: [PATCH] i2c: Mark instantiated device nodes with OF_POPULATE
  • From: Pantelis Antoniou <pantelis.antoniou@xxxxxxxxxxxx>
• Re: [PATCH] i2c: Mark instantiated device nodes with OF_POPULATE
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] i2c: designware-pci: shrink dw_pci_controllers array
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/3] i2c: designware-pci: shrink dw_pci_controllers array
  • From: David Cohen <david.a.cohen@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/3] i2c: designware-pci: shrink dw_pci_controllers array
  • From: David Cohen <david.a.cohen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] iio: imu: inv_mpu6050: Create mux clients for ACPI
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• Re: [PATCH v4] of: i2c: Add i2c-mux-idle-disconnect DT property to PCA954x mux driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: use {readl|writel}_relaxed instead of readl/writel
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v4] of: i2c: Add i2c-mux-idle-disconnect DT property to PCA954x mux driver
  • From: Alexander Sverdlin <alexander.sverdlin@xxxxxxx>
• Re: [PATCH] i2c: s3c2410: fix ABBA deadlock by keeping clock prepared
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: tegra: Maintain CPU endianness
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v2 3/4] i2c: designware-pci: no need to provide clk_khz
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] i2c: designware-pci: remove Moorestown support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH V4 2/2] i2c-designware: Add Intel Baytrail PMIC I2C bus support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: tegra: Maintain CPU endianness
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v2 2/4] i2c: designware-pci: shrink dw_pci_controllers array
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] i2c: designware-pci: shrink dw_pci_controllers array
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] i2c: designware-pci: shrink dw_pci_controllers array
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/3] i2c: designware-pci: shrink dw_pci_controllers array
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 2/4] i2c: designware-pci: shrink dw_pci_controllers array
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 3/4] i2c: designware-pci: no need to provide clk_khz
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 4/4] i2c: designware-pci: update Intel copyright line
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 1/4] i2c: designware-pci: remove Moorestown support
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: tegra: Maintain CPU endianness
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH] i2c: designware: Do not calculate SCL timing parameters needlessly
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH V4 2/2] i2c-designware: Add Intel Baytrail PMIC I2C bus support
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 3/3] i2c: designware-pci: no need to provide clk_khz
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: tegra: Maintain CPU endianness
  • From: Alexandre Courbot <gnurou@xxxxxxxxx>
• Re: [PATCH] i2c: s3c2410: fix ABBA deadlock by keeping clock prepared
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [PATCH] i2c-ocores: add common clock support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: Mark instantiated device nodes with OF_POPULATE
  • From: Rob Herring <robherring2@xxxxxxxxx>
• [PATCH v2] iio: imu: inv_mpu6050: Create mux clients for ACPI
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v2] iio: imu: inv_mpu6050: client enumeration
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/3] i2c: designware-pci: shrink dw_pci_controllers array
  • From: David Cohen <david.a.cohen@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c-ocores: add common clock support
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH V4 2/2] i2c-designware: Add Intel Baytrail PMIC I2C bus support
  • From: "David E. Box" <david.e.box@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c-ocores: add common clock support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c-ocores: add common clock support
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH] i2c-ocores: add common clock support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/3] i2c: designware-pci: shrink dw_pci_controllers array
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c-ocores: add common clock support
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH v1 1/3] i2c: designware-pci: shrink dw_pci_controllers array
  • From: David Cohen <david.a.cohen@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c-ocores: add common clock support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c-ocores: add common clock support
  • From: Peter Korsgaard <peter@xxxxxxxxxxxxx>
• [PATCH v2] i2c: tegra: Maintain CPU endianness
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH 1/2] i2c: tegra: Maintain CPU endianness
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH 1/2] i2c: tegra: Maintain CPU endianness
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v2] i2c: imx: whitespace and checkpatch cleanup
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: tegra: Maintain CPU endianness
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH] i2c-ocores: add common clock support
  • From: Peter Korsgaard <peter@xxxxxxxxxxxxx>
• [PATCH v2] i2c: imx: whitespace and checkpatch cleanup
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c-ocores: add common clock support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: Mark instantiated device nodes with OF_POPULATE
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c-ocores: add common clock support
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH] i2c: Mark instantiated device nodes with OF_POPULATE
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH v3] of: i2c: Add i2c-mux-idle-disconnect DT property to PCA954x mux driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] i2c: imx: silence dma_request_slave_channel errors if dma not set up in device tree
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: Mark instantiated device nodes with OF_POPULATE
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c-ocores: add common clock support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v1 2/3] i2c: designware-pci: update Intel copytight line
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 1/3] i2c: designware-pci: shrink dw_pci_controllers array
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 3/3] i2c: designware-pci: no need to provide clk_khz
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] i2c: imx: silence dma_request_slave_channel errors if dma not set up in device tree
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH V4 2/2] i2c-designware: Add Intel Baytrail PMIC I2C bus support
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: simplify boilerplate code for attribute groups
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: slave-eeprom: fix boundary check when using sysfs
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH V4 1/2] i2c-designware: Add i2c bus locking support
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: i2c-tools: add compatibility for python2/3 to py-smbus
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: i2c-tools: add compatibility for python2/3 to py-smbus
  • From: Michael Mercier <michael.mercier@xxxxxxxx>
• Re: i2c-tools: add compatibility for python2/3 to py-smbus
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: i2c-tools: add compatibility for python2/3 to py-smbus
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: i2c-tools: add compatibility for python2/3 to py-smbus
  • From: Michael Mercier <michael.mercier@xxxxxxxx>
• Re: [PATCH 1/2] i2c: tegra: Maintain CPU endianness
  • From: Alexandre Courbot <gnurou@xxxxxxxxx>
• Re: [PATCH 1/2] i2c: tegra: Maintain CPU endianness
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v4 2/2] I2C: mediatek: Add driver for MediaTek I2C controller
  • From: Yingjoe Chen <yingjoe.chen@xxxxxxxxxxxx>
• Re: [PATCH v4 2/2] I2C: mediatek: Add driver for MediaTek I2C controller
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] I2C: mediatek: Add driver for MediaTek I2C controller
  • From: Yingjoe Chen <yingjoe.chen@xxxxxxxxxxxx>
• Re: [PATCH v4 2/2] I2C: mediatek: Add driver for MediaTek I2C controller
  • From: Eddie Huang <eddie.huang@xxxxxxxxxxxx>
• Re: [PATCH v4 2/2] I2C: mediatek: Add driver for MediaTek I2C controller
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] I2C: mediatek: Add driver for MediaTek I2C controller
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] I2C: mediatek: Add driver for MediaTek I2C controller
  • From: Yingjoe Chen <yingjoe.chen@xxxxxxxxxxxx>
• Re: [PATCH v4 2/2] I2C: mediatek: Add driver for MediaTek I2C controller
  • From: Eddie Huang <eddie.huang@xxxxxxxxxxxx>
• Re: [PATCH] i2c: slave-eeprom: fix boundary check when using sysfs
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [PATCH 1/2] i2c: tegra: Maintain CPU endianness
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [RFC 2/3] regmap: Use the enhancement of i2c API to address circular dependency problem
  • From: Paul Osmialowski <p.osmialowsk@xxxxxxxxxxx>
• Re: i2c-tools: add compatibility for python2/3 to py-smbus
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PATCH v7 3/3] ARM: dts: add I2C device nodes for Broadcom Cygnus
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• [PATCH v7 1/3] i2c: iProc: define Broadcom iProc I2C binding
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• [PATCH v7 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• [PATCH v7 0/3] Add I2C support to Broadcom iProc
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• Re: [PATCH v6 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• Re: [PATCH v4 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• Re: [PATCH v6 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC 2/3] regmap: Use the enhancement of i2c API to address circular dependency problem
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v6 0/3] Add I2C support to Broadcom iProc
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• [PATCH v6 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• [PATCH v6 1/3] i2c: iProc: define Broadcom iProc I2C binding
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• [PATCH v6 3/3] ARM: dts: add I2C device nodes for Broadcom Cygnus
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• Re: [PATCH v5 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• [PATCH] i2c: simplify boilerplate code for attribute groups
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH] i2c: slave-eeprom: fix boundary check when using sysfs
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH] i2c: s3c2410: fix ABBA deadlock by keeping clock prepared
  • From: Paul Osmialowski <p.osmialowsk@xxxxxxxxxxx>
• i2c-tools: add compatibility for python2/3 to py-smbus
  • From: Angelo Compagnucci <angelo.compagnucci@xxxxxxxxx>
• Re: [RFC 01/11] i2c: add quirk structure to describe adapter flaws
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC 01/11] i2c: add quirk structure to describe adapter flaws
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v3] of: i2c: Add i2c-mux-idle-disconnect DT property to PCA954x mux driver
  • From: Alexander Sverdlin <alexander.sverdlin@xxxxxxx>
• Re: Py-smbus for Python 3
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH] README: add info about current maintainer
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] README: add info about current maintainer
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PATCH] README: add info about current maintainer
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC 2/3] regmap: Use the enhancement of i2c API to address circular dependency problem
  • From: Paul Osmialowski <p.osmialowsk@xxxxxxxxxxx>
• Re: Fwd: Py-smbus for Python 3
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Fwd: Py-smbus for Python 3
  • From: Michael Mercier <michael.mercier@xxxxxxxx>
• Re: [RFC 1/3] i2c: Enhancement of i2c API to address circular lock dependency problem
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v5 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Arend van Spriel <arend@xxxxxxxxxxxx>
• Re: [PATCH v5 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Arend van Spriel <arend@xxxxxxxxxxxx>
• Re: [PATCH v5 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC 1/3] i2c: Enhancement of i2c API to address circular lock dependency problem
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [PATCH v4 2/2] I2C: mediatek: Add driver for MediaTek I2C controller
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Arend van Spriel <arend@xxxxxxxxxxxx>
• Re: [RFC 1/3] i2c: Enhancement of i2c API to address circular lock dependency problem
  • From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
• Re: [PATCH v4 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• Re: [PATCH v4 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• Re: [PATCH v4 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• Re: [PATCH v4 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• Re: [PATCH v4 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH v5 3/3] ARM: dts: add I2C device nodes for Broadcom Cygnus
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• [PATCH v5 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• [PATCH v5 0/3] Add I2C support to Broadcom iProc
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• [PATCH v5 1/3] i2c: iProc: define Broadcom iProc I2C binding
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• Re: [PATCH v4 3/3] ARM: dts: add I2C device nodes for Broadcom Cygnus
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• Re: [PATCH v4 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• Re: [PATCH v3 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• Re: [PATCH] i2c-ocores: add common clock support
  • From: Peter Korsgaard <peter@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• Re: [PATCH v4 3/3] ARM: dts: add I2C device nodes for Broadcom Cygnus
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH v4 3/3] ARM: dts: add I2C device nodes for Broadcom Cygnus
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• Re: [RFC 2/3] regmap: Use the enhancement of i2c API to address circular dependency problem
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC 2/3] regmap: Use the enhancement of i2c API to address circular dependency problem
  • From: Paul Osmialowski <p.osmialowsk@xxxxxxxxxxx>
• Re: [RFC 3/3] i2c: s3c2410: Adopt i2c-s3c2410 driver for new enhancement of i2c API
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC 2/3] regmap: Use the enhancement of i2c API to address circular dependency problem
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [RFC 3/3] i2c: s3c2410: Adopt i2c-s3c2410 driver for new enhancement of i2c API
  • From: Paul Osmialowski <p.osmialowsk@xxxxxxxxxxx>
• [RFC 2/3] regmap: Use the enhancement of i2c API to address circular dependency problem
  • From: Paul Osmialowski <p.osmialowsk@xxxxxxxxxxx>
• [RFC 1/3] i2c: Enhancement of i2c API to address circular lock dependency problem
  • From: Paul Osmialowski <p.osmialowsk@xxxxxxxxxxx>
• Re: [PATCH] i2c: exynos5: Move initialization code to subsys_initcall()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH v4 1/2] dt-bindings: Add I2C bindings for mt65xx/mt81xx.
  • From: Eddie Huang <eddie.huang@xxxxxxxxxxxx>
• [PATCH v4 2/2] I2C: mediatek: Add driver for MediaTek I2C controller
  • From: Eddie Huang <eddie.huang@xxxxxxxxxxxx>
• [PATCH v4 0/2] ARM: mediatek: Add driver for Mediatek I2C controller
  • From: Eddie Huang <eddie.huang@xxxxxxxxxxxx>
• Re: [PATCH V3 1/1] iio: Added Capella cm3232 ambient light sensor driver.
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• [PATCH v2] i2c: mv64xxx: enable acquisition of timeout value from Device Tree
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• Re: [RFC 01/11] i2c: add quirk structure to describe adapter flaws
  • From: Yingjoe Chen <yingjoe.chen@xxxxxxxxxxxx>
• [PATCH] i2c: do not try to load modules for of-registered devices
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH] [RFC] i2c: Don't wait for device release in i2c_del_adapter
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PATCH 2/2] i2c: Support for Netlogic XLP9XX/5XX I2C controller.
  • From: Jayachandran C <jchandra@xxxxxxxxxxxx>
• [PATCH 1/2] of: Add vendor prefix 'netlogic'
  • From: Jayachandran C <jchandra@xxxxxxxxxxxx>
• Re: [PATCH] [RFC] i2c: Don't wait for device release in i2c_del_adapter
  • From: Pantelis Antoniou <pantelis.antoniou@xxxxxxxxxxxx>
• Re: [RFC 01/11] i2c: add quirk structure to describe adapter flaws
  • From: Eddie Huang <eddie.huang@xxxxxxxxxxxx>
• [PATCH V3 1/1] iio: Added Capella cm3232 ambient light sensor driver.
  • From: Kevin Tsai <ktsai@xxxxxxxxxxxxxxxx>
• Re: [PATCH] [RFC] i2c: Don't wait for device release in i2c_del_adapter
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] input: adxl34x: Add OF match support
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] input: adxl34x: Add OF match support
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] input: adxl34x: Add OF match support
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v2 2/2] input: adxl34x: Add OF match support
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: Mark instantiated device nodes with OF_POPULATE
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH v2 2/2] input: adxl34x: Add OF match support
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v2 1/2] DT: i2c: Deprecate adi,adxl34x compatible string
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: mv64xxx: enable acquisition of timeout value from Device Tree
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] input: adxl34x: Add OF match support
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] input: adxl34x: Add OF match support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: Mark instantiated device nodes with OF_POPULATE
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] i2c: Mark instantiated device nodes with OF_POPULATE
  • From: Pantelis Antoniou <pantelis.antoniou@xxxxxxxxxxxx>
• Re: [PATCH] i2c: Mark instantiated device nodes with OF_POPULATE
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 2/2] input: adxl34x: Add OF match support
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• [PATCH] i2c: Mark instantiated device nodes with OF_POPULATE
  • From: Pantelis Antoniou <pantelis.antoniou@xxxxxxxxxxxx>
• Re: [PATCH] i2c: Mark instantiated device nodes with OF_POPULATE
  • From: Pantelis Antoniou <pantelis.antoniou@xxxxxxxxxxxx>
• Re: [PATCH v2 1/2] DT: i2c: Deprecate adi,adxl34x compatible string
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] DT: i2c: Deprecate adi,adxl34x compatible string
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] input: adxl34x: Add OF match support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] DT: i2c: Deprecate adi,adxl34x compatible string
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: Mark instantiated device nodes with OF_POPULATE
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] DT: i2c: Deprecate adi,adxl34x compatible string
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] DT: i2c: Deprecate adi,adxl34x compatible string
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• [PATCH] i2c: mv64xxx: enable acquisition of timeout value from Device Tree
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] DT: i2c: Deprecate adi,adxl34x compatible string
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] input: adxl34x: Add OF match support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH] i2c: Mark instantiated device nodes with OF_POPULATE
  • From: Pantelis Antoniou <pantelis.antoniou@xxxxxxxxxxxx>
• Re: [PATCH v4 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH] [RFC] i2c: Don't wait for device release in i2c_del_adapter
  • From: Pantelis Antoniou <pantelis.antoniou@xxxxxxxxxxxx>
• Re: [PATCH v2] of: i2c: Add idle-disconnect DT property to PCA954x mux driver
  • From: Rob Herring <robherring2@xxxxxxxxx>
• [PATCH v2 0/2] Fix OF match for adxl34x driver
  • From: Laurent Pinchart <laurent.pinchart+renesas@xxxxxxxxxxxxxxxx>
• [PATCH v2 2/2] input: adxl34x: Add OF match support
  • From: Laurent Pinchart <laurent.pinchart+renesas@xxxxxxxxxxxxxxxx>
• [PATCH v2 1/2] DT: i2c: Deprecate adi,adxl34x compatible string
  • From: Laurent Pinchart <laurent.pinchart+renesas@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2] of: i2c: Add idle-disconnect DT property to PCA954x mux driver
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH] input: adxl34x: Add OF match support
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH] input: adxl34x: Add OF match support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] input: adxl34x: Add OF match support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] input: adxl34x: Add OF match support
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH] input: adxl34x: Add OF match support
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2] of: i2c: Add idle-disconnect DT property to PCA954x mux driver
  • From: Alexander Sverdlin <alexander.sverdlin@xxxxxxx>
• Re: [PATCH v2] of: i2c: Add idle-disconnect DT property to PCA954x mux driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2] of: i2c: Add idle-disconnect DT property to PCA954x mux driver
  • From: Alexander Sverdlin <alexander.sverdlin@xxxxxxx>
• Re: [PATCH] input: adxl34x: Add OF match support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] input: adxl34x: Add OF match support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2] of: i2c: Add idle-disconnect DT property to PCA954x mux driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH V4 1/2] i2c-designware: Add i2c bus locking support
  • From: "David E. Box" <david.e.box@xxxxxxxxxxxxxxx>
• [PATCH V4 2/2] i2c-designware: Add Intel Baytrail PMIC I2C bus support
  • From: "David E. Box" <david.e.box@xxxxxxxxxxxxxxx>
• [PATCH V4 0/2] i2c-designware: Add Intel Baytrail pmic i2c bus support
  • From: "David E. Box" <david.e.box@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 3/3] ARM: dts: add I2C device nodes for Broadcom Cygnus
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH v4 1/3] i2c: iProc: define Broadcom iProc I2C binding
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• [PATCH v4 3/3] ARM: dts: add I2C device nodes for Broadcom Cygnus
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• [PATCH v4 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• [PATCH v4 0/3] Add I2C support to Broadcom iProc
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• Re: [PATCH] [RFC] i2c: Don't wait for device release in i2c_del_adapter
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• Re: [PATCH V3 1/2] i2c-designware: Add i2c bus locking support
  • From: "David E. Box" <david.e.box@xxxxxxxxxxxxxxx>
• Re: [PATCH] [RFC] i2c: Don't wait for device release in i2c_del_adapter
  • From: Pantelis Antoniou <pantelis.antoniou@xxxxxxxxxxxx>
• Re: [PATCH] [RFC] i2c: Don't wait for device release in i2c_del_adapter
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH] [RFC] i2c: Don't wait for device release in i2c_del_adapter
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] [RFC] i2c: Don't wait for device release in i2c_del_adapter
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] [RFC] i2c: Don't wait for device release in i2c_del_adapter
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH 3/3] i2c: imx: whitespace and checkpatch cleanup
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] i2c: imx: whitespace and checkpatch cleanup
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] i2c: imx: remove unused return value assignments
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] [RFC] i2c: Don't wait for device release in i2c_del_adapter
  • From: Pantelis Antoniou <pantelis.antoniou@xxxxxxxxxxxx>
• Re: [PATCH] [RFC] i2c: Don't wait for device release in i2c_del_adapter
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 1/3] i2c: imx: silence dma_request_slave_channel errors if dma not set up in device tree
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] [RFC] i2c: Don't wait for device release in i2c_del_adapter
  • From: Pantelis Antoniou <pantelis.antoniou@xxxxxxxxxxxx>
• Re: [PATCH] [RFC] i2c: Don't wait for device release in i2c_del_adapter
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [PATCH] [RFC] i2c: Don't wait for device release in i2c_del_adapter
  • From: Pantelis Antoniou <pantelis.antoniou@xxxxxxxxxxxx>
• Re: [PATCH] [RFC] i2c: Don't wait for device release in i2c_del_adapter
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH] i2c / ACPI: Pick the first address if device has multiple
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v6] i2c: cadence: Check for errata condition involving master receive
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH] i2c-ocores: add common clock support
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH v3 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: use {readl|writel}_relaxed instead of readl/writel
  • From: Jisheng Zhang <jszhang@xxxxxxxxxxx>
• Re: [PATCH v3 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Ray Jui <rjui@xxxxxxxxxxxx>
• Re: [PATCH v3 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH v6] i2c: cadence: Check for errata condition involving master receive
  • From: Harini Katakam <harinik@xxxxxxxxxx>
• Re: [PATCH v5 1/2] i2c: cadence: Handle > 252 byte transfers
  • From: Harini Katakam <harinikatakamlinux@xxxxxxxxx>
• Re: [PATCH v5 2/2] i2c: cadence: Check for errata condition involving master receive
  • From: Harini Katakam <harinikatakamlinux@xxxxxxxxx>
• Re: [PATCH] i2c / ACPI: Pick the first address if device has multiple
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c / ACPI: Pick the first address if device has multiple
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c / ACPI: Pick the first address if device has multiple
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: use {readl|writel}_relaxed instead of readl/writel
  • From: Baruch Siach <baruch@xxxxxxxxxx>
• Re: [PATCH] i2c / ACPI: Pick the first address if device has multiple
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCHv2 2/8] dt-bindings: use isil prefix for Intersil in I2C trivial-devices.txt
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] [RFC] i2c: Don't wait for device release in i2c_del_adapter
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] at91: i2c-at91: improve time-out handling
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] ARM: mediatek: Add driver for Mediatek I2C controller
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 -next] i2c: imx: fix handling of wait_for_completion_timeout result
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] ARM: mediatek: Add driver for Mediatek I2C controller
  • From: Yingjoe Chen <yingjoe.chen@xxxxxxxxxxxx>
• Re: [PATCH] i2c: Mark instantiated device nodes with OF_POPULATE
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: use {readl|writel}_relaxed instead of readl/writel
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: use {readl|writel}_relaxed instead of readl/writel
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: exynos5: Move initialization code to subsys_initcall()
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [PATCH] i2c: Mark instantiated device nodes with OF_POPULATE
  • From: Pantelis Antoniou <pantelis.antoniou@xxxxxxxxxxxx>
• Re: [PATCH] i2c: Mark instantiated device nodes with OF_POPULATE
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: use {readl|writel}_relaxed instead of readl/writel
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v3] i2c: rk3x: Account for repeated start time requirement
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5] i2c: rk3x: fix bug that cause measured high_ns doesn't meet I2C specification
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] i2c: cadence: Check for errata condition involving master receive
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] i2c: cadence: Handle > 252 byte transfers
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] DT: i2c: Add devices handled by the da9063 MFD driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC 0/5] i2c: omap: new fixes 2
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC 0/2] i2c: omap: new fixes for driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] ARM: mediatek: Add driver for Mediatek I2C controller
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH V3 1/2] i2c-designware: Add i2c bus locking support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: pmcmsp: remove dead code
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH] i2c: Mark instantiated device nodes with OF_POPULATE
  • From: Pantelis Antoniou <pantelis.antoniou@xxxxxxxxxxxx>
• [PATCH] [RFC] i2c: Don't wait for device release in i2c_del_adapter
  • From: Pantelis Antoniou <pantelis.antoniou@xxxxxxxxxxxx>
• Re: [PATCH V2 1/1] iio: Added Capella cm3232 ambient light sensor driver.
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• Re: [RFC 02/11] i2c: add quirk checks to core
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• Re: [RFC 02/11] i2c: add quirk checks to core
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC 02/11] i2c: add quirk checks to core
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/2] Cadence I2C driver fixes
  • From: Harini Katakam <harinikatakamlinux@xxxxxxxxx>
• Re: [RFC 02/11] i2c: add quirk checks to core
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxx>
• Re: [PATCH] i2c: exynos5: Move initialization code to subsys_initcall()
  • From: Joonyoung Shim <jy0922.shim@xxxxxxxxxxx>
• Re: [PATCH] i2c: exynos5: Move initialization code to subsys_initcall()
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH] i2c: exynos5: Move initialization code to subsys_initcall()
  • From: Joonyoung Shim <jy0922.shim@xxxxxxxxxxx>
• Re: [PATCH V1 1/1] iio: Added Capella cm3232 ambient light sensor driver.
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• [PATCH v1] iio: imu: inv_mpu6050: Create mux clients for ACPI
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v1] iio: imu: inv_mpu6050: client enumeration
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• Re: [RFC 02/11] i2c: add quirk checks to core
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [RFC 02/11] i2c: add quirk checks to core
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 4/6] i2c: busses: add SLIMpro I2C device driver on APM X-Gene platform
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 4/6] i2c: busses: add SLIMpro I2C device driver on APM X-Gene platform
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC 02/11] i2c: add quirk checks to core
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/6] i2c: busses: add SLIMpro I2C device driver on APM X-Gene platform
  • From: Feng Kan <fkan@xxxxxxx>
• Re: [PATCH 4/6] i2c: busses: add SLIMpro I2C device driver on APM X-Gene platform
  • From: Feng Kan <fkan@xxxxxxx>
• [RFC 02/11] i2c: add quirk checks to core
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [RFC 03/11] i2c: at91: make use of the new infrastructure for quirks
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [RFC 04/11] i2c: opal: make use of the new infrastructure for quirks
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [RFC 00/11] i2c: add generic quirk infrastructure
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [RFC 05/11] i2c: qup: make use of the new infrastructure for quirks
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [RFC 07/11] i2c: axxia: make use of the new infrastructure for quirks
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [RFC 09/11] i2c: powermac: make use of the new infrastructure for quirks
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [RFC 08/11] i2c: dln2: make use of the new infrastructure for quirks
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [RFC 10/11] i2c: viperboard: make use of the new infrastructure for quirks
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [RFC 11/11] i2c: pmcmsp: make use of the new infrastructure for quirks
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [RFC 06/11] i2c: cpm: make use of the new infrastructure for quirks
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [RFC 01/11] i2c: add quirk structure to describe adapter flaws
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [wsa:i2c/quirks 7/11] drivers/i2c/busses/i2c-axxia.c:452:27: sparse: symbol 'axxia_i2c_quirks' was not declared. Should it be static?
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [wsa:i2c/quirks 7/11] drivers/i2c/busses/i2c-axxia.c:452:27: sparse: symbol 'axxia_i2c_quirks' was not declared. Should it be static?
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• [PATCH] i2c: pmcmsp: remove dead code
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [wsa:i2c/quirks 10/11] drivers/i2c/busses/i2c-viperboard.c:357:27: sparse: symbol 'vprbrd_quirks' was not declared. Should it be static?
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [wsa:i2c/quirks 8/11] drivers/i2c/busses/i2c-dln2.c:184:27: sparse: symbol 'dln2_i2c_quirks' was not declared. Should it be static?
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [wsa:i2c/quirks 7/11] drivers/i2c/busses/i2c-axxia.c:452:27: sparse: symbol 'axxia_i2c_quirks' was not declared. Should it be static?
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH wsa] i2c: viperboard: vprbrd_quirks can be static
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [wsa:i2c/quirks 10/11] drivers/i2c/busses/i2c-viperboard.c:357:27: sparse: symbol 'vprbrd_quirks' was not declared. Should it be static?
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [PATCH wsa] i2c: dln2: dln2_i2c_quirks can be static
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [wsa:i2c/quirks 8/11] drivers/i2c/busses/i2c-dln2.c:184:27: sparse: symbol 'dln2_i2c_quirks' was not declared. Should it be static?
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [PATCH wsa] i2c: axxia: axxia_i2c_quirks can be static
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [wsa:i2c/quirks 7/11] drivers/i2c/busses/i2c-axxia.c:452:27: sparse: symbol 'axxia_i2c_quirks' was not declared. Should it be static?
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [PATCH 3/3] iio: ak8975: Added autodetect feature for ACPI
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] iio: ak8975: Added autodetect feature for ACPI
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• RE: [PATCH 3/3] i2c: imx: whitespace and checkpatch cleanup
  • From: "fugang.duan@xxxxxxxxxxxxx" <fugang.duan@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] i2c: imx: whitespace and checkpatch cleanup
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH] at91: i2c-at91: improve time-out handling
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxx>
• RE: [PATCH 3/3] i2c: imx: whitespace and checkpatch cleanup
  • From: "fugang.duan@xxxxxxxxxxxxx" <fugang.duan@xxxxxxxxxxxxx>
• RE: [PATCH 2/3] i2c: imx: remove unused return value assignments
  • From: "fugang.duan@xxxxxxxxxxxxx" <fugang.duan@xxxxxxxxxxxxx>
• RE: [PATCH 1/3] i2c: imx: silence dma_request_slave_channel errors if dma not set up in device tree
  • From: "fugang.duan@xxxxxxxxxxxxx" <fugang.duan@xxxxxxxxxxxxx>
• [PATCH V2 1/1] iio: Added Capella cm3232 ambient light sensor driver.
  • From: Kevin Tsai <ktsai@xxxxxxxxxxxxxxxx>
• [PATCH 2/3] i2c: imx: remove unused return value assignments
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• [PATCH 3/3] i2c: imx: whitespace and checkpatch cleanup
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• [PATCH 1/3] i2c: imx: silence dma_request_slave_channel errors if dma not set up in device tree
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] ARM: mediatek: Add driver for Mediatek I2C controller
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] input: adxl34x: Add OF match support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH V1 1/1] iio: Added Capella cm3232 ambient light sensor driver.
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH V1 1/1] iio: Added Capella cm3232 ambient light sensor driver.
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• Re: [PATCH V1 1/1] iio: Added Capella cm3232 ambient light sensor driver.
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH V1 1/1] iio: Added Capella cm3232 ambient light sensor driver.
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• Re: [PATCH V1 1/1] iio: Added Capella cm3232 ambient light sensor driver.
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH V1 1/1] iio: Added Capella cm3232 ambient light sensor driver.
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• Re: [PATCH] input: adxl34x: Add OF match support
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [PATCH] at91: i2c-at91: improve time-out handling
  • From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
• Re: [PATCH V1 1/1] iio: Added Capella cm3232 ambient light sensor driver.
  • From: Jeremiah Mahler <jmmahler@xxxxxxxxx>
• [PATCH V1 1/1] iio: Added Capella cm3232 ambient light sensor driver.
  • From: Kevin Tsai <ktsai@xxxxxxxxxxxxxxxx>
• [PATCH] i2c / ACPI: Pick the first address if device has multiple
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 -next] i2c: imx: fix handling of wait_for_completion_timeout result
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• [PATCH] fix handling of wait_for_completion_timeout result
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• Re: [PATCH] i2c-qoriq: modified compatibility for correct prescaler
  • From: Scott Wood <scottwood@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] iio: ak8975: Added autodetect feature for ACPI
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [RFC] i2c: designware: Avoid initcall and initialize the driver like a regular one
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC] i2c: designware: Avoid initcall and initialize the driver like a regular one
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] i2c: designware: Avoid initcall and initialize the driver like a regular one
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH] i2c-tools i2cget read SMBus block data
  • From: "Amelkin, Aleksandr" <Aleksandr.Amelkin@xxxxxxxxxxxxxx>
• Re: [RFC] i2c: designware: Avoid initcall and initialize the driver like a regular one
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c-qoriq: modified compatibility for correct prescaler
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c-qoriq: modified compatibility for correct prescaler
  • From: Valentin Longchamp <valentin.longchamp@xxxxxxxxxxx>
• Re: [RFC] i2c: designware: Avoid initcall and initialize the driver like a regular one
  • From: Walter Lozano <walter@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: Remove support for legacy PM
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC] i2c: designware: Avoid initcall and initialize the driver like a regular one
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [RFC] i2c: designware: Avoid initcall and initialize the driver like a regular one
  • From: Walter Lozano <walter@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] ARM: shmobile: koelsch: Add DA9063 PMIC device node for system restart
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 3/4] ARM: shmobile: koelsch: Add DA9063 PMIC device node for system restart
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PULL REQUEST] i2c for 3.19
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: sh_mobile: fix uninitialized var when debug is enabled
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [PATCH] i2c: sh_mobile: fix uninitialized var when debug is enabled
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v2] of: i2c: Add idle-disconnect DT property to PCA954x mux driver
  • From: Alexander Sverdlin <alexander.sverdlin@xxxxxxx>
• Re: [PATCH] i2c: designware: use {readl|writel}_relaxed instead of readl/writel
  • From: Jisheng Zhang <jszhang@xxxxxxxxxxx>
• Re: [PATCH] input: adxl34x: Add OF match support
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] iio: ak8975: Added autodetect feature for ACPI
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] iio: ak8975: Added autodetect feature for ACPI
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• Re: [PATCH] i2c: rk3x: Account for repeated start time requirement
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v3] i2c: rk3x: Account for repeated start time requirement
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH 3/3] iio: ak8975: Added autodetect feature for ACPI
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] iio: ak8975: Added autodetect feature for ACPI
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• Re: [PATCH 3/3] iio: ak8975: Added autodetect feature for ACPI
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>