Linux Kernel I2C

• Thread Index

• [PATCH v7 7/7] drivers/i2c: Add bus recovery for FSI algorithm
  • From: Eddie James <eajames@xxxxxxxxxxxxxxxxxx>
• [PATCH v7 6/7] drivers/i2c: Add I2C master locking to FSI algorithm
  • From: Eddie James <eajames@xxxxxxxxxxxxxxxxxx>
• [PATCH v7 1/7] dt-bindings: i2c: Add FSI-attached I2C master dt binding documentation
  • From: Eddie James <eajames@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Fix R-Car I2C data byte sent twice issue
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] i2c: designware: Separate timing parameter setting from HW initalization
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• RE: [PATCH 0/6] Fix R-Car I2C data byte sent twice issue
  • From: Fabrizio Castro <fabrizio.castro@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: busses: make use of i2c_8bit_addr_from_msg
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: algos: make use of i2c_8bit_addr_from_msg
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH V2] i2c: ocores: update HDL sources URL
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: rcar: document R8A77980 bindings
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• RE: [PATCH 0/6] Fix R-Car I2C data byte sent twice issue
  • From: Fabrizio Castro <fabrizio.castro@xxxxxxxxxxxxxx>
• Re: [PATCH v1] i2c: tegra: Remove suspend-resume
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] Add Fast Mode Plus and other fixes
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 0/6] Fix R-Car I2C data byte sent twice issue
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 0/6] Fix R-Car I2C data byte sent twice issue
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: rcar: document R8A77980 bindings
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 5/5] i2c: designware: Add debug print for bus speed
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] i2c: designware: Add debug print for SDA hold time value
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] i2c: designware: Move register access detection to common code
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] i2c: designware: Remove needless variable from i2c_dw_init_slave()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH 6/6] i2c: rcar: init new messages in irq
  • From: Fabrizio Castro <fabrizio.castro@xxxxxxxxxxxxxx>
• [PATCH 5/6] i2c: rcar: refactor setup of a msg
  • From: Fabrizio Castro <fabrizio.castro@xxxxxxxxxxxxxx>
• [PATCH 4/6] i2c: rcar: remove spinlock
  • From: Fabrizio Castro <fabrizio.castro@xxxxxxxxxxxxxx>
• [PATCH 3/6] i2c: rcar: remove unused IOERROR state
  • From: Fabrizio Castro <fabrizio.castro@xxxxxxxxxxxxxx>
• [PATCH 1/6] i2c: rcar: make sure clocks are on when doing clock calculation
  • From: Fabrizio Castro <fabrizio.castro@xxxxxxxxxxxxxx>
• [PATCH 2/6] i2c: rcar: rework hw init
  • From: Fabrizio Castro <fabrizio.castro@xxxxxxxxxxxxxx>
• [PATCH 0/6] Fix R-Car I2C data byte sent twice issue
  • From: Fabrizio Castro <fabrizio.castro@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] i2c: add I2C_M_FORCE_STOP
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [PATCH 5/5] i2c: designware: Add debug print for bus speed
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCH 4/5] i2c: designware: Add debug print for SDA hold time value
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCH 3/5] i2c: designware: Separate timing parameter setting from HW initalization
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCH 2/5] i2c: designware: Move register access detection to common code
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCH 1/5] i2c: designware: Remove needless variable from i2c_dw_init_slave()
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCH 0/5] i2c: designware: Improve debug prints
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [RFC PATCH 1/1] i2c: rcar: handle RXDMA HW bug on Gen3
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 0/1] i2c: rcar: handle RXDMA HW bug on Gen3
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: rcar: document R8A77980 bindings
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH v3 1/2] rtmutex: allow specifying a subclass for nested locking
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH] i2c: rcar: document R8A77980 bindings
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mfd: intel-lpss: Fix Intel Cannon Lake LPSS I2C input clock
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• i2c: Open Core driver
  • From: Federico Vaga <federico.vaga@xxxxxxxxxx>
• [PATCH V2] i2c: ocores: update HDL sources URL
  • From: Federico Vaga <federico.vaga@xxxxxxxxxx>
• [PATCH] i2c: ocores: update HDL sources URL
  • From: Federico Vaga <federico.vaga@xxxxxxxxxx>
• Re: [PATCH v3 1/2] rtmutex: allow specifying a subclass for nested locking
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] rtmutex: allow specifying a subclass for nested locking
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: i2c-gpio and boards conversions to GPIO descriptors
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 2/2] i2c: mux: annotate the nested rt_mutex usage
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/2] rtmutex: allow specifying a subclass for nested locking
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/2] rtmutex: allow specifying a subclass for nested locking
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/2] rtmutex: allow specifying a subclass for nested locking
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] i2c: i801: mark PM functions as __maybe_unused
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH] i2c: i801: mark PM functions as __maybe_unused
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 0/4] Add Fast Mode Plus and other fixes
  • From: Andy Gross <andy.gross@xxxxxxxxxx>
• Re: [PATCH v3 4/4] i2c: qup: Add command-line parameter to override SCL frequency
  • From: Andy Gross <andy.gross@xxxxxxxxxx>
• Re: [PATCH v3 3/4] i2c: qup: Correct duty cycle for FM and FM+
  • From: Andy Gross <andy.gross@xxxxxxxxxx>
• Re: [PATCH v3 2/4] i2c: qup: Add support for Fast Mode Plus
  • From: Andy Gross <andy.gross@xxxxxxxxxx>
• Re: [PATCH v3 1/4] i2c: qup: add probe path for Centriq ACPI devices
  • From: Andy Gross <andy.gross@xxxxxxxxxx>
• Re: i2c-gpio and boards conversions to GPIO descriptors
  • From: Simon Guinot <simon.guinot@xxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: opal: don't check number of messages in the driver
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: robotfuzz-osif: drop pointless test
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: robotfuzz-osif: remove pointless local variable
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: rk3x: Don't print visible virtual mapping MMIO address
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: opal: don't check number of messages in the driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: ibm_iic: don't check number of messages in the driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: imx: Switch to SPDX identifier
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] Re: Problem: lockdep warning with nested instances of i2c-mux
  • From: John Sperbeck <jsperbeck@xxxxxxxxxx>
• Re: [PATCH 2/2] i2c: opal: don't check number of messages in the driver
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 1/2] i2c: ibm_iic: don't check number of messages in the driver
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v3 1/2] rtmutex: allow specifying a subclass for nested locking
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v3 2/2] i2c: mux: annotate the nested rt_mutex usage
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v3 0/2] Re: Problem: lockdep warning with nested instances of i2c-mux
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH] i2c: mux: improve error message for failed symlink
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH] i2c-mux-reg: Delete an error message for a failed memory allocation in i2c_mux_reg_probe_dt()
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: mux: demux-pinctrl: add symlinks to the demux device in sysfs
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: mux: demux-pinctrl: use proper parent device for demux adapter
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 1/3] i2c: mux: pca954x: merge calls to of_match_device and of_device_get_match_data
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 0/9] ACPI/i2c Enumerate several instances out of one fwnode
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 0/9] ACPI/i2c Enumerate several instances out of one fwnode
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 2/2] i2c: mux: annotate the nested rt_mutex usage
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v2 1/2] rtmutex: allow specifying a subclass for nested locking
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v2 0/2] Re: Problem: lockdep warning with nested instances of i2c-mux
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 1/2] rtmutex: allow specifying a subclass for nested locking
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 2/2] i2c: mux: annotate the nested rt_mutex usage
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: Problem: lockdep warning with nested instances of i2c-mux
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Problem: lockdep warning with nested instances of i2c-mux
  • From: John Sperbeck <jsperbeck@xxxxxxxxxx>
• Re: [PATCH v6 4/5] arm64: dts: sdm845: Add serial console support
  • From: Rajendra Nayak <rnayak@xxxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] Add Fast Mode Plus and other fixes
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] Add Fast Mode Plus and other fixes
  • From: Timur Tabi <timur@xxxxxxxxxxxxxx>
• Re: [PATCH v6 4/5] arm64: dts: sdm845: Add serial console support
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• [PATCH 2/4] i2c: imx: Fix race condition in dma read
  • From: Esben Haabendal <esben.haabendal@xxxxxxxxx>
• [PATCH 3/4] i2c: imx: Simplify stopped state tracking
  • From: Esben Haabendal <esben.haabendal@xxxxxxxxx>
• [PATCH 4/4] arm: dts: ls1021a: Enable I2C DMA support
  • From: Esben Haabendal <esben.haabendal@xxxxxxxxx>
• [PATCH 1/4] i2c: imx: Fix reinit_completion() use
  • From: Esben Haabendal <esben.haabendal@xxxxxxxxx>
• [PATCH 0/4] i2c: imx: Fix and enable DMA support for LS1021A
  • From: Esben Haabendal <esben.haabendal@xxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: mux: demux-pinctrl: add symlinks to the demux device in sysfs
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: mux: demux-pinctrl: use proper parent device for demux adapter
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: mux: demux-pinctrl: add symlinks to the demux device in sysfs
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH v6 4/5] arm64: dts: sdm845: Add serial console support
  • From: Rajendra Nayak <rnayak@xxxxxxxxxxxxxx>
• Re: PROBLEM: ASUS GU501GM Elantech touchpad not detected
  • From: wereturtle <wereturtledev@xxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: mux: demux-pinctrl: add symlinks to the demux device in sysfs
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: PROBLEM: ASUS GU501GM Elantech touchpad not detected
  • From: wereturtle <wereturtledev@xxxxxxxxx>
• Re: [PATCH v5 3/5] i2c: i2c-qcom-geni: Add bus driver for the Qualcomm GENI I2C controller
  • From: Karthik Ramasubramanian <kramasub@xxxxxxxxxxxxxx>
• Re: PROBLEM: ASUS GU501GM Elantech touchpad not detected
  • From: wereturtle <wereturtledev@xxxxxxxxx>
• Re: [PATCH 1/4] i2c: xlp9xx: Add support for SMBAlert
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] i2c: xlp9xx: Fix issue seen when updating receive length
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 3/4] i2c: xlp9xx: Make sure the transfer size is not more than I2C_SMBUS_BLOCK_SIZE
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] i2c: xlp9xx: Add MAINTAINERS entry
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 0/9] ACPI/i2c Enumerate several instances out of one fwnode
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• Re: [PATCH 4/4] i2c: xlp9xx: Add MAINTAINERS entry
  • From: Jan Glauber <jan.glauber@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/9] ACPI/i2c Enumerate several instances out of one fwnode
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 4/4] i2c: xlp9xx: Add MAINTAINERS entry
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [GIT PULL] at24 updates for 4.18
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/3] i2c: Export of_i2c_get_board_info()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] i2c: Retain info->of_node in i2c_new_device()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 0/9] ACPI/i2c Enumerate several instances out of one fwnode
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• Re: PROBLEM: ASUS GU501GM Elantech touchpad not detected
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/9] ACPI/i2c Enumerate several instances out of one fwnode
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: PROBLEM: ASUS GU501GM Elantech touchpad not detected
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/9] ACPI/i2c Enumerate several instances out of one fwnode
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• Re: PROBLEM: ASUS GU501GM Elantech touchpad not detected
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: mux: demux-pinctrl: add symlinks to the demux device in sysfs
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: PROBLEM: ASUS GU501GM Elantech touchpad not detected
  • From: wereturtle <wereturtledev@xxxxxxxxx>
• Re: [PATCH v5 3/5] i2c: i2c-qcom-geni: Add bus driver for the Qualcomm GENI I2C controller
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: PROBLEM: ASUS GU501GM Elantech touchpad not detected
  • From: wereturtle <wereturtledev@xxxxxxxxx>
• Re: [PATCH 0/9] ACPI/i2c Enumerate several instances out of one fwnode
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v5 3/5] i2c: i2c-qcom-geni: Add bus driver for the Qualcomm GENI I2C controller
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: PROBLEM: ASUS GU501GM Elantech touchpad not detected
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: PROBLEM: ASUS GU501GM Elantech touchpad not detected
  • From: wereturtle <wereturtledev@xxxxxxxxx>
• Re: [PATCH 0/9] ACPI/i2c Enumerate several instances out of one fwnode
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• Re: [PATCH 0/9] ACPI/i2c Enumerate several instances out of one fwnode
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 0/9] ACPI/i2c Enumerate several instances out of one fwnode
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 0/9] ACPI/i2c Enumerate several instances out of one fwnode
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 0/9] ACPI/i2c Enumerate several instances out of one fwnode
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• Re: [PATCH 0/9] ACPI/i2c Enumerate several instances out of one fwnode
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• Re: [PATCH 0/9] ACPI/i2c Enumerate several instances out of one fwnode
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/9] ACPI/i2c Enumerate several instances out of one fwnode
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 1/3] i2c: mux: pca954x: merge calls to of_match_device and of_device_get_match_data
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [PATCH 0/3] merge calls to of_match_device and of_device_get_match_data
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• Re: [PATCH 0/9] ACPI/i2c Enumerate several instances out of one fwnode
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/9] i2c: Allow specifying irq-index to be used in i2c_device_probe()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/9] i2c: Allow specifying irq-index to be used in i2c_device_probe()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH] i2c: mux: improve error message for failed symlink
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/2] i2c: mux: demux-pinctrl: add symlinks to the demux device in sysfs
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 0/2] i2c: mux: demux-pinctrl: improve device relationships
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/2] i2c: mux: demux-pinctrl: use proper parent device for demux adapter
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mfd: intel-lpss: Fix Intel Cannon Lake LPSS I2C input clock
  • From: Jian-Hong Pan <jian-hong@xxxxxxxxxxxx>
• Re: [PATCH 0/9] ACPI/i2c Enumerate several instances out of one fwnode
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• [PATCH] i2c: imx: Switch to SPDX identifier
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• [PATCH 8/9] iio: gyro: bmg160: Add support for BSG1160 ACPI HID
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 9/9] iio: magnetometer: bmc150: Add support for BSG1160 ACPI HID
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 7/9] iio: accel: bmc150: Add support for BSG1160 ACPI HID
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 6/9] i2c: acpi: Add BSG1160 to i2c_acpi_multiple_devices_ids
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 5/9] i2c: acpi: Enumerate several instances out of one device
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 4/9] i2c: acpi: Allow get info by index in i2c_acpi_get_info()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 3/9] i2c: acpi: Introduce i2c_acpi_get_i2c_resource() helper
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 2/9] i2c: Allow specifying irq-index to be used in i2c_device_probe()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 1/9] ACPI: export __acpi_match_device and __acpi_device[_uevent]_modalias
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 0/9] ACPI/i2c Enumerate several instances out of one fwnode
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: PROBLEM: ASUS GU501GM Elantech touchpad not detected
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 1/2] i2c: mux: demux-pinctrl: use proper parent device for demux adapter
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 1/2] i2c: ibm_iic: don't check number of messages in the driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 2/2] i2c: opal: don't check number of messages in the driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 1/7] media: netup_unidvb: don't check number of messages in the driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 3/7] media: cx231xx: don't check number of messages in the driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 2/7] media: si4713: don't check number of messages in the driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 4/7] media: em28xx: don't check number of messages in the driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 5/7] media: hdpvr: don't check number of messages in the driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 1/1] drm/msm/hdmi: don't check number of messages in the driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 7/7] media: dvb-usb: don't check number of messages in the driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 6/7] media: tm6000: don't check number of messages in the driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 0/7] don't check number of I2C messages in drivers
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 0/2] don't check number of I2C messages in drivers
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: mux: demux-pinctrl: add symlinks to the demux device in sysfs
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: mux: demux-pinctrl: use proper parent device for demux adapter
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: PROBLEM: ASUS GU501GM Elantech touchpad not detected
  • From: wereturtle <wereturtledev@xxxxxxxxx>
• Re: [PATCH] i2c: mux: demux-pinctrl: disable PM user interface
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH] i2c-mux-pca954x: Force reset on probe if available
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 1/4] i2c: mux: ltc4306: switch to using .probe_new
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 2/2] i2c: mux: demux-pinctrl: add symlinks to the demux device in sysfs
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 1/2] i2c: mux: demux-pinctrl: use proper parent device for demux adapter
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 0/2] i2c: mux: demux-pinctrl: improve device relationships
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: PROBLEM: ASUS GU501GM Elantech touchpad not detected
  • From: wereturtle <wereturtledev@xxxxxxxxx>
• Re: [BUG] i2c-hid: ELAN Touchpad does not work on ASUS X580GD
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: core-smbus: fix a potential uninitialization bug
  • From: Wenwen Wang <wang6495@xxxxxxx>
• [PULL REQUEST] i2c for 4.17
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [BUG] i2c-hid: ELAN Touchpad does not work on ASUS X580GD
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [BUG] i2c-hid: ELAN Touchpad does not work on ASUS X580GD
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [BUG] i2c-hid: ELAN Touchpad does not work on ASUS X580GD
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [BUG] i2c_piix4: Hudson2 uses wrong port to access SMBus controller
  • From: Will Wagner <willw@xxxxxxxxxxxx>
• Re: [BUG] i2c-hid: ELAN Touchpad does not work on ASUS X580GD
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH] mfd: intel-lpss: Fix Intel Cannon Lake LPSS I2C input clock
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [BUG] i2c-hid: ELAN Touchpad does not work on ASUS X580GD
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH] mfd: intel-lpss: Fix Intel Cannon Lake LPSS I2C input clock
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [BUG] i2c-hid: ELAN Touchpad does not work on ASUS X580GD
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [BUG] i2c-hid: ELAN Touchpad does not work on ASUS X580GD
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: PROBLEM: ASUS GU501GM Elantech touchpad not detected
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: PROBLEM: ASUS GU501GM Elantech touchpad not detected
  • From: Benjamin Tissoires <benjamin.tissoires@xxxxxxxxx>
• Re: PROBLEM: ASUS GU501GM Elantech touchpad not detected
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2] i2c: rk3x: Don't print visible virtual mapping MMIO address
  • From: Shawn Lin <shawn.lin@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: rk3x: Don't print visible virtual mapping MMIO address
  • From: Shawn Lin <shawn.lin@xxxxxxxxxxxxxx>
• Re: PROBLEM: ASUS GU501GM Elantech touchpad not detected
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [BUG] i2c_piix4: Hudson2 uses wrong port to access SMBus controller
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [BUG] i2c_piix4: Hudson2 uses wrong port to access SMBus controller
  • From: Will Wagner <willw@xxxxxxxxxxxx>
• Re: [PATCH 0/7] i2c: clean up include/linux/i2c-*
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] i2c: mux: demux-pinctrl: improve device relationships
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c-stm32f7: fix documentation typo
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: i801: fix unused-function warning
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: xiic: fix spelling mistake: "unexpexted" -> "unexpected"
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [GIT PULL] at24 updates for 4.18
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: synquacer: fix fence-post error in retry loop
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: core-smbus: fix a potential missing-check bug
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: core-smbus: fix a potential missing-check bug
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: PROBLEM: ASUS GU501GM Elantech touchpad not detected
  • From: Benjamin Tissoires <benjamin.tissoires@xxxxxxxxx>
• Re: [BUG] i2c-hid: ELAN Touchpad does not work on ASUS X580GD
  • From: Chris Chiu <chiu@xxxxxxxxxxxx>
• Re: [PATCH] i2c: rk3x: Don't print visible virtual mapping MMIO address
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: [BUG] i2c-hid: ELAN Touchpad does not work on ASUS X580GD
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCH] i2c: rk3x: Don't print visible virtual mapping MMIO address
  • From: Shawn Lin <shawn.lin@xxxxxxxxxxxxxx>
• [GIT PULL] at24 updates for 4.18
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v2 2/2] i2c: busses: make use of i2c_8bit_addr_from_msg
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH v2 0/2] i2c: make use of i2c_8bit_addr_from_msg
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v2 1/2] i2c: algos: make use of i2c_8bit_addr_from_msg
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v2 2/2] i2c: busses: make use of i2c_8bit_addr_from_msg
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 1/4] i2c: xlp9xx: Add support for SMBAlert
  • From: George Cherian <george.cherian@xxxxxxxxxx>
• [PATCH 3/4] i2c: xlp9xx: Make sure the transfer size is not more than I2C_SMBUS_BLOCK_SIZE
  • From: George Cherian <george.cherian@xxxxxxxxxx>
• [PATCH 4/4] i2c: xlp9xx: Add MAINTAINERS entry
  • From: George Cherian <george.cherian@xxxxxxxxxx>
• [PATCH 2/4] i2c: xlp9xx: Fix issue seen when updating receive length
  • From: George Cherian <george.cherian@xxxxxxxxxx>
• [PATCH 0/4] i2c-xlp9xx Add support for SMBAlert and minor fixes
  • From: George Cherian <george.cherian@xxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: core-smbus: fix a potential missing-check bug
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [BUG] i2c-hid: ELAN Touchpad does not work on ASUS X580GD
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: core-smbus: fix a potential missing-check bug
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: i801: fix unused-function warning
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH 2/2] i2c: pmcmsp: fix error return from master_xfer
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: viperboard: return message count on master_xfer success
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: pmcmsp: return message count on master_xfer success
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [BUG] i2c-hid: ELAN Touchpad does not work on ASUS X580GD
  • From: Chris Chiu <chiu@xxxxxxxxxxxx>
• Re: [PATCH 1/7] i2c: i2c-gpio: move header to platform_data
  • From: Greg Ungerer <gerg@xxxxxxxxxxx>
• Re: [PATCH] i2c: hix5hd2: remove some dead code
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: exynos5: simplify transfer function
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/7] i2c: i2c-gpio: move header to platform_data
  • From: James Hogan <jhogan@xxxxxxxxxx>
• Re: [PATCH 1/7] i2c: i2c-gpio: move header to platform_data
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: core-smbus: fix a potential uninitialization bug
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 20/21] i2c: stu300: make use of i2c_8bit_addr_from_msg
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 12/21] i2c: imx: make use of i2c_8bit_addr_from_msg
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH 07/21] i2c: efm32: make use of i2c_8bit_addr_from_msg
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: i801: fix unused-function warning
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH] i2c: xiic: fix spelling mistake: "unexpexted" -> "unexpected"
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH 03/21] i2c: algo: pcf: make use of i2c_8bit_addr_from_msg
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 00/21] i2c: make use of i2c_8bit_addr_from_msg
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 03/21] i2c: algo: pcf: make use of i2c_8bit_addr_from_msg
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 00/21] i2c: make use of i2c_8bit_addr_from_msg
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 06/21] i2c: diolan: make use of i2c_8bit_addr_from_msg
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2] i2c: i801: fix unused-function warning
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PATCH 00/21] i2c: make use of i2c_8bit_addr_from_msg
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 01/21] i2c: algo: bit: make use of i2c_8bit_addr_from_msg
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 02/21] i2c: algo: pca: make use of i2c_8bit_addr_from_msg
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 03/21] i2c: algo: pcf: make use of i2c_8bit_addr_from_msg
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 04/21] i2c: aspeed: make use of i2c_8bit_addr_from_msg
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 06/21] i2c: diolan: make use of i2c_8bit_addr_from_msg
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 05/21] i2c: axxia: make use of i2c_8bit_addr_from_msg
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 08/21] i2c: eg20t: make use of i2c_8bit_addr_from_msg
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 07/21] i2c: efm32: make use of i2c_8bit_addr_from_msg
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 09/21] i2c: emev2: make use of i2c_8bit_addr_from_msg
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 11/21] i2c: imx-lpi2c: make use of i2c_8bit_addr_from_msg
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 10/21] i2c: hix5hd2: make use of i2c_8bit_addr_from_msg
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 13/21] i2c: kempld: make use of i2c_8bit_addr_from_msg
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 14/21] i2c: mxs: make use of i2c_8bit_addr_from_msg
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 12/21] i2c: imx: make use of i2c_8bit_addr_from_msg
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 16/21] i2c: pasemi: make use of i2c_8bit_addr_from_msg
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 18/21] i2c: rcar: make use of i2c_8bit_addr_from_msg
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 19/21] i2c: riic: make use of i2c_8bit_addr_from_msg
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 20/21] i2c: stu300: make use of i2c_8bit_addr_from_msg
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 21/21] i2c: xiic: make use of i2c_8bit_addr_from_msg
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 17/21] i2c: qup: make use of i2c_8bit_addr_from_msg
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 15/21] i2c: ocores: make use of i2c_8bit_addr_from_msg
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [BUG] i2c-hid: ELAN Touchpad does not work on ASUS X580GD
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] dt: bindings: i2c-mux-pca954x: add mux-locked property
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v1] i2c: tegra: Remove suspend-resume
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v1] i2c: tegra: Remove suspend-resume
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v1] i2c: tegra: Remove suspend-resume
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v1] mfd: tps6586x: Move interrupt handling into workqueue
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v2 1/3] dt: bindings: i2c-mux-pca954x: add mux-locked property
  • From: Bastian Stender <bst@xxxxxxxxxxxxxx>
• Re: [PATCH v1] i2c: tegra: Remove suspend-resume
  • From: Laxman Dewangan <ldewangan@xxxxxxxxxx>
• Re: [PATCH v1] mfd: tps6586x: Move interrupt handling into workqueue
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v1] i2c: tegra: Remove suspend-resume
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v1] mfd: tps6586x: Move interrupt handling into workqueue
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v1] i2c: tegra: Remove suspend-resume
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v1] mfd: tps6586x: Move interrupt handling into workqueue
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH] i2c: synquacer: fix fence-post error in retry loop
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2] i2c: i801: fix unused-function warning
  • From: Anders Roxell <anders.roxell@xxxxxxxxxx>
• [PATCH v1] mfd: tps6586x: Move interrupt handling into workqueue
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v1] i2c: tegra: Remove suspend-resume
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH] i2c: exynos5: simplify transfer function
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: I2C PM overhaul needed? (Re: [PATCH 1/2] i2c: sprd: Prevent i2c accesses after suspend is called)
  • From: Grygorii Strashko <grygorii.strashko@xxxxxx>
• Re: [PATCH] i2c: exynos5: simplify transfer function
  • From: Andi Shyti <andi@xxxxxxxxxxx>
• [PATCH] i2c: exynos5: simplify transfer function
  • From: Andrzej Hajda <a.hajda@xxxxxxxxxxx>
• [PATCH] i2c: i2c-stm32f7: fix documentation typo
  • From: Pierre-Yves MORDRET <pierre-yves.mordret@xxxxxx>
• Re: [PATCH 1/2] i2c: exynos5: remove some dead code
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 2/2] i2c: exynos5: remove pointless initializers
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v3 4/4] i2c: qup: Add command-line parameter to override SCL frequency
  • From: Austin Christ <austinwc@xxxxxxxxxxxxxx>
• [PATCH v3 3/4] i2c: qup: Correct duty cycle for FM and FM+
  • From: Austin Christ <austinwc@xxxxxxxxxxxxxx>
• [PATCH v3 2/4] i2c: qup: Add support for Fast Mode Plus
  • From: Austin Christ <austinwc@xxxxxxxxxxxxxx>
• [PATCH v3 1/4] i2c: qup: add probe path for Centriq ACPI devices
  • From: Austin Christ <austinwc@xxxxxxxxxxxxxx>
• [PATCH v3 0/4] Add Fast Mode Plus and other fixes
  • From: Austin Christ <austinwc@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Add Fast Mode Plus and other fixes
  • From: "Christ, Austin" <austinwc@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: core-smbus: fix a potential missing-check bug
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH] i2c: i801: mark PM functions as __maybe_unused
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [BUG] i2c-hid: ELAN Touchpad does not work on ASUS X580GD
  • From: Chris Chiu <chiu@xxxxxxxxxxxx>
• Re: [PATCH v4 1/3] i2c: Get rid of i2c_board_info->archdata
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Add Fast Mode Plus and other fixes
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: core-smbus: fix a potential uninitialization bug
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: core-smbus: fix a potential missing-check bug
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/9] dt-bindings: i2c: fix typo 'can by' to 'can be'
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: designware: refactor low-level enable/disable
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: designware: fix poll-after-enable regression
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: exynos5: remove pointless initializers
  • From: Andrzej Hajda <a.hajda@xxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: exynos5: remove some dead code
  • From: Andrzej Hajda <a.hajda@xxxxxxxxxxx>
• [PATCH] i2c: viperboard: return message count on master_xfer success
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 2/2] i2c: pmcmsp: fix error return from master_xfer
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH] i2c: synquacer: fix fence-post error in retry loop
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 2/2] i2c: robotfuzz-osif: drop pointless test
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 1/2] i2c: robotfuzz-osif: remove pointless local variable
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 1/2] i2c: pmcmsp: return message count on master_xfer success
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH] i2c: hix5hd2: remove some dead code
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 2/2] i2c: exynos5: remove pointless initializers
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 1/2] i2c: exynos5: remove some dead code
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH] i2c: i801: mark PM functions as __maybe_unused
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [GIT PULL] at24 fixes for 4.17-rc5
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [GIT PULL] at24 fixes for 4.17-rc5
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH] eeprom: at24: fix retrieving the at24_chip_data structure
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [RFC PATCH] media: i2c: add SCCB helpers
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [RFC PATCH] i2c: add I2C_M_FORCE_STOP
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: [RFC PATCH] media: i2c: add SCCB helpers
  • From: Sakari Ailus <sakari.ailus@xxxxxx>
• Re: [RFC PATCH] media: i2c: add SCCB helpers
  • From: Sebastian Reichel <sebastian.reichel@xxxxxxxxxxxxxxx>
• Re: I2C PM overhaul needed? (Re: [PATCH 1/2] i2c: sprd: Prevent i2c accesses after suspend is called)
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH] i2c: busses: remove superfluous ignoring of children for RPM
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: axxia: enable clock before calling clk_get_rate()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: I2C PM overhaul needed? (Re: [PATCH 1/2] i2c: sprd: Prevent i2c accesses after suspend is called)
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: I2C PM overhaul needed? (Re: [PATCH 1/2] i2c: sprd: Prevent i2c accesses after suspend is called)
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [BUG] i2c-hid: ELAN Touchpad does not work on ASUS X580GD
  • From: Daniel Drake <drake@xxxxxxxxxxxx>
• Re: [BUG] i2c-hid: ELAN Touchpad does not work on ASUS X580GD
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c-mux-pca954x: Force reset on probe if available
  • From: Mike Looijmans <mike.looijmans@xxxxxxxx>
• [PATCH] i2c: i801: mark PM functions as __maybe_unused
  • From: Anders Roxell <anders.roxell@xxxxxxxxxx>
• Re: [PATCH] i2c-mux-pca954x: Force reset on probe if available
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: I2C PM overhaul needed? (Re: [PATCH 1/2] i2c: sprd: Prevent i2c accesses after suspend is called)
  • From: Grygorii Strashko <grygorii.strashko@xxxxxx>
• Re: [PATCH v2 1/3] dt: bindings: i2c-mux-pca954x: add mux-locked property
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH] eeprom: at24: fix retrieving the at24_chip_data structure
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v2 1/3] dt: bindings: i2c-mux-pca954x: add mux-locked property
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [BUG] i2c-hid: ELAN Touchpad does not work on ASUS X580GD
  • From: Chris Chiu <chiu@xxxxxxxxxxxx>
• Re: [PATCH v2 3/3] i2c: mux: pca954x: add option to use as mux-locked
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 1/9] dt-bindings: i2c: fix typo 'can by' to 'can be'
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/9] tree-wide: fix typo 'can by' to 'can be'
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] media: i2c: add SCCB helpers
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH 1/7] i2c: i2c-gpio: move header to platform_data
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [PATCH v2 2/2] i2c: core-smbus: fix a potential missing-check bug
  • From: Wenwen Wang <wang6495@xxxxxxx>
• [PATCH v2 1/2] i2c: core-smbus: fix a potential uninitialization bug
  • From: Wenwen Wang <wang6495@xxxxxxx>
• Re: [PATCH] i2c: core-smbus: fix a potential uninitialization bug
  • From: Wenwen Wang <wang6495@xxxxxxx>
• Re: [PATCH] i2c: core-smbus: fix a potential uninitialization bug
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] i2c: core-smbus: fix a potential uninitialization bug
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH] i2c: core-smbus: fix a potential uninitialization bug
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: I2C PM overhaul needed? (Re: [PATCH 1/2] i2c: sprd: Prevent i2c accesses after suspend is called)
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: I2C PM overhaul needed? (Re: [PATCH 1/2] i2c: sprd: Prevent i2c accesses after suspend is called)
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH] i2c: core-smbus: fix a potential uninitialization bug
  • From: Wenwen Wang <wang6495@xxxxxxx>
• Re: [PATCH] i2c: core-smbus: fix a potential uninitialization bug
  • From: Wenwen Wang <wang6495@xxxxxxx>
• Re: [PATCH] i2c: core-smbus: fix a potential uninitialization bug
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH] i2c: core-smbus: fix a potential uninitialization bug
  • From: Wenwen Wang <wang6495@xxxxxxx>
• Re: [PATCH v2 1/3] dt: bindings: i2c-mux-pca954x: add mux-locked property
  • From: Bastian Stender <bst@xxxxxxxxxxxxxx>
• [PATCH v2 3/3] i2c: mux: pca954x: add option to use as mux-locked
  • From: Bastian Stender <bst@xxxxxxxxxxxxxx>
• [PATCH v2 1/3] dt: bindings: i2c-mux-pca954x: add mux-locked property
  • From: Bastian Stender <bst@xxxxxxxxxxxxxx>
• [PATCH v2 2/3] i2c: Documentation: i2c-topology: i2c-mux-pca954x can be mux-locked via dt
  • From: Bastian Stender <bst@xxxxxxxxxxxxxx>
• I2C PM overhaul needed? (Re: [PATCH 1/2] i2c: sprd: Prevent i2c accesses after suspend is called)
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: core-smbus: fix a potential uninitialization bug
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH] i2c: core-smbus: fix a potential uninitialization bug
  • From: Wenwen Wang <wang6495@xxxxxxx>
• [BUG] i2c-hid: ELAN Touchpad does not work on ASUS X580GD
  • From: Jian-Hong Pan <jian-hong@xxxxxxxxxxxx>
• Re: [PATCH] i2c: core-smbus: fix a potential uninitialization bug
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH] i2c: core-smbus: fix a potential uninitialization bug
  • From: Wenwen Wang <wang6495@xxxxxxx>
• Re: [PATCH] i2c: core-smbus: fix a potential uninitialization bug
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH] i2c: core-smbus: fix a potential uninitialization bug
  • From: Wenwen Wang <wang6495@xxxxxxx>
• Re: [PATCH] i2c: core-smbus: fix a potential uninitialization bug
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 1/2] i2c: sprd: Prevent i2c accesses after suspend is called
  • From: Grygorii Strashko <grygorii.strashko@xxxxxx>
• [PATCH] i2c: core-smbus: fix a potential uninitialization bug
  • From: Wenwen Wang <wang6495@xxxxxxx>
• Re: [RFC 07/10] pinctrl: samsung: Remove support for Exynos5440
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [RFC 01/10] ARM: dts: exynos: Remove Exynos5440
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [RFC 10/10] ARM: exynos: Remove support for Exynos5440
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: Synopsys Designware i2c/Goodix touchscreen driver failure after suspend/resume
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: designware: refactor low-level enable/disable
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: designware: fix poll-after-enable regression
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 03/10] i3c: Add sysfs ABI spec
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 03/10] i3c: Add sysfs ABI spec
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 03/10] i3c: Add sysfs ABI spec
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: busses: remove superfluous ignoring of children for RPM
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH] i2c: mux: pca954x: use relaxed locking of the top i2c adapter during mux-locked muxing
  • From: Bastian Stender <bst@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: sprd: Prevent i2c accesses after suspend is called
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [PATCH 1/2] i2c: sprd: Prevent i2c accesses after suspend is called
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: sprd: Prevent i2c accesses after suspend is called
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [RFC 04/10] clk: samsung: Remove support for Exynos5440
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• Re: [PATCH] thermal: samsung: Remove support for Exynos5440
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [RFC 03/10] cpufreq: exynos: Remove support for Exynos5440
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [RFC 02/10] ata: ahci-platform: Remove support for Exynos5440
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [RFC 01/10] ARM: dts: exynos: Remove Exynos5440
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH] i2c-mux-pca954x: Force reset on probe if available
  • From: Mike Looijmans <mike.looijmans@xxxxxxxx>
• Re: [PATCH v2 1/2] i2c: designware: fix poll-after-enable regression
  • From: Ben Gardner <gardner.ben@xxxxxxxxx>
• [PATCH v2] i2c: axxia: enable clock before calling clk_get_rate()
  • From: Tobias Jordan <Tobias.Jordan@xxxxxxxxxxxxxx>
• [PATCH] i2c: axxia: enable clock before calling clk_get_rate()
  • From: Tobias Jordan <Tobias.Jordan@xxxxxxxxxxxxxx>
• [PATCH] i2c: mux: demux-pinctrl: disable PM user interface
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/2] i2c: mux: demux-pinctrl: improve device relationships
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] i2c: mux: demux-pinctrl: add symlinks to the demux device in sysfs
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] i2c: mux: demux-pinctrl: use proper parent device for demux adapter
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/10] Add the I3C subsystem
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• Re: [PATCH] i2c: rcar: enhance comment to avoid regressions
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v4 03/10] i3c: Add sysfs ABI spec
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: core: APCI: Log device not acking errors at dbg loglevel
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: core: APCI: Improve OpRegion read errors
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [v2 1/1] i2c: dev: prevent ZERO_SIZE_PTR deref in i2cdev_ioctl_rdwr()
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: busses: remove superfluous ignoring of children for RPM
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2] i2c: at91: Read all available bytes at once
  • From: David Engraf <david.engraf@xxxxxxxxx>
• [PATCH] i2c: core-smbus: fix a potential uninitialization bug
  • From: Wenwen Wang <wang6495@xxxxxxx>
• Re: [RFC PATCH] media: i2c: add SCCB helpers
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/10] Add the I3C subsystem
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 03/10] i3c: Add sysfs ABI spec
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] i2c: busses: remove superfluous ignoring of children for RPM
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] i2c: rcar: enhance comment to avoid regressions
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: core: APCI: Log device not acking errors at dbg loglevel
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH] i2c:amd I2C Driver based on PCI Interface for upcoming platform
  • From: Shah Nehal-Bakulchandra <Nehal-bakulchandra.Shah@xxxxxxx>
• [PATCH v2 2/2] i2c: designware: refactor low-level enable/disable
  • From: Alexander Monakov <amonakov@xxxxxxxxx>
• [PATCH v2 0/2] i2c: designware: should not wait for enable
  • From: Alexander Monakov <amonakov@xxxxxxxxx>
• [PATCH v2 1/2] i2c: designware: fix poll-after-enable regression
  • From: Alexander Monakov <amonakov@xxxxxxxxx>
• Re: [PATCH v1 - resent 0/5] Add capabilities to i2c-mlxcpld
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: mediatek: use of_device_get_match_data()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: core: APCI: Log device not acking errors at dbg loglevel
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC 05/10] i2c: s3c2410: Remove support for Exynos5440
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: i2c: i801: Don't restore config registers on runtime PM
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: at91: Read all available bytes at once
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/6] Add different features for I2C
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PULL REQUEST] i2c for 4.17
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/6] i2c: i2c-stm32f7: Add initial SMBus protocols support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: sprd: Fix the i2c count issue
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: sprd: Prevent i2c accesses after suspend is called
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [v2 1/1] i2c: dev: prevent ZERO_SIZE_PTR deref in i2cdev_ioctl_rdwr()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: mux: pca954x: use relaxed locking of the top i2c adapter during mux-locked muxing
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH] i2c: mux: pca954x: use relaxed locking of the top i2c adapter during mux-locked muxing
  • From: Bastian Stender <bst@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: mux: pca954x: use relaxed locking of the top i2c adapter during mux-locked muxing
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH] i2c: mux: pca954x: use relaxed locking of the top i2c adapter during mux-locked muxing
  • From: Bastian Stender <bst@xxxxxxxxxxxxxx>
• [RFC PATCH] media: i2c: add SCCB helpers
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: [PATCH v2] i2c: at91: Read all available bytes at once
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxxxxxx>
• [PATCH] thermal: samsung: Remove support for Exynos5440
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2] i2c: at91: Read all available bytes at once
  • From: David Engraf <david.engraf@xxxxxxxxx>
• Re: [PATCH v4 09/10] gpio: Add a driver for Cadence I3C GPIO expander
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH] i2c: at91: Read all available bytes at once
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxxxxxx>
• Re: [RFC 06/10] thermal: samsung: Remove support for Exynos5440
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [RFC 08/10] spi: s3c64xx: samsung: Remove support for Exynos5440
  • From: andi@xxxxxxxxxxx
• Re: [PATCH] i2c: at91: Read all available bytes at once
  • From: David Engraf <david.engraf@xxxxxxxxx>
• Re: [RFC 01/10] ARM: dts: exynos: Remove Exynos5440
  • From: andi@xxxxxxxxxxx
• Re: [RFC 05/10] i2c: s3c2410: Remove support for Exynos5440
  • From: andi@xxxxxxxxxxx
• Re: [RFC 06/10] thermal: samsung: Remove support for Exynos5440
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [RFC 07/10] pinctrl: samsung: Remove support for Exynos5440
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [RFC 03/10] cpufreq: exynos: Remove support for Exynos5440
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [RFC 04/10] clk: samsung: Remove support for Exynos5440
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH] i2c: at91: Read all available bytes at once
  • From: David Engraf <david.engraf@xxxxxxxxx>
• Re: [PATCH 4/4] i2c: qup: Add command-line parameter to override SCL frequency
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: i2c: i801: Don't restore config registers on runtime PM
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH] i2c: at91: Read all available bytes at once
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] i2c: qup: Add command-line parameter to override SCL frequency
  • From: "Christ, Austin" <austinwc@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] i2c: designware: should not wait for enable
  • From: Ben Gardner <gardner.ben@xxxxxxxxx>
• Re: [RFC 06/10] thermal: samsung: Remove support for Exynos5440
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [RFC 05/10] i2c: s3c2410: Remove support for Exynos5440
  • From: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
• Re: [RFC 08/10] spi: s3c64xx: samsung: Remove support for Exynos5440
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [RFC 08/10] spi: s3c64xx: samsung: Remove support for Exynos5440
  • From: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
• Re: [RFC 04/10] clk: samsung: Remove support for Exynos5440
  • From: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
• Re: i2c: i801: Don't restore config registers on runtime PM
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC 09/10] usb: host: exynos: Remove support for Exynos5440
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] i2c: qup: Add command-line parameter to override SCL frequency
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH 3/4] i2c: qup: Correct duty cycle for FM and FM+
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH 2/4] i2c: qup: Add support for Fast Mode Plus
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/4] i2c: qup: add probe path for Centriq ACPI devices
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: i2c: i801: Don't restore config registers on runtime PM
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• i2c: i801: Don't restore config registers on runtime PM
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH] Documentation/i2c: direct users to i2c-tools regarding i2c/smbus.h
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [RFC 03/10] cpufreq: exynos: Remove support for Exynos5440
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] Documentation/i2c: direct users to i2c-tools regarding i2c/smbus.h
  • From: Sam Hansen <hansens@xxxxxxxxxx>
• [PATCH 4/4] i2c: qup: Add command-line parameter to override SCL frequency
  • From: Austin Christ <austinwc@xxxxxxxxxxxxxx>
• [PATCH 3/4] i2c: qup: Correct duty cycle for FM and FM+
  • From: Austin Christ <austinwc@xxxxxxxxxxxxxx>
• [PATCH 2/4] i2c: qup: Add support for Fast Mode Plus
  • From: Austin Christ <austinwc@xxxxxxxxxxxxxx>
• [PATCH v3 1/4] i2c: qup: add probe path for Centriq ACPI devices
  • From: Austin Christ <austinwc@xxxxxxxxxxxxxx>
• [PATCH v2 0/4] Add Fast Mode Plus and other fixes
  • From: Austin Christ <austinwc@xxxxxxxxxxxxxx>
• Re: [RFC 00/10] ARM: Remove support for Exynos5440
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC 00/10] ARM: Remove support for Exynos5440
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [RFC 00/10] ARM: Remove support for Exynos5440
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 00/10] ARM: Remove support for Exynos5440
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFC 03/10] cpufreq: exynos: Remove support for Exynos5440
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFC 02/10] ata: ahci-platform: Remove support for Exynos5440
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFC 04/10] clk: samsung: Remove support for Exynos5440
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFC 06/10] thermal: samsung: Remove support for Exynos5440
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFC 07/10] pinctrl: samsung: Remove support for Exynos5440
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFC 10/10] ARM: exynos: Remove support for Exynos5440
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFC 09/10] usb: host: exynos: Remove support for Exynos5440
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFC 08/10] spi: s3c64xx: samsung: Remove support for Exynos5440
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFC 05/10] i2c: s3c2410: Remove support for Exynos5440
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFC 01/10] ARM: dts: exynos: Remove Exynos5440
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH] i2c: qup: Add shutdown method
  • From: "Christ, Austin" <austinwc@xxxxxxxxxxxxxx>
• [PATCH 001/001] i2c-mpc: fix WARN on module unload
  • From: Steven Seeger <steven.seeger@xxxxxxxx>
• Re: [PATCH 1/3] i2c: designware: avoid race with interrupt handler
  • From: Alexander Monakov <amonakov@xxxxxxxxx>
• Re: [PATCH 1/3] i2c: designware: avoid race with interrupt handler
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] i2c: designware: should not wait for enable
  • From: Alexander Monakov <amonakov@xxxxxxxxx>
• Re: [PATCH 0/3] i2c: designware: should not wait for enable
  • From: Ben Gardner <gardner.ben@xxxxxxxxx>
• Re: [v2 1/1] i2c: dev: prevent ZERO_SIZE_PTR deref in i2cdev_ioctl_rdwr()
  • From: Alexander Popov <alex.popov@xxxxxxxxx>
• Re: [PATCH 0/3] i2c: designware: should not wait for enable
  • From: Ben Gardner <gardner.ben@xxxxxxxxx>
• Re: [PATCH v4 00/10] Add the I3C subsystem
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/10] Add the I3C subsystem
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [PATCH i2c/slave-mqueue v5] i2c: slave-mqueue: add a slave backend to receive and queue messages
  • From: Haiyue Wang <haiyue.wang@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] i2c: designware: should not wait for enable
  • From: Alexander Monakov <amonakov@xxxxxxxxx>
• Re: [PATCH 0/3] i2c: designware: should not wait for enable
  • From: Ben Gardner <gardner.ben@xxxxxxxxx>
• Re: [PATCH 2/2] i2c: core: APCI: Log device not acking errors at dbg loglevel
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: core: APCI: Improve OpRegion read errors
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH 2/2] i2c: core: APCI: Log device not acking errors at dbg loglevel
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 1/2] i2c: core: APCI: Improve OpRegion read errors
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 3/3] i2c: designware: refactor low-level enable/disable
  • From: Alexander Monakov <amonakov@xxxxxxxxx>
• [PATCH 2/3] Revert "i2c: designware: must wait for enable"
  • From: Alexander Monakov <amonakov@xxxxxxxxx>
• [PATCH 0/3] i2c: designware: should not wait for enable
  • From: Alexander Monakov <amonakov@xxxxxxxxx>
• [PATCH 1/3] i2c: designware: avoid race with interrupt handler
  • From: Alexander Monakov <amonakov@xxxxxxxxx>
• Re: [PATCH 1/7] i2c: i2c-gpio: move header to platform_data
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• Re: [PATCH v2 0/3] eeprom: at24: last bits of the big refactoring
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH 1/7] i2c: i2c-gpio: move header to platform_data
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH 3/7] i2c: i2c-ocores: move header to platform_data
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH 6/7] i2c: i2c-xiic: move header to platform_data
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [v2 1/1] i2c: dev: prevent ZERO_SIZE_PTR deref in i2cdev_ioctl_rdwr()
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH 2/7] i2c: i2c-mux-gpio: move header to platform_data
  • From: Peter Korsgaard <peter.korsgaard@xxxxxxxxx>
• [PATCH] Documentation/i2c: direct users to i2c-tools regarding i2c/smbus.h
  • From: Sam Hansen <hansens@xxxxxxxxxx>
• Re: [PATCH 7/7] i2c: pnx: move header into the driver
  • From: Vladimir Zapolskiy <vz@xxxxxxxxx>
• Re: [PATCH 1/7] i2c: i2c-gpio: move header to platform_data
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 4/7] i2c: i2c-omap: move header to platform_data
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH 1/7] i2c: i2c-gpio: move header to platform_data
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 2/7] i2c: i2c-mux-gpio: move header to platform_data
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 3/7] i2c: i2c-ocores: move header to platform_data
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 4/7] i2c: i2c-omap: move header to platform_data
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 6/7] i2c: i2c-xiic: move header to platform_data
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 7/7] i2c: pnx: move header into the driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 5/7] i2c: i2c-pca-platform: move header to platform_data
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 0/7] i2c: clean up include/linux/i2c-*
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [v2 1/1] i2c: dev: prevent ZERO_SIZE_PTR deref in i2cdev_ioctl_rdwr()
  • From: Alexander Popov <alex.popov@xxxxxxxxx>
• Re: [v2 1/1] i2c: dev: prevent ZERO_SIZE_PTR deref in i2cdev_ioctl_rdwr()
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [v2 1/1] i2c: dev: prevent ZERO_SIZE_PTR deref in i2cdev_ioctl_rdwr()
  • From: Alexander Popov <alex.popov@xxxxxxxxx>
• Re: [bug] some versions of designware i2c lack enable status register
  • From: Luis Oliveira <Luis.Oliveira@xxxxxxxxxxxx>
• RE: [bug] some versions of designware i2c lack enable status register
  • From: Luis de Oliveira <Luis.Oliveira@xxxxxxxxxxxx>
• Re: [PATCH v3 2/3] Documentation/i2c: sync docs with current state of i2c-tools
  • From: Sam Hansen <hansens@xxxxxxxxxx>
• Re: [PATCH 3/4] i2c: qup: Correct duty cycle for FM and FM+
  • From: "Christ, Austin" <austinwc@xxxxxxxxxxxxxx>
• Re: [PATCH 1/1] i2c: dev: check i2c_msg len before memdup_user() to prevent ZERO_SIZE_PTR deref
  • From: Alexander Popov <alex.popov@xxxxxxxxx>
• [PATCH] i2c: at91: Read all available bytes at once
  • From: David Engraf <david.engraf@xxxxxxxxx>
• Re: [PATCH v2] i2c: i801: Register optional lis3lv02d i2c device on Dell machines
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• Re: [PATCH 1/4] i2c: mux: ltc4306: switch to using .probe_new
  • From: Michael Hennerich <michael.hennerich@xxxxxxxxxx>
• Re: [PATCH 1/1] i2c: dev: check i2c_msg len before memdup_user() to prevent ZERO_SIZE_PTR deref
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH v3 2/3] Documentation/i2c: sync docs with current state of i2c-tools
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] Documentation/i2c: adopt kernel commenting style in examples
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/3] Documentation/i2c: sync docs with current state of i2c-tools
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] Documentation/i2c: whitespace cleanup
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] i2c: add bus_freq_hz in i2c_adapter
  • From: Tudor Ambarus <tudor.ambarus@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] i2c: dev: check i2c_msg len before memdup_user() to prevent ZERO_SIZE_PTR deref
  • From: Alexander Popov <alex.popov@xxxxxxxxx>
• Re: [PATCH 1/1] i2c: dev: check i2c_msg len before memdup_user() to prevent ZERO_SIZE_PTR deref
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH 1/1] i2c: dev: check i2c_msg len before memdup_user() to prevent ZERO_SIZE_PTR deref
  • From: Alexander Popov <alex.popov@xxxxxxxxx>
• [PATCH v3 18/20] spi: Remove depends on HAS_DMA in case of platform dependency
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 17/20] serial: Remove depends on HAS_DMA in case of platform dependency
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] Documentation/i2c: sync docs with current state of i2c-tools.
  • From: Sam Hansen <hansens@xxxxxxxxxx>
• [PATCH v3 13/20] mmc: Remove depends on HAS_DMA in case of platform dependency
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 19/20] staging: vc04_services: Remove depends on HAS_DMA in case of platform dependency
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 12/20] media: Remove depends on HAS_DMA in case of platform dependency
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 05/20] firewire: Remove depends on HAS_DMA in case of platform dependency
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 07/20] i2c: Remove depends on HAS_DMA in case of platform dependency
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 14/20] mtd: Remove depends on HAS_DMA in case of platform dependency
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 06/20] fpga: Remove depends on HAS_DMA in case of platform dependency
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 16/20] remoteproc: Remove depends on HAS_DMA in case of platform dependency
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 02/20] ata: Remove depends on HAS_DMA in case of platform dependency
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 00/20] Allow compile-testing NO_DMA (drivers)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 11/20] mailbox: Remove depends on HAS_DMA in case of platform dependency
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 03/20] crypto: Remove depends on HAS_DMA in case of platform dependency
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 10/20] lightnvm: Remove depends on HAS_DMA in case of platform dependency
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 01/20] ASoC: Remove depends on HAS_DMA in case of platform dependency
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 09/20] iommu: Remove depends on HAS_DMA in case of platform dependency
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 04/20] fbdev: Remove depends on HAS_DMA in case of platform dependency
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 20/20] usb: Remove depends on HAS_DMA in case of platform dependency
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 15/20] net: Remove depends on HAS_DMA in case of platform dependency
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 08/20] iio: adc: Remove depends on HAS_DMA in case of platform dependency
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 1/4] i2c: mux: ltc4306: switch to using .probe_new
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 0/4] i2c: mux: switch to using .probe_new
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 2/4] i2c: mux: mlxcpld: switch to using .probe_new
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 3/4] i2c: mux: pca9541: switch to using .probe_new
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 4/4] i2c: mux: pca954x: switch to using .probe_new
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 3/4] i2c: qup: Correct duty cycle for FM and FM+
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• RE: [SIL2review] [PATCH] i2c: img-scb: fix PM device usage count
  • From: <Tobias.Jordan@xxxxxxxxxxxxxx>
• Re: [SIL2review] [PATCH] i2c: img-scb: fix PM device usage count
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: Correctly setting the i2c-designware ic_fs_spklen register
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Correctly setting the i2c-designware ic_fs_spklen register
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH linux dev-4.16 v2] i2c: muxes: pca9641: new driver
  • From: ChenKenYY 陳永營 TAO <chen.kenyy@xxxxxxxxxxxx>
• [PATCH] i2c: mediatek: use of_device_get_match_data()
  • From: Ryder Lee <ryder.lee@xxxxxxxxxxxx>
• [PATCH] Further cadence i2c buffer overrun fixes
  • From: Andrew Worsley <amworsley@xxxxxxxxx>
• [no subject]
  • From: Andrew Worsley <amworsley@xxxxxxxxx>
• Re: [PATCH] Documentation/i2c: sync docs with current state of i2c-tools.
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] Documentation/i2c: sync docs with current state of i2c-tools.
  • From: Sam Hansen <hansens@xxxxxxxxxx>
• [PULL REQUEST] i2c for 4.17
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] Documentation/i2c: sync docs with current state of i2c-tools.
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PATCH v3 2/3] Documentation/i2c: sync docs with current state of i2c-tools
  • From: Sam Hansen <hansens@xxxxxxxxxx>
• [PATCH v3 3/3] Documentation/i2c: adopt kernel commenting style in examples
  • From: Sam Hansen <hansens@xxxxxxxxxx>
• [PATCH v3 1/3] Documentation/i2c: whitespace cleanup
  • From: Sam Hansen <hansens@xxxxxxxxxx>
• Re: [PATCH v2 3/3] Documentation/i2c: adopt kernel commenting style in examples
  • From: Sam Hansen <hansens@xxxxxxxxxx>
• Re: [PATCH v2 2/3] Documentation/i2c: sync docs with current state of i2c-tools
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] Documentation/i2c: whitespace cleanup
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] Documentation/i2c: adopt kernel commenting style in examples
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v2 2/3] Documentation/i2c: sync docs with current state of i2c-tools
  • From: Sam Hansen <hansens@xxxxxxxxxx>
• [PATCH v2 3/3] Documentation/i2c: adopt kernel commenting style in examples
  • From: Sam Hansen <hansens@xxxxxxxxxx>
• [PATCH v2 1/3] Documentation/i2c: whitespace cleanup
  • From: Sam Hansen <hansens@xxxxxxxxxx>
• Re: [PATCH] Documentation/i2c: sync docs with current state of i2c-tools.
  • From: Sam Hansen <hansens@xxxxxxxxxx>
• Re: [PATCH v2 1/4] i2c: qup: add probe path for Centriq ACPI devices
  • From: "Christ, Austin" <austinwc@xxxxxxxxxxxxxx>
• Re: [PATCH 3/4] i2c: qup: Correct duty cycle for FM and FM+
  • From: "Christ, Austin" <austinwc@xxxxxxxxxxxxxx>
• Re: [PATCH] Documentation/i2c: sync docs with current state of i2c-tools.
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH linux dev-4.16 v2] i2c: muxes: pca9641: new driver
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH linux dev-4.16 v2] i2c: muxes: pca9641: new driver
  • From: ChenKenYY 陳永營 TAO <chen.kenyy@xxxxxxxxxxxx>
• Re: [PATCH v2 1/4] i2c: qup: add probe path for Centriq ACPI devices
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH 3/4] i2c: qup: Correct duty cycle for FM and FM+
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH] Documentation/i2c: sync docs with current state of i2c-tools.
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH] Documentation/i2c: sync docs with current state of i2c-tools.
  • From: Sam Hansen <hansens@xxxxxxxxxx>
• Re: [PATCH v2 1/4] i2c: qup: add probe path for Centriq ACPI devices
  • From: "Christ, Austin" <austinwc@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] eeprom: at24: last bits of the big refactoring
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: i2c-tools bug report
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH v2 1/4] i2c: qup: add probe path for Centriq ACPI devices
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] MAINTAINERS: add maintainer for Renesas I2C related drivers
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] MAINTAINERS: remove me as maintainer for I2C host drivers
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 2/2 v2] i2c: i801: Restore configuration at shutdown
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/2 v2] i2c: i801: Save register SMBSLVCMD value only once
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: i801: Save register SMBSLVCMD value only once
  • From: Jason Andryuk <jandryuk@xxxxxxxxx>
• Re: New I2C driver for AMD platform
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 2/2 v2] i2c: i801: Restore configuration at shutdown
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PATCH 1/2 v2] i2c: i801: Save register SMBSLVCMD value only once
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PATCH 0/2] i2c: i801: Fix hard hang on reboot on HP EliteBook G3 850
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH] i2c: i801: Save register SMBSLVCMD value only once
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH] i2c: i801: Save register SMBSLVCMD value only once
  • From: Jason Andryuk <jandryuk@xxxxxxxxx>
• Re: [PATCH] i2c: i801: Save register SMBSLVCMD value only once
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PATCH v2 1/3] eeprom: at24: use devm_nvmem_register()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v2 3/3] eeprom: at24: provide a separate routine for creating dummy i2c clients
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v2 2/3] eeprom: at24: provide and use a helper for releasing dummy i2c clients
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v2 0/3] eeprom: at24: last bits of the big refactoring
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v3 4/6] i2c: i2c-stm32: Add generic DMA API
  • From: Pierre-Yves MORDRET <pierre-yves.mordret@xxxxxx>
• [PATCH v3 0/6] Add different features for I2C
  • From: Pierre-Yves MORDRET <pierre-yves.mordret@xxxxxx>
• [PATCH v3 1/6] i2c: i2c-stm32f7: Add 10-bit address support
  • From: Pierre-Yves MORDRET <pierre-yves.mordret@xxxxxx>
• [PATCH v3 5/6] i2c: i2c-stm32f7: Add DMA support
  • From: Pierre-Yves MORDRET <pierre-yves.mordret@xxxxxx>
• [PATCH v3 2/6] i2c: i2c-stm32f7: Add slave support
  • From: Pierre-Yves MORDRET <pierre-yves.mordret@xxxxxx>
• [PATCH v3 3/6] i2c: i2c-stm32f7: Add initial SMBus protocols support
  • From: Pierre-Yves MORDRET <pierre-yves.mordret@xxxxxx>
• [PATCH v3 6/6] i2c: i2c-stm32f7: Implement I2C release mechanism
  • From: Pierre-Yves MORDRET <pierre-yves.mordret@xxxxxx>
• Re: [PATCH] i2c: i801: Save register SMBSLVCMD value only once
  • From: Jason Andryuk <jandryuk@xxxxxxxxx>
• Re: [PATCH 4/4] eeprom: at24: provide a separate routine for creating dummy i2c clients
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 1/4] eeprom: at24: don't assign the i2c ID table to at24_driver
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH 1/4] eeprom: at24: don't assign the i2c ID table to at24_driver
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 1/4] eeprom: at24: don't assign the i2c ID table to at24_driver
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH 1/4] eeprom: at24: don't assign the i2c ID table to at24_driver
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH linux dev-4.16 v2] i2c: muxes: pca9641: new driver
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v2 2/2] MAINTAINERS: add maintainer for Renesas I2C related drivers
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH v2 1/2] MAINTAINERS: remove me as maintainer for I2C host drivers
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: New I2C driver for AMD platform
  • From: "Shah, Nehal-bakulchandra" <Nehal-Bakulchandra.shah@xxxxxxx>
• Re: [PATCH] MAINTAINERS: I'll maintain Renesas R-Car I2C host drivers
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH v2 2/2] MAINTAINERS: add maintainer for Renesas I2C related drivers
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] MAINTAINERS: add maintainer for Renesas I2C related drivers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 2/2] MAINTAINERS: add maintainer for Renesas I2C related drivers
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v2 1/2] MAINTAINERS: remove me as maintainer for I2C host drivers
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: i801: Save register SMBSLVCMD value only once
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH] MAINTAINERS: remove me as maintainer for I2C host drivers
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: remove me as maintainer for I2C host drivers
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: remove me as maintainer for I2C host drivers
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH] i2c: i801: Save register SMBSLVCMD value only once
  • From: Jason Andryuk <jandryuk@xxxxxxxxx>
• Re: [PATCH] i2c: i801: Save register SMBSLVCMD value only once
  • From: Jason Andryuk <jandryuk@xxxxxxxxx>