Linux Kernel I2C
Thread Index
[
Prev Page
][
Next Page
]
Re: [PATCH v5 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: Kumar Gala <galak@xxxxxxxxxxxxxx>
Re: [RFC 1/2] i2c: Use stable dev_name for ACPI enumerated I2C slaves
From
: Mark Brown <broonie@xxxxxxxxxx>
Re: [PATCH v5 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: Maxime Coquelin <maxime.coquelin@xxxxxx>
Re: [RFC 1/2] i2c: Use stable dev_name for ACPI enumerated I2C slaves
From
: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
Re: [RFC 2/2] spi: Use stable dev_name for ACPI enumerated SPI slaves
From
: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
Re: [RFC 1/2] i2c: Use stable dev_name for ACPI enumerated I2C slaves
From
: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
Re: [RFC 1/2] i2c: Use stable dev_name for ACPI enumerated I2C slaves
From
: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
Re: [RFC 1/2] i2c: Use stable dev_name for ACPI enumerated I2C slaves
From
: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
Re: [RFC 2/2] spi: Use stable dev_name for ACPI enumerated SPI slaves
From
: Mark Brown <broonie@xxxxxxxxxx>
Re: [RFC 1/2] i2c: Use stable dev_name for ACPI enumerated I2C slaves
From
: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
Re: [RFC 1/2] i2c: Use stable dev_name for ACPI enumerated I2C slaves
From
: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
[RFC 2/2] spi: Use stable dev_name for ACPI enumerated SPI slaves
From
: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
[RFC 0/2] I2C and SPI dev_name change for ACPI enumerated slaves
From
: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
[RFC 1/2] i2c: Use stable dev_name for ACPI enumerated I2C slaves
From
: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
Re: [PATCH v12] i2c: exynos5: add High Speed I2C controller driver
From
: Naveen Krishna Ch <naveenkrishna.ch@xxxxxxxxx>
Re: [PATCH v2 0/2] i2c-designware-pci: Add Haswell ULT device support
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH 2/2] i2c-designware-pci: Index Haswell ULT bus names from 0
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
[PATCH v2 1/2] i2c-designware-pci: Add Haswell ULT device IDs
From
: Benson Leung <bleung@xxxxxxxxxxxx>
[PATCH v2 2/2] i2c-designware-pci: Index Haswell ULT bus names from 0
From
: Benson Leung <bleung@xxxxxxxxxxxx>
[PATCH v2 0/2] i2c-designware-pci: Add Haswell ULT device support
From
: Benson Leung <bleung@xxxxxxxxxxxx>
Re: [PATCH 1/2] i2c-designware-pci: Add Haswell ULT device IDs
From
: Benson Leung <bleung@xxxxxxxxxxxx>
Re: [PATCH 2/2] i2c-designware-pci: Index Haswell ULT bus names from 0
From
: Benson Leung <bleung@xxxxxxxxxxxx>
[PATCH resend] i2c: rcar: fixup rcar type naming
From
: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
Re: [PATCH 2/2] i2c-designware-pci: Index Haswell ULT bus names from 0
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH 1/2] i2c-designware-pci: Add Haswell ULT device IDs
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
[PATCH 1/2] i2c-designware-pci: Add Haswell ULT device IDs
From
: Benson Leung <bleung@xxxxxxxxxxxx>
[PATCH 2/2] i2c-designware-pci: Index Haswell ULT bus names from 0
From
: Benson Leung <bleung@xxxxxxxxxxxx>
[PATCH 0/2] i2c-designware-pci: Add Haswell ULT device support
From
: Benson Leung <bleung@xxxxxxxxxxxx>
Re: [PATCH 1/3] ACPI: add module autoloading support for ACPI enumerated devices
From
: Aaron Lu <aaron.lu@xxxxxxxxx>
[patch] i2c-scmi: remove some bogus NULL checks
From
: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
Re: [PATCH v5 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: srinivas kandagatla <srinivas.kandagatla@xxxxxx>
Re: getting rid of subsys_initcall usage? (was: Re: [PATCH RESEND] i2c: designware: use module_platform_driver)
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: getting rid of subsys_initcall usage? (was: Re: [PATCH RESEND] i2c: designware: use module_platform_driver)
From
: Tony Lindgren <tony@xxxxxxxxxxx>
Re: [PATCH v5 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@xxxxxxxxxxxx>
Re: [PATCH 2/8] [media] exynos4-is: Don't use i2c_client->driver
From
: Mauro Carvalho Chehab <m.chehab@xxxxxxxxxxx>
Re: [PATCH 3/8] [media] core: Don't use i2c_client->driver
From
: Mauro Carvalho Chehab <m.chehab@xxxxxxxxxxx>
Re: [PATCH v5 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
Re: [PATCH v5 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@xxxxxxxxxxxx>
Re: [PATCH v5 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: Lee Jones <lee.jones@xxxxxxxxxx>
Re: [PATCH v5 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@xxxxxxxxxxxx>
Re: [PATCH v5 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
Re: [PATCH v5 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: srinivas kandagatla <srinivas.kandagatla@xxxxxx>
Re: [RESEND PATCH 3/4] ARM: dts: bcm281xx: Add i2c busses
From
: Matt Porter <matt.porter@xxxxxxxxxx>
Re: [PATCH v5 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: srinivas kandagatla <srinivas.kandagatla@xxxxxx>
Re: [PATCH v5 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
Re: [RESEND PATCH 3/4] ARM: dts: bcm281xx: Add i2c busses
From
: Christian Daudt <bcm@xxxxxxxxxxxxx>
[RESEND PATCH 4/4] ARM: dts: bcm28155-ap: Enable all the i2c busses
From
: "Tim Kryger" <tim.kryger@xxxxxxxxxx>
[RESEND PATCH 3/4] ARM: dts: bcm281xx: Add i2c busses
From
: "Tim Kryger" <tim.kryger@xxxxxxxxxx>
[RESEND PATCH 0/4] Add-Broadcom-Kona-I2C-Support
From
: "Tim Kryger" <tim.kryger@xxxxxxxxxx>
[RESEND PATCH 1/4] i2c: i2c-bcm-kona: Introduce Broadcom I2C Driver
From
: "Tim Kryger" <tim.kryger@xxxxxxxxxx>
[RESEND PATCH 2/4] i2c: i2c-bcm-kona: Add support for high-speed mode
From
: "Tim Kryger" <tim.kryger@xxxxxxxxxx>
Re: [PATCH v5 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@xxxxxxxxxxxx>
Re: [PATCH v5 0/4] Add I2C support to ST SoCs
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
[PATCH 1/1] i2c: Include linux/of.h header
From
: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
Re: [PATCH] i2c: Fix modalias for ACPI enumerated I2C devices
From
: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
[PATCH v12] i2c: exynos5: add High Speed I2C controller driver
From
: Naveen Krishna Chatradhi <ch.naveen@xxxxxxxxxxx>
Re: [PATCH] i2c: Fix modalias for ACPI enumerated I2C devices
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] i2c: Fix modalias for ACPI enumerated I2C devices
From
: Grant Likely <grant.likely@xxxxxxxxxx>
Re: [PATCH] i2c: Fix modalias for ACPI enumerated I2C devices
From
: "Rafael J. Wysocki" <rjw@xxxxxxx>
Re: [PATCH] i2c: Fix modalias for ACPI enumerated I2C devices
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] i2c: Fix modalias for ACPI enumerated I2C devices
From
: "Rafael J. Wysocki" <rjw@xxxxxxx>
Re: [PATCH] i2c: Fix modalias for ACPI enumerated I2C devices
From
: "Rafael J. Wysocki" <rjw@xxxxxxx>
Re: [PATCH] i2c: Fix modalias for ACPI enumerated I2C devices
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] i2c: Fix modalias for ACPI enumerated I2C devices
From
: "Rafael J. Wysocki" <rjw@xxxxxxx>
Re: [PATCH v2] i2c: s3c2410: dont need CPU_FREQ transitions for exynos series
From
: Doug Anderson <dianders@xxxxxxxxxxxx>
Re: [PATCH] i2c: Fix modalias for ACPI enumerated I2C devices
From
: Zhang Rui <rui.zhang@xxxxxxxxx>
Re: [PATCH v2] i2c: s3c2410: dont need CPU_FREQ transitions for exynos series
From
: Kyungmin Park <kmpark@xxxxxxxxxxxxx>
[PATCH v2] i2c: s3c2410: dont need CPU_FREQ transitions for exynos series
From
: Naveen Krishna Chatradhi <ch.naveen@xxxxxxxxxxx>
Re: [PATCH 1/3 v3] exynos: i2c: Fix i2c driver to handle NACKs properly
From
: Heiko Schocher <hs@xxxxxxx>
Re: [PATCH 1/3 v3] exynos: i2c: Fix i2c driver to handle NACKs properly
From
: Naveen Krishna Ch <naveenkrishna.ch@xxxxxxxxx>
[PATCH 3/3 v6] i2c: s3c24xx: add hsi2c controller support
From
: Naveen Krishna Chatradhi <ch.naveen@xxxxxxxxxxx>
[PATCH 2/3 v3] exynos: i2c: Change FDT bus setup code to enumerate ports correctly
From
: Naveen Krishna Chatradhi <ch.naveen@xxxxxxxxxxx>
[PATCH 1/3 v3] exynos: i2c: Fix i2c driver to handle NACKs properly
From
: Naveen Krishna Chatradhi <ch.naveen@xxxxxxxxxxx>
[PATCH 3/3] i2c: i2c-core: fix coding style issues in i2c-core.c
From
: RAGHAVENDRA GANIGA <ravi23ganiga@xxxxxxxxx>
[PATCH 2/3] i2c: i2c-core: fix coding style issues in i2c-core.c
From
: RAGHAVENDRA GANIGA <ravi23ganiga@xxxxxxxxx>
[PATCH 1/3] i2c: i2c-core: fix paranthesis coding style issue in, i2c-core.c
From
: RAGHAVENDRA GANIGA <ravi23ganiga@xxxxxxxxx>
[PATCH v5 2/4] ARM: STi: Supply I2C configuration to STiH416 SoC
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
[PATCH v5 0/4] Add I2C support to ST SoCs
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
[PATCH v5 3/4] ARM: STi: Supply I2C configuration to STiH415 SoC
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
[PATCH v5 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
[PATCH v5 4/4] ARM: STi: Add I2C config to B2000 and B2020 boards
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
Re: [PATCH] i2c: Fix modalias for ACPI enumerated I2C devices
From
: Zhang Rui <rui.zhang@xxxxxxxxx>
Re: [PATCH 1/3] ACPI: add module autoloading support for ACPI enumerated devices
From
: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
Re: [PATCH] i2c: Fix modalias for ACPI enumerated I2C devices
From
: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
Re: [PATCH 1/3] ACPI: add module autoloading support for ACPI enumerated devices
From
: Zhang Rui <rui.zhang@xxxxxxxxx>
Re: [PATCH 1/3] ACPI: add module autoloading support for ACPI enumerated devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH] i2c: Fix modalias for ACPI enumerated I2C devices
From
: Zhang Rui <rui.zhang@xxxxxxxxx>
[PATCH 1/3] ACPI: add module autoloading support for ACPI enumerated devices
From
: Zhang Rui <rui.zhang@xxxxxxxxx>
[PATCH 2/3] Platform: fix module autoloading for ACPI enumerated devices
From
: Zhang Rui <rui.zhang@xxxxxxxxx>
[PATCH 3/3] I2C: fix module autoloading for ACPI enumerated devices
From
: Zhang Rui <rui.zhang@xxxxxxxxx>
Re: [PATCH] i2c: Fix modalias for ACPI enumerated I2C devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH] i2c: Fix modalias for ACPI enumerated I2C devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH] i2c: Fix modalias for ACPI enumerated I2C devices
From
: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
Re: [PATCH] i2c: Fix modalias for ACPI enumerated I2C devices
From
: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
Re: [PATCH 1/9] i2c: i2c-designware-platdrv: replace platform_driver_probe to support deferred probing
From
: zhangfei gao <zhangfei.gao@xxxxxxxxx>
Re: [PATCH] drivers/mfd: Remove obsolete cleanup for clientdata
From
: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
Re: [PATCH 2/2] i2c: i2c-core: fix coding style issues in i2c-core.c
From
: Joe Perches <joe@xxxxxxxxxxx>
[PATCH 2/2] i2c: i2c-core: fix coding style issues in i2c-core.c
From
: RAGHAVENDRA GANIGA <ravi23ganiga@xxxxxxxxx>
[PATCH 1/2] i2c: i2c-core: fix paranthesis coding style issue in i2c-core.c
From
: RAGHAVENDRA GANIGA <ravi23ganiga@xxxxxxxxx>
Re: [PATCH v3 3/3] i2c: xilinx: Use devm_* functions
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c: i2c-core: fix paranthesis coding style issue in i2c-core.c
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH] i2c: i2c-core: fix paranthesis coding style issue in i2c-core.c
From
: RAGHAVENDRA GANIGA <ravi23ganiga@xxxxxxxxx>
[PATCH] drivers/mfd: Remove obsolete cleanup for clientdata
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH] arch/powerpc/platforms/83xx: Remove obsolete cleanup for clientdata
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 2/2] i2c designware add support of I2C standard mode
From
: Shinya Kuribayashi <skuribay@xxxxxxxxx>
Re: [PATCH 1/2] i2c designware make SCL and SDA falling time configurable
From
: Shinya Kuribayashi <skuribay@xxxxxxxxx>
Re: [PATCH] i2c: Fix modalias for ACPI enumerated I2C devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH] i2c: Fix modalias for ACPI enumerated I2C devices
From
: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
Re: [PATCH] i2c: s3c2410: dont need CPU_FREQ transitions for exynos series
From
: Naveen Krishna Ch <naveenkrishna.ch@xxxxxxxxx>
[PULL REQUEST] i2c for 3.12
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c: s3c2410: dont need CPU_FREQ transitions for exynos series
From
: Tomasz Figa <t.figa@xxxxxxxxxxx>
Re: [PATCH] i2c: Fix modalias for ACPI enumerated I2C devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH] i2c: s3c2410: dont need CPU_FREQ transitions for exynos series
From
: Tomasz Figa <t.figa@xxxxxxxxxxx>
Re: [PATCH] i2c: s3c2410: dont need CPU_FREQ transitions for exynos series
From
: Tomasz Figa <t.figa@xxxxxxxxxxx>
Re: [PATCH] i2c: Fix modalias for ACPI enumerated I2C devices
From
: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
Re: [PATCH] i2c: Fix modalias for ACPI enumerated I2C devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
[PATCH 1/2] i2c-mux-gpio: use gpio_set_value_cansleep()
From
: Ionut Nicu <ioan.nicu.ext@xxxxxxx>
Re: [PATCH] i2c: exynos5: add High Speed I2C controller driver
From
: Naveen Krishna Ch <naveenkrishna.ch@xxxxxxxxx>
[PATCH] i2c: s3c2410: dont need CPU_FREQ transitions for exynos series
From
: Naveen Krishna Chatradhi <ch.naveen@xxxxxxxxxxx>
Re: [PATCH 1/2] i2c-mux-gpio: use gpio_set_value_cansleep()
From
: Peter Korsgaard <peter.korsgaard@xxxxxxxxx>
[PATCH 1/2] i2c-mux-gpio: use gpio_set_value_cansleep()
From
: Ionut Nicu <ioan.nicu.ext@xxxxxxx>
[PATCH 2/2] i2c-mux-gpio: use reg value for i2c_add_mux_adapter
From
: Ionut Nicu <ioan.nicu.ext@xxxxxxx>
Re: [PATCH 2/2] i2c-mux-gpio: eliminate i2c channel order assumptions
From
: Ionut Nicu <ioan.nicu.ext@xxxxxxx>
Re: [PATCH 1/2] i2c-mux-gpio: test if the gpio can sleep
From
: Lars-Peter Clausen <lars@xxxxxxxxxx>
Re: [PATCH 1/2] i2c-mux-gpio: test if the gpio can sleep
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH] i2c: Fix modalias for ACPI enumerated I2C devices
From
: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
Re: [PATCH v3 1/3] i2c: xilinx: Fix i2c checkpatch warnings
From
: Joe Perches <joe@xxxxxxxxxxx>
Re: [PATCH v4 0/4] Add I2C support to ST SoCs
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
Re: [PATCH v2 0/3] ACPI power management support for I2C and SPI devices
From
: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
Re: [PATCH v4 3/4] ARM: STi: Supply I2C configuration to STiH415 SoC
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
RE: [PATCH v4 3/4] ARM: STi: Supply I2C configuration to STiH415 SoC
From
: Stephen GALLIMORE <stephen.gallimore@xxxxxx>
[PATCH v3 1/3] i2c: xilinx: Fix i2c checkpatch warnings
From
: Michal Simek <michal.simek@xxxxxxxxxx>
[PATCH v3 3/3] i2c: xilinx: Use devm_* functions
From
: Michal Simek <michal.simek@xxxxxxxxxx>
[PATCH v3 2/3] i2c: xilinx: Do not enable irq before irq handler
From
: Michal Simek <michal.simek@xxxxxxxxxx>
Re: [PATCH 2/2] i2c-mux-gpio: eliminate i2c channel order assumptions
From
: Alexander Sverdlin <alexander.sverdlin@xxxxxxx>
[PATCH v2 2/3] i2c: attach/detach I2C client device to the ACPI power domain
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
[PATCH v2 0/3] ACPI power management support for I2C and SPI devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
[PATCH v2 1/3] ACPI / PM: allow child devices to ignore parent power state
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
[PATCH v2 3/3] spi: attach/detach SPI device to the ACPI power domain
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH v4 0/4] Add I2C support to ST SoCs
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v4 0/4] Add I2C support to ST SoCs
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
Re: [PATCH 3/3] spi: attach/detach SPI device to the ACPI power domain
From
: Mark Brown <broonie@xxxxxxxxxx>
Re: [PATCH 1/2] i2c-mux-gpio: test if the gpio can sleep
From
: Ionut Nicu <ioan.nicu.ext@xxxxxxx>
Re: [PATCH 1/2] i2c-mux-gpio: test if the gpio can sleep
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 1/2] i2c-mux-gpio: test if the gpio can sleep
From
: Lars-Peter Clausen <lars@xxxxxxxxxx>
[PATCH 2/2] i2c-mux-gpio: eliminate i2c channel order assumptions
From
: Ionut Nicu <ioan.nicu.ext@xxxxxxx>
[PATCH 1/2] i2c-mux-gpio: test if the gpio can sleep
From
: Ionut Nicu <ioan.nicu.ext@xxxxxxx>
[PATCH] i2c: i2c-mux-pinctrl: use deferred probe when adapter not found
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH] i2c: i2c-arb-gpio-challenge: use deferred probe when adapter not found
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 2/3] i2c: attach/detach I2C client device to the ACPI power domain
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH 2/3] i2c: attach/detach I2C client device to the ACPI power domain
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c: omap: Clear ARDY bit twice
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c: Not all adapters have a parent
From
: Jean Delvare <jdelvare@xxxxxxx>
Re: [PATCH] i2c: Not all adapters have a parent
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c: Not all adapters have a parent
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH 3/3] spi: attach/detach SPI device to the ACPI power domain
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
[PATCH] i2c: Not all adapters have a parent
From
: Jean Delvare <jdelvare@xxxxxxx>
Re: [PATCH 1/2] i2c designware make SCL and SDA falling time configurable
From
: Ryan Mallon <rmallon@xxxxxxxxx>
Re: [PATCH 3/3] spi: attach/detach SPI device to the ACPI power domain
From
: Mark Brown <broonie@xxxxxxxxxx>
[PATCH 3/3] spi: attach/detach SPI device to the ACPI power domain
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
[PATCH 1/3] ACPI / PM: allow child devices to ignore parent power state
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
[PATCH 0/3] ACPI power management support for I2C and SPI devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
[PATCH 2/3] i2c: attach/detach I2C client device to the ACPI power domain
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH 4/9] i2c: i2c-stu300: replace platform_driver_probe to support deferred probing
From
: Linus Walleij <linus.walleij@xxxxxxxxxx>
Re: [PATCH 1/2] i2c-mux-gpio: use deferred probing
From
: Peter Korsgaard <peter.korsgaard@xxxxxxxxx>
[PATCH 1/2] i2c-mux-gpio: use deferred probing
From
: Ionut Nicu <ioan.nicu.ext@xxxxxxx>
Re: [PATCH 1/2] i2c-mux-gpio: use deferred probing with the device tree
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 1/2] i2c-mux-gpio: use deferred probing with the device tree
From
: Ionut Nicu <ioan.nicu.ext@xxxxxxx>
Re: [PATCH 2/2] i2c designware add support of I2C standard mode
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH 1/2] i2c designware make SCL and SDA falling time configurable
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH 2/9] i2c: i2c-imx: replace platform_driver_probe to support deferred probing
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [PATCH 1/2] i2c-mux-gpio: use deferred probing with the device tree
From
: Peter Korsgaard <peter.korsgaard@xxxxxxxxx>
Re: getting rid of subsys_initcall usage?
From
: zhangfei <zhangfei.gao@xxxxxxxxxx>
Re: getting rid of subsys_initcall usage? (was: Re: [PATCH RESEND] i2c: designware: use module_platform_driver)
From
: Tony Lindgren <tony@xxxxxxxxxxx>
Re: [PATCH 1/2] i2c-mux-gpio: use deferred probing with the device tree
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 3/9] i2c: i2c-mxs: replace platform_driver_probe to support deferred probing
From
: Marek Vasut <marex@xxxxxxx>
Re: getting rid of subsys_initcall usage? (was: Re: [PATCH RESEND] i2c: designware: use module_platform_driver)
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH 2/9] i2c: i2c-imx: replace platform_driver_probe to support deferred probing
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH 3/9] i2c: i2c-mxs: replace platform_driver_probe to support deferred probing
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH 1/9] i2c: i2c-designware-platdrv: replace platform_driver_probe to support deferred probing
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH 4/9] i2c: i2c-stu300: replace platform_driver_probe to support deferred probing
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH 0/9] fix deferred probing issue of platform_driver_probe
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH v4 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
[PATCH v4 3/4] ARM: STi: Supply I2C configuration to STiH415 SoC
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
[PATCH v4 2/4] ARM: STi: Supply I2C configuration to STiH416 SoC
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
[PATCH v4 0/4] Add I2C support to ST SoCs
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
[PATCH v4 4/4] ARM: STi: Add I2C config to B2000 and B2020 boards
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
[PATCH 2/2] i2c designware add support of I2C standard mode
From
: Romain Baeriswyl <Romain.Baeriswyl@xxxxxxxxxx>
[PATCH 1/2] i2c designware make SCL and SDA falling time configurable
From
: Romain Baeriswyl <Romain.Baeriswyl@xxxxxxxxxx>
Re: [PATCH 2/2] i2c-mux-gpio: don't ignore of_get_named_gpio errors
From
: Peter Korsgaard <peter.korsgaard@xxxxxxxxx>
Re: [PATCH 1/2] i2c-mux-gpio: use deferred probing with the device tree
From
: Peter Korsgaard <peter.korsgaard@xxxxxxxxx>
[PATCH 2/2] i2c-mux-gpio: don't ignore of_get_named_gpio errors
From
: Ionut Nicu <ioan.nicu.ext@xxxxxxx>
[PATCH 1/2] i2c-mux-gpio: use deferred probing with the device tree
From
: Ionut Nicu <ioan.nicu.ext@xxxxxxx>
Re: [PATCH] i2c-mux-gpio: use deferred probing with the device tree
From
: Peter Korsgaard <peter.korsgaard@xxxxxxxxx>
Re: [PATCH] i2c-mux-gpio: use deferred probing with the device tree
From
: Ionut Nicu <ioan.nicu.ext@xxxxxxx>
[PATCH] i2c-mux-gpio: use deferred probing with the device tree
From
: Ionut Nicu <ioan.nicu.ext@xxxxxxx>
Re: getting rid of subsys_initcall usage? (was: Re: [PATCH RESEND] i2c: designware: use module_platform_driver)
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: getting rid of subsys_initcall usage? (was: Re: [PATCH RESEND] i2c: designware: use module_platform_driver)
From
: zhangfei gao <zhangfei.gao@xxxxxxxxx>
[PATCH 2/4] i2c: i2c-bcm-kona: Add support for high-speed mode
From
: "Tim Kryger" <tim.kryger@xxxxxxxxxx>
[PATCH 4/4] ARM: dts: bcm28155-ap: Enable all the i2c busses
From
: "Tim Kryger" <tim.kryger@xxxxxxxxxx>
[PATCH 1/4] i2c: i2c-bcm-kona: Introduce Broadcom I2C Driver
From
: "Tim Kryger" <tim.kryger@xxxxxxxxxx>
[PATCH 0/4] Add-Broadcom-Kona-I2C-Support
From
: "Tim Kryger" <tim.kryger@xxxxxxxxxx>
[PATCH 3/4] ARM: dts: bcm281xx: Add i2c busses
From
: "Tim Kryger" <tim.kryger@xxxxxxxxxx>
[PATCH] i2c: omap: Clear ARDY bit twice
From
: Taras Kondratiuk <taras.kondratiuk@xxxxxxxxxx>
RE: [PATCH v2 2/3] i2c: xilinx: Set tx direction in write operation
From
: Appana Durga Kedareswara Rao <appana.durga.rao@xxxxxxxxxx>
Re: [PATCH 2/3 V4] i2c: mxs: Rework the PIO mode operation
From
: Marek Vasut <marex@xxxxxxx>
Re: [PATCH 1/3 V2] i2c: mxs: distinguish i.MX23 and i.MX28 based I2C controller
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 2/3 V4] i2c: mxs: Rework the PIO mode operation
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH 2/3 V4] i2c: mxs: Rework the PIO mode operation
From
: Marek Vasut <marex@xxxxxxx>
Re: [PATCH v4] i2c: enable runtime PM for I2C adapter devices enumerated from ACPI
From
: Mark Brown <broonie@xxxxxxxxxx>
Re: [PATCH v4] i2c: enable runtime PM for I2C adapter devices enumerated from ACPI
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH v2 3/3] i2c: xilinx: Use devm_* functions
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v2 2/3] i2c: xilinx: Set tx direction in write operation
From
: Michal Simek <monstr@xxxxxxxxx>
Re: [PATCH v2 2/3] i2c: xilinx: Set tx direction in write operation
From
: Lars-Peter Clausen <lars@xxxxxxxxxx>
Re: [PATCH v2 2/3] i2c: xilinx: Set tx direction in write operation
From
: Michal Simek <monstr@xxxxxxxxx>
Re: [PATCH v2 2/3] i2c: xilinx: Set tx direction in write operation
From
: Lars-Peter Clausen <lars@xxxxxxxxxx>
Re: [PATCH v2 3/3] i2c: xilinx: Use devm_* functions
From
: Michal Simek <michal.simek@xxxxxxxxxx>
Re: [PATCH v2 3/3] i2c: xilinx: Use devm_* functions
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v2 2/3] i2c: xilinx: Set tx direction in write operation
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 2/3 V3] i2c: mxs: Rework the PIO mode operation
From
: Marek Vasut <marex@xxxxxxx>
Re: [PATCH v2 2/3] i2c: xilinx: Set tx direction in write operation
From
: Michal Simek <monstr@xxxxxxxxx>
Re: [PATCH v2 3/3] i2c: xilinx: Use devm_* functions
From
: Michal Simek <monstr@xxxxxxxxx>
Re: [PATCH 0/4] ARM: shmobile: r8a7778/r8a7779: add I2C support on DT
From
: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
[PATCH 0/4] ARM: shmobile: r8a7778/r8a7779: add I2C support on DT
From
: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
[PATCH] i2c: rcar: fixup rcar type naming
From
: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
Re: [PATCH v2 2/3] i2c: xilinx: Set tx direction in write operation
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v2 3/3] i2c: xilinx: Use devm_* functions
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 2/3 V3] i2c: mxs: Rework the PIO mode operation
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 0/8] i2c: Remove redundant driver field from the i2c_client struct
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 1/1] i2c: mux-gpio: Remove redundant of_match_ptr
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH 1/1] i2c: mux-gpio: Remove redundant of_match_ptr
From
: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
Re: [PATCH 1/1] i2c: mv64xxx: Remove redundant of_match_ptr
From
: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
Re: [PATCH 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
Re: [PATCH 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
Re: [PATCH 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
Re: [PATCH 1/1] i2c: mv64xxx: Remove redundant of_match_ptr
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 2/2] i2c: davinci: Remove redundant of_match_ptr
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 1/2] i2c: mux: Remove redundant of_match_ptr
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: Stephen Warren <swarren@xxxxxxxxxxxxx>
Re: [PATCH v4] i2c: enable runtime PM for I2C adapter devices enumerated from ACPI
From
: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
Re: [PATCH] i2c: s3c2410 : Add polling mode support
From
: Mark Brown <broonie@xxxxxxxxxx>
[PATCH v4] i2c: enable runtime PM for I2C adapter devices enumerated from ACPI
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
[PATCH v3 0/4] Add I2C support to ST SoCs
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
[PATCH 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
[PATCH 3/4] ARM: STi: Supply I2C configuration to STiH415 SoC
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
[PATCH 2/4] ARM: STi: Supply I2C configuration to STiH416 SoC
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
[PATCH 4/4] ARM: STi: Add I2C config to B2000 and B2020 boards
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
[PATCH] i2c: s3c2410 : Add polling mode support
From
: Yuvaraj Kumar C D <yuvaraj.cd@xxxxxxxxx>
[PATCH v3 0/4] Add I2C support to ST SoCs
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
Re: [PATCH v3] i2c: enable runtime PM for I2C adapter devices enumerated from ACPI
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH v3] i2c: enable runtime PM for I2C adapter devices enumerated from ACPI
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH v2 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
Re: [PATCH v3] i2c: enable runtime PM for I2C adapter devices enumerated from ACPI
From
: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
Re: [PATCH v3] i2c: enable runtime PM for I2C adapter devices enumerated from ACPI
From
: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
[PATCH v3] runtime PM support for I2C adapter devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
[PATCH v3] i2c: enable runtime PM for I2C adapter devices enumerated from ACPI
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH 1/4] driver core: introduce helper macro initcall_driver()
From
: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
Re: [PATCH 1/4] driver core: introduce helper macro initcall_driver()
From
: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
[PATCH v2 2/3] i2c: xilinx: Set tx direction in write operation
From
: Michal Simek <michal.simek@xxxxxxxxxx>
[PATCH v2 3/3] i2c: xilinx: Use devm_* functions
From
: Michal Simek <michal.simek@xxxxxxxxxx>
[PATCH v2 1/3] i2c: xilinx: Fix i2c checkpatch warnings
From
: Michal Simek <michal.simek@xxxxxxxxxx>
Re: [PATCH 2/3] i2c: xilinx: Set tx direction in write operation
From
: Michal Simek <monstr@xxxxxxxxx>
Re: [PATCH 1/3] i2c: xilinx: Fix i2c sparse warnings
From
: Michal Simek <monstr@xxxxxxxxx>
Re: [PATCH 3/8] [media] core: Don't use i2c_client->driver
From
: Hans Verkuil <hverkuil@xxxxxxxxx>
[PATCH 1/1] i2c: mv64xxx: Remove redundant of_match_ptr
From
: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
Re: [PATCH 2/3 V3] i2c: mxs: Rework the PIO mode operation
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 2/3 V3] i2c: mxs: Rework the PIO mode operation
From
: Marek Vasut <marex@xxxxxxx>
Re: [PATCH 2/3 V3] i2c: mxs: Rework the PIO mode operation
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 1/2] i2c: mux: Remove redundant of_match_ptr
From
: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
Re: [PATCH 1/2] i2c: mux: Remove redundant of_match_ptr
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 1/3] i2c: xilinx: Fix i2c sparse warnings
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 2/3] i2c: xilinx: Set tx direction in write operation
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 1/4] driver core: introduce helper macro initcall_driver()
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 6/8] ALSA: ppc: keywest: Don't use i2c_client->driver
From
: Takashi Iwai <tiwai@xxxxxxx>
Re: [PATCH 1/4] driver core: introduce helper macro initcall_driver()
From
: Mark Brown <broonie@xxxxxxxxxx>
[PATCH 1/3] i2c: xilinx: Fix i2c sparse warnings
From
: Michal Simek <michal.simek@xxxxxxxxxx>
[PATCH 2/3] i2c: xilinx: Set tx direction in write operation
From
: Michal Simek <michal.simek@xxxxxxxxxx>
[PATCH 3/3] i2c: xilinx: Use devm_* functions
From
: Michal Simek <michal.simek@xxxxxxxxxx>
[PATCH 2/2] i2c: davinci: Remove redundant of_match_ptr
From
: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
[PATCH 1/2] i2c: mux: Remove redundant of_match_ptr
From
: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
[PATCH 2/3 V3] i2c: mxs: Rework the PIO mode operation
From
: Marek Vasut <marex@xxxxxxx>
[PATCH 3/3 V3] i2c: mxs: Fix PIO mode on i.MX23
From
: Marek Vasut <marex@xxxxxxx>
[PATCH 1/3 V2] i2c: mxs: distinguish i.MX23 and i.MX28 based I2C controller
From
: Marek Vasut <marex@xxxxxxx>
Re: [alsa-devel] [PATCH 2/8] [media] exynos4-is: Don't use i2c_client->driver
From
: Sylwester Nawrocki <sylvester.nawrocki@xxxxxxxxx>
Re: [alsa-devel] [PATCH 1/8] [media] s5c73m3: Don't use i2c_client->driver
From
: Sylwester Nawrocki <sylvester.nawrocki@xxxxxxxxx>
Re: [PATCH 0/8] i2c: Remove redundant driver field from the i2c_client struct
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 7/8] ASoC: imx-wm8962: Don't use i2c_client->driver
From
: Mark Brown <broonie@xxxxxxxxxx>
[PATCH 0/8] i2c: Remove redundant driver field from the i2c_client struct
From
: Lars-Peter Clausen <lars@xxxxxxxxxx>
[PATCH 7/8] ASoC: imx-wm8962: Don't use i2c_client->driver
From
: Lars-Peter Clausen <lars@xxxxxxxxxx>
[PATCH 5/8] drm: nouveau: Don't use i2c_client->driver
From
: Lars-Peter Clausen <lars@xxxxxxxxxx>
[PATCH 4/8] drm: encoder_slave: Don't use i2c_client->driver
From
: Lars-Peter Clausen <lars@xxxxxxxxxx>
[PATCH 8/8] i2c: Remove redundant 'driver' field from the i2c_client struct
From
: Lars-Peter Clausen <lars@xxxxxxxxxx>
[PATCH 2/8] [media] exynos4-is: Don't use i2c_client->driver
From
: Lars-Peter Clausen <lars@xxxxxxxxxx>
[PATCH 6/8] ALSA: ppc: keywest: Don't use i2c_client->driver
From
: Lars-Peter Clausen <lars@xxxxxxxxxx>
[PATCH 3/8] [media] core: Don't use i2c_client->driver
From
: Lars-Peter Clausen <lars@xxxxxxxxxx>
[PATCH 1/8] [media] s5c73m3: Don't use i2c_client->driver
From
: Lars-Peter Clausen <lars@xxxxxxxxxx>
[PULL REQUEST] i2c for 3.12
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 1/1] i2c-ismt: add Initialize DMA buffer code ismt_access()
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH v5 3/4] i2c_imc: New driver for Intel's iMC, found on LGA2011 chips
From
: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
[PATCH v5 4/4] i2c, i2c_imc: Add DIMM bus code
From
: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
[PATCH v5 2/4] sb_edac: Claim a different PCI device
From
: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
[PATCH v5 1/4] Move Intel SNB device ids from sb_edac to pci_ids.h
From
: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
[PATCH v5 0/4] iMC SMBUS and DIMM bus probing
From
: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
Re: [PATCH v2] misc: (at24) move header to linux/platform_data/
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH v2] misc: (at24) move header to linux/platform_data/
From
: Vivien Didelot <vivien.didelot@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH v2 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 2/2] i2c: bfin-twi: Remove casting the return value which is a void pointer
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 1/2] i2c: xiic: Remove casting the return value which is a void pointer
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v2 0/5] i2c: rcar: Device Tree support and clock improvements
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] misc: (at24) move header to linux/platform_data/
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v2] i2c: i2c-dev: Create 'name' attribute automatically
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c-designware: define i2c_dw_pci_runtime_idle only with runtime pm
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH] i2c-designware: define i2c_dw_pci_runtime_idle only with runtime pm
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH v2] i2c: i2c-dev: Create 'name' attribute automatically
From
: Guenter Roeck <linux@xxxxxxxxxxxx>
Re: [PATCH] i2c-designware: 10-bit addressing mode enabling if I2C_DYNAMIC_TAR_UPDATE is set.
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH] i2c-designware: define i2c_dw_pci_runtime_idle only with runtime pm
From
: Vincent Stehlé <vincent.stehle@xxxxxxxxxxx>
Re: [PATCH] misc: (at24) move header to linux/platform_data/
From
: Vivien Didelot <vivien.didelot@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] i2c-ismt: add Initialize DMA buffer code ismt_access()
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
[PATCH] i2c-designware: 10-bit addressing mode enabling if I2C_DYNAMIC_TAR_UPDATE is set.
From
: "Chew, Chiau Ee" <chiau.ee.chew@xxxxxxxxx>
Re: [PATCH 2/9] irqdomain: Introduce __irq_create_mapping()
From
: Linus Walleij <linus.walleij@xxxxxxxxxx>
Re: [PATCH] i2c: i2c-dev: Create 'name' attribute automatically
From
: Guenter Roeck <linux@xxxxxxxxxxxx>
[PATCH v2 2/4] ARM: STi: Supply I2C configuration to STiH416 SoC
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
[PATCH v2 3/4] ARM: STi: Supply I2C configuration to STiH415 SoC
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
[PATCH v2 4/4] ARM: STi: Add I2C config to B2000 and B2020 boards
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
[PATCH v2 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
[PATCH v2 0/4] Add I2C support to ST SoCs
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
[PATCH v2 0/4] Add I2C support to ST SoCs
From
: Alexandre TORGUE <alexandre.torgue@xxxxxx>
Re: [PATCH 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
Re: [PATCH 1/1] i2c-ismt: add Initialize DMA buffer code ismt_access()
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c: i2c-dev: Create 'name' attribute automatically
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 1/2] i2c: qup: Add device tree bindings information
From
: "Ivan T. Ivanov" <iivanov@xxxxxxxxxx>
Re: [PATCH] i2c: i2c-dev: Create 'name' attribute automatically
From
: Guenter Roeck <linux@xxxxxxxxxxxx>
Re: [PATCH] i2c: i2c-dev: Create 'name' attribute automatically
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 1/2] i2c: qup: Add device tree bindings information
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 1/2] I2C: EMMA Mobile I2C master driver
From
: Simon Horman <horms@xxxxxxxxxxxx>
[PATCH 1/1] i2c-ismt: add Initialize DMA buffer code ismt_access()
From
: James Ralston <james.d.ralston@xxxxxxxxx>
Re: [PATCH 2/9] irqdomain: Introduce __irq_create_mapping()
From
: Thierry Reding <thierry.reding@xxxxxxxxx>
Re: [RFC] binding for nvec mfd device
From
: Stephen Warren <swarren@xxxxxxxxxxxxx>
Re: [RFC] binding for nvec mfd device
From
: Stephen Warren <swarren@xxxxxxxxxxxxx>
Re: [PATCH 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
Re: [PATCH 2/9] irqdomain: Introduce __irq_create_mapping()
From
: Linus Walleij <linus.walleij@xxxxxxxxxx>
i2c-i801 hangs indefinitely on IBM x3550
From
: Meelis Roos <mroos@xxxxxxxx>
Re: [RFC] binding for nvec mfd device
From
: Marc Dietrich <marvin24@xxxxxx>
Re: [RFC] binding for nvec mfd device
From
: Andrey Danin <andrey.danin@xxxxxxxxx>
Re: [Patch v2] power/mpc85xx: Add delay after enabling I2C master
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [Patch v2] power/mpc85xx: Add delay after enabling I2C master
From
: York Sun <yorksun@xxxxxxxxxxxxx>
Re: [Patch v2] power/mpc85xx: Add delay after enabling I2C master
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [Patch v2] power/mpc85xx: Add delay after enabling I2C master
From
: York Sun <yorksun@xxxxxxxxxxxxx>
Re: [Patch v2] power/mpc85xx: Add delay after enabling I2C master
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [Patch v2] power/mpc85xx: Add delay after enabling I2C master
From
: York Sun <yorksun@xxxxxxxxxxxxx>
Re: [PATCH 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: Stephen Warren <swarren@xxxxxxxxxxxxx>
Re: [PATCH 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: Stephen Warren <swarren@xxxxxxxxxxxxx>
Re: [PATCH 5/9] of/irq: Introduce __of_irq_to_resource()
From
: Thierry Reding <thierry.reding@xxxxxxxxx>
Re: [PATCH 4/9] of/irq: Introduce of_irq_get()
From
: Thierry Reding <thierry.reding@xxxxxxxxx>
Re: [PATCH 9/9] gpio: tegra: Use module_platform_driver()
From
: Thierry Reding <thierry.reding@xxxxxxxxx>
Re: [PATCH 2/9] irqdomain: Introduce __irq_create_mapping()
From
: Thierry Reding <thierry.reding@xxxxxxxxx>
Re: [PATCH 9/9] gpio: tegra: Use module_platform_driver()
From
: Linus Walleij <linus.walleij@xxxxxxxxxx>
Re: [PATCH 5/9] of/irq: Introduce __of_irq_to_resource()
From
: Linus Walleij <linus.walleij@xxxxxxxxxx>
Re: [PATCH 4/9] of/irq: Introduce of_irq_get()
From
: Linus Walleij <linus.walleij@xxxxxxxxxx>
Re: [PATCH 3/9] irqdomain: Introduce __irq_create_of_mapping()
From
: Linus Walleij <linus.walleij@xxxxxxxxxx>
Re: [PATCH 2/9] irqdomain: Introduce __irq_create_mapping()
From
: Linus Walleij <linus.walleij@xxxxxxxxxx>
Re: [RFC] binding for nvec mfd device
From
: Stephen Warren <swarren@xxxxxxxxxxxxx>
Re: [RFC] binding for nvec mfd device
From
: Marc Dietrich <marvin24@xxxxxx>
Re: [PATCH 8/9] of/i2c: Resolve interrupt references at probe time
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 8/9] of/i2c: Resolve interrupt references at probe time
From
: Thierry Reding <thierry.reding@xxxxxxxxx>
Re: [PATCH 8/9] of/i2c: Resolve interrupt references at probe time
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [Patch v2] power/mpc85xx: Add delay after enabling I2C master
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c: mv64xxx: Do not use writel_relaxed()
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c: mv64xxx: Fix some build warnings
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c: s3c2410: fix clk_disable/clk_unprepare warnings
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 2/4] ARM: STi: Supply I2C configuration to STiH416 SoC
From
: Lee Jones <lee.jones@xxxxxxxxxx>
Re: [PATCH 2/4] ARM: STi: Supply I2C configuration to STiH416 SoC
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
Re: [PATCH 2/4] ARM: STi: Supply I2C configuration to STiH416 SoC
From
: Srinivas KANDAGATLA <srinivas.kandagatla@xxxxxx>
Re: [PATCH 2/4] ARM: STi: Supply I2C configuration to STiH416 SoC
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
Re: [RFC] binding for nvec mfd device
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 2/4] ARM: STi: Supply I2C configuration to STiH416 SoC
From
: Srinivas KANDAGATLA <srinivas.kandagatla@xxxxxx>
Re: [PATCH 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: Gabriel FERNANDEZ <gabriel.fernandez@xxxxxx>
[PATCH] i2c: mv64xxx: Fix some build warnings
From
: Thierry Reding <thierry.reding@xxxxxxxxx>
[PATCH] i2c: mv64xxx: Do not use writel_relaxed()
From
: Thierry Reding <thierry.reding@xxxxxxxxx>
Re: [PATCH 2/4] ARM: STi: Supply I2C configuration to STiH416 SoC
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
Re: [PATCH 3/4] ARM: STi: Supply I2C configuration to STiH415 SoC
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
Re: [PATCH 4/4] ARM: STi: Add I2C config to B2000 and B2020 boards
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
Re: [PATCH 2/4] ARM: STi: Supply I2C configuration to STiH416 SoC
From
: Lee Jones <lee.jones@xxxxxxxxxx>
Re: [PATCH 3/4] ARM: STi: Supply I2C configuration to STiH415 SoC
From
: Lee Jones <lee.jones@xxxxxxxxxx>
Re: [PATCH 4/4] ARM: STi: Add I2C config to B2000 and B2020 boards
From
: Lee Jones <lee.jones@xxxxxxxxxx>
Re: [PATCH 7/9] of/platform: Resolve interrupt references at probe time
From
: Thierry Reding <thierry.reding@xxxxxxxxx>
[PATCH 3/4] ARM: STi: Supply I2C configuration to STiH415 SoC
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
[PATCH 0/4] Add I2C support to ST SoCs
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
[PATCH 1/4] i2c: busses: i2c-st: Add ST I2C controller
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
[PATCH 4/4] ARM: STi: Add I2C config to B2000 and B2020 boards
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
[PATCH 2/4] ARM: STi: Supply I2C configuration to STiH416 SoC
From
: Maxime COQUELIN <maxime.coquelin@xxxxxx>
Re: [RFC] binding for nvec mfd device
From
: Stephen Warren <swarren@xxxxxxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
[PATCH] i2c: s3c2410: fix clk_disable/clk_unprepare warnings
From
: Kim Phillips <kim.phillips@xxxxxxxxxx>
Re: [PATCH 1/2] i2c: qup: Add device tree bindings information
From
: "Ivan T. Ivanov" <iivanov@xxxxxxxxxx>
Re: [PATCH 4/9] of/irq: Introduce of_irq_get()
From
: Thierry Reding <thierry.reding@xxxxxxxxx>
RE: [PATCH 7/9] of/platform: Resolve interrupt references at probe time
From
: "Strashko, Grygorii" <grygorii.strashko@xxxxxx>
Re: [PATCH 0/9] of/irq: Defer interrupt reference resolution
From
: Thierry Reding <thierry.reding@xxxxxxxxx>
Re: [PATCH 0/9] of/irq: Defer interrupt reference resolution
From
: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Mark Brown <broonie@xxxxxxxxxx>
Re: [PATCH 3/9] irqdomain: Introduce __irq_create_of_mapping()
From
: Thierry Reding <thierry.reding@xxxxxxxxx>
Re: [PATCH 1/4 v2] mfd: add STw481x driver
From
: Lee Jones <lee.jones@xxxxxxxxxx>
Re: [RFC] binding for nvec mfd device
From
: Marc Dietrich <marvin24@xxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
Re: [linuxppc-release] [Patch v2] power/mpc85xx: Add delay after enabling I2C master
From
: York Sun <yorksun@xxxxxxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Mark Brown <broonie@xxxxxxxxxx>
[Patch v2] power/mpc85xx: Add delay after enabling I2C master
From
: York Sun <yorksun@xxxxxxxxxxxxx>
Re: [PATCH 5/9] of/irq: Introduce __of_irq_to_resource()
From
: Rob Herring <robherring2@xxxxxxxxx>
Re: [PATCH 4/9] of/irq: Introduce of_irq_get()
From
: Rob Herring <robherring2@xxxxxxxxx>
Re: [PATCH 3/9] irqdomain: Introduce __irq_create_of_mapping()
From
: Rob Herring <robherring2@xxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
Re: [PATCH 1/4 v2] mfd: add STw481x driver
From
: Mark Brown <broonie@xxxxxxxxxx>
Re: [PATCH 1/4 v2] mfd: add STw481x driver
From
: Lee Jones <lee.jones@xxxxxxxxxx>
Re: [PATCH 1/4 v2] mfd: add STw481x driver
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 1/4 v2] mfd: add STw481x driver
From
: Lee Jones <lee.jones@xxxxxxxxxx>
Re: [PATCH 1/4 v2] mfd: add STw481x driver
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Graeme Gregory <graeme.gregory@xxxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH 1/4 v2] mfd: add STw481x driver
From
: Mark Brown <broonie@xxxxxxxxxx>
Re: [PATCH 1/2] i2c: qup: Add device tree bindings information
From
: Mark Rutland <mark.rutland@xxxxxxx>
Re: [PATCH 1/4 v2] mfd: add STw481x driver
From
: Linus Walleij <linus.walleij@xxxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Mark Brown <broonie@xxxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
[PATCH 0/9] of/irq: Defer interrupt reference resolution
From
: Thierry Reding <thierry.reding@xxxxxxxxx>
[PATCH 2/9] irqdomain: Introduce __irq_create_mapping()
From
: Thierry Reding <thierry.reding@xxxxxxxxx>
[PATCH 1/9] of/irq: Rework of_irq_count()
From
: Thierry Reding <thierry.reding@xxxxxxxxx>
[PATCH 3/9] irqdomain: Introduce __irq_create_of_mapping()
From
: Thierry Reding <thierry.reding@xxxxxxxxx>
[PATCH 5/9] of/irq: Introduce __of_irq_to_resource()
From
: Thierry Reding <thierry.reding@xxxxxxxxx>
[PATCH 4/9] of/irq: Introduce of_irq_get()
From
: Thierry Reding <thierry.reding@xxxxxxxxx>
[PATCH 7/9] of/platform: Resolve interrupt references at probe time
From
: Thierry Reding <thierry.reding@xxxxxxxxx>
[PATCH 6/9] of/irq: Propagate errors in of_irq_to_resource_table()
From
: Thierry Reding <thierry.reding@xxxxxxxxx>
[PATCH 9/9] gpio: tegra: Use module_platform_driver()
From
: Thierry Reding <thierry.reding@xxxxxxxxx>
[PATCH 8/9] of/i2c: Resolve interrupt references at probe time
From
: Thierry Reding <thierry.reding@xxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Sylwester Nawrocki <sylvester.nawrocki@xxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Mark Brown <broonie@xxxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Kevin Hilman <khilman@xxxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Kevin Hilman <khilman@xxxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Mark Brown <broonie@xxxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Mark Brown <broonie@xxxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Mark Brown <broonie@xxxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Mark Brown <broonie@xxxxxxxxxx>
Re: [PATCH 1/2] i2c: qup: Add device tree bindings information
From
: "Ivan T. Ivanov" <iivanov@xxxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Aaron Lu <aaron.lu@xxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Sylwester Nawrocki <sylvester.nawrocki@xxxxxxxxx>
Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
From
: Mark Brown <broonie@xxxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Kevin Hilman <khilman@xxxxxxxxxx>
Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Kevin Hilman <khilman@xxxxxxxxxx>
Re: [PATCH v2 5/9] drivers/misc: convert existing I2C clients driver to use I2C core runtime PM
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
From
: Kevin Hilman <khilman@xxxxxxxxxx>
Re: [PATCH 1/2] i2c: qup: Add device tree bindings information
From
: Mark Rutland <mark.rutland@xxxxxxx>
[PATCH v2 4/5] i2c: rcar: fix clk_get() error handling
From
: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
[PATCH v2 1/5] i2c: rcar: (cosmetic) remove superfluous parenthesis
From
: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
[PATCH v2 2/5] i2c: rcar: get clock rate only once and simplify calculation
From
: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
[PATCH v2 0/5] i2c: rcar: Device Tree support and clock improvements
From
: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
[PATCH v2 5/5] i2c: rcar: use per-device clock
From
: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
[PATCH v2 3/5] i2c: rcar: add Device Tree support
From
: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
From
: "Rafael J. Wysocki" <rjw@xxxxxxx>
Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
From
: Mark Brown <broonie@xxxxxxxxxx>
Re: [PATCH v2 6/9] mfd: wm8994: convert to use I2C core runtime PM
From
: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH v2 6/9] mfd: wm8994: convert to use I2C core runtime PM
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: getting rid of subsys_initcall usage? (was: Re: [PATCH RESEND] i2c: designware: use module_platform_driver)
From
: zhangfei gao <zhangfei.gao@xxxxxxxxx>
Re: [PATCH v2 6/9] mfd: wm8994: convert to use I2C core runtime PM
From
: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
Re: [PATCH v2 0/9] runtime PM support for I2C and SPI client devices
From
: Mark Brown <broonie@xxxxxxxxxx>
Re: [PATCH v2 9/9] spi: attach/detach SPI device to the ACPI power domain
From
: Mark Brown <broonie@xxxxxxxxxx>
Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
From
: Mark Brown <broonie@xxxxxxxxxx>
Re: [PATCH v2 7/9] ASoC: codecs: convert existing I2C client drivers to use I2C core runtime PM
From
: Mark Brown <broonie@xxxxxxxxxx>
[PATCH v2 3/9] Input: misc - convert existing I2C client drivers to use I2C core runtime PM
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
[PATCH v2 4/9] [media] s5p-tv: convert to use I2C core runtime PM
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
[PATCH v2 2/9] i2c: attach/detach I2C client device to the ACPI power domain
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
[PATCH v2 7/9] ASoC: codecs: convert existing I2C client drivers to use I2C core runtime PM
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
[PATCH v2 6/9] mfd: wm8994: convert to use I2C core runtime PM
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
[PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
[PATCH v2 9/9] spi: attach/detach SPI device to the ACPI power domain
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
[PATCH v2 5/9] drivers/misc: convert existing I2C clients driver to use I2C core runtime PM
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
[PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
[PATCH v2 0/9] runtime PM support for I2C and SPI client devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
From
: Mark Brown <broonie@xxxxxxxxxx>
Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
From
: Mark Brown <broonie@xxxxxxxxxx>
Re: [PATCH 2/2] i2c: New bus driver for the QUP I2C controller
From
: "Ivan T. Ivanov" <iivanov@xxxxxxxxxx>
Re: [PATCH 3/5] i2c: rcar: add Device Tree support
From
: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
Re: [PATCH 5/5] i2c: rcar: use per-device clock
From
: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
Re: [PATCH 2/5] i2c: rcar: get clock rate only once and simplify calculation
From
: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
From
: Aaron Lu <aaron.lu@xxxxxxxxx>
Re: [PATCH] i2c: davinci: Fix bad dev_get_platdata() conversion
From
: Jingoo Han <jg1.han@xxxxxxxxxxx>
[PATCH] i2c: imx: retry on NAK
From
: Luka Perkov <luka@xxxxxxxxxxx>
Re: [PATCH 3/5] i2c: rcar: add Device Tree support
From
: Magnus Damm <magnus.damm@xxxxxxxxx>
Re: [PATCH 3/5] i2c: rcar: add Device Tree support
From
: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
Re: [PATCH 5/5] i2c: rcar: use per-device clock
From
: Magnus Damm <magnus.damm@xxxxxxxxx>
Re: [PATCH 3/5] i2c: rcar: add Device Tree support
From
: Magnus Damm <magnus.damm@xxxxxxxxx>
Re: [PATCH 2/5] i2c: rcar: get clock rate only once and simplify calculation
From
: Magnus Damm <magnus.damm@xxxxxxxxx>
Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
From
: "Rafael J. Wysocki" <rjw@xxxxxxx>
Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
From
: Mark Brown <broonie@xxxxxxxxxx>
Re: [PATCH] i2c: davinci: Fix bad dev_get_platdata() conversion
From
: Olof Johansson <olof@xxxxxxxxx>
Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
From
: "Rafael J. Wysocki" <rjw@xxxxxxx>
Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
From
: Mark Brown <broonie@xxxxxxxxxx>
Re: [PATCH 2/2] i2c: New bus driver for the QUP I2C controller
From
: Josh Cartwright <joshc@xxxxxxxxxxxxxx>
Re: [PATCH 2/2] i2c: New bus driver for the QUP I2C controller
From
: "Ivan T. Ivanov" <iivanov@xxxxxxxxxx>
Re: [PATCH 1/2] i2c: qup: Add device tree bindings information
From
: "Ivan T. Ivanov" <iivanov@xxxxxxxxxx>
Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH 1/2] i2c: qup: Add device tree bindings information
From
: Josh Cartwright <joshc@xxxxxxxxxxxxxx>
Re: [PATCH 2/2] i2c: New bus driver for the QUP I2C controller
From
: Josh Cartwright <joshc@xxxxxxxxxxxxxx>
Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
From
: Mark Brown <broonie@xxxxxxxxxx>
Re: [PATCH 1/2] i2c: qup: Add device tree bindings information
From
: "Ivan T. Ivanov" <iivanov@xxxxxxxxxx>
Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
From
: "Rafael J. Wysocki" <rjw@xxxxxxx>
Re: [PATCH] i2c: davinci: Fix bad dev_get_platdata() conversion
From
: Jingoo Han <jg1.han@xxxxxxxxxxx>
Re: [PATCH] i2c: davinci: Fix bad dev_get_platdata() conversion
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
[PATCH 1/5] i2c: rcar: (cosmetic) remove superfluous parenthesis
From
: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
[PATCH 0/5] i2c: rcar: Device Tree support and clock improvements
From
: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
[PATCH 2/5] i2c: rcar: get clock rate only once and simplify calculation
From
: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
[PATCH 4/5] i2c: rcar: fix clk_get() error handling
From
: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
[PATCH 5/5] i2c: rcar: use per-device clock
From
: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
[PATCH 3/5] i2c: rcar: add Device Tree support
From
: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
From
: Mark Brown <broonie@xxxxxxxxxx>
[PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
[PATCH RESEND 0/2] runtime PM support for I2C clients
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
[PATCH RESEND 2/2] i2c: attach/detach I2C client device to the ACPI power domain
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
[PATCH 2/2] i2c: bfin-twi: Remove casting the return value which is a void pointer
From
: Jingoo Han <jg1.han@xxxxxxxxxxx>
[PATCH 1/2] i2c: xiic: Remove casting the return value which is a void pointer
From
: Jingoo Han <jg1.han@xxxxxxxxxxx>
Re: [PATCH V10 Resend] i2c/designware: Provide i2c bus recovery support
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c: exynos5: add High Speed I2C controller driver
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH 4/7] power/mpc85xx: Add delay after enabling I2C master
From
: York Sun <yorksun@xxxxxxxxxxxxx>
Re: [PATCH] i2c: davinci: Fix bad dev_get_platdata() conversion
From
: Jingoo Han <jg1.han@xxxxxxxxxxx>
[PATCH] i2c: davinci: Fix bad dev_get_platdata() conversion
From
: Olof Johansson <olof@xxxxxxxxx>
[PULL REQUEST] i2c for 3.12
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 1/2] I2C: EMMA Mobile I2C master driver
From
: Simon Horman <horms@xxxxxxxxxxxx>
RFC - EEPROM device class
From
: Curt Brune <curt@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] EMMA: Add em i2c driver
From
: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
Re: [PATCH v4 1/1 resend] i2c: rcar: modify I2C driver
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH 1/2] I2C: EMMA Mobile I2C master driver
From
: Ian Molton <ian.molton@xxxxxxxxxxxxxxx>
[Patch v3]EMMA I2C driver
From
: Ian Molton <ian.molton@xxxxxxxxxxxxxxx>
Re: [PATCH] MIPS: sead3: Select NEW_LEDS, LEDS_CLASS and I2C symbols
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] MIPS: sead3: Select NEW_LEDS, LEDS_CLASS and I2C symbols
From
: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
Re: [PATCH] EMMA: Add em i2c driver
From
: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
Re: [PATCH v6 4/4] ARM: dts: mvebu: Update with the new compatible string for mv64xxx-i2c
From
: Jason Cooper <jason@xxxxxxxxxxxxxx>
[PATCH] EMMA: Add em i2c driver
From
: Ian Molton <ian.molton@xxxxxxxxxxxxxxx>
EMMA I2C driver
From
: Ian Molton <ian.molton@xxxxxxxxxxxxxxx>
[PATCH v4 1/1 resend] i2c: rcar: modify I2C driver
From
: Nguyen Viet Dung <nv-dung@xxxxxxxxxxx>
[PATCH v4 0/1 resend] ARM: shmobile: r8a7790: add I2C support
From
: Nguyen Viet Dung <nv-dung@xxxxxxxxxxx>
Re: [PATCH v6 4/4] ARM: dts: mvebu: Update with the new compatible string for mv64xxx-i2c
From
: Jason Cooper <jason@xxxxxxxxxxxxxx>
Re: [PATCH V2 2/3] i2c: mxs: Rework the PIO mode operation
From
: Torsten Fleischer <to-fleischer@xxxxxxxxxxx>
Re: [PATCH v6 4/4] ARM: dts: mvebu: Update with the new compatible string for mv64xxx-i2c
From
: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
Re: [RFC PATCH 1/2] i2c: prepare runtime PM support for I2C client devices
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
[PATCH] i2c: i2c-dev: Create 'name' attribute automatically
From
: Guenter Roeck <linux@xxxxxxxxxxxx>
Re: getting rid of subsys_initcall usage? (was: Re: [PATCH RESEND] i2c: designware: use module_platform_driver)
From
: Tony Lindgren <tony@xxxxxxxxxxx>
Re: getting rid of subsys_initcall usage? (was: Re: [PATCH RESEND] i2c: designware: use module_platform_driver)
From
: zhangfei gao <zhangfei.gao@xxxxxxxxx>
Re: getting rid of subsys_initcall usage? (was: Re: [PATCH RESEND] i2c: designware: use module_platform_driver)
From
: Tony Lindgren <tony@xxxxxxxxxxx>
Re: getting rid of subsys_initcall usage?
From
: zhangfei <zhangfei.gao@xxxxxxxxxx>
Re: [PATCH 1/2] i2c: qup: Add device tree bindings information
From
: "Ivan T. Ivanov" <iivanov@xxxxxxxxxx>
Re: getting rid of subsys_initcall usage? (was: Re: [PATCH RESEND] i2c: designware: use module_platform_driver)
From
: Linus Walleij <linus.walleij@xxxxxxxxxx>
Re: [PATCH] EMMA: Add em i2c driver
From
: Ian Molton <ian.molton@xxxxxxxxxxxxxxx>
[PATCH 2/2] i2c: New bus driver for the QUP I2C controller
From
: "Ivan T. Ivanov" <iivanov@xxxxxxxxxx>
[PATCH 1/2] i2c: qup: Add device tree bindings information
From
: "Ivan T. Ivanov" <iivanov@xxxxxxxxxx>
Re: getting rid of subsys_initcall usage? (was: Re: [PATCH RESEND] i2c: designware: use module_platform_driver)
From
: zhangfei gao <zhangfei.gao@xxxxxxxxx>
Re: [PATCH] EMMA: Add em i2c driver
From
: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
Re: [PATCH v3 1/1 resend] i2c: rcar: modify I2C driver
From
: Nguyen Viet Dung <nv-dung@xxxxxxxxxxx>
[PATCH v4 0/1] ARM: shmobile: r8a7790: add I2C support
From
: Nguyen Viet Dung <nv-dung@xxxxxxxxxxx>
[PATCH v4 1/1] i2c: rcar: modify I2C driver
From
: Nguyen Viet Dung <nv-dung@xxxxxxxxxxx>
Re: getting rid of subsys_initcall usage? (was: Re: [PATCH RESEND] i2c: designware: use module_platform_driver)
From
: Linus Walleij <linus.walleij@xxxxxxxxxx>
Re: [PATCH] EMMA: Add em i2c driver
From
: Magnus Damm <magnus.damm@xxxxxxxxx>
Re: [PATCH V3] i2c: move of helpers into the core
From
: Grant Likely <grant.likely@xxxxxxxxxxxx>
Re: [PATCH 1/2] i2c-designware: make *CNT values configurable
From
: Christian Ruppert <christian.ruppert@xxxxxxxxxx>
Re: [PATCH] EMMA: Add em i2c driver
From
: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
[PATCH] EMMA: Add em i2c driver
From
: y@xxxxxxxxxxxxxxxxxxxxx
Re: [PATCH 4/5] i2c: sirfsoc: support reverse direction of address
From
: Barry Song <21cnbao@xxxxxxxxx>
getting rid of subsys_initcall usage? (was: Re: [PATCH RESEND] i2c: designware: use module_platform_driver)
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH 4/5] i2c: sirfsoc: support reverse direction of address
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [RFC PATCH 1/2] i2c: prepare runtime PM support for I2C client devices
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v2 2/2] i2c-designware: get SDA hold time, HCNT and LCNT configuration from ACPI
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v2 1/2] i2c-designware: make HCNT/LCNT values configurable
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v3 1/1 resend] i2c: rcar: modify I2C driver
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c: mpc: cleanup clock API use
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c-pnx: fix error return code in i2c_pnx_probe()
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH v3 1/1 resend] i2c: rcar: modify I2C driver
From
: Nguyen Viet Dung <nv-dung@xxxxxxxxxxx>
[PATCH v3 0/1 resend] ARM: shmobile: r8a7790: add I2C support
From
: Nguyen Viet Dung <nv-dung@xxxxxxxxxxx>
Re: [PATCH] i2c: powermac: fix return path on error
From
: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH V2 2/3] i2c: mxs: Rework the PIO mode operation
From
: Marek Vasut <marex@xxxxxxx>
Re: [PATCH V2 2/3] i2c: mxs: Rework the PIO mode operation
From
: Torsten Fleischer <to-fleischer@xxxxxxxxxxx>
Re: [PATCH V2 2/3] i2c: mxs: Rework the PIO mode operation
From
: Marek Vasut <marex@xxxxxxx>
Re: [PATCH V3] i2c: move of helpers into the core
From
: Mauro Carvalho Chehab <m.chehab@xxxxxxxxxxx>
Re: [PATCH 1/2] i2c-designware: make *CNT values configurable
From
: Shinya Kuribayashi <skuribay@xxxxxxxxx>
Re: [PATCH] misc: (at24) move header to linux/platform_data/
From
: Vivien Didelot <vivien.didelot@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] misc: (at24) move header to linux/platform_data/
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] misc: (at24) move header to linux/platform_data/
From
: Vivien Didelot <vivien.didelot@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] misc: (at24) move header to linux/platform_data/
From
: Alexander Shiyan <shc_work@xxxxxxx>
Re: [PATCH] misc: (at24) move header to linux/platform_data/
From
: Vivien Didelot <vivien.didelot@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] misc: (at24) move header to linux/platform_data/
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH] misc: (at24) move header to linux/platform_data/
From
: Vivien Didelot <vivien.didelot@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH v7] ARM: dts: mvebu: Introduce a new compatible string for mv64xxx-i2c
From
: Mark Rutland <mark.rutland@xxxxxxx>
[PATCH] i2c: mpc: cleanup clock API use
From
: Anatolij Gustschin <agust@xxxxxxx>
Re: [PATCH] i2c: ismt: add error return code in probe()
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH v2] i2c: imx: use exact SoC revision to document binding
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH] i2c: ismt: add error return code in probe()
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c-pnx: fix error return code in i2c_pnx_probe()
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH V3] i2c: move of helpers into the core
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v2] i2c: move ACPI helpers into the core
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v7] ARM: dts: mvebu: Introduce a new compatible string for mv64xxx-i2c
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH v7] ARM: dts: mvebu: Introduce a new compatible string for mv64xxx-i2c
From
: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
Re: [PATCH v6 3/4] ARM: dts: mvebu: Introduce a new compatible string for mv64xxx-i2c
From
: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
[PATCH] i2c-pnx: fix error return code in i2c_pnx_probe()
From
: Wei Yongjun <weiyj.lk@xxxxxxxxx>
Re: [PATCH v4 0/2] iMC SMBUS and DIMM bus probing
From
: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
Re: [PATCH v6 3/4] ARM: dts: mvebu: Introduce a new compatible string for mv64xxx-i2c
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v6 2/4] i2c-mv64xxx: Fix timing issue on Armada XP (errata FE-8471889)
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v6 1/4] i2c-mv64xxx: Add I2C Transaction Generator support
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH V3] i2c: move of helpers into the core
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[PATCH v6 4/4] ARM: dts: mvebu: Update with the new compatible string for mv64xxx-i2c
From
: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
[PATCH v6 3/4] ARM: dts: mvebu: Introduce a new compatible string for mv64xxx-i2c
From
: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
[PATCH v6 2/4] i2c-mv64xxx: Fix timing issue on Armada XP (errata FE-8471889)
From
: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
[PATCH v6 1/4] i2c-mv64xxx: Add I2C Transaction Generator support
From
: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
[PATCH v6 0/4] i2c-mv64xxx: Fixes and new feature for controlers embedded in Aramda XP
From
: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
Re: passing two interrupts two an I2C driver
From
: Mark Brown <broonie@xxxxxxxxxx>
Re: passing two interrupts two an I2C driver
From
: Pawel Moll <pawel.moll@xxxxxxx>
Re: passing two interrupts two an I2C driver
From
: Mark Brown <broonie@xxxxxxxxxx>
Re: passing two interrupts two an I2C driver
From
: Pawel Moll <pawel.moll@xxxxxxx>
Re: [PATCH v5 1/3] i2c-mv64xxx: Add I2C Transaction Generator support
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v5 1/3] i2c-mv64xxx: Add I2C Transaction Generator support
From
: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
Re: [PATCH v2 2/2] i2c: pxa: enable high speed mode for i2c bus
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v2 2/2] i2c: pxa: enable high speed mode for i2c bus
From
: James Lebron <leileishangchina@xxxxxxxxx>
Re: [PATCH v5 1/3] i2c-mv64xxx: Add I2C Transaction Generator support
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: passing two interrupts two an I2C driver
From
: Mark Brown <broonie@xxxxxxxxxx>
Re: [PATCH 1/2] i2c-designware: make *CNT values configurable
From
: Christian Ruppert <christian.ruppert@xxxxxxxxxx>
Re: [PATCH V2] i2c: move of helpers into the core
From
: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
[PATCH v2] i2c: move ACPI helpers into the core
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
[PATCH V2] i2c: move of helpers into the core
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH v5 0/3] i2c-mv64xxx: Fixes and new feature for controlers embedded in Aramda XP
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: passing two interrupts two an I2C driver
From
: Pawel Moll <pawel.moll@xxxxxxx>
Re: [PATCH v5 0/3] i2c-mv64xxx: Fixes and new feature for controlers embedded in Aramda XP
From
: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
[PATCH v3 1/1 ] i2c: rcar: modify I2C driver
From
: Nguyen Viet Dung <nv-dung@xxxxxxxxxxx>
[PATCH v3 0/1] ARM: shmobile: r8a7790: add I2C support
From
: Nguyen Viet Dung <nv-dung@xxxxxxxxxxx>
[PATCH] i2c: exynos5: add High Speed I2C controller driver
From
: Naveen Krishna Chatradhi <ch.naveen@xxxxxxxxxxx>
Re: [PATCH] i2c: move of helpers into the core
From
: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
Re: [PATCH] i2c: i2c_mxs: Set ACK_MODE bit
From
: Marek Vasut <marex@xxxxxxx>
Re: [PATCH v2] i2c: imx: use exact SoC revision to document binding
From
: Shawn Guo <shawn.guo@xxxxxxxxxx>
[PATCH v2] i2c: imx: use exact SoC revision to document binding
From
: Jingchang Lu <b35083@xxxxxxxxxxxxx>
Re: [PATCH] i2c: imx: use exact SoC revision document binding
From
: Shawn Guo <shawn.guo@xxxxxxxxxx>
Re: [PATCH] i2c: i2c_mxs: Set ACK_MODE bit
From
: Fabio Estevam <festevam@xxxxxxxxx>
Re: [PATCH] i2c: i2c_mxs: Set ACK_MODE bit
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c: i2c_mxs: Set ACK_MODE bit
From
: Fabio Estevam <festevam@xxxxxxxxx>
Re: [PATCH v5 0/3] i2c-mv64xxx: Fixes and new feature for controlers embedded in Aramda XP
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c: i2c_mxs: Set ACK_MODE bit
From
: Wolfram Sang <wsa@xxxxxxxxxxxxx>
Re: [PATCH] i2c: i2c_mxs: Set ACK_MODE bit
From
: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [PATCH] i2c-omap: always send stop after nack
From
: Grygorii Strashko <grygorii.strashko@xxxxxx>
Re: [PATCH v5 0/3] i2c-mv64xxx: Fixes and new feature for controlers embedded in Aramda XP
From
: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
Re: [PATCH v5 1/3] i2c-mv64xxx: Add I2C Transaction Generator support
From
: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
[Index of Archives]
[Linux USB Devel]
[Video for Linux]
[Scanner]
[Linux SCSI]
[Samba]
[Yosemite News]