Linux Kernel I2C

• Thread Index

• Re: [RFC PATCH 2/4] i2c: add docs to clarify DMA handling
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/4] i2c: add docs to clarify DMA handling
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/4] i2c: add docs to clarify DMA handling
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/4] i2c: add docs to clarify DMA handling
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/4] i2c: add docs to clarify DMA handling
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/4] i2c: add docs to clarify DMA handling
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [RFC PATCH 0/4] i2c: document DMA handling and add helper
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 3/4] i2c: sh_mobile: use helper to decide if DMA is used
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 2/4] i2c: add docs to clarify DMA handling
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 4/4] i2c: rcar: check for DMA-capable buffers
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 1/4] i2c: add helper to determine if DMA is favoured
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3 1/4] ARM: dts: socfpga: Add Altera I2C Controller to CycloneV
  • From: Steffen Trumtrar <s.trumtrar@xxxxxxxxxxxxxx>
• Re: [PATCH] docs: driver-api: i2c: remove some outdated information
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH 0/1] gpu: move include files out of include/linux/i2c
  • From: Patrik Jakobsson <patrik.r.jakobsson@xxxxxxxxx>
• Re: [PATCH v10 1/5] irqchip/aspeed-i2c-ic: binding docs for Aspeed I2C Interrupt Controller
  • From: Joel Stanley <joel@xxxxxxxxx>
• Re: [PATCH v10 4/5] i2c: aspeed: added driver for Aspeed I2C
  • From: Andrew Jeffery <andrew@xxxxxxxx>
• Re: [PATCH v10 2/5] irqchip/aspeed-i2c-ic: Add I2C IRQ controller for Aspeed
  • From: Andrew Jeffery <andrew@xxxxxxxx>
• Re: [PATCH v10 3/5] i2c: aspeed: added documentation for Aspeed I2C driver
  • From: Joel Stanley <joel@xxxxxxxxx>
• Re: [PATCH v10 4/5] i2c: aspeed: added driver for Aspeed I2C
  • From: Joel Stanley <joel@xxxxxxxxx>
• [wsa:renesas/topic/i2c-core-dma 11/13] include/linux/sched/task_stack.h:80:19: error: static declaration of 'object_is_on_stack' follows non-static declaration
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [wsa:renesas/topic/i2c-core-dma 11/13] include/linux/i2c.h:777:36: error: implicit declaration of function 'object_is_on_stack'
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [PATCH v15 00/13] mux controller abstraction and iio/i2c muxes
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v15 00/13] mux controller abstraction and iio/i2c muxes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v15 00/13] mux controller abstraction and iio/i2c muxes
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v15 00/13] mux controller abstraction and iio/i2c muxes
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH] i2c: designware: do not show SDA hold time warning when not needed
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v15 00/13] mux controller abstraction and iio/i2c muxes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v15 00/13] mux controller abstraction and iio/i2c muxes
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v15 00/13] mux controller abstraction and iio/i2c muxes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v15 00/13] mux controller abstraction and iio/i2c muxes
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v15 00/13] mux controller abstraction and iio/i2c muxes
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: do not show SDA hold time warning when not needed
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 4/5] i2c: aspeed: added driver for Aspeed I2C
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• [PATCH v10 1/5] irqchip/aspeed-i2c-ic: binding docs for Aspeed I2C Interrupt Controller
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• [PATCH v10 0/5] i2c: aspeed: added driver for Aspeed I2C
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• [PATCH v10 2/5] irqchip/aspeed-i2c-ic: Add I2C IRQ controller for Aspeed
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• [PATCH v10 3/5] i2c: aspeed: added documentation for Aspeed I2C driver
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• [PATCH v10 4/5] i2c: aspeed: added driver for Aspeed I2C
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• [PATCH v10 5/5] i2c: aspeed: added slave support for Aspeed I2C driver
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• [wsa:i2c/for-next 11/14] drivers//i2c/i2c-stub.c:18:0: warning: "DEBUG" redefined
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [PATCHv3 1/4] ARM: dts: socfpga: Add Altera I2C Controller to CycloneV
  • From: thor.thayer@xxxxxxxxxxxxxxx
• [PATCHv3 4/4] i2c: altera: Add Altera I2C Controller driver
  • From: thor.thayer@xxxxxxxxxxxxxxx
• [PATCHv3 2/4] MAINTAINERS: Add Altera I2C Controller Driver
  • From: thor.thayer@xxxxxxxxxxxxxxx
• [PATCHv3 3/4] dt-bindings: i2c: Add Altera I2C Controller
  • From: thor.thayer@xxxxxxxxxxxxxxx
• [PATCHv3 0/4] Add Altera I2C Controller Driver
  • From: thor.thayer@xxxxxxxxxxxxxxx
• Re: [PATCH] i2c: mxs: change error printing to debug for mxs_i2c_pio_wait_xfer_end
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: xgene-slimpro: Add ACPI support by using PCC mailbox
  • From: Hoan Tran <hotran@xxxxxxx>
• Re: [RFC PATCH 2/2] i2c: sh_mobile: drop needless check for of_node
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] i2c: sh_mobile: remove platform_data
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: stub: use pr_fmt
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: xgene-slimpro: Add ACPI support by using PCC mailbox
  • From: Loc Ho <lho@xxxxxxx>
• Re: [PATCH v2 2/2] i2c: xgene-slimpro: Add ACPI support by using PCC mailbox
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: xgene-slimpro: Use a single function to send command message
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: do not show SDA hold time warning when not needed
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v9 5/5] i2c: aspeed: added slave support for Aspeed I2C driver
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• Re: [PATCH v9 2/5] irqchip/aspeed-i2c-ic: Add I2C IRQ controller for Aspeed
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• Re: [PATCH v8 4/5] i2c: aspeed: added driver for Aspeed I2C
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 5/5] i2c: aspeed: added slave support for Aspeed I2C driver
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 4/5] i2c: aspeed: added driver for Aspeed I2C
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 2/5] irqchip/aspeed-i2c-ic: Add I2C IRQ controller for Aspeed
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH v8 4/5] i2c: aspeed: added driver for Aspeed I2C
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• [PATCH v9 2/5] irqchip/aspeed-i2c-ic: Add I2C IRQ controller for Aspeed
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• [PATCH v9 1/5] irqchip/aspeed-i2c-ic: binding docs for Aspeed I2C Interrupt Controller
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• [PATCH v9 4/5] i2c: aspeed: added driver for Aspeed I2C
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• [PATCH v9 5/5] i2c: aspeed: added slave support for Aspeed I2C driver
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• [PATCH v9 3/5] i2c: aspeed: added documentation for Aspeed I2C driver
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• [PATCH v9 0/5] i2c: aspeed: added driver for Aspeed I2C
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• Re: [PATCH v2] i2c: i2c-mux: Fix channel parent node assignment
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v2] i2c: i2c-mux: Fix channel parent node assignment
  • From: jmondi <jacopo@xxxxxxxxxx>
• Re: [PATCH 0/8] i2c: refactor core and break out blocks
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 8/8] i2c: reformat core-base file header
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: at91: Fix compilation warning.
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: at91: Handle return value of clk_prepare_enable
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] dt-bindings: mtk-sysirq: Correct bindings for supported SoCs
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• Re: [PATCH v4 1/2] dt-bindings: i2c: Add Mediatek MT2701 i2c binding
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• [PATCH] i2c: mxs: change error printing to debug for mxs_i2c_pio_wait_xfer_end
  • From: Michael Thalmeier <michael.thalmeier@xxxxxxx>
• Re: [PATCH v2] i2c: i2c-mux: Fix channel parent node assignment
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v2] i2c: i2c-mux: Fix channel parent node assignment
  • From: jmondi <jacopo@xxxxxxxxxx>
• [PATCH] i2c: at91: Fix compilation warning.
  • From: Arvind Yadav <arvind.yadav.cs@xxxxxxxxx>
• [PATCH] i2c: at91: Handle return value of clk_prepare_enable
  • From: Arvind Yadav <arvind.yadav.cs@xxxxxxxxx>
• Re: [PATCH v4 1/2] dt-bindings: i2c: Add Mediatek MT2701 i2c binding
  • From: Jun Gao <jun.gao@xxxxxxxxxxxx>
• Re: [PATCH v8 4/5] i2c: aspeed: added driver for Aspeed I2C
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] dt-bindings: mtk-sysirq: Correct bindings for supported SoCs
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v8 1/5] irqchip/aspeed-i2c-ic: binding docs for Aspeed I2C Interrupt Controller
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• Re: [PATCH v4 1/2] dt-bindings: i2c: Add Mediatek MT2701 i2c binding
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v8 3/5] i2c: aspeed: added documentation for Aspeed I2C driver
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v8 1/5] irqchip/aspeed-i2c-ic: binding docs for Aspeed I2C Interrupt Controller
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2] i2c: i2c-mux: Fix channel parent node assignment
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v2] i2c: i2c-mux: Fix channel parent node assignment
  • From: Jacopo Mondi <jacopo+renesas@xxxxxxxxxx>
• Re: [PATCH] i2c: i2c-mux: Fix channel parent node assignment
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c-mux: Fix channel parent node assignment
  • From: jmondi <jacopo@xxxxxxxxxx>
• Re: [PATCH] i2c: i2c-mux: Fix channel parent node assignment
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] i2c: i2c-mux: Fix channel parent node assignment
  • From: Jacopo Mondi <jacopo+renesas@xxxxxxxxxx>
• Re: [PATCH] i2c: rcar: use correct length when unmapping DMA
  • From: Niklas Söderlund <niklas.soderlund@xxxxxxxxxxxx>
• Re: [PATCHv2] i2c-mpc: Correct I2C reset procedure
  • From: Joakim Tjernlund <Joakim.Tjernlund@xxxxxxxxxxxx>
• Re: [PATCHv2] i2c-mpc: Correct I2C reset procedure
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] dt-bindings: i2c: Add Mediatek MT2701 i2c binding
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• Re: [PATCH 3/3] gpio: adp5588: move header file out of I2C realm
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 1/8] i2c: rename core source file to allow refactorization
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] video: adp8870: move header file out of I2C realm
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH 1/2] video: adp8860: move header file out of I2C realm
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH 3/3] mfd: twl: move header file out of I2C realm
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH 2/3] mfd: tps65010: move header file out of I2C realm
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH 2/7] i2c: use proper name for the R-Car SoC
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: rcar: use correct length when unmapping DMA
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 0/7] tree-wide: use proper 'R-Car' product name
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/7] i2c: use proper name for the R-Car SoC
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] i2c: rcar: use correct length when unmapping DMA
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] i2c: zx2967: add i2c controller driver for ZTE's zx2967 family
  • From: Shawn Guo <shawnguo@xxxxxxxxxx>
• [PATCH 1/2] dt: bindings: add documentation for zx2967 family i2c controller
  • From: Shawn Guo <shawnguo@xxxxxxxxxx>
• [PATCH 0/2] Add I2C driver for ZTE ZX2967 family SoCs
  • From: Shawn Guo <shawnguo@xxxxxxxxxx>
• Re: [PATCH 0/8] i2c: refactor core and break out blocks
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 8/8] i2c: reformat core-base file header
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [wsa:renesas/topic/i2c-core-dma 11/13] ERROR: "is_vmalloc_or_module_addr" [drivers/usb/core/usbcore.ko] undefined!
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [PATCH 5/8] i2c: break out ACPI support into seperate file
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH 5/8] i2c: break out ACPI support into seperate file
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/8] i2c: rename core source file to allow refactorization
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/8] i2c: refactor core and break out blocks
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• [PATCH 2/8] i2c: break out slave support into seperate file
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 4/8] i2c: break out OF support into seperate file
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 1/8] i2c: rename core source file to allow refactorization
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 3/8] i2c: break out smbus support into seperate file
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 8/8] i2c: reformat core-base file header
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 7/8] i2c: remove unneeded includes from core
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 5/8] i2c: break out ACPI support into seperate file
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 6/8] docs: i2c: dev-interface: adapt to new filenames of the i2c core
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 0/8] i2c: refactor core and break out blocks
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v4 2/2] arm: dts: Add Mediatek MT2701 i2c device node
  • From: Jun Gao <jun.gao@xxxxxxxxxxxx>
• [PATCH v4 1/2] dt-bindings: i2c: Add Mediatek MT2701 i2c binding
  • From: Jun Gao <jun.gao@xxxxxxxxxxxx>
• [PATCH v4 0/2] Add i2c dt-binding and device node for Mediatek MT2701 Soc
  • From: Jun Gao <jun.gao@xxxxxxxxxxxx>
• Re: [PATCH 1/2] misc: apds990x: move header file out of I2C realm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] gpio: adp5588: move header file out of I2C realm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• RE: Error using at91-i2c driver in kernel 4.4.x
  • From: Bryan Evenson <bevenson@xxxxxxxxxxxxxx>
• [PATCH] i2c: xlp9xx: Enable HWMON class probing for xlp9xx
  • From: George Cherian <george.cherian@xxxxxxxxxx>
• [PATCH] i2c: sh_mobile: Handle return value of clk_prepare_enable
  • From: Arvind Yadav <arvind.yadav.cs@xxxxxxxxx>
• Re: [PATCH 2/3] gpio: pcf857x: move header file out of I2C realm
  • From: Sekhar Nori <nsekhar@xxxxxx>
• [PATCH v8 1/5] irqchip/aspeed-i2c-ic: binding docs for Aspeed I2C Interrupt Controller
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• [PATCH v8 0/5] i2c: aspeed: added driver for Aspeed I2C
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• [PATCH v8 4/5] i2c: aspeed: added driver for Aspeed I2C
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• [PATCH v8 2/5] irqchip/aspeed-i2c-ic: Add I2C IRQ controller for Aspeed
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• [PATCH v8 3/5] i2c: aspeed: added documentation for Aspeed I2C driver
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• [PATCH v8 5/5] i2c: aspeed: added slave support for Aspeed I2C driver
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• Re: Error using at91-i2c driver in kernel 4.4.x
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• RE: Error using at91-i2c driver in kernel 4.4.x
  • From: Bryan Evenson <bevenson@xxxxxxxxxxxxxx>
• Error using at91-i2c driver in kernel 4.4.x
  • From: Bryan Evenson <bevenson@xxxxxxxxxxxxxx>
• [wsa:i2c/core-refactor 4/8] drivers/i2c/i2c-core-smbus.o:(__tracepoints+0xc0): multiple definition of `__tracepoint_smbus_write'
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [wsa:i2c/core-refactor 2/8] drivers//i2c/i2c-core-base.c:1978:2: warning: 'attach_adapter' is deprecated
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [wsa:i2c/core-refactor 2/8] include/linux/compiler.h:163:17: warning: 'attach_adapter' is deprecated
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [PATCH] i2c : busses : emev2 : Handle return value of clk_prepare_enable
  • From: Arvind Yadav <arvind.yadav.cs@xxxxxxxxx>
• Re: [PATCHv2] i2c-mpc: Correct I2C reset procedure
  • From: Scott Wood <oss@xxxxxxxxxxxx>
• Re: [PATCHv2] i2c-mpc: Correct I2C reset procedure
  • From: Joakim Tjernlund <Joakim.Tjernlund@xxxxxxxxxxxx>
• [PATCH] docs: driver-api: i2c: remove some outdated information
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v5 02/20] eeprom: at24: Add OF device ID table
  • From: Javier Martinez Canillas <javier@xxxxxxxxxxxx>
• Re: [PATCH 2/3] gpio: pcf857x: move header file out of I2C realm
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 1/3] gpio: max732x: move header file out of I2C realm
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 3/3] mfd: twl: move header file out of I2C realm
  • From: Kishon Vijay Abraham I <kishon@xxxxxx>
• [PULL REQUEST] i2c for 4.12
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] mfd: twl: move header file out of I2C realm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] mfd: tps65010: move header file out of I2C realm
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH 1/3] mfd: dm355evm_msp: move header file out of I2C realm
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH 3/3] mfd: twl: move header file out of I2C realm
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: struct i2c_mux_pinctrl_platform_data for the i2c-mux-pinctrl driver
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [RESEND PATCH v3 1/2] dt-bindings: i2c: Add Mediatek MT2701 i2c binding
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• Re: [PATCH 1/2] misc: apds990x: move header file out of I2C realm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RESEND PATCH v3 1/2] dt-bindings: i2c: Add Mediatek MT2701 i2c binding
  • From: Jun Gao <jun.gao@xxxxxxxxxxxx>
• Re: [PATCH 3/3] gpio: adp5588: move header file out of I2C realm
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH 3/3] mfd: twl: move header file out of I2C realm
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH 1/3] mfd: dm355evm_msp: move header file out of I2C realm
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH 1/2] misc: apds990x: move header file out of I2C realm
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 1/2] misc: apds990x: move header file out of I2C realm
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PULL REQUEST] i2c for 4.12
  • From: Tobias Klausmann <tobias.johannes.klausmann@xxxxxxxxxx>
• Re: [PULL REQUEST] i2c for 4.12
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] input: tsc2007: move header file out of I2C realm
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH 3/3] mfd: twl: move header file out of I2C realm
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PULL REQUEST] i2c for 4.12
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PULL REQUEST] i2c for 4.12
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PULL REQUEST] i2c for 4.12
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PULL REQUEST] i2c for 4.12
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: sysfs - /sys/bus/i2c/devices is empty ?
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v9 5/6] i2c: designware: add SLAVE mode functions
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: struct i2c_mux_pinctrl_platform_data for the i2c-mux-pinctrl driver
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] misc: apds990x: move header file out of I2C realm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v9 5/6] i2c: designware: add SLAVE mode functions
  • From: Luis Oliveira <Luis.Oliveira@xxxxxxxxxxxx>
• Re: [PATCH 1/2] misc: apds990x: move header file out of I2C realm
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 02/20] eeprom: at24: Add OF device ID table
  • From: Javier Martinez Canillas <javier@xxxxxxxxxxxx>
• Re: [PATCH 1/1] hid: i2c-hid: move header file out of I2C realm
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH 3/3] mfd: twl: move header file out of I2C realm
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 3/3] mfd: twl: move header file out of I2C realm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] mfd: twl: move header file out of I2C realm
  • From: Sebastian Reichel <sebastian.reichel@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] mfd: twl: move header file out of I2C realm
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 1/4] dt-bindings: mtk-sysirq: Correct bindings for supported SoCs
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• [PATCH 4/4] dt-bindings: i2c-mtk: Add mt7623 binding
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• [PATCH 3/4] dt-bindigns: i2c-mtk: Delete bindings
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• [PATCH 2/4] dt-bindings: i2c-mt6577: Rename file to reflect bindings
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• Re: [PATCH 1/3] mfd: dm355evm_msp: move header file out of I2C realm
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] mfd: twl: move header file out of I2C realm
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: Fix bogus sda_hold_time due to uninitialized vars
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCHv2] i2c: i2c-tiny-usb: fix buffer not being DMA capable
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• struct i2c_mux_pinctrl_platform_data for the i2c-mux-pinctrl driver
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 1/1] hid: i2c-hid: move header file out of I2C realm
  • From: Benjamin Tissoires <benjamin.tissoires@xxxxxxxxxx>
• Re: [PATCH 4/4] input: tsc2007: move header file out of I2C realm
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH 2/3] mfd: tps65010: move header file out of I2C realm
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: Accelometer data not changes
  • From: Arek Burdach <arek.burdach@xxxxxxxxx>
• Re: [PATCH 3/3] mfd: twl: move header file out of I2C realm
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] mfd: tps65010: move header file out of I2C realm
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: Fix bogus sda_hold_time due to uninitialized vars
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/5] hwmon: move include files out of include/linux/i2c
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: don't infer timings described by ACPI from clock rate
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: Fix bogus sda_hold_time due to uninitialized vars
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] i2c: designware: Fix bogus sda_hold_time due to uninitialized vars
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH] i2c: designware: don't infer timings described by ACPI from clock rate
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH 0/5] hwmon: move include files out of include/linux/i2c
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] blackfin: merge the two TWI header files
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 1/1] gpu: drm: tc35876x: move header file out of I2C realm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 0/1] gpu: move include files out of include/linux/i2c
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 1/2] video: adp8860: move header file out of I2C realm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 2/2] video: adp8870: move header file out of I2C realm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 0/2] video: move include files out of include/linux/i2c
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 2/3] mfd: tps65010: move header file out of I2C realm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 0/3] mfd: move include files out of include/linux/i2c
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 3/3] mfd: twl: move header file out of I2C realm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 1/3] mfd: dm355evm_msp: move header file out of I2C realm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 2/3] gpio: pcf857x: move header file out of I2C realm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 3/3] gpio: adp5588: move header file out of I2C realm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 1/3] gpio: max732x: move header file out of I2C realm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 0/3] gpio: move include files out of include/linux/i2c
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 1/2] misc: apds990x: move header file out of I2C realm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 2/2] misc: bh1770glc: move header file out of I2C realm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 0/2] misc: move include files out of include/linux/i2c
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 2/4] input: mcs: move header file out of I2C realm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 3/4] input: mms114: move header file out of I2C realm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 0/4] input: move include files out of include/linux/i2c
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 4/4] input: tsc2007: move header file out of I2C realm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 1/4] input: lm8323: move header file out of I2C realm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 1/2] i2c: mux: pca954x: move header file out of I2C realm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 2/2] i2c: mux: mlxcpld: move header file out of I2C realm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 0/2] i2c: move include files out of include/linux/i2c
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 1/5] hwmon: ads1015: move header file out of I2C realm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 3/5] hwmon: ltc4245: move header file out of I2C realm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 0/5] hwmon: move include files out of include/linux/i2c
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 4/5] hwmon: max6639: move header file out of I2C realm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 5/5] hwmon: pmbus: move header file out of I2C realm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 2/5] hwmon: ds620: move header file out of I2C realm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 0/1] hid: move include files out of include/linux/i2c
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 1/1] hid: i2c-hid: move header file out of I2C realm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: don't infer timings described by ACPI from clock rate
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCHv2] i2c: i2c-tiny-usb: fix buffer not being DMA capable
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCHv2] i2c: i2c-tiny-usb: fix buffer not being DMA capable
  • From: Till Harbaum <till@xxxxxxxxxxx>
• Re: [PATCHv2] i2c: i2c-tiny-usb: fix buffer not being DMA capable
  • From: Sebastian Reichel <sre@xxxxxxxxxx>
• sysfs - /sys/bus/i2c/devices is empty ?
  • From: "Karthik BalaGuru T" <karthik.t@xxxxxxxxxxxxx>
• [PULL REQUEST] i2c for 4.12
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: mxs: dont print error on NAK
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: don't infer timings described by ACPI from clock rate
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: don't infer timings described by ACPI from clock rate
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] i2c: designware: don't infer timings described by ACPI from clock rate
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: don't infer timings described by ACPI from clock rate
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] i2c: designware: don't infer timings described by ACPI from clock rate
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCH] i2c: designware: don't infer timings described by ACPI from clock rate
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• RE: How my i2c device bring up?
  • From: 劉嘉駿 <scott.liu@xxxxxxxxxx>
• Re: How my i2c device bring up?
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] i2c: sh_mobile: drop needless check for of_node
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] i2c: sh_mobile: remove platform_data
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: Fix false warning from i2c_dw_clk_rate()
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: Regression: bd698d24b1b57: i2c: designware: Get selected speed mode sda-hold-time via ACPI
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• RE: How my i2c device bring up?
  • From: 劉嘉駿 <scott.liu@xxxxxxxxxx>
• [RFC PATCH 1/2] i2c: sh_mobile: remove platform_data
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 2/2] i2c: sh_mobile: drop needless check for of_node
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 0/2] i2c: sh_mobile: remove platform_data support
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] i2c: mxs: dont print error on NAK
  • From: Michael Thalmeier <michael.thalmeier@xxxxxxx>
• Re: Regression: bd698d24b1b57: i2c: designware: Get selected speed mode sda-hold-time via ACPI
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: Regression: bd698d24b1b57: i2c: designware: Get selected speed mode sda-hold-time via ACPI
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: Regression: bd698d24b1b57: i2c: designware: Get selected speed mode sda-hold-time via ACPI
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• RE: How my i2c device bring up?
  • From: 劉嘉駿 <scott.liu@xxxxxxxxxx>
• Re: [RFC] i2c-stub: make it usable with DT when booting
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC] i2c-stub: make it usable with DT when booting
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH 2/2] i2c: stub: use pr_fmt
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PATCH] i2c: i801: Add support for Intel Cannon Lake
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: stub: move module_init/exit annotations to the proper place
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: stub: move module_init/exit annotations to the proper place
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [wsa:i2c/platform_data 24/27] drivers/i2c/busses/i2c-bfin-twi.c:38:46: error: passing argument 1 of 'read_MASTER_STAT' from incompatible pointer type
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [wsa:i2c/platform_data 24/27] arch/blackfin/include/asm/bfin_twi.h:18:29: error: dereferencing pointer to incomplete type 'struct bfin_twi_iface'
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• i801_smbus interrupt timeout on Broadwell-DE
  • From: Aurelio Rios <aurelio@xxxxxxxxxxxxxxxxxx>
• Re: How my i2c device bring up?
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v15 04/13] mux: gpio: add mux controller driver for gpio based multiplexers
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH v15 03/13] mux: minimal mux subsystem
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• How my i2c device bring up?
  • From: 劉嘉駿 <scott.liu@xxxxxxxxxx>
• [PULL REQUEST] i2c for 4.12
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH V2] i2c: xgene: Set ACPI_COMPANION_I2C
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: Fix false warning from i2c_dw_clk_rate()
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCH V2] i2c: xgene: Set ACPI_COMPANION_I2C
  • From: Tin Huynh <tnhuynh@xxxxxxx>
• Re: [PATCH V1] i2c: xgene: Set ACPI_COMPANION_I2C
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH V1] i2c: xgene: Add support for I2C_FUNC_I2C functionality
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH V1] i2c: xgene: Add support for I2C_FUNC_I2C functionality
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH V1] i2c: xgene: Add support for I2C_FUNC_I2C functionality
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: mv64xxx: propagate the return value of platform_get_irq()
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: Fix false warning from i2c_dw_clk_rate()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: mv64xxx: propagate the return value of platform_get_irq()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PULL REQUEST] i2c-mux for 4.12-rc2
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCHv2] i2c-mpc: Correct I2C reset procedure
  • From: Joakim Tjernlund <Joakim.Tjernlund@xxxxxxxxxxxx>
• [PATCH 1/2] i2c: mv64xxx: use platform_get_irq() instead of irq_of_parse_and_map()
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] i2c: mv64xxx: propagate the return value of platform_get_irq()
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• [RFC] i2c-stub: make it usable with DT when booting
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] i2c: stub: move module_init/exit annotations to the proper place
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] i2c: stub: use pr_fmt
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: fix "failed to add mux-adapter" message
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH] i2c: fix "failed to add mux-adapter" message
  • From: Russell King <rmk+kernel@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] i2c: xgene-slimpro: Add ACPI support
  • From: Hoan Tran <hotran@xxxxxxx>
• [PULL REQUEST] i2c-mux for 4.12-rc2
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v2] i2c: mux: only print failure message on error
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v2] i2c: mux: only print failure message on error
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH] i2c: mux: only print failure message on error
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH] i2c: mux: only print failure message on error
  • From: Leon Romanovsky <leon@xxxxxxx>
• [PATCH v15 13/13] mux: mmio-based syscon mux controller
  • From: Peter Rosin <peda@xxxxxxxxxxxxxx>
• [PATCH v15 12/13] dt-bindings: add mmio-based syscon mux controller DT bindings
  • From: Peter Rosin <peda@xxxxxxxxxxxxxx>
• [PATCH v15 11/13] mux: adg792a: add mux controller driver for ADG792A/G
  • From: Peter Rosin <peda@xxxxxxxxxxxxxx>
• [PATCH v15 10/13] dt-bindings: mux-adg792a: document devicetree bindings for ADG792A/G mux
  • From: Peter Rosin <peda@xxxxxxxxxxxxxx>
• [PATCH v15 09/13] i2c: i2c-mux-gpmux: new driver
  • From: Peter Rosin <peda@xxxxxxxxxxxxxx>
• [PATCH v15 08/13] dt-bindings: i2c: i2c-mux: document general purpose i2c-mux bindings
  • From: Peter Rosin <peda@xxxxxxxxxxxxxx>
• [PATCH v15 07/13] iio: multiplexer: new iio category and iio-mux driver
  • From: Peter Rosin <peda@xxxxxxxxxxxxxx>
• [PATCH v15 06/13] dt-bindings: iio: io-channel-mux: document io-channel-mux bindings
  • From: Peter Rosin <peda@xxxxxxxxxxxxxx>
• [PATCH v15 05/13] iio: inkern: api for manipulating ext_info of iio channels
  • From: Peter Rosin <peda@xxxxxxxxxxxxxx>
• [PATCH v15 04/13] mux: gpio: add mux controller driver for gpio based multiplexers
  • From: Peter Rosin <peda@xxxxxxxxxxxxxx>
• [PATCH v15 03/13] mux: minimal mux subsystem
  • From: Peter Rosin <peda@xxxxxxxxxxxxxx>
• [PATCH v15 02/13] dt-bindings: document devicetree bindings for mux-controllers and gpio-mux
  • From: Peter Rosin <peda@xxxxxxxxxxxxxx>
• [PATCH v15 01/13] devres: trivial whitespace fix
  • From: Peter Rosin <peda@xxxxxxxxxxxxxx>
• [PATCH v15 00/13] mux controller abstraction and iio/i2c muxes
  • From: Peter Rosin <peda@xxxxxxxxxxxxxx>
• [PATCH] i2c: mux: only print failure message on error
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH] i2c-designware: add i2c gpio recovery option
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 4/5] i2c: aspeed: added driver for Aspeed I2C
  • From: Cédric Le Goater <clg@xxxxxxxx>
• Re: [PATCH] i2c-designware: add i2c gpio recovery option
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: Fix false warning from i2c_dw_clk_rate()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c-designware: add i2c gpio recovery option
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c-designware: add i2c gpio recovery option
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 5/6] i2c: designware: add SLAVE mode functions
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 5/6] i2c: designware: add SLAVE mode functions
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCH] i2c: designware: Fix false warning from i2c_dw_clk_rate()
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCHv2] i2c-mpc: Correct I2C reset procedure
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: [PATCH] i2c-mpc: Correct I2C reset procedure
  • From: Joakim Tjernlund <Joakim.Tjernlund@xxxxxxxxxxxx>
• Re: [PATCH] i2c-mpc: Correct I2C reset procedure
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: i2c-mpc: Correct I2C reset procedure
  • From: Joakim Tjernlund <Joakim.Tjernlund@xxxxxxxxxxxx>
• Re: i2c-mpc: Correct I2C reset procedure
  • From: Scott Wood <oss@xxxxxxxxxxxx>
• Re: [PATCH] i2c-designware: add i2c gpio recovery option
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• Re: Regression: bd698d24b1b57: i2c: designware: Get selected speed mode sda-hold-time via ACPI
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c-designware: add i2c gpio recovery option
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH] i2c-designware: add i2c gpio recovery option
  • From: Tim Sander <tim@xxxxxxxxxxxxxxx>
• Re: [RESEND PATCH v3 1/2] dt-bindings: i2c: Add Mediatek MT2701 i2c binding
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• Re: Regression: bd698d24b1b57: i2c: designware: Get selected speed mode sda-hold-time via ACPI
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: RFC: i2c designware gpio recovery
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• Re: i2c-mpc: Correct I2C reset procedure
  • From: Joakim Tjernlund <Joakim.Tjernlund@xxxxxxxxxxxx>
• Re: i2c-mpc: Correct I2C reset procedure
  • From: Scott Wood <oss@xxxxxxxxxxxx>
• Re: Regression: bd698d24b1b57: i2c: designware: Get selected speed mode sda-hold-time via ACPI
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: Regression: bd698d24b1b57: i2c: designware: Get selected speed mode sda-hold-time via ACPI
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: Regression: bd698d24b1b57: i2c: designware: Get selected speed mode sda-hold-time via ACPI
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Regression: bd698d24b1b57: i2c: designware: Get selected speed mode sda-hold-time via ACPI
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH] i2c-mpc: Correct I2C reset procedure
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: [PATCH v7 4/5] i2c: aspeed: added driver for Aspeed I2C
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 4/5] i2c: aspeed: added driver for Aspeed I2C
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v7 4/5] i2c: aspeed: added driver for Aspeed I2C
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• Re: [PATCH v9 5/6] i2c: designware: add SLAVE mode functions
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 6/6] i2c: designware: enable SLAVE in platform module
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 6/8] Documentation: Add sbs-manager device tree node documentation
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v6 3/8] i2c: i2c-smbus: add of_i2c_setup_smbus_alert
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH v9 3/6] i2c: designware: MASTER mode as separated driver
  • From: Luis Oliveira <Luis.Oliveira@xxxxxxxxxxxx>
• [PATCH v9 1/6] i2c: designware: Cleaning and comment style fixes.
  • From: Luis Oliveira <Luis.Oliveira@xxxxxxxxxxxx>
• [PATCH v9 4/6] i2c: designware: introducing I2C_SLAVE definitions
  • From: Luis Oliveira <Luis.Oliveira@xxxxxxxxxxxx>
• [PATCH v9 6/6] i2c: designware: enable SLAVE in platform module
  • From: Luis Oliveira <Luis.Oliveira@xxxxxxxxxxxx>
• [PATCH v9 5/6] i2c: designware: add SLAVE mode functions
  • From: Luis Oliveira <Luis.Oliveira@xxxxxxxxxxxx>
• [PATCH v9 2/6] i2c: designware: refactoring of the i2c-designware
  • From: Luis Oliveira <Luis.Oliveira@xxxxxxxxxxxx>
• [PATCH v9 0/6] i2c: designware: add I2C SLAVE support
  • From: Luis Oliveira <Luis.Oliveira@xxxxxxxxxxxx>
• [PATCH 1/2] i2c: mux: reg: put away the parent i2c adapter on probe failure
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 2/2] i2c: mux: reg: rename label to indicate what it does
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCHv2] i2c: i2c-tiny-usb: fix buffer not being DMA capable
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] Documentation: dt: i2c: Add Altera I2C Controller
  • From: Thor Thayer <thor.thayer@xxxxxxxxxxxxxxx>
• Re: [PATCH v13 03/10] mux: minimal mux subsystem and gpio-based mux controller
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCHv2] i2c: i2c-tiny-usb: fix buffer not being DMA capable
  • From: Sebastian Reichel <sebastian.reichel@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c-tiny-usb: fix buffer not being DMA capable
  • From: Sebastian Reichel <sebastian.reichel@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c-tiny-usb: fix buffer not being DMA capable
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 8/8] power: supply: sbs-manager: Add alert callback and battery change notification
  • From: Sebastian Reichel <sebastian.reichel@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 7/8] power: Adds support for Smart Battery System Manager
  • From: Sebastian Reichel <sebastian.reichel@xxxxxxxxxxxxxxx>
• [PATCH] i2c: i2c-tiny-usb: fix buffer not being DMA capable
  • From: Sebastian Reichel <sebastian.reichel@xxxxxxxxxxxxxxx>
• Re: RFC: i2c designware gpio recovery
  • From: Tim Sander <tim@xxxxxxxxxxxxxxx>
• [PULL REQUEST] i2c for 4.12
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v6 5/8] i2c: mux: pca954x: Call request irq after adding mux segments
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 3/8] i2c: i2c-smbus: add of_i2c_setup_smbus_alert
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• Re: RFC: i2c designware gpio recovery
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 4/9] i2c: core: call of_i2c_setup_smbus_alert in i2c_register_adapter
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 0/9] Add sbs-manager with smbalert support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/9] Add sbs-manager with smbalert support
  • From: Benjamin Tissoires <benjamin.tissoires@xxxxxxxxxx>
• Re: [PATCH v6 3/8] i2c: i2c-smbus: add of_i2c_setup_smbus_alert
  • From: Benjamin Tissoires <benjamin.tissoires@xxxxxxxxxx>
• Re: [PATCH v6 5/8] i2c: mux: pca954x: Call request irq after adding mux segments
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v6 5/8] i2c: mux: pca954x: Call request irq after adding mux segments
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• [PATCH v6 3/8] i2c: i2c-smbus: add of_i2c_setup_smbus_alert
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• [PATCH v6 0/8] Add sbs-manager with smbalert support
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• [PATCH v6 1/8] i2c: i2c-smbus: Support threaded irqs.
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• [PATCH v6 8/8] power: supply: sbs-manager: Add alert callback and battery change notification
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• [PATCH v6 4/8] i2c: core: call of_i2c_setup_smbus_alert in i2c_register_adapter
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• [PATCH v6 2/8] i2c: i2c-smbus: Add null ptr guard in smb_alert_probe
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• [PATCH v6 7/8] power: Adds support for Smart Battery System Manager
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• [PATCH v6 6/8] Documentation: Add sbs-manager device tree node documentation
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 7/9] power: Adds support for Smart Battery System Manager
  • From: Sebastian Reichel <sebastian.reichel@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 7/9] power: Adds support for Smart Battery System Manager
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 9/9] power: supply: sbs-manager: Add alert callback and battery change notification
  • From: Sebastian Reichel <sebastian.reichel@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 7/9] power: Adds support for Smart Battery System Manager
  • From: Sebastian Reichel <sebastian.reichel@xxxxxxxxxxxxxxx>
• Re: RFC: i2c designware gpio recovery
  • From: Tim Sander <tim@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 8/9] power: supply: sbs-battery: Add alert callback
  • From: Sebastian Reichel <sebastian.reichel@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 6/9] Documentation: Add sbs-manager device tree node documentation
  • From: Sebastian Reichel <sre@xxxxxxxxxx>
• Re: [PATCH v5 0/9] Add sbs-manager with smbalert support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v5 7/9] power: Adds support for Smart Battery System Manager
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• [PATCH v5 6/9] Documentation: Add sbs-manager device tree node documentation
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• [PATCH v5 2/9] i2c: i2c-smbus: Add null ptr guard in smb_alert_probe
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• [PATCH v5 8/9] power: supply: sbs-battery: Add alert callback
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• [PATCH v5 5/9] i2c: mux: pca954x: Call request irq after adding mux segments
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• [PATCH v5 9/9] power: supply: sbs-manager: Add alert callback and battery change notification
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• [PATCH v5 4/9] i2c: core: call of_i2c_setup_smbus_alert in i2c_register_adapter
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• [PATCH v5 0/9] Add sbs-manager with smbalert support
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• [PATCH v5 3/9] i2c: i2c-smbus: add of_i2c_setup_smbus_alert
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• [PATCH v5 1/9] i2c: i2c-smbus: Support threaded irqs.
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• Re: RFC: i2c designware gpio recovery
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• Re: RFC: i2c designware gpio recovery
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 3/5] i2c: aspeed: added documentation for Aspeed I2C driver
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v7 1/5] irqchip/aspeed-i2c-ic: binding docs for Aspeed I2C Interrupt Controller
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: RFC: i2c designware gpio recovery
  • From: Tim Sander <tim@xxxxxxxxxxxxxxx>
• RFC: i2c designware gpio recovery
  • From: Tim Sander <tim@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: add sc18is600 driver
  • From: Sebastian Reichel <sebastian.reichel@xxxxxxxxxxxxxxx>
• [PATCH V1] i2c: xgene: Set ACPI_COMPANION_I2C
  • From: tnhuynh@xxxxxxx
• [PATCH V1] i2c: xgene: Add support for I2C_FUNC_I2C functionality
  • From: tnhuynh@xxxxxxx
• RE: [PATCH v6 4/5] i2c: aspeed: added driver for Aspeed I2C
  • From: Ryan Chen <ryan_chen@xxxxxxxxxxxxxx>
• Re: [PATCH v6 4/5] i2c: aspeed: added driver for Aspeed I2C
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• Re: [PATCH v14 00/11] mux controller abstraction and iio/i2c muxes
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH v14 00/11] mux controller abstraction and iio/i2c muxes
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v14 00/11] mux controller abstraction and iio/i2c muxes
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH] i2c: designware: Do nothing in system suspend/resume when RT suspended
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH] i2c: designware: Do nothing in system suspend/resume when RT suspended
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: Do nothing in system suspend/resume when RT suspended
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH] i2c: designware: Do nothing in system suspend/resume when RT suspended
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• RE: [PATCH v6 4/5] i2c: aspeed: added driver for Aspeed I2C
  • From: Ryan Chen <ryan_chen@xxxxxxxxxxxxxx>
• Re: [PATCH v6 4/5] i2c: aspeed: added driver for Aspeed I2C
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH v6 4/5] i2c: aspeed: added driver for Aspeed I2C
  • From: Ryan Chen <ryan_chen@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: Do nothing in system suspend/resume when RT suspended
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH v7 5/5] i2c: aspeed: added slave support for Aspeed I2C driver
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• Re: [PATCH v6 4/5] i2c: aspeed: added driver for Aspeed I2C
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• Re: [PATCH v7 4/5] i2c: aspeed: added driver for Aspeed I2C
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• Re: [PATCH v7 4/5] i2c: aspeed: added driver for Aspeed I2C
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 4/5] i2c: aspeed: added driver for Aspeed I2C
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 4/5] i2c: aspeed: added driver for Aspeed I2C
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• [PATCH v7 2/5] irqchip/aspeed-i2c-ic: Add I2C IRQ controller for Aspeed
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• [PATCH v7 3/5] i2c: aspeed: added documentation for Aspeed I2C driver
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• [PATCH v7 5/5] i2c: aspeed: added slave support for Aspeed I2C driver
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• [PATCH v7 4/5] i2c: aspeed: added driver for Aspeed I2C
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• [PATCH v7 1/5] irqchip/aspeed-i2c-ic: binding docs for Aspeed I2C Interrupt Controller
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• [PATCH v7 0/5] i2c: aspeed: added driver for Aspeed I2C
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• [PATCH v2 1/2] i2c: xgene-slimpro: Use a single function to send command message
  • From: Hoan Tran <hotran@xxxxxxx>
• [PATCH v2 2/2] i2c: xgene-slimpro: Add ACPI support by using PCC mailbox
  • From: Hoan Tran <hotran@xxxxxxx>
• [PATCH v2 0/2] i2c: xgene-slimpro: Add ACPI support
  • From: Hoan Tran <hotran@xxxxxxx>
• Re: [PATCH v14 00/11] mux controller abstraction and iio/i2c muxes
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH v14 00/11] mux controller abstraction and iio/i2c muxes
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH] i2c: designware: Do nothing in system suspend/resume when RT suspended
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v14 00/11] mux controller abstraction and iio/i2c muxes
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH v14 00/11] mux controller abstraction and iio/i2c muxes
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] ACPI / APD: Add clock frequency for Hisilicon Hip07/08 I2C controller
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH v14 00/11] mux controller abstraction and iio/i2c muxes
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v14 00/11] mux controller abstraction and iio/i2c muxes
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: designware: Add ACPI HID for Hisilicon Hip07/08 I2C controller
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCH v14 06/11] dt-bindings: iio: io-channel-mux: document io-channel-mux bindings
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v14 08/11] dt-bindings: i2c: i2c-mux: document general purpose i2c-mux bindings
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v14 11/11] mux: adg792a: add mux controller driver for ADG792A/G
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v14 09/11] i2c: i2c-mux-gpmux: new driver
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v14 10/11] dt-bindings: mux-adg792a: document devicetree bindings for ADG792A/G mux
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v14 07/11] iio: multiplexer: new iio category and iio-mux driver
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v14 05/11] iio: inkern: api for manipulating ext_info of iio channels
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v14 04/11] mux: gpio: add mux controller driver for gpio based multiplexers
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v14 03/11] mux: minimal mux subsystem
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v14 02/11] dt-bindings: document devicetree bindings for mux-controllers and gpio-mux
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v14 01/11] devres: trivial whitespace fix
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v14 00/11] mux controller abstraction and iio/i2c muxes
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH] i2c: exynos5: simplify timings calculation
  • From: Andi Shyti <andi.shyti@xxxxxxxxxxx>
• Re: [PATCH] i2c: rcar: clarify PM handling with more comments
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: rcar: fix resume by always initializing registers before transfer
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 2/2] i2c: designware: Add ACPI HID for Hisilicon Hip07/08 I2C controller
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• [PATCH 1/2] ACPI / APD: Add clock frequency for Hisilicon Hip07/08 I2C controller
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: [PATCH v13 03/10] mux: minimal mux subsystem and gpio-based mux controller
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH] i2c: thunderx: Enable HWMON class probing
  • From: Jan Glauber <jglauber@xxxxxxxxxx>
• Re: [PATCH] i2c: thunderx: Enable HWMON class probing
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v13 03/10] mux: minimal mux subsystem and gpio-based mux controller
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v13 03/10] mux: minimal mux subsystem and gpio-based mux controller
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v13 03/10] mux: minimal mux subsystem and gpio-based mux controller
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH v13 03/10] mux: minimal mux subsystem and gpio-based mux controller
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH v13 03/10] mux: minimal mux subsystem and gpio-based mux controller
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 4/4] i2c: octeon: thunderx: Add I2C_CLASS_HWMON
  • From: Jan Glauber <jan.glauber@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v13 03/10] mux: minimal mux subsystem and gpio-based mux controller
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH v13 03/10] mux: minimal mux subsystem and gpio-based mux controller
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH][-next] i2c: tegra: fix spelling mistake: "contoller" -> "controller"
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: exynos5: use core helper to get driver data
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: exynos5: de-duplicate error logs on clock setup
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: exynos5: simplify clock frequency handling
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: exynos5: simplify timings calculation
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v8 6/6] i2c: designware: enable SLAVE in platform module
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH][-next] i2c: tegra: fix spelling mistake: "contoller" -> "controller"
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: xgene-slimpro: Add ACPI support by using PCC mailbox
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] i2c: octeon: thunderx: Add I2C_CLASS_HWMON
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: rcar: clarify PM handling with more comments
  • From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
• Re: [PATCH v13 03/10] mux: minimal mux subsystem and gpio-based mux controller
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 2/2] i2c: xgene-slimpro: Add ACPI support by using PCC mailbox
  • From: Hoan Tran <hotran@xxxxxxx>
• Re: [PATCH 4/4] i2c: octeon: thunderx: Add I2C_CLASS_HWMON
  • From: Jan Glauber <jan.glauber@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] i2c: octeon: thunderx: Add I2C_CLASS_HWMON
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] Documentation: dt: i2c: Add Altera I2C Controller
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 2/2] i2c: exynos5: de-duplicate error logs on clock setup
  • From: Javier Martinez Canillas <javier@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: exynos5: simplify clock frequency handling
  • From: Javier Martinez Canillas <javier@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: exynos5: use core helper to get driver data
  • From: Javier Martinez Canillas <javier@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 5/6] i2c: designware: add SLAVE mode functions
  • From: Luis Oliveira <Luis.Oliveira@xxxxxxxxxxxx>
• Re: [PATCH v8 5/6] i2c: designware: add SLAVE mode functions
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 4/6] i2c: designware: introducing I2C_SLAVE definitions
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 3/6] i2c: designware: MASTER mode as separated driver
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: make sure i2c_master_send/recv return negative error codes
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH] i2c: designware: Do nothing in system suspend/resume when RT suspended
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH] i2c: rcar: clarify PM handling with more comments
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 09/38] Annotate hardware config module parameters in drivers/i2c/
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH 4/4] i2c: octeon: thunderx: Add I2C_CLASS_HWMON
  • From: Jan Glauber <jan.glauber@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: xgene-slimpro: Add ACPI support by using PCC mailbox
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: Do nothing in system suspend/resume when RT suspended
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: exynos5: simplify timings calculation
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: exynos5: simplify timings calculation
  • From: Andi Shyti <andi.shyti@xxxxxxxxxxx>
• Re: [PATCH v13 03/10] mux: minimal mux subsystem and gpio-based mux controller
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH] i2c: designware: Do nothing in system suspend/resume when RT suspended
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] i2c: designware: Do nothing in system suspend/resume when RT suspended
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] i2c: exynos5: simplify timings calculation
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 5/8] i2c: i2c-cbus-gpio: Add vendor prefix to retu node in example
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: exynos5: simplify timings calculation
  • From: Javier Martinez Canillas <javier@xxxxxxxxxxxxxxx>
• Re: [PATCH 09/38] Annotate hardware config module parameters in drivers/i2c/
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: exynos5: simplify timings calculation
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 5/8] i2c: i2c-cbus-gpio: Add vendor prefix to retu node in example
  • From: Javier Martinez Canillas <javier@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware-baytrail: fix potential null pointer dereference on dev
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: Do nothing in system suspend/resume when RT suspended
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: Get selected speed mode sda-hold-time via ACPI
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 5/8] i2c: i2c-cbus-gpio: Add vendor prefix to retu node in example
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 2/3 v2] i2c: i2c-piix4: Use the common mutex
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PULL REQUEST] i2c-mux for v4.12-rc1 #2
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH i2c-tools-3.1] i2c-tools: add new tool 'i2ctransfer'
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v13 02/10] dt-bindings: document devicetree bindings for mux-controllers and gpio-mux
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH v13 03/10] mux: minimal mux subsystem and gpio-based mux controller
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH v13 03/10] mux: minimal mux subsystem and gpio-based mux controller
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v13 02/10] dt-bindings: document devicetree bindings for mux-controllers and gpio-mux
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PULL REQUEST] i2c-mux for v4.12-rc1 #2
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v13 02/10] dt-bindings: document devicetree bindings for mux-controllers and gpio-mux
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH v13 02/10] dt-bindings: document devicetree bindings for mux-controllers and gpio-mux
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 0/9] Unify i2c_mux_add_adapter error reporting
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxxxxx>
• Re: [PATCH v13 02/10] dt-bindings: document devicetree bindings for mux-controllers and gpio-mux
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH v13 03/10] mux: minimal mux subsystem and gpio-based mux controller
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: rcar: fix resume by always initializing registers before transfer
  • From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
• Re: [PATCH] i2c: rcar: fix resume by always initializing registers before transfer
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: PMBus and SMBUS_BLOCK with "extended" lenght
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: PMBus and SMBUS_BLOCK with "extended" lenght
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v13 03/10] mux: minimal mux subsystem and gpio-based mux controller
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] i2c: rcar: fix resume by always initializing registers before transfer
  • From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
• Re: [PATCH v13 03/10] mux: minimal mux subsystem and gpio-based mux controller
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH] i2c: rcar: fix resume by always initializing registers before transfer
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v13 02/10] dt-bindings: document devicetree bindings for mux-controllers and gpio-mux
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v13 03/10] mux: minimal mux subsystem and gpio-based mux controller
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v13 03/10] mux: minimal mux subsystem and gpio-based mux controller
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH] i2c: designware: do not show SDA hold time warning when not needed
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v13 02/10] dt-bindings: document devicetree bindings for mux-controllers and gpio-mux
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH v13 03/10] mux: minimal mux subsystem and gpio-based mux controller
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v13 03/10] mux: minimal mux subsystem and gpio-based mux controller
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: do not show SDA hold time warning when not needed
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: do not show SDA hold time warning when not needed
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC] i2c: rcar: reinit hardware on resume
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC] i2c: rcar: reinit hardware on resume
  • From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
• Re: [PATCH v5 4/4] platform/x86: Add Intel Cherry Trail ACPI INT33FE device driver
  • From: Darren Hart <dvhart@xxxxxxxxxxxxx>
• [PATCHv2 1/3] MAINTAINERS: Add Altera I2C Controller Driver
  • From: thor.thayer@xxxxxxxxxxxxxxx
• [PATCHv2 3/3] i2c: altera: Add Altera I2C Controller driver
  • From: thor.thayer@xxxxxxxxxxxxxxx
• [PATCHv2 2/3] dt-bindings: i2c: Add Altera I2C Controller
  • From: thor.thayer@xxxxxxxxxxxxxxx
• [PATCHv2 0/3] Add Altera I2C Controller Driver
  • From: thor.thayer@xxxxxxxxxxxxxxx
• [RFC] i2c: rcar: reinit hardware on resume
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] i2c: xgene-slimpro: Add ACPI support
  • From: Hoan Tran <hotran@xxxxxxx>
• Re: [PATCH v5 3/4] i2c: core: Allow drivers to disable i2c-core irq mapping
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/4] i2c: core: Add new i2c_acpi_new_device helper function
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/4] i2c: core: Allow getting ACPI info by index
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 4/4] platform/x86: Add Intel Cherry Trail ACPI INT33FE device driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: img-scb: use setup_timer
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: i2c-scmi: add a MS HID
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PULL REQUEST] i2c-mux for v4.12-rc1
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PULL REQUEST] i2c-mux for v4.12-rc1
  • From: Peter Rosin <peda@xxxxxxxxxxxxxx>
• [PATCH] i2c: designware: do not show SDA hold time warning when not needed
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] Documentation: dt: i2c: Add Altera I2C Controller
  • From: Thor Thayer <thor.thayer@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 0/4] i2c-core improvements for acpi devices + ACPI INT33FE driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH] i2c: exynos5: simplify timings calculation
  • From: Andrzej Hajda <a.hajda@xxxxxxxxxxx>
• [PATCH v3 02/21] eeprom: at24: Add OF device ID table
  • From: Javier Martinez Canillas <javier@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] Documentation: dt: i2c: Add Altera I2C Controller
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v6] platform/x86: Add Intel Cherry Trail ACPI INT33FE device driver
  • From: Darren Hart <dvhart@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/4] i2c-core improvements for acpi devices + ACPI INT33FE driver
  • From: Darren Hart <dvhart@xxxxxxxxxxxxx>
• [PATCH v2 02/22] eeprom: at24: Add OF device ID table
  • From: Javier Martinez Canillas <javier@xxxxxxxxxxxxxxx>
• [PATCH v13 02/10] dt-bindings: document devicetree bindings for mux-controllers and gpio-mux
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v13 08/10] i2c: i2c-mux-gpmux: new driver
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v13 09/10] dt-bindings: mux-adg792a: document devicetree bindings for ADG792A/G mux
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v13 10/10] mux: adg792a: add mux controller driver for ADG792A/G
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v13 05/10] dt-bindings: iio: io-channel-mux: document io-channel-mux bindings
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v13 06/10] iio: multiplexer: new iio category and iio-mux driver
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v13 03/10] mux: minimal mux subsystem and gpio-based mux controller
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v13 07/10] dt-bindings: i2c: i2c-mux: document general purpose i2c-mux bindings
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v13 04/10] iio: inkern: api for manipulating ext_info of iio channels
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v13 01/10] devres: trivial whitespace fix
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v13 00/10] mux controller abstraction and iio/i2c muxes
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v5 2/2] i2c: mux: ltc4306: LTC4306 and LTC4305 I2C multiplexer/switch
  • From: Michael Hennerich <michael.hennerich@xxxxxxxxxx>
• [PATCH v5 5/8] i2c: i2c-cbus-gpio: Add vendor prefix to retu node in example
  • From: Javier Martinez Canillas <javier@xxxxxxxxxxxxxxx>
• [PATCH v5 0/8] mfd: Add OF device table to I2C drivers that are missing it
  • From: Javier Martinez Canillas <javier@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] i2c: mux: ltc4306: LTC4306 and LTC4305 I2C multiplexer/switch
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v8 1/6] i2c: designware: Cleaning and comment style fixes.
  • From: Luis Oliveira <Luis.Oliveira@xxxxxxxxxxxx>
• [PATCH v8 2/6] i2c: designware: refactoring of the i2c-designware
  • From: Luis Oliveira <Luis.Oliveira@xxxxxxxxxxxx>
• [PATCH v8 3/6] i2c: designware: MASTER mode as separated driver
  • From: Luis Oliveira <Luis.Oliveira@xxxxxxxxxxxx>
• [PATCH v8 4/6] i2c: designware: introducing I2C_SLAVE definitions
  • From: Luis Oliveira <Luis.Oliveira@xxxxxxxxxxxx>
• [PATCH v8 6/6] i2c: designware: enable SLAVE in platform module
  • From: Luis Oliveira <Luis.Oliveira@xxxxxxxxxxxx>
• [PATCH v8 5/6] i2c: designware: add SLAVE mode functions
  • From: Luis Oliveira <Luis.Oliveira@xxxxxxxxxxxx>
• [PATCH v8 0/6] i2c: designware: add I2C SLAVE support
  • From: Luis Oliveira <Luis.Oliveira@xxxxxxxxxxxx>
• Re: [PATCH v5 2/2] i2c: mux: ltc4306: LTC4306 and LTC4305 I2C multiplexer/switch
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 1/3] MAINTAINERS: Add Altera I2C Controller Driver
  • From: thor.thayer@xxxxxxxxxxxxxxx
• [PATCH 2/3] Documentation: dt: i2c: Add Altera I2C Controller
  • From: thor.thayer@xxxxxxxxxxxxxxx
• [PATCH 3/3] i2c: altera: Add Altera I2C Controller driver
  • From: thor.thayer@xxxxxxxxxxxxxxx
• [PATCH 0/3] Add Altera I2C Controller Driver
  • From: thor.thayer@xxxxxxxxxxxxxxx
• [PATCH v5 2/2] i2c: mux: ltc4306: LTC4306 and LTC4305 I2C multiplexer/switch
  • From: <michael.hennerich@xxxxxxxxxx>
• [PATCH v5 1/2] dt-bindings: i2c: mux: ltc4306: Add dt-bindings for I2C multiplexer/switch
  • From: <michael.hennerich@xxxxxxxxxx>
• Re: [PATCH v4 2/2] i2c: mux: ltc4306: LTC4306 and LTC4305 I2C multiplexer/switch
  • From: Michael Hennerich <michael.hennerich@xxxxxxxxxx>
• Re: [PATCH v4 2/2] i2c: mux: ltc4306: LTC4306 and LTC4305 I2C multiplexer/switch
  • From: Michael Hennerich <michael.hennerich@xxxxxxxxxx>
• Re: [PATCH 0/9] Unify i2c_mux_add_adapter error reporting
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v4 2/2] i2c: mux: ltc4306: LTC4306 and LTC4305 I2C multiplexer/switch
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH] i2c: img-scb: use setup_timer
  • From: Geliang Tang <geliangtang@xxxxxxxxx>
• [PATCH i2c-tools-3.1] i2c-tools: add new tool 'i2ctransfer'
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH i2c-tools 1/2] i2ctransfer: replace broken "force" handling
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH i2c-tools 2/2] i2ctransfer: grammar fixes in manpage
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v6 1/4] ACPU: utils: Add new acpi_dev_present helper
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v6 4/4] ACPI: ac: Add a blacklist with PMIC ACPI HIDs with a native charger driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v6 3/4] ACPI: battery: Add a blacklist with PMIC ACPI HIDs with a native battery driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v6 2/4] ACPI: battery: Fix acpi_battery_exit on acpi_battery_init_async errors
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v6 1/4] ACPU: utils: Add new acpi_dev_present helper
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v6] platform/x86: Add Intel Cherry Trail ACPI INT33FE device driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v6] platform/x86: Add Intel Cherry Trail ACPI INT33FE device driver
  • From: Darren Hart <dvhart@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] i2c: mux: ltc4306: LTC4306 and LTC4305 I2C multiplexer/switch
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v6] platform/x86: Add Intel Cherry Trail ACPI INT33FE device driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v4 2/2] i2c: mux: ltc4306: LTC4306 and LTC4305 I2C multiplexer/switch
  • From: Michael Hennerich <michael.hennerich@xxxxxxxxxx>
• Re: [PATCH v6] platform/x86: Add Intel Cherry Trail ACPI INT33FE device driver
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] i2c: mux: ltc4306: LTC4306 and LTC4305 I2C multiplexer/switch
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v2] i2c: i2c-scmi: add a MS HID
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v6] platform/x86: Add Intel Cherry Trail ACPI INT33FE device driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 09/38] Annotate hardware config module parameters in drivers/i2c/
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v5 4/4] platform/x86: Add Intel Cherry Trail ACPI INT33FE device driver
  • From: Darren Hart <dvhart@xxxxxxxxxxxxx>
• Re: [PATCH v5 4/4] platform/x86: Add Intel Cherry Trail ACPI INT33FE device driver
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/4] i2c: core: Allow drivers to disable i2c-core irq mapping
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: i2c-scmi: add a MS HID
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PATCH v4 1/2] dt-bindings: i2c: mux: ltc4306: Add dt-bindings for I2C multiplexer/switch
  • From: <michael.hennerich@xxxxxxxxxx>
• [PATCH v4 2/2] i2c: mux: ltc4306: LTC4306 and LTC4305 I2C multiplexer/switch
  • From: <michael.hennerich@xxxxxxxxxx>
• Re: [PATCH v2] i2c/muxes/i2c-mux-ltc4306: LTC4306 and LTC4305 I2C multiplexer/switch
  • From: Michael Hennerich <michael.hennerich@xxxxxxxxxx>
• Re: [PATCH v4 4/6] arm64: dts: rockchip: add core dtsi file for RK3328 SoCs
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: question about concurrent regmap i2c usage
  • From: Michael Hennerich <michael.hennerich@xxxxxxxxxx>
• Re: [PATCH v4 4/6] arm64: dts: rockchip: add core dtsi file for RK3328 SoCs
  • From: Elaine Zhang <zhangqing@xxxxxxxxxxxxxx>
• [PATCH v5 4/4] platform/x86: Add Intel Cherry Trail ACPI INT33FE device driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v5 3/4] i2c: core: Allow drivers to disable i2c-core irq mapping
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v5 2/4] i2c: core: Add new i2c_acpi_new_device helper function
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v5 1/4] i2c: core: Allow getting ACPI info by index
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v5 0/4] i2c-core improvements for acpi devices + ACPI INT33FE driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v4 0/8] mfd: Add OF device table to I2C drivers that are missing it
  • From: Javier Martinez Canillas <javier@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/8] mfd: Add OF device table to I2C drivers that are missing it
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v4 0/8] mfd: Add OF device table to I2C drivers that are missing it
  • From: Aaro Koskinen <aaro.koskinen@xxxxxx>
• Re: [PATCH v4 0/8] mfd: Add OF device table to I2C drivers that are missing it
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• [PATCH v2] i2c: i2c-scmi: add a MS HID
  • From: Viktor Krasnov <vkrasnov@xxxxxxxxxxxxx>
• Re: [PATCH v4 5/6] arm64: dts: rockchip: add dts file for RK3328
  • From: Heiko Stuebner <heiko@xxxxxxxxx>
• Re: [PATCH v4 6/6] dt-bindings: document rockchip rk3328-evb board
  • From: Heiko Stuebner <heiko@xxxxxxxxx>
• Re: [PATCH v4 4/6] arm64: dts: rockchip: add core dtsi file for RK3328 SoCs
  • From: Heiko Stuebner <heiko@xxxxxxxxx>