Linux Kernel I2C
Thread Index
[
Prev Page
][
Next Page
]
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>
Re: [PATCH 3/3] iio: ak8975: Added autodetect feature for ACPI
From
: Lars-Peter Clausen <lars@xxxxxxxxxx>
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
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH] input: adxl34x: Add OF match support
From
: Laurent Pinchart <laurent.pinchart+renesas@xxxxxxxxxxxxxxxx>
Re: [PATCHv2 2/8] dt-bindings: use isil prefix for Intersil in I2C trivial-devices.txt
From
: arno@xxxxxxxxxxxx (Arnaud Ebalard)
Re: [PATCH] i2c: sh_mobile: I2C_SH_MOBILE should depend on HAS_DMA
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 2/2] i2c: sh_mobile: rework deferred probing
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 1/2] i2c: sh_mobile: refactor DMA setup
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 2/2] i2c: i2c-mv64xxx: rework offload support to fix several problems
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 1/2] i2c: i2c-mv64xxx: use BIT() macro for register value definitions
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c: sh_mobile: I2C_SH_MOBILE should depend on HAS_DMA
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c: sh_mobile: I2C_SH_MOBILE should depend on HAS_DMA
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH] i2c: sh_mobile: I2C_SH_MOBILE should depend on HAS_DMA
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c: sh_mobile: I2C_SH_MOBILE should depend on HAS_DMA
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH] i2c: sh_mobile: I2C_SH_MOBILE should depend on HAS_DMA
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>
[PATCHv2 2/8] dt-bindings: use isil prefix for Intersil in I2C trivial-devices.txt
From
: Arnaud Ebalard <arno@xxxxxxxxxxxx>
[PATCHv2 0/8] from now on, use 'isil' as prefix for Intersil
From
: Arnaud Ebalard <arno@xxxxxxxxxxxx>
Re: [RFC 1/2] i2c: sh_mobile: refactor DMA setup
From
: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] of: i2c: Add DT bindings for idle states to PCA954x mux driver
From
: Alexander Sverdlin <alexander.sverdlin@xxxxxxx>
Re: [PATCHv1 1/7] dt-bindings: use isil prefix for Intersil
From
: arno@xxxxxxxxxxxx (Arnaud Ebalard)
Re: [PATCH] of: i2c: Add DT bindings for idle states to PCA954x mux driver
From
: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
Re: [PATCH] of: i2c: Add DT bindings for idle states to PCA954x mux driver
From
: Alexander Sverdlin <alexander.sverdlin@xxxxxxx>
[PATCH 1/2] i2c: sh_mobile: refactor DMA setup
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH 2/2] i2c: sh_mobile: rework deferred probing
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH 0/2] i2c: sh_mobile: handle deferred probe properly when requesting DMA channels
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [RFC 2/2] i2c: sh_mobile: rework deferred probing
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [RFC 1/2] i2c: sh_mobile: refactor DMA setup
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] of: i2c: Add DT bindings for idle states to PCA954x mux driver
From
: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
Re: [PATCH] of: i2c: Add DT bindings for idle states to PCA954x mux driver
From
: Alexander Sverdlin <alexander.sverdlin@xxxxxxx>
Re: [PATCHv1 1/7] dt-bindings: use isil prefix for Intersil
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
[PATCHv1 1/7] dt-bindings: use isil prefix for Intersil
From
: Arnaud Ebalard <arno@xxxxxxxxxxxx>
Re: [PATCH v3 0/3] Add I2C support to Broadcom iProc
From
: Ray Jui <rjui@xxxxxxxxxxxx>
Re: [PATCH v3 0/3] Add I2C support to Broadcom iProc
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 2/5] i2c: sh_mobile: add DMA support
From
: Vinod Koul <vinod.koul@xxxxxxxxx>
Re: [PATCH 2/5] i2c: sh_mobile: add DMA support
From
: Vinod Koul <vinod.koul@xxxxxxxxx>
[PATCH] i2c: sh_mobile: I2C_SH_MOBILE should depend on HAS_DMA
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH] of: i2c: Add DT bindings for idle states to PCA954x mux driver
From
: Michael Lawnick <ml.lawnick@xxxxxx>
Re: [PATCH v5 1/3] mfd: add support for Cypress CYUSBS234 USB Serial Bridge controller
From
: Johan Hovold <johan@xxxxxxxxxx>
Re: [PATCH 2/5] i2c: sh_mobile: add DMA support
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 2/5] i2c: sh_mobile: add DMA support
From
: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
Re: [PATCH 2/5] i2c: sh_mobile: add DMA support
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH 2/5] i2c: sh_mobile: add DMA support
From
: Vinod Koul <vinod.koul@xxxxxxxxx>
Re: [PATCH 2/5] i2c: sh_mobile: add DMA support
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] of: i2c: Add DT bindings for idle states to PCA954x mux driver
From
: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
Re: [PATCH 2/5] i2c: sh_mobile: add DMA support
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH 2/5] i2c: sh_mobile: add DMA support
From
: Vinod Koul <vinod.koul@xxxxxxxxx>
[PATCH] of: i2c: Add DT bindings for idle states to PCA954x mux driver
From
: Alexander Sverdlin <alexander.sverdlin@xxxxxxx>
[PULL REQUEST] i2c for 3.19
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v5 2/3] i2c: add support for Cypress CYUSBS234 USB-I2C adapter
From
: Varka Bhadram <varkabhadram@xxxxxxxxx>
Re: [PATCH v5 3/3] gpio: add support for Cypress CYUSBS234 USB-GPIO adapter
From
: Varka Bhadram <varkabhadram@xxxxxxxxx>
[PATCH v4] i2c: Driver to expose PowerNV platform i2c busses
From
: Neelesh Gupta <neelegup@xxxxxxxxxxxxxxxxxx>
Re: [PATCH v4 2/3] i2c: add support for Cypress CYUSBS234 USB-I2C adapter
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH v5 2/3] i2c: add support for Cypress CYUSBS234 USB-I2C adapter
From
: Muthu Mani <muth@xxxxxxxxxxx>
RE: [PATCH v4 3/3] gpio: add support for Cypress CYUSBS234 USB-GPIO adapter
From
: Muthu Mani <muth@xxxxxxxxxxx>
[PATCH v5 3/3] gpio: add support for Cypress CYUSBS234 USB-GPIO adapter
From
: Muthu Mani <muth@xxxxxxxxxxx>
[PATCH v5 1/3] mfd: add support for Cypress CYUSBS234 USB Serial Bridge controller
From
: Muthu Mani <muth@xxxxxxxxxxx>
RE: [PATCH v4 2/3] i2c: add support for Cypress CYUSBS234 USB-I2C adapter
From
: Muthu Mani <muth@xxxxxxxxxxx>
Re: [PATCH 2/5] i2c: sh_mobile: add DMA support
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [v3] i2c: Driver to expose PowerNV platform i2c busses
From
: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
[PATCH v5 2/2] i2c: cadence: Check for errata condition involving master receive
From
: Harini Katakam <harinik@xxxxxxxxxx>
[PATCH v5 1/2] i2c: cadence: Handle > 252 byte transfers
From
: Harini Katakam <harinik@xxxxxxxxxx>
[PATCH v5 0/2] Cadence I2C driver fixes
From
: Harini Katakam <harinik@xxxxxxxxxx>
Re: [PATCH v3 0/2] ARM: mediatek: Add driver for Mediatek I2C controller
From
: Yingjoe Chen <yingjoe.chen@xxxxxxxxxxxx>
[PATCH v2] i2c: rk3x: Account for repeated start time requirement
From
: Doug Anderson <dianders@xxxxxxxxxxxx>
Re: [PATCH] i2c: rk3x: Account for repeated start time requirement
From
: Doug Anderson <dianders@xxxxxxxxxxxx>
Re: [PATCH 2/5] i2c: sh_mobile: add DMA support
From
: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
Re: [PATCH 2/5] i2c: sh_mobile: add DMA support
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 2/5] i2c: sh_mobile: add DMA support
From
: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
Re: [PATCH 0/3] i2c: slave support framework for Linux devices
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c: sh_mobile: remove unneeded DMA mask
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v5] i2c: rk3x: fix bug that cause measured high_ns doesn't meet I2C specification
From
: Doug Anderson <dianders@xxxxxxxxxxxx>
[PATCH] i2c: rk3x: Account for repeated start time requirement
From
: Doug Anderson <dianders@xxxxxxxxxxxx>
Re: [PATCH v4 2/2] i2c: cadence: Check for errata condition involving master receive
From
: Sören Brinkmann <soren.brinkmann@xxxxxxxxxx>
[PATCH 2/2] i2c: i2c-mv64xxx: rework offload support to fix several problems
From
: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
[PATCH 1/2] i2c: i2c-mv64xxx: use BIT() macro for register value definitions
From
: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
[PATCH 0/2] i2c: i2c-mv64xxx: fix offload support
From
: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] i2c-qoriq: modified compatibility for correct prescaler
From
: Valentin Longchamp <valentin.longchamp@xxxxxxxxxxx>
[PATCH v5] i2c: rk3x: fix bug that cause measured high_ns doesn't meet I2C specification
From
: Addy Ke <addy.ke@xxxxxxxxxxxxxx>
Re: [PATCH 2/5] i2c: sh_mobile: add DMA support
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v4] i2c: rk3x: fix bug that cause measured high_ns doesn't meet I2C specification
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [PATCH 2/5] i2c: sh_mobile: add DMA support
From
: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
Re: [PATCH 2/5] i2c: sh_mobile: add DMA support
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v4 2/2] i2c: cadence: Check for errata condition involving master receive
From
: Harini Katakam <harinikatakamlinux@xxxxxxxxx>
[PATCH] i2c: designware: use {readl|writel}_relaxed instead of readl/writel
From
: Jisheng Zhang <jszhang@xxxxxxxxxxx>
[PATCH v4] i2c: rk3x: fix bug that cause measured high_ns doesn't meet I2C specification
From
: Addy Ke <addy.ke@xxxxxxxxxxxxxx>
Re: [PATCH 2/5] i2c: sh_mobile: add DMA support
From
: Vinod Koul <vinod.koul@xxxxxxxxx>
Re: [PATCH 0/4] ARM: shmobile: koelsch: Add DA9063 watchdog restart support
From
: Simon Horman <horms@xxxxxxxxxxxx>
Re: [RFC 1/2] i2c: sh_mobile: refactor DMA setup
From
: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
Re: [PATCH v4 2/2] i2c: cadence: Check for errata condition involving master receive
From
: Sören Brinkmann <soren.brinkmann@xxxxxxxxxx>
Re: [PATCH 2/5] i2c: sh_mobile: add DMA support
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [RFC 0/2] i2c: sh_mobile: don't regress on deferred probing
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 2/5] i2c: sh_mobile: add DMA support
From
: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
Re: [RFC 0/2] i2c: sh_mobile: don't regress on deferred probing
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [RFC 2/2] i2c: sh_mobile: rework deferred probing
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
[RFC 2/2] i2c: sh_mobile: rework deferred probing
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[RFC 0/2] i2c: sh_mobile: don't regress on deferred probing
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[RFC 1/2] i2c: sh_mobile: refactor DMA setup
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH] i2c: sh_mobile: remove unneeded DMA mask
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH v4 2/2] i2c: cadence: Check for errata condition involving master receive
From
: Harini Katakam <harinik@xxxxxxxxxx>
[PATCH v4 1/2] i2c: cadence: Handle > 252 byte transfers
From
: Harini Katakam <harinik@xxxxxxxxxx>
[PATCH v4 0/2] Cadence I2C driver fixes
From
: Harini Katakam <harinik@xxxxxxxxxx>
Re: [PATCH 0/4] ARM: shmobile: koelsch: Add DA9063 watchdog restart support
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH 2/5] i2c: sh_mobile: add DMA support
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 2/5] i2c: sh_mobile: add DMA support
From
: Magnus Damm <magnus.damm@xxxxxxxxx>
Re: [PATCH v2 3/4] ARM: mach-bcm: Enable I2C support for iProc
From
: Ray Jui <rjui@xxxxxxxxxxxx>
[PATCH v3 1/3] i2c: iProc: define Broadcom iProc I2C binding
From
: Ray Jui <rjui@xxxxxxxxxxxx>
[PATCH v3 3/3] ARM: dts: add I2C device nodes for Broadcom Cygnus
From
: Ray Jui <rjui@xxxxxxxxxxxx>
[PATCH v3 2/3] i2c: iproc: Add Broadcom iProc I2C Driver
From
: Ray Jui <rjui@xxxxxxxxxxxx>
[PATCH v3 0/3] Add I2C support to Broadcom iProc
From
: Ray Jui <rjui@xxxxxxxxxxxx>
Re: [PATCH 2/4] i2c: iproc: Add Broadcom iProc I2C Driver
From
: Ray Jui <rjui@xxxxxxxxxxxx>
Re: [PATCH 1/4] i2c: iProc: define Broadcom iProc I2C binding
From
: Ray Jui <rjui@xxxxxxxxxxxx>
Re: [PATCH v2 3/4] ARM: mach-bcm: Enable I2C support for iProc
From
: Florian Fainelli <f.fainelli@xxxxxxxxx>
Re: [PATCH v2 3/4] ARM: mach-bcm: Enable I2C support for iProc
From
: Ray Jui <rjui@xxxxxxxxxxxx>
Re: [PATCH v2 3/4] ARM: mach-bcm: Enable I2C support for iProc
From
: Florian Fainelli <f.fainelli@xxxxxxxxx>
[PATCH v2 1/4] i2c: iProc: define Broadcom iProc I2C binding
From
: Ray Jui <rjui@xxxxxxxxxxxx>
[PATCH v2 3/4] ARM: mach-bcm: Enable I2C support for iProc
From
: Ray Jui <rjui@xxxxxxxxxxxx>
[PATCH v2 4/4] ARM: dts: add I2C device nodes for Broadcom Cygnus
From
: Ray Jui <rjui@xxxxxxxxxxxx>
[PATCH v2 2/4] i2c: iproc: Add Broadcom iProc I2C Driver
From
: Ray Jui <rjui@xxxxxxxxxxxx>
[PATCH v2 0/4] Add I2C support to Broadcom iProc
From
: Ray Jui <rjui@xxxxxxxxxxxx>
Re: [PATCH 2/4] i2c: iproc: Add Broadcom iProc I2C Driver
From
: Ray Jui <rjui@xxxxxxxxxxxx>
Re: [PATCH 1/4] i2c: iProc: define Broadcom iProc I2C binding
From
: Ray Jui <rjui@xxxxxxxxxxxx>
Re: [PATCH 2/4] i2c: iproc: Add Broadcom iProc I2C Driver
From
: Varka Bhadram <varkabhadram@xxxxxxxxx>
Re: [PATCH 1/4] i2c: iProc: define Broadcom iProc I2C binding
From
: Varka Bhadram <varkabhadram@xxxxxxxxx>
[PATCH 1/4] i2c: iProc: define Broadcom iProc I2C binding
From
: Ray Jui <rjui@xxxxxxxxxxxx>
[PATCH 4/4] ARM: dts: add I2C device nodes for Broadcom Cygnus
From
: Ray Jui <rjui@xxxxxxxxxxxx>
[PATCH 2/4] i2c: iproc: Add Broadcom iProc I2C Driver
From
: Ray Jui <rjui@xxxxxxxxxxxx>
[PATCH 3/4] ARM: mach-bcm: Enable I2C support for iProc
From
: Ray Jui <rjui@xxxxxxxxxxxx>
[PATCH 0/4] Add I2C support to Broadcom iProc
From
: Ray Jui <rjui@xxxxxxxxxxxx>
Re: [PATCH 0/4] ARM: shmobile: koelsch: Add DA9063 watchdog restart support
From
: Simon Horman <horms@xxxxxxxxxxxx>
[RFC] Documentation: i2c: add fault code for not supporting 10 bit addresses
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 1/4] watchdog: da9063: Add restart handler support
From
: Guenter Roeck <linux@xxxxxxxxxxxx>
Re: [PATCH 2/5] i2c: sh_mobile: add DMA support
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [v3] i2c: Driver to expose PowerNV platform i2c busses
From
: Neelesh Gupta <neelegup@xxxxxxxxxxxxxxxxxx>
RE: [PATCH 2/4] DT: i2c: Add devices handled by the da9063 MFD driver
From
: "Opensource [Steve Twiss]" <stwiss.opensource@xxxxxxxxxxx>
RE: [PATCH 1/4] watchdog: da9063: Add restart handler support
From
: "Opensource [Steve Twiss]" <stwiss.opensource@xxxxxxxxxxx>
[PATCH 1/4] watchdog: da9063: Add restart handler support
From
: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
[PATCH 0/4] ARM: shmobile: koelsch: Add DA9063 watchdog restart support
From
: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
[PATCH 3/4] ARM: shmobile: koelsch: Add DA9063 PMIC device node for system restart
From
: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
[PATCH 4/4] ARM: shmobile: Enable DA9063 watchdog in multiplatform defconfig
From
: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
[PATCH 2/4] DT: i2c: Add devices handled by the da9063 MFD driver
From
: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
Re: [PATCH 2/5] i2c: sh_mobile: add DMA support
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [v3] i2c: Driver to expose PowerNV platform i2c busses
From
: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Re: [v3] i2c: Driver to expose PowerNV platform i2c busses
From
: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
Re: [PATCH v3] i2c: Driver to expose PowerNV platform i2c busses
From
: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH v3] i2c: Driver to expose PowerNV platform i2c busses
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v3] i2c: Driver to expose PowerNV platform i2c busses
From
: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH v3] i2c: Driver to expose PowerNV platform i2c busses
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v3] i2c: Driver to expose PowerNV platform i2c busses
From
: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH v3] i2c: rk3x: fix bug that cause measured high_ns doesn't meet I2C spec
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [PATCH v3] i2c: rk3x: fix bug that cause measured high_ns doesn't meet I2C spec
From
: Doug Anderson <dianders@xxxxxxxxxxxx>
Re: [PATCH v3] i2c: rk3x: fix bug that cause measured high_ns doesn't meet I2C spec
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v3] i2c: rk3x: fix bug that cause measured high_ns doesn't meet I2C spec
From
: Doug Anderson <dianders@xxxxxxxxxxxx>
Re: [PATCH v4 1/3] mfd: add support for Cypress CYUSBS234 USB Serial Bridge controller
From
: Johan Hovold <johan@xxxxxxxxxx>
RE: [PATCH v4 1/3] mfd: add support for Cypress CYUSBS234 USB Serial Bridge controller
From
: Muthu Mani <muth@xxxxxxxxxxx>
Re: [PATCH v4 1/3] mfd: add support for Cypress CYUSBS234 USB Serial Bridge controller
From
: Johan Hovold <johan@xxxxxxxxxx>
[PATCH] MAINTAINERS: add I2C dt bindings also to I2C realm
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v3] i2c: rk3x: fix bug that cause measured high_ns doesn't meet I2C spec
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
[PATCH v3] i2c: Driver to expose PowerNV platform i2c busses
From
: Neelesh Gupta <neelegup@xxxxxxxxxxxxxxxxxx>
Re: [PATCH v3] i2c: rk3x: fix bug that cause measured high_ns doesn't meet I2C spec
From
: addy ke <addy.ke@xxxxxxxxxxxxxx>
[PATCH v3] i2c: rk3x: fix bug that cause measured high_ns doesn't meet I2C spec
From
: Addy Ke <addy.ke@xxxxxxxxxxxxxx>
Re: [PATCH v3] iio: imu: inv_mpu6050: Add i2c mux for by pass
From
: Jonathan Cameron <jic23@xxxxxxxxxx>
RE: [PATCH v4 1/3] mfd: add support for Cypress CYUSBS234 USB Serial Bridge controller
From
: Muthu Mani <muth@xxxxxxxxxxx>
[PULL REQUEST] i2c for 3.18
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH V3 0/2] i2c-designware: Baytrail bus locking driver
From
: Shinya Kuribayashi <skuribay@xxxxxxxxx>
[PATCH v3] iio: imu: inv_mpu6050: Add i2c mux for by pass
From
: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
[PATCH v3] iio: imu: inv_mpu6050: Add i2c mux for by pass
From
: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
Re: [PATCH v2] i2c: rk3x: fix bug that cause measured high_ns doesn't meet I2C spec
From
: Doug Anderson <dianders@xxxxxxxxxxxx>
Re: [PATCH v2] iio: imu: inv_mpu6050: Add i2c mux for by pass
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v3 2/2] i2c: cadence: Check for errata condition involving master receive
From
: Sören Brinkmann <soren.brinkmann@xxxxxxxxxx>
Re: [RFC 1/2] i2c: omap: fix buffer overruns during RX/TX data processing
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
Re: [PATCH v2] iio: imu: inv_mpu6050: Add i2c mux for by pass
From
: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
Re: [PATCH v3 2/2] i2c: cadence: Check for errata condition involving master receive
From
: rajeev kumar <rajeevkumar.linux@xxxxxxxxx>
Re: [PATCH v2 1/3] i2c: cadence: Handle > 252 byte transfers
From
: Michal Simek <michal.simek@xxxxxxxxxx>
[PATCH v3 2/2] i2c: cadence: Check for errata condition involving master receive
From
: Harini Katakam <harinik@xxxxxxxxxx>
[PATCH v3 1/2] i2c: cadence: Handle > 252 byte transfers
From
: Harini Katakam <harinik@xxxxxxxxxx>
[PATCH v3 0/2] Cadence I2C driver fixes
From
: Harini Katakam <harinik@xxxxxxxxxx>
Re: [PATCH v2] iio: imu: inv_mpu6050: Add i2c mux for by pass
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v2 1/3] i2c: cadence: Handle > 252 byte transfers
From
: Harini Katakam <harinikatakamlinux@xxxxxxxxx>
Re: [PATCH v2 1/3] i2c: cadence: Handle > 252 byte transfers
From
: rajeev kumar <rajeevkumar.linux@xxxxxxxxx>
Re: [PATCH v2 1/3] i2c: cadence: Handle > 252 byte transfers
From
: Harini Katakam <harinikatakamlinux@xxxxxxxxx>
Re: [PATCH v2 3/3] i2c: cadence: Check for errata condition involving master receive
From
: Harini Katakam <harinikatakamlinux@xxxxxxxxx>
[PATCH v2] iio: imu: inv_mpu6050: Add i2c mux for by pass
From
: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
[PATCH v2] iio: imu: inv_mpu6050: Add i2c mux for by pass
From
: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
Re: [PATCH V3 2/2] i2c-designware: Add Intel Baytrail PMIC I2C bus support
From
: "David E. Box" <david.e.box@xxxxxxxxxxxxxxx>
Re: [PATCH v2] i2c: rk3x: fix bug that cause measured high_ns doesn't meet I2C spec
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH V3 1/2] i2c-designware: Add i2c bus locking support
From
: "David E. Box" <david.e.box@xxxxxxxxxxxxxxx>
Re: [PATCH V3 1/2] i2c-designware: Add i2c bus locking support
From
: "David E. Box" <david.e.box@xxxxxxxxxxxxxxx>
Re: [PATCH v2] i2c: rk3x: fix bug that cause measured high_ns doesn't meet I2C spec
From
: Doug Anderson <dianders@xxxxxxxxxxxx>
Re: [PATCH v2] i2c: rk3x: fix bug that cause measured high_ns doesn't meet I2C spec
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v2 3/3] i2c: cadence: Check for errata condition involving master receive
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v2 1/3] i2c: cadence: Handle > 252 byte transfers
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v2 2/3] i2c: cadence: Set the hardware time-out register to maximum value
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v3 3/5] i2c: recovery: change input parameter to i2c_adapter for prepare/unprepare_recovery
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v3 2/5] i2c: davinci: generate STP always when NACK is received
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v3 1/5] i2c: i2c-davinci: switch to use platform_get_irq
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [RFC 0/5] i2c: omap: new fixes 2
From
: Tony Lindgren <tony@xxxxxxxxxxx>
Re: [PATCH 2/2] i2c: Remove support for legacy PM
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 2/2] i2c: Remove support for legacy PM
From
: Lars-Peter Clausen <lars@xxxxxxxxxx>
Re: [RFC 1/2] i2c: omap: fix buffer overruns during RX/TX data processing
From
: Tony Lindgren <tony@xxxxxxxxxxx>
Re: [PATCH 2/2] i2c: Remove support for legacy PM
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 1/2] Documentation: i2c: Use PM ops instead of legacy suspend/resume
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c: sh_mobile: optimize irq entry
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c: sh_mobile: optimize irq entry
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
[PATCH] i2c: sh_mobile: optimize irq entry
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH V3 1/2] i2c-designware: Add i2c bus locking support
From
: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
Re: [PATCH 1/2] Documentation: i2c: Use PM ops instead of legacy suspend/resume
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 1/2] Documentation: i2c: Use PM ops instead of legacy suspend/resume
From
: Jonathan Corbet <corbet@xxxxxxx>
[PULL REQUEST] i2c for 3.18
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH V3 2/2] i2c-designware: Add Intel Baytrail PMIC I2C bus support
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: Question about patch "i2c: omap: resize fifos before each message"
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
Re: Question about patch "i2c: omap: resize fifos before each message"
From
: Felipe Balbi <balbi@xxxxxx>
Re: Question about patch "i2c: omap: resize fifos before each message"
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
Re: [PATCH V3 1/2] i2c-designware: Add i2c bus locking support
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH v2] i2c: rk3x: fix bug that cause measured high_ns doesn't meet I2C spec
From
: Doug Anderson <dianders@xxxxxxxxxxxx>
Re: Question about patch "i2c: omap: resize fifos before each message"
From
: Felipe Balbi <balbi@xxxxxx>
Re: Question about patch "i2c: omap: resize fifos before each message"
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
Re: Question about patch "i2c: omap: resize fifos before each message"
From
: Felipe Balbi <balbi@xxxxxx>
Question about patch "i2c: omap: resize fifos before each message"
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
Re: [RFC 5/5] i2c: omap: add trace
From
: Felipe Balbi <balbi@xxxxxx>
Re: [RFC 5/5] i2c: omap: add trace
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
Re: [RFC 5/5] i2c: omap: add trace
From
: Felipe Balbi <balbi@xxxxxx>
[RFC 1/5] i2c: omap: ack only reported events
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
[RFC 2/5] i2c: omap: simplify i462 errata handling for NACK and AL cases
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
[RFC 4/5] i2c: omap: reimpelement STP hack via 2-phases transfer
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
[RFC 5/5] i2c: omap: add trace
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
[RFC 3/5] i2c: omap: move STP generation logic into ISR thread
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
[RFC 0/5] i2c: omap: new fixes 2
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
[PATCH v2 2/3] i2c: cadence: Set the hardware time-out register to maximum value
From
: Harini Katakam <harinik@xxxxxxxxxx>
[PATCH v2 3/3] i2c: cadence: Check for errata condition involving master receive
From
: Harini Katakam <harinik@xxxxxxxxxx>
[PATCH v2 1/3] i2c: cadence: Handle > 252 byte transfers
From
: Harini Katakam <harinik@xxxxxxxxxx>
[PATCH v2 0/3] Cadence I2C driver fixes
From
: Harini Katakam <harinik@xxxxxxxxxx>
Re: [PATCH 2/4] i2c: cadence: Set the hardware time-out register to maximum value
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c-omap / PM: Drop CONFIG_PM_RUNTIME from i2c-omap.c
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v2] i2c: rk3x: fix bug that cause measured high_ns doesn't meet I2C spec
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v4 2/3] i2c: add support for Cypress CYUSBS234 USB-I2C adapter
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v2] i2c: rk3x: fix bug that cause measured high_ns doesn't meet I2C spec
From
: Doug Anderson <dianders@xxxxxxxxxxxx>
[PATCH v2] i2c: rk3x: fix bug that cause measured high_ns doesn't meet I2C spec
From
: Addy Ke <addy.ke@xxxxxxxxxxxxxx>
[PATCH] i2c-omap / PM: Drop CONFIG_PM_RUNTIME from i2c-omap.c
From
: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
Re: [PATCH] i2c: rk3x: fix bug that cause measured high_ns doesn't meet I2C spec
From
: Doug Anderson <dianders@xxxxxxxxxxxx>
Re: [PATCH 3/4] devicetree: bindings: Add defeature-repeated-start property for Cadence I2C
From
: Lars-Peter Clausen <lars@xxxxxxxxxx>
Re: [PATCH 3/4] devicetree: bindings: Add defeature-repeated-start property for Cadence I2C
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 3/4] devicetree: bindings: Add defeature-repeated-start property for Cadence I2C
From
: Harini Katakam <harinikatakamlinux@xxxxxxxxx>
Re: [PATCH 1/3] staging: imx-drm: document internal HDMI I2C master controller DT binding
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 3/4] devicetree: bindings: Add defeature-repeated-start property for Cadence I2C
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 1/3] staging: imx-drm: document internal HDMI I2C master controller DT binding
From
: Vladimir Zapolskiy <vladimir_zapolskiy@xxxxxxxxxx>
Re: [PATCH 3/4] devicetree: bindings: Add defeature-repeated-start property for Cadence I2C
From
: Harini Katakam <harinikatakamlinux@xxxxxxxxx>
Re: [PATCH] i2c: Add parameters to sysfs-added i2c devices
From
: Corey Minyard <cminyard@xxxxxxxxxx>
Re: [PATCH 3/4] devicetree: bindings: Add defeature-repeated-start property for Cadence I2C
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 3/4] devicetree: bindings: Add defeature-repeated-start property for Cadence I2C
From
: Harini Katakam <harinikatakamlinux@xxxxxxxxx>
Re: [PATCH 4/4] i2c: cadence: Defeature repeated start based on devicetree property
From
: Mark Rutland <mark.rutland@xxxxxxx>
Re: [RFC 0/2] i2c: omap: new fixes for driver
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
Re: [PATCH 3/4] devicetree: bindings: Add defeature-repeated-start property for Cadence I2C
From
: Mark Rutland <mark.rutland@xxxxxxx>
Re: [RFC 1/2] i2c: omap: fix buffer overruns during RX/TX data processing
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
[PATCH 1/4] i2c: cadence: Handle > 252 byte transfers
From
: Harini Katakam <harinik@xxxxxxxxxx>
[PATCH 4/4] i2c: cadence: Defeature repeated start based on devicetree property
From
: Harini Katakam <harinik@xxxxxxxxxx>
[PATCH 3/4] devicetree: bindings: Add defeature-repeated-start property for Cadence I2C
From
: Harini Katakam <harinik@xxxxxxxxxx>
[PATCH 2/4] i2c: cadence: Set the hardware time-out register to maximum value
From
: Harini Katakam <harinik@xxxxxxxxxx>
[PATCH 0/4] Cadence I2C driver fixes
From
: Harini Katakam <harinik@xxxxxxxxxx>
Re: [PATCH v4 3/3] gpio: add support for Cypress CYUSBS234 USB-GPIO adapter
From
: Lee Jones <lee.jones@xxxxxxxxxx>
Re: [PATCH 1/3] staging: imx-drm: document internal HDMI I2C master controller DT binding
From
: Andy Yan <andy.yan@xxxxxxxxxxxxxx>
[PATCH V3 1/2] i2c-designware: Add i2c bus locking support
From
: "David E. Box" <david.e.box@xxxxxxxxxxxxxxx>
[PATCH V3 2/2] i2c-designware: Add Intel Baytrail PMIC I2C bus support
From
: "David E. Box" <david.e.box@xxxxxxxxxxxxxxx>
[PATCH V3 0/2] i2c-designware: Baytrail bus locking driver
From
: "David E. Box" <david.e.box@xxxxxxxxxxxxxxx>
Re: [RFC 0/2] i2c: omap: new fixes for driver
From
: Kevin Hilman <khilman@xxxxxxxxxx>
Re: [RFC 1/2] i2c: omap: fix buffer overruns during RX/TX data processing
From
: Tony Lindgren <tony@xxxxxxxxxxx>
Re: [PATCH] i2c: Add parameters to sysfs-added i2c devices
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c: mux: pca9541: add return value check on register writes
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v3 2/2] i2c: mux: create "channel-n" symlinks for child segments in the mux device
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c-qoriq: modified compatibility for correct prescaler
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c: mpc: add register documentation to Freescale I2C driver
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v2] i2c: Driver to expose PowerNV platform i2c busses
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 1/3] staging: imx-drm: document internal HDMI I2C master controller DT binding
From
: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
Re: [PATCH 1/3] staging: imx-drm: document internal HDMI I2C master controller DT binding
From
: Vladimir Zapolskiy <vladimir_zapolskiy@xxxxxxxxxx>
[PATCH v3 2/5] i2c: davinci: generate STP always when NACK is received
From
: Grygorii Strashko <grygorii.strashko@xxxxxx>
[PATCH v3 0/5] i2c: davinci improvements and fixes
From
: Grygorii Strashko <grygorii.strashko@xxxxxx>
[PATCH v3 3/5] i2c: recovery: change input parameter to i2c_adapter for prepare/unprepare_recovery
From
: Grygorii Strashko <grygorii.strashko@xxxxxx>
[PATCH v3 4/5] i2c: davinci: use bus recovery infrastructure
From
: Grygorii Strashko <grygorii.strashko@xxxxxx>
[PATCH 5/5] i2c: davinci: use ICPFUNC to toggle I2C as gpio for bus recovery
From
: Grygorii Strashko <grygorii.strashko@xxxxxx>
[PATCH v3 1/5] i2c: i2c-davinci: switch to use platform_get_irq
From
: Grygorii Strashko <grygorii.strashko@xxxxxx>
Re: [PATCH 1/3] staging: imx-drm: document internal HDMI I2C master controller DT binding
From
: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
Re: [PATCH 1/3] staging: imx-drm: document internal HDMI I2C master controller DT binding
From
: Vladimir Zapolskiy <vladimir_zapolskiy@xxxxxxxxxx>
Re: [PATCH v4 3/3] gpio: add support for Cypress CYUSBS234 USB-GPIO adapter
From
: Linus Walleij <linus.walleij@xxxxxxxxxx>
Re: [PATCH v4 1/3] mfd: add support for Cypress CYUSBS234 USB Serial Bridge controller
From
: Lee Jones <lee.jones@xxxxxxxxxx>
[PATCH 2/2] i2c: Remove support for legacy PM
From
: Lars-Peter Clausen <lars@xxxxxxxxxx>
[PATCH 1/2] Documentation: i2c: Use PM ops instead of legacy suspend/resume
From
: Lars-Peter Clausen <lars@xxxxxxxxxx>
Re: [PATCH] i2c-qoriq: modified compatibility for correct prescaler
From
: Danielle Costantino <danielle.costantino@xxxxxxxxx>
Re: [PATCH v3 2/2] i2c: mux: create "channel-n" symlinks for child segments in the mux device
From
: Danielle Costantino <danielle.costantino@xxxxxxxxx>
[PATCH] i2c: mux: pca9541: add return value check on register writes
From
: Danielle Costantino <danielle.costantino@xxxxxxxxx>
Re: [RFC] i2c: omap: TEST: do IP reset during probe.
From
: Tony Lindgren <tony@xxxxxxxxxxx>
[PATCH] i2c: mpc: add register documentation to Freescale I2C driver
From
: Danielle Costantino <danielle.costantino@xxxxxxxxx>
[RFC 2/2] i2c: omap: show that the reason of system lockup is an unhandled ISR event
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
[RFC 1/2] i2c: omap: fix buffer overruns during RX/TX data processing
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
[RFC 0/2] i2c: omap: new fixes for driver
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
[PATCH v4 3/3] gpio: add support for Cypress CYUSBS234 USB-GPIO adapter
From
: Muthu Mani <muth@xxxxxxxxxxx>
[PATCH v4 2/3] i2c: add support for Cypress CYUSBS234 USB-I2C adapter
From
: Muthu Mani <muth@xxxxxxxxxxx>
[PATCH v4 1/3] mfd: add support for Cypress CYUSBS234 USB Serial Bridge controller
From
: Muthu Mani <muth@xxxxxxxxxxx>
Re: [RFC] i2c: omap: TEST: do IP reset during probe.
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
Re: [RFC] i2c: omap: TEST: do IP reset during probe.
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
Re: [RFC] i2c: omap: TEST: do IP reset during probe.
From
: Tony Lindgren <tony@xxxxxxxxxxx>
[PATCH v4 2/3] i2c: add support for Cypress CYUSBS234 USB-I2C adapter
From
: Muthu Mani <muth@xxxxxxxxxxx>
[PATCH v4 1/3] mfd: add support for Cypress CYUSBS234 USB Serial Bridge controller
From
: Muthu Mani <muth@xxxxxxxxxxx>
[PATCH v4 3/3] gpio: add support for Cypress CYUSBS234 USB-GPIO adapter
From
: Muthu Mani <muth@xxxxxxxxxxx>
Re: How should dev_[gs]et_drvdata be used?
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: How should dev_[gs]et_drvdata be used?
From
: Jean Delvare <jdelvare@xxxxxxx>
Re: [PATCH v3 0/2] ARM: mediatek: Add driver for Mediatek I2C controller
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: Freeze of mouse and keyboard after suspend due to i2c-designware
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: Freeze of mouse and keyboard after suspend due to i2c-designware
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: Freeze of mouse and keyboard after suspend due to i2c-designware
From
: "Prof. H.-M. Hoogewoud" <hhoogewoud@xxxxxxxxxx>
Re: Freeze of mouse and keyboard after suspend due to i2c-designware
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: Freeze of mouse and keyboard after suspend due to i2c-designware
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: Freeze of mouse and keyboard after suspend due to i2c-designware
From
: "Prof. H.-M. Hoogewoud" <hhoogewoud@xxxxxxxxxx>
Re: [PATCH v3 2/4] i2c: omap: implement workaround for handling invalid BB-bit values
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
Re: [PATCH v2] omap: i2c: don't check bus state IP rev3.3 and earlier
From
: Kevin Hilman <khilman@xxxxxxxxxx>
Re: [RFC] i2c: omap: TEST: do IP reset during probe.
From
: Kevin Hilman <khilman@xxxxxxxxxx>
Re: [PATCH v2] omap: i2c: don't check bus state IP rev3.3 and earlier
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
[RFC] i2c: omap: TEST: do IP reset during probe.
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
Re: [PATCH v2 2/5] i2c: davinci: query STP always when NACK is received
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [PATCH v2 5/5] i2c: davinci: use ICPFUNC to toggle I2C as gpio for bus recovery
From
: Grygorii Strashko <grygorii.strashko@xxxxxx>
Re: [PATCH v2 2/5] i2c: davinci: query STP always when NACK is received
From
: Grygorii Strashko <grygorii.strashko@xxxxxx>
Re: [PATCH v2 1/5] i2c: i2c-davinci: switch to use platform_get_irq
From
: Grygorii Strashko <grygorii.strashko@xxxxxx>
Re: [PATCH v2 5/5] i2c: davinci: use ICPFUNC to toggle I2C as gpio for bus recovery
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [PATCH v2 4/5] i2c: davinci: use bus recovery infrastructure
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [PATCH v2 2/5] i2c: davinci: query STP always when NACK is received
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [PATCH v2 1/5] i2c: i2c-davinci: switch to use platform_get_irq
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
[PATCH v2 0/5] i2c: davinci improvements and fixes
From
: Grygorii Strashko <grygorii.strashko@xxxxxx>
[PATCH v2 2/5] i2c: davinci: query STP always when NACK is received
From
: Grygorii Strashko <grygorii.strashko@xxxxxx>
[PATCH v2 5/5] i2c: davinci: use ICPFUNC to toggle I2C as gpio for bus recovery
From
: Grygorii Strashko <grygorii.strashko@xxxxxx>
[PATCH v2 3/5] i2c: recovery: change input parameter to i2c_adapter for prepare/unprepare_recovery
From
: Grygorii Strashko <grygorii.strashko@xxxxxx>
[PATCH v2 4/5] i2c: davinci: use bus recovery infrastructure
From
: Grygorii Strashko <grygorii.strashko@xxxxxx>
[PATCH v2 1/5] i2c: i2c-davinci: switch to use platform_get_irq
From
: Grygorii Strashko <grygorii.strashko@xxxxxx>
Re: [PATCH v8 3/8] OF: DT-Overlay configfs interface (v2)
From
: Grant Likely <grant.likely@xxxxxxxxxxxx>
Re: [PATCH 2/3] i2c: slave-eeprom: add eeprom simulator driver
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 2/3] i2c: slave-eeprom: add eeprom simulator driver
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
Re: [PATCH 2/3] i2c: slave-eeprom: add eeprom simulator driver
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c-qoriq: modified compatibility for correct prescaler
From
: Scott Wood <scottwood@xxxxxxxxxxxxx>
Re: [PATCH] i2c: core: Fix probing of i2c slaves without interrupts
From
: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
Re: [PATCH V3] ACPI: Add _DEP(Operation Region Dependencies) support to fix battery issue on the Asus T100TA
From
: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
Re: [PATCH 2/3] i2c: slave-eeprom: add eeprom simulator driver
From
: Stijn Devriendt <highguy@xxxxxxxxx>
Re: How should dev_[gs]et_drvdata be used?
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [PATCH v2] i2c: Driver to expose PowerNV platform i2c busses
From
: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH v2] omap: i2c: don't check bus state IP rev3.3 and earlier
From
: Kevin Hilman <khilman@xxxxxxxxxx>
Re: [PATCH v2] omap: i2c: don't check bus state IP rev3.3 and earlier
From
: Kevin Hilman <khilman@xxxxxxxxxx>
Re: [PATCH] i2c-qoriq: modified compatibility for correct prescaler
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v2] i2c: Driver to expose PowerNV platform i2c busses
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v2] i2c: Driver to expose PowerNV platform i2c busses
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v3 2/4] i2c: omap: implement workaround for handling invalid BB-bit values
From
: Tony Lindgren <tony@xxxxxxxxxxx>
Re: [PATCH v8 3/8] OF: DT-Overlay configfs interface (v2)
From
: Pantelis Antoniou <panto@xxxxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH v2] omap: i2c: don't check bus state IP rev3.3 and earlier
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
Re: [PATCH v3] i2c-pxa: add support for SCCB devices
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v2] omap: i2c: don't check bus state IP rev3.3 and earlier
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v2 12/14] i2c/of: Add OF_RECONFIG notifier handler
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v2 11/14] i2c/of: Factor out Devicetree registration code
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [5/5] i2c: davinci: use ICPFUNC to toggle I2C as gpio for bus recovery
From
: Grygorii Strashko <grygorii.strashko@xxxxxx>
Re: [PATCH v8 3/8] OF: DT-Overlay configfs interface (v2)
From
: Grant Likely <grant.likely@xxxxxxxxxxxx>
Re: [PATCH v3] i2c-pxa: add support for SCCB devices
From
: Petr Cvek <petr.cvek@xxxxxx>
Re: [PATCH v2] i2c: Driver to expose PowerNV platform i2c busses
From
: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH V3] ACPI: Add _DEP(Operation Region Dependencies) support to fix battery issue on the Asus T100TA
From
: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
Re: [PATCH V3] ACPI: Add _DEP(Operation Region Dependencies) support to fix battery issue on the Asus T100TA
From
: "Li, Aubrey" <aubrey.li@xxxxxxxxxxxxxxx>
Re: [PATCH v3 2/4] i2c: omap: implement workaround for handling invalid BB-bit values
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
[PATCH v2 12/14] i2c/of: Add OF_RECONFIG notifier handler
From
: Grant Likely <grant.likely@xxxxxxxxxx>
[PATCH v2 11/14] i2c/of: Factor out Devicetree registration code
From
: Grant Likely <grant.likely@xxxxxxxxxx>
[PATCH v2] omap: i2c: don't check bus state IP rev3.3 and earlier
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
Re: [PATCH] omap: i2c: don't check bus state IP rev3.3 and earlier
From
: Tony Lindgren <tony@xxxxxxxxxxx>
Re: [PATCH v3 2/4] i2c: omap: implement workaround for handling invalid BB-bit values
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
Re: [PATCH 2/3] i2c: slave-eeprom: add eeprom simulator driver
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH] omap: i2c: don't check bus state IP rev3.3 and earlier
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
Re: [4/5] i2c: davinci: use bus recovery infrastructure
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [PATCH v3 2/4] i2c: omap: implement workaround for handling invalid BB-bit values
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
Re: [2/5] i2c: davinci: query STP always when NACK is received
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [PATCH v3 2/4] i2c: omap: implement workaround for handling invalid BB-bit values
From
: Tony Lindgren <tony@xxxxxxxxxxx>
Re: [5/5] i2c: davinci: use ICPFUNC to toggle I2C as gpio for bus recovery
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [PATCH v3 2/4] i2c: omap: implement workaround for handling invalid BB-bit values
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
Re: [PATCH v3 2/4] i2c: omap: implement workaround for handling invalid BB-bit values
From
: Tony Lindgren <tony@xxxxxxxxxxx>
Re: [5/5] i2c: davinci: use ICPFUNC to toggle I2C as gpio for bus recovery
From
: Grygorii Strashko <grygorii.strashko@xxxxxx>
Re: [PATCH 0/3] i2c: i2c-imx-hdmi: add support of iMX6 HDMI DDC I2C bus
From
: Vladimir Zapolskiy <vladimir_zapolskiy@xxxxxxxxxx>
Re: [PATCH v3 2/4] i2c: omap: implement workaround for handling invalid BB-bit values
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v3 2/4] i2c: omap: implement workaround for handling invalid BB-bit values
From
: Felipe Balbi <balbi@xxxxxx>
Re: [PATCH 2/4] i2c: omap: implement workaround for handling invalid BB-bit values
From
: Felipe Balbi <balbi@xxxxxx>
Re: [PATCH v3 2/4] i2c: omap: implement workaround for handling invalid BB-bit values
From
: Kevin Hilman <khilman@xxxxxxxxxx>
Re: [PATCH 2/4] i2c: omap: implement workaround for handling invalid BB-bit values
From
: Felipe Balbi <balbi@xxxxxx>
Re: [5/5] i2c: davinci: use ICPFUNC to toggle I2C as gpio for bus recovery
From
: Mike Looijmans <info@xxxxxxxxxxxxxxxx>
Re: [PATCH v2] Add support for SCCB devices into PXA27x I2C controller
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH V3] ACPI: Add _DEP(Operation Region Dependencies) support to fix battery issue on the Asus T100TA
From
: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
Re: [PATCH] i2c: Add parameters to sysfs-added i2c devices
From
: Corey Minyard <cminyard@xxxxxxxxxx>
Re: [2/5] i2c: davinci: query STP always when NACK is received
From
: Grygorii Strashko <grygorii.strashko@xxxxxx>
Re: [4/5] i2c: davinci: use bus recovery infrastructure
From
: Grygorii Strashko <grygorii.strashko@xxxxxx>
Re: [5/5] i2c: davinci: use ICPFUNC to toggle I2C as gpio for bus recovery
From
: Grygorii Strashko <grygorii.strashko@xxxxxx>
Re: [PATCH 0/3] i2c: i2c-imx-hdmi: add support of iMX6 HDMI DDC I2C bus
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v2] i2c: Driver to expose PowerNV platform i2c busses
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] i2c: rk3x: add Kconfig dependency on COMMON_CLK
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c: rk3x: add Kconfig dependency on COMMON_CLK
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [PATCH v3] i2c: rk3x: add Kconfig dependency on COMMON_CLK
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [PATCH] i2c: rk3x: add Kconfig dependency on COMMON_CLK
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH v3] i2c: rk3x: add Kconfig dependency on COMMON_CLK
From
: Max Schwarz <max.schwarz@xxxxxxxxx>
Re: [PATCH v2] i2c: rk3x: add Kconfig dependency on COMMON_CLK
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
[PATCH v2] i2c: rk3x: add Kconfig dependency on COMMON_CLK
From
: Max Schwarz <max.schwarz@xxxxxxxxx>
[PATCH v3 1/2] dt-bindings: Add I2C bindings for mt65xx/mt81xx.
From
: Xudong Chen <xudong.chen@xxxxxxxxxxxx>
[PATCH v3 0/2] ARM: mediatek: Add driver for Mediatek I2C controller
From
: Xudong Chen <xudong.chen@xxxxxxxxxxxx>
[PATCH v3 2/2] I2C: mediatek: Add driver for MediaTek I2C controller
From
: Xudong Chen <xudong.chen@xxxxxxxxxxxx>
Re: [PATCH] i2c: rk3x: add Kconfig dependency on COMMON_CLK
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [PATCH v6] i2c: s3c2410: Handle i2c sys_cfg register in i2c driver
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c: rk3x: add Kconfig dependency on COMMON_CLK
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v4 1/2] i2c: s3c2410: Handle i2c sys_cfg register in i2c driver
From
: Pankaj Dubey <pankaj.dubey@xxxxxxxxxxx>
[PATCH v6] i2c: s3c2410: Handle i2c sys_cfg register in i2c driver
From
: Pankaj Dubey <pankaj.dubey@xxxxxxxxxxx>
Re: [PATCH] i2c: rk3x: add Kconfig dependency on COMMON_CLK
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [PATCH V3] ACPI: Add _DEP(Operation Region Dependencies) support to fix battery issue on the Asus T100TA
From
: Michael Shigorin <mike@xxxxxxxxxxxx>
Re: [PATCH V3] ACPI: Add _DEP(Operation Region Dependencies) support to fix battery issue on the Asus T100TA
From
: Adam Williamson <awilliam@xxxxxxxxxx>
Re: [PATCH V3] ACPI: Add _DEP(Operation Region Dependencies) support to fix battery issue on the Asus T100TA
From
: "Li, Aubrey" <aubrey.li@xxxxxxxxxxxxxxx>
[PATCH] i2c: rk3x: add Kconfig dependency on COMMON_CLK
From
: Max Schwarz <max.schwarz@xxxxxxxxx>
Re: [PATCH v2] Add support for SCCB devices into PXA27x I2C controller
From
: Petr Cvek <petr.cvek@xxxxxx>
Re: [4/5] i2c: davinci: use bus recovery infrastructure
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [2/5] i2c: davinci: query STP always when NACK is received
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [PATCH 2/3] i2c: slave-eeprom: add eeprom simulator driver
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [PATCH 2/3] i2c: slave-eeprom: add eeprom simulator driver
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [5/5] i2c: davinci: use ICPFUNC to toggle I2C as gpio for bus recovery
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [PATCH] Add support for SCCB devices into PXA27x I2C controller
From
: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
Re: [PATCH v8 6/8] OF: i2c: Add OF notifier handler
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v8 5/8] of: i2c: Export single device registration method
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH V3] ACPI: Add _DEP(Operation Region Dependencies) support to fix battery issue on the Asus T100TA
From
: Lan Tianyu <tianyu.lan@xxxxxxxxx>
Re: [PATCH 2/4] i2c: omap: implement workaround for handling invalid BB-bit values
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
Re: [PATCH] Add support for SCCB devices into PXA27x I2C controller
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 2/4] i2c: omap: implement workaround for handling invalid BB-bit values
From
: Felipe Balbi <balbi@xxxxxx>
[PATCH] Add support for SCCB devices into PXA27x I2C controller
From
: Petr Cvek <petr.cvek@xxxxxx>
Re: [PATCH] i2c: omap: fix i207 errata handling
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c: omap: fix i207 errata handling
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v3 0/4] i2c: omap: patch series related to multimaster mode
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v1 1/2] iio: imu: inv_mpu6050: Add i2c mux for by pass
From
: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
[PATCH v3 1/4] i2c: omap: cleanup register definitions
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
[PATCH v3 4/4] i2c: omap: add notes related to i2c multimaster mode
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
[PATCH v3 2/4] i2c: omap: implement workaround for handling invalid BB-bit values
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
[PATCH v3 3/4] i2c: omap: don't reset controller if Arbitration Lost detected
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
[PATCH v3 0/4] i2c: omap: patch series related to multimaster mode
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
Re: [PATCH 2/3] i2c: slave-eeprom: add eeprom simulator driver
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 2/3] i2c: slave-eeprom: add eeprom simulator driver
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 2/3] i2c: slave-eeprom: add eeprom simulator driver
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 2/4] i2c: omap: implement workaround for handling invalid BB-bit values
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 2/4] i2c: omap: implement workaround for handling invalid BB-bit values
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
Re: [PATCH v7] i2c: rk3x: handle dynamic clock rate changes correctly
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 2/4] i2c: omap: implement workaround for handling invalid BB-bit values
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v1 1/2] iio: imu: inv_mpu6050: Add i2c mux for by pass
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v1 1/2] iio: imu: inv_mpu6050: Add i2c mux for by pass
From
: Jonathan Cameron <jic23@xxxxxxxxxx>
Re: [PATCH v2 3/4] i2c: omap: don't reset controller if Arbitration Lost detected
From
: Felipe Balbi <balbi@xxxxxx>
RE: [PATCH v4 1/2] i2c: s3c2410: Handle i2c sys_cfg register in i2c driver
From
: Kukjin Kim <kgene@xxxxxxxxxx>
RE: [PATCH v4 1/2] i2c: s3c2410: Handle i2c sys_cfg register in i2c driver
From
: Kukjin Kim <kgene@xxxxxxxxxx>
Re: [PATCH] i2c: omap: fix i207 errata handling
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
Re: [PATCH] i2c: omap: fix i207 errata handling
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
[PATCH v2 3/4] i2c: omap: don't reset controller if Arbitration Lost detected
From
: Alexander Kochetkov <al.kochet@xxxxxxxxx>
Re: [4/5] i2c: davinci: use bus recovery infrastructure
From
: Grygorii Strashko <grygorii.strashko@xxxxxx>
Re: [4/5] i2c: davinci: use bus recovery infrastructure
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [3/5] i2c: recovery: change input parameter to i2c_adapter for prepare/unprepare_recovery
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [PATCH v7] i2c: rk3x: handle dynamic clock rate changes correctly
From
: Doug Anderson <dianders@xxxxxxxxxxxx>
Re: [PATCH v7] i2c: rk3x: handle dynamic clock rate changes correctly
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 3/4] i2c: omap: don't reset controller if Arbitration Lost detected
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 2/2] i2c: at91: enable probe deferring on dma channel request
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 1/2] i2c: at91: remove legacy DMA support
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] of: spi: Export single device registration method and accessors (v2)
From
: Grant Likely <grant.likely@xxxxxxxxxxxx>
Re: [PATCH v4 1/2] i2c: s3c2410: Handle i2c sys_cfg register in i2c driver
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 2/4] i2c: omap: implement workaround for handling invalid BB-bit values
From
: Felipe Balbi <balbi@xxxxxx>
Re: [PATCH 3/4] i2c: omap: don't reset controller if Arbitration Lost detected
From
: Felipe Balbi <balbi@xxxxxx>
Re: [PATCH 4/4] i2c: omap: add notes related to i2c multimaster mode
From
: Felipe Balbi <balbi@xxxxxx>
Re: [PATCH] i2c: omap: fix i207 errata handling
From
: Felipe Balbi <balbi@xxxxxx>
Re: [PATCH 1/4] i2c: omap: cleanup register definitions
From
: Felipe Balbi <balbi@xxxxxx>
Re: [PATCH] of: spi: Export single device registration method and accessors (v2)
From
: Pantelis Antoniou <panto@xxxxxxxxxxxxxxxxxxxxxxx>
Re: [2/5] i2c: davinci: query STP always when NACK is received
From
: Grygorii Strashko <grygorii.strashko@xxxxxx>
Re: [PATCH] of: spi: Export single device registration method and accessors (v2)
From
: Grant Likely <grant.likely@xxxxxxxxxxxx>
Re: [PATCH v8 6/8] OF: i2c: Add OF notifier handler
From
: Pantelis Antoniou <pantelis.antoniou@xxxxxxxxxxxx>
Re: [PATCH v8 6/8] OF: i2c: Add OF notifier handler
From
: Grant Likely <grant.likely@xxxxxxxxxxxx>
Re: [PATCH 2/2] i2c: at91: enable probe deferring on dma channel request
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [1/5] i2c: i2c-davinci: switch to use platform_get_irq
From
: Grygorii Strashko <grygorii.strashko@xxxxxx>
Re: [PATCH 2/3] i2c: slave-eeprom: add eeprom simulator driver
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [1/5] i2c: i2c-davinci: switch to use platform_get_irq
From
: Rob Herring <robherring2@xxxxxxxxx>
[PATCH 2/2] i2c: at91: enable probe deferring on dma channel request
From
: Ludovic Desroches <ludovic.desroches@xxxxxxxxx>
[PATCH 1/2] i2c: at91: remove legacy DMA support
From
: Ludovic Desroches <ludovic.desroches@xxxxxxxxx>
Re: [2/5] i2c: davinci: query STP always when NACK is received
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [2/5] i2c: davinci: query STP always when NACK is received
From
: Grygorii Strashko <grygorii.strashko@xxxxxx>
Re: [1/5] i2c: i2c-davinci: switch to use platform_get_irq
From
: Grygorii Strashko <grygorii.strashko@xxxxxx>
[PATCH v5 1/2] i2c: s3c2410: Handle i2c sys_cfg register in i2c driver
From
: Pankaj Dubey <pankaj.dubey@xxxxxxxxxxx>
Re: [PATCH v4 1/2] i2c: s3c2410: Handle i2c sys_cfg register in i2c driver
From
: Pankaj Dubey <pankaj.dubey@xxxxxxxxxxx>
Re: [PATCH v4 1/2] i2c: s3c2410: Handle i2c sys_cfg register in i2c driver
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 2/3] i2c: slave-eeprom: add eeprom simulator driver
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [PATCH] i2c: designware: prevent early stop on TX FIFO empty
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c: at91: introduce probe deferring
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c: omap: fix NACK and Arbitration Lost irq handling
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] Fixes: 1d7afc9 i2c: omap: ack IRQ in parts
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v8 6/8] OF: i2c: Add OF notifier handler
From
: Guenter Roeck <linux@xxxxxxxxxxxx>
Re: [PATCH v8 6/8] OF: i2c: Add OF notifier handler
From
: Grant Likely <grant.likely@xxxxxxxxxxxx>
[Index of Archives]
[Linux USB Devel]
[Video for Linux]
[Scanner]
[Linux SCSI]
[Samba]
[Yosemite News]