Linux Kernel I2C

• Thread Index

• 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>
• Re: [PATCH v2 2/2] i2c: imx: avoid taking clk_prepare mutex in PM callbacks
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: remove me as maintainer for I2C host drivers
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: imx: avoid taking clk_prepare mutex in PM callbacks
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: remove me as maintainer for I2C host drivers
  • From: Peter Rosin <peda@xxxxxxxxxx>
• 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: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: remove me as maintainer for I2C host drivers
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH] MAINTAINERS: I'll maintain Renesas R-Car I2C host drivers
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] MAINTAINERS: remove me as maintainer for I2C host drivers
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 1/4] eeprom: at24: don't assign the i2c ID table to at24_driver
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH 0/4] eeprom: at24: last bits of the big refactoring
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH 3/4] eeprom: at24: provide and use a helper for releasing dummy i2c clients
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH 4/4] eeprom: at24: provide a separate routine for creating dummy i2c clients
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH 2/4] eeprom: at24: use devm_nvmem_register()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v3] i2c: i801: blacklist Host Notify on HP EliteBook G3 850
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: i2c i801 Host Notify breaks HP G3 850 booting while plugged in
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH 1/2] i2c: sprd: Prevent i2c accesses after suspend is called
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [PATCH] i2c: i801: Save register SMBSLVCMD value only once
  • From: Benjamin Tissoires <benjamin.tissoires@xxxxxxxxxx>
• [PATCH] i2c: i801: Save register SMBSLVCMD value only once
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH v3] i2c: i801: blacklist Host Notify on HP EliteBook G3 850
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: i2c i801 Host Notify breaks HP G3 850 booting while plugged in
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH 1/2] i2c: sprd: Prevent i2c accesses after suspend is called
  • From: Grygorii Strashko <grygorii.strashko@xxxxxx>
• Re: [PATCH v4 10/10] dt-bindings: gpio: Add bindings for Cadence I3C gpio expander
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v4 08/10] dt-bindings: i3c: Document Cadence I3C master bindings
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v4 04/10] dt-bindings: i3c: Document core bindings
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: i2c i801 Host Notify breaks HP G3 850 booting while plugged in
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [RFC PATCH 1/2] i2c: Add i2c_verify_device_id() to verify device id
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: i2c i801 Host Notify breaks HP G3 850 booting while plugged in
  • From: Jason Andryuk <jandryuk@xxxxxxxxx>
• Re: i2c i801 Host Notify breaks HP G3 850 booting while plugged in
  • From: Jason Andryuk <jandryuk@xxxxxxxxx>
• Re: i2c i801 Host Notify breaks HP G3 850 booting while plugged in
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: i2c i801 Host Notify breaks HP G3 850 booting while plugged in
  • From: Jason Andryuk <jandryuk@xxxxxxxxx>
• Re: i2c core debug message issue
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH 2/2] i2c: sprd: Fix the i2c count issue
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH 1/2] i2c: sprd: Prevent i2c accesses after suspend is called
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] i2c: Add i2c_verify_device_id() to verify device id
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] i2c: Add i2c_verify_device_id() to verify device id
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH] i2c: rcar: initialize earlier using subsys_initcall()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] i2c: Add i2c_verify_device_id() to verify device id
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PULL REQUEST] i2c for 4.17
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: i2c i801 Host Notify breaks HP G3 850 booting while plugged in
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: New I2C driver for AMD platform
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: i801: blacklist Host Notify on HP EliteBook G3 850
  • From: Andreas Radke <andyrtr@xxxxxxxxxxxxx>
• Re: i2c i801 Host Notify breaks HP G3 850 booting while plugged in
  • From: Jason Andryuk <jandryuk@xxxxxxxxx>
• Re: i2c i801 Host Notify breaks HP G3 850 booting while plugged in
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: i2c i801 Host Notify breaks HP G3 850 booting while plugged in
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: i2c i801 Host Notify breaks HP G3 850 booting while plugged in
  • From: Jason Andryuk <jandryuk@xxxxxxxxx>
• Re: Test for broadcasts from SMBUS/I2C devices?
  • From: "Eric S. Raymond" <esr@xxxxxxxxxxx>
• Re: Test for broadcasts from SMBUS/I2C devices?
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• Re: Test for broadcasts from SMBUS/I2C devices?
  • From: "Eric S. Raymond" <esr@xxxxxxxxxxx>
• Re: Test for broadcasts from SMBUS/I2C devices?
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• Test for broadcasts from SMBUS/I2C devices?
  • From: esr@xxxxxxxxxxx (Eric S. Raymond)
• Re: [PATCH v6 0/5] Introduce GENI SE Controller Driver
  • From: Karthik Ramasubramanian <kramasub@xxxxxxxxxxxxxx>
• [PATCH v3] i2c: i801: blacklist Host Notify on HP EliteBook G3 850
  • From: Jason Andryuk <jandryuk@xxxxxxxxx>
• Re: [PATCH] i2c: rcar: initialize earlier using subsys_initcall()
  • From: Eugeniu Rosca <erosca@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: rcar: initialize earlier using subsys_initcall()
  • From: Eugeniu Rosca <erosca@xxxxxxxxxxxxxx>
• Re: [PATCH v7 3/4] i2c: add param sanity check to i2c_transfer()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2] i2c: i801: blacklist Host Notify on HP EliteBook G3 850
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [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 v2 1/4] i2c: qup: add probe path for Centriq ACPI devices
  • From: Austin Christ <austinwc@xxxxxxxxxxxxxx>
• [PATCH 0/4] Add Fast Mode Plus and other fixes
  • From: Austin Christ <austinwc@xxxxxxxxxxxxxx>
• Re: [PATCH] i2ctransfer: '-f' shouldn't allow all addresses, '-a' does that
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH i2c-tools] CHANGES: mention the new -a flag for the tools
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/7 v2] i2c: imx: workaround for A-010650: implement bus recovery with gpio for Layerscape
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v7 3/4] i2c: add param sanity check to i2c_transfer()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v7 4/4] MAINTAINERS: add Ard as Socionext SynQuacer I2C driver maintainer
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v7 2/4] i2c: add support for Socionext SynQuacer I2C controller
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v7 1/4] dt-bindings: i2c: add binding for Socionext SynQuacer I2C
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v6 2/3] i2c: add support for Socionext SynQuacer I2C controller
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v6 1/3] dt-bindings: i2c: add binding for Socionext SynQuacer I2C
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v6 2/3] i2c: add support for Socionext SynQuacer I2C controller
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v6 1/3] dt-bindings: i2c: add binding for Socionext SynQuacer I2C
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] i2c: at91: provide bus_freq_hz
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxxxxxx>
• Re: i2c i801 Host Notify breaks HP G3 850 booting while plugged in
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH v2] i2c: i801: blacklist Host Notify on HP EliteBook G3 850
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH v2] i2c: i801: blacklist Host Notify on HP EliteBook G3 850
  • From: Jason Andryuk <jandryuk@xxxxxxxxx>
• Re: [PATCH v2 2/6] i2c: i2c-stm32f7: Add slave support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/6] i2c: i2c-stm32f7: Add initial SMBus protocols support
  • From: Pierre Yves MORDRET <pierre-yves.mordret@xxxxxx>
• RE: i2c-cadence.c receive buffer overrun bug fix patches
  • From: Arindam Sarkar <asarkar@xxxxxxxxxx>
• Re: [PATCH v2 5/6] i2c: i2c-stm32f7: Add DMA support
  • From: Pierre Yves MORDRET <pierre-yves.mordret@xxxxxx>
• Re: [PATCH v2 3/6] i2c: i2c-stm32f7: Add initial SMBus protocols support
  • From: Pierre Yves MORDRET <pierre-yves.mordret@xxxxxx>
• Re: [PATCH v2 2/6] i2c: i2c-stm32f7: Add slave support
  • From: Pierre Yves MORDRET <pierre-yves.mordret@xxxxxx>
• [PATCH 2/7 v2] arm64: dts: ls1012a: add dts entry for A-010650
  • From: <ying.zhang22455@xxxxxxx>
• [PATCH 1/7 v2] i2c: imx: workaround for A-010650: implement bus recovery with gpio for Layerscape
  • From: <ying.zhang22455@xxxxxxx>
• [PATCH 5/7 v2] arm64: dts: ls1046a: add dts entry for A-010650
  • From: <ying.zhang22455@xxxxxxx>
• [PATCH 6/7 v2] arm64: dts: ls1088a: add dts entry for A-010650
  • From: <ying.zhang22455@xxxxxxx>
• [PATCH 3/7 v2] arm64: dts: ls1021a: add dts entry for A-010650
  • From: <ying.zhang22455@xxxxxxx>
• [PATCH 7/7 v2] arm64: dts: ls208xa: add dts entry for A-010650
  • From: <ying.zhang22455@xxxxxxx>
• [PATCH 4/7 v2] arm64: dts: ls1043a: add dts entry for A-010650
  • From: <ying.zhang22455@xxxxxxx>
• Re: [PATCH v2] i2c: i801: blacklist Host Notify on HP EliteBook G3 850
  • From: Andreas Radke <andyrtr@xxxxxxxxxxxxx>
• [PATCH v7 4/4] MAINTAINERS: add Ard as Socionext SynQuacer I2C driver maintainer
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v7 3/4] i2c: add param sanity check to i2c_transfer()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v7 2/4] i2c: add support for Socionext SynQuacer I2C controller
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v7 1/4] dt-bindings: i2c: add binding for Socionext SynQuacer I2C
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v7 0/4] add support for Socionext SynQuacer I2C controller
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v6 0/3] add support for Socionext SynQuacer I2C controller
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v6 2/5] soc: qcom: Add GENI based QUP Wrapper driver
  • From: Evan Green <evgreen@xxxxxxxxxxxx>
• Re: [PATCH v6 0/3] add support for Socionext SynQuacer I2C controller
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v6 0/3] add support for Socionext SynQuacer I2C controller
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v6 0/3] add support for Socionext SynQuacer I2C controller
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v6 0/3] add support for Socionext SynQuacer I2C controller
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v6 0/3] add support for Socionext SynQuacer I2C controller
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v6 0/3] add support for Socionext SynQuacer I2C controller
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] i2c: rcar: initialize earlier using subsys_initcall()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v6 3/3] i2c: add param sanity check to i2c_transfer()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] i2c: rcar: initialize earlier using subsys_initcall()
  • From: Vladimir Zapolskiy <vladimir_zapolskiy@xxxxxxxxxx>
• Re: [PATCH] i2c: rcar: initialize earlier using subsys_initcall()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/6] i2c: i2c-stm32f7: Add DMA support
  • 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 v2 2/6] i2c: i2c-stm32f7: Add slave support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v6 3/3] i2c: add param sanity check to i2c_transfer()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v6 0/3] add support for Socionext SynQuacer I2C controller
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] drivers/i2c: Update i2c_trace_msg static key to modern api
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: fix parameter of trace_i2c_result
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] drivers/i2c: Update i2c_trace_msg static key to modern api
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v4 1/3] i2c: Get rid of i2c_board_info->archdata
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• Re: [PATCH v4 0/3] i2c: Prepare things for I3C
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• Re: [PATCH] i2c: fix parameter of trace_i2c_result
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v4 1/3] i2c: Get rid of i2c_board_info->archdata
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] i2c: Prepare things for I3C
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: imx: avoid taking clk_prepare mutex in PM callbacks
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: imx: use clk notifier for rate changes
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• i2c-cadence.c receive buffer overrun bug fix patches
  • From: Andrew Worsley <amworsley@xxxxxxxxx>
• Re: [PATCH 1/6] drivers/i2c: Update i2c_trace_msg static key to modern api
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 2/2] I2c receive buffer overrun bugfix - clear hold bit before end.
  • From: Andrew Worsley <amworsley@xxxxxxxxx>
• [PATCH 1/2] Fix Bug for cadence i2c interrupt overrunning buffer
  • From: Andrew Worsley <amworsley@xxxxxxxxx>
• Re: [PATCH] i2c: fix parameter of trace_i2c_result
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• New I2C driver for AMD platform
  • From: "Shah, Nehal-bakulchandra" <Nehal-Bakulchandra.shah@xxxxxxx>
• Re: [bug] some versions of designware i2c lack enable status register
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCH 1/6] arm64: dts: ls1012a: add dts entry for A-010650
  • From: <ying.zhang22455@xxxxxxx>
• [PATCH 5/6] arm64: dts: ls1088a: add dts entry for A-010650
  • From: <ying.zhang22455@xxxxxxx>
• [PATCH 6/6] arm64: dts: ls208xa: add dts entry for A-010650
  • From: <ying.zhang22455@xxxxxxx>
• [PATCH 4/6] arm64: dts: ls1046a: add dts entry for A-010650
  • From: <ying.zhang22455@xxxxxxx>
• [PATCH 2/6] arm64: dts: ls1021a: add dts entry for A-010650
  • From: <ying.zhang22455@xxxxxxx>
• [PATCH 3/6] arm64: dts: ls1043a: add dts entry for A-010650
  • From: <ying.zhang22455@xxxxxxx>
• [PATCH i2c/slave-mqueue v4] i2c: slave-mqueue: add a slave backend to receive and queue messages
  • From: Haiyue Wang <haiyue.wang@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: qup: Add shutdown method
  • From: Timur Tabi <timur@xxxxxxxxxxxxxx>
• [PATCH v2] i2c: i801: blacklist Host Notify on HP EliteBook G3 850
  • From: Jason Andryuk <jandryuk@xxxxxxxxx>
• [PATCH] i2c: i801: blacklist Host Notify on HP EliteBook G3 850
  • From: Jason Andryuk <jandryuk@xxxxxxxxx>
• [PATCH] i2c: fix parameter of trace_i2c_result
  • From: cwahbong@xxxxxxxxxx
• [PATCH v6 2/5] soc: qcom: Add GENI based QUP Wrapper driver
  • From: Karthikeyan Ramasubramanian <kramasub@xxxxxxxxxxxxxx>
• [PATCH v6 5/5] arm64: dts: sdm845: Add support for an instance of I2C controller
  • From: Karthikeyan Ramasubramanian <kramasub@xxxxxxxxxxxxxx>
• [PATCH v6 4/5] arm64: dts: sdm845: Add serial console support
  • From: Karthikeyan Ramasubramanian <kramasub@xxxxxxxxxxxxxx>
• [PATCH v6 3/5] i2c: i2c-qcom-geni: Add bus driver for the Qualcomm GENI I2C controller
  • From: Karthikeyan Ramasubramanian <kramasub@xxxxxxxxxxxxxx>
• [PATCH v6 1/5] dt-bindings: soc: qcom: Add device tree binding for GENI SE
  • From: Karthikeyan Ramasubramanian <kramasub@xxxxxxxxxxxxxx>
• [PATCH v6 0/5] Introduce GENI SE Controller Driver
  • From: Karthikeyan Ramasubramanian <kramasub@xxxxxxxxxxxxxx>
• [PULL REQUEST] i2c for 4.16
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v6 0/3] add support for Socionext SynQuacer I2C controller
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v4 04/10] dt-bindings: i3c: Document core bindings
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• Re: [PATCH v4 04/10] dt-bindings: i3c: Document core bindings
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v4 01/10] i3c: Add core I3C infrastructure
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [PATCH v4 00/10] Add the I3C subsystem
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [PATCH v4 04/10] dt-bindings: i3c: Document core bindings
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [PATCH v4 03/10] i3c: Add sysfs ABI spec
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [PATCH v4 02/10] docs: driver-api: Add I3C documentation
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [PATCH v4 06/10] MAINTAINERS: Add myself as the I3C subsystem maintainer
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [PATCH v4 05/10] dt-bindings: i3c: Add macros to help fill I3C/I2C device's reg property
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [PATCH v4 07/10] i3c: master: Add driver for Cadence IP
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [PATCH v4 08/10] dt-bindings: i3c: Document Cadence I3C master bindings
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [PATCH v4 10/10] dt-bindings: gpio: Add bindings for Cadence I3C gpio expander
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [PATCH v4 09/10] gpio: Add a driver for Cadence I3C GPIO expander
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• Re: [PATCH] i2c: qup: Add shutdown method
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• [PATCH i2c/slave-mqueue v3] i2c: slave-mqueue: add a slave backend to receive and queue messages
  • From: Haiyue Wang <haiyue.wang@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 05/11] dt-bindings: i3c: Document core bindings
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• Re: [PATCH v3 05/11] dt-bindings: i3c: Document core bindings
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] i2c: rcar: initialize earlier using subsys_initcall()
  • From: Eugeniu Rosca <erosca@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: qup: Add shutdown method
  • From: Timur Tabi <timur@xxxxxxxxxxxxxx>
• Re: [PATCH v3 05/11] dt-bindings: i3c: Document core bindings
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• Re: [PATCH] i2ctransfer: '-f' shouldn't allow all addresses, '-a' does that
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v1 - resent 1/5] i2c: busses: Add support for extended transaction length for i2c-mlxcpld
  • From: michaelsh@xxxxxxxxxxxx
• [PATCH v1 - resent 5/5] i2c: busses: Add capability register description to documentation
  • From: michaelsh@xxxxxxxxxxxx
• [PATCH v1 - resent 3/5] i2c: busses: Fix adapter functionality support callback
  • From: michaelsh@xxxxxxxxxxxx
• [PATCH v1 - resent 4/5] i2c: busses: Allow configurable adapter id for mlxcpld
  • From: michaelsh@xxxxxxxxxxxx
• [PATCH v1 - resent 0/5] Add capabilities to i2c-mlxcpld
  • From: michaelsh@xxxxxxxxxxxx
• [PATCH v1 - resent 2/5] i2c: busses: Add support for smbus block read transaction
  • From: michaelsh@xxxxxxxxxxxx
• Re: [PATCH v2 2/2] i2c: imx: avoid taking clk_prepare mutex in PM callbacks
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: imx: use clk notifier for rate changes
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH v3 06/11] dt-bindings: i3c: Add macros to help fill I3C/I2C device's reg property
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v3 05/11] dt-bindings: i3c: Document core bindings
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v3 11/11] dt-bindings: gpio: Add bindings for Cadence I3C gpio expander
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH 1/6] drivers/i2c: Update i2c_trace_msg static key to modern api
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH v3 11/11] dt-bindings: gpio: Add bindings for Cadence I3C gpio expander
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 11/11] dt-bindings: gpio: Add bindings for Cadence I3C gpio expander
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• Re: [PATCH v3 11/11] dt-bindings: gpio: Add bindings for Cadence I3C gpio expander
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• Re: [PATCH v3 05/11] dt-bindings: i3c: Document core bindings
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [RFC PATCH 2/2] i2c: at91: provide bus_freq_hz
  • From: Tudor Ambarus <tudor.ambarus@xxxxxxxxxxxxx>
• [RFC PATCH 1/2] i2c: add bus_freq_hz in i2c_adapter
  • From: Tudor Ambarus <tudor.ambarus@xxxxxxxxxxxxx>
• Re: [PATCH v3 05/11] dt-bindings: i3c: Document core bindings
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 11/11] dt-bindings: gpio: Add bindings for Cadence I3C gpio expander
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 11/11] dt-bindings: gpio: Add bindings for Cadence I3C gpio expander
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [bug] some versions of designware i2c lack enable status register
  • From: Alexander Monakov <amonakov@xxxxxxxxx>
• Re: [PATCH v2 2/6] i2c: i2c-stm32f7: Add slave support
  • From: Pierre Yves MORDRET <pierre-yves.mordret@xxxxxx>
• Re: [PATCH 1/3] i2c: update i2c_trace_msg static key to modern api
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] i2c: update i2c_trace_msg static key to modern api
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 6/6] i2c: i2c-stm32f7: Implement I2C recovery mechanism
  • From: Pierre Yves MORDRET <pierre-yves.mordret@xxxxxx>
• Re: [PATCH v2 4/6] i2c: i2c-stm32: Add generic DMA API
  • From: Pierre Yves MORDRET <pierre-yves.mordret@xxxxxx>
• Re: [PATCH v2 3/6] i2c: i2c-stm32f7: Add initial SMBus protocols support
  • From: Pierre Yves MORDRET <pierre-yves.mordret@xxxxxx>
• Re: [PATCH v2 1/6] i2c: i2c-stm32f7: Add 10-bit address support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] i2c: i2c-stm32f7: Add 10-bit address support
  • From: Pierre Yves MORDRET <pierre-yves.mordret@xxxxxx>
• Re: [PATCH v2 00/13] Major code reorganization to make all i2c transfers working
  • From: Abhishek Sahu <absahu@xxxxxxxxxxxxxx>
• [PATCH 1/3] i2c: update i2c_trace_msg static key to modern api
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH v2 2/6] i2c: i2c-stm32f7: Add slave support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v4 3/3] i2c: Export of_i2c_get_board_info()
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [PATCH v4 2/3] i2c: Retain info->of_node in i2c_new_device()
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [PATCH v4 1/3] i2c: Get rid of i2c_board_info->archdata
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [PATCH v4 0/3] i2c: Prepare things for I3C
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [PATCH v6 3/3] i2c: add param sanity check to i2c_transfer()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v6 2/3] i2c: add support for Socionext SynQuacer I2C controller
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v6 1/3] dt-bindings: i2c: add binding for Socionext SynQuacer I2C
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v6 0/3] add support for Socionext SynQuacer I2C controller
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v5 2/2] i2c: add support for Socionext SynQuacer I2C controller
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3 01/11] i2c: Export of_i2c_get_board_info()
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• Re: [PATCH v3 01/11] i2c: Export of_i2c_get_board_info()
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• Re: [PATCH v5 2/2] i2c: add support for Socionext SynQuacer I2C controller
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] i2c: add support for Socionext SynQuacer I2C controller
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] Add different features for I2C
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 6/6] i2c: i2c-stm32f7: Implement I2C recovery mechanism
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/6] i2c: i2c-stm32: Add generic DMA API
  • 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 v2 1/6] i2c: i2c-stm32f7: Add 10-bit address support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v3 01/11] i2c: Export of_i2c_get_board_info()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v3 01/11] i2c: Export of_i2c_get_board_info()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/5] i2c: i2c-qcom-geni: Add bus driver for the Qualcomm GENI I2C controller
  • From: Sagar Dharia <sdharia@xxxxxxxxxxxxxx>
• [PATCH i2c-tools] CHANGES: mention the new -a flag for the tools
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH] i2ctransfer: '-f' shouldn't allow all addresses, '-a' does that
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5] Add all_addrs option for i2c tools
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: make i2c_check_addr_validity() static
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: rcar: fix mask value of prohibited bit
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: i2c: document R8A77965 bindings
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [GIT PULL] at24 updates for 4.17
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: i2c-stm32f7: fix no check on returned setup
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] i2c: pca-platform: additional improvements
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/13] Major code reorganization to make all i2c transfers working
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 01/13] i2c: qup: fix copyrights and update to SPDX identifier
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 5/5] arm64: dts: sdm845: Add support for an instance of I2C controller
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH v5 3/5] i2c: i2c-qcom-geni: Add bus driver for the Qualcomm GENI I2C controller
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v5 3/5] i2c: i2c-qcom-geni: Add bus driver for the Qualcomm GENI I2C controller
  • From: Karthikeyan Ramasubramanian <kramasub@xxxxxxxxxxxxxx>
• [PATCH v5 2/5] soc: qcom: Add GENI based QUP Wrapper driver
  • From: Karthikeyan Ramasubramanian <kramasub@xxxxxxxxxxxxxx>
• [PATCH v5 5/5] arm64: dts: sdm845: Add support for an instance of I2C controller
  • From: Karthikeyan Ramasubramanian <kramasub@xxxxxxxxxxxxxx>
• [PATCH v5 4/5] arm64: dts: sdm845: Add serial console support
  • From: Karthikeyan Ramasubramanian <kramasub@xxxxxxxxxxxxxx>
• [PATCH v5 1/5] dt-bindings: soc: qcom: Add device tree binding for GENI SE
  • From: Karthikeyan Ramasubramanian <kramasub@xxxxxxxxxxxxxx>
• [PATCH v5 0/5] Introduce GENI SE Controller Driver
  • From: Karthikeyan Ramasubramanian <kramasub@xxxxxxxxxxxxxx>
• Re: [PATCH 03/21] eeprom: at24: arrange local variables
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2] eeprom: at24: use SPDX identifier instead of GPL boiler-plate
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH 00/21] eeprom: at24: driver refactoring
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH 03/21] eeprom: at24: arrange local variables
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH 00/21] eeprom: at24: driver refactoring
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 03/21] eeprom: at24: arrange local variables
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 09/11] dt-bindings: i3c: Document Cadence I3C master bindings
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• Re: [PATCH v3 05/11] dt-bindings: i3c: Document core bindings
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• Re: [PATCH v3 05/11] dt-bindings: i3c: Document core bindings
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH i2c/slave-mqueue v2] i2c: slave-mqueue: add a slave backend to receive and queue messages
  • From: Haiyue Wang <haiyue.wang@xxxxxxxxxxxxxxx>
• Re: probe gets called without i2c device
  • From: asadpt iqroot <asadptiqroot@xxxxxxxxx>
• Re: [PATCH v3 09/11] dt-bindings: i3c: Document Cadence I3C master bindings
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxx>
• [PATCH v3 04/11] i3c: Add sysfs ABI spec
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• Re: [PATCH v3 00/11] Add the I3C subsystem
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [PATCH v3 02/11] i3c: Add core I3C infrastructure
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [PATCH v3 01/11] i2c: Export of_i2c_get_board_info()
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [PATCH v3 05/11] dt-bindings: i3c: Document core bindings
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [PATCH v3 07/11] MAINTAINERS: Add myself as the I3C subsystem maintainer
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [PATCH v3 06/11] dt-bindings: i3c: Add macros to help fill I3C/I2C device's reg property
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [PATCH v3 00/11] Add the I3C subsystem
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [PATCH v3 09/11] dt-bindings: i3c: Document Cadence I3C master bindings
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [PATCH v3 08/11] i3c: master: Add driver for Cadence IP
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [PATCH v3 10/11] gpio: Add a driver for Cadence I3C GPIO expander
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [PATCH v3 03/11] docs: driver-api: Add I3C documentation
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [PATCH v3 11/11] dt-bindings: gpio: Add bindings for Cadence I3C gpio expander
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• i2c core debug message issue
  • From: asadpt iqroot <asadptiqroot@xxxxxxxxx>
• probe gets called without i2c device
  • From: asadpt iqroot <asadptiqroot@xxxxxxxxx>
• Re: [PATCH v2 0/4] i2c: pca-platform: additional improvements
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] i2c: pca-platform: additional improvements
  • From: Chris Packham <Chris.Packham@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 2/4] platform/x86: mlx-platform: Add differed bus functionality
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 2/4] platform/x86: mlx-platform: Add differed bus functionality
  • From: Darren Hart <dvhart@xxxxxxxxxxxxx>
• Re: [PATCH v4 4/6] tty: serial: msm_geni_serial: Add serial driver support for GENI based QUP
  • From: Karthik Ramasubramanian <kramasub@xxxxxxxxxxxxxx>
• Re: [PATCH v1 2/4] platform/x86: mlx-platform: Add differed bus functionality
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: i2c-stm32f7: fix no check on returned setup
  • From: Alexandre Torgue <alexandre.torgue@xxxxxx>
• Re: [PATCH v1 2/4] platform/x86: mlx-platform: Add differed bus functionality
  • From: Darren Hart <dvhart@xxxxxxxxxxxxx>
• Re: [PATCH v4 4/6] tty: serial: msm_geni_serial: Add serial driver support for GENI based QUP
  • From: Stephen Boyd <swboyd@xxxxxxxxxxxx>
• [PATCH v2 6/6] i2c: i2c-stm32f7: Implement I2C recovery mechanism
  • From: Pierre-Yves MORDRET <pierre-yves.mordret@xxxxxx>
• [PATCH v2 1/6] i2c: i2c-stm32f7: Add 10-bit address support
  • From: Pierre-Yves MORDRET <pierre-yves.mordret@xxxxxx>
• [PATCH v2 4/6] i2c: i2c-stm32: Add generic DMA API
  • From: Pierre-Yves MORDRET <pierre-yves.mordret@xxxxxx>
• [PATCH v2 3/6] i2c: i2c-stm32f7: Add initial SMBus protocols support
  • From: Pierre-Yves MORDRET <pierre-yves.mordret@xxxxxx>
• [PATCH v2 2/6] i2c: i2c-stm32f7: Add slave support
  • From: Pierre-Yves MORDRET <pierre-yves.mordret@xxxxxx>
• [PATCH v2 5/6] i2c: i2c-stm32f7: Add DMA support
  • From: Pierre-Yves MORDRET <pierre-yves.mordret@xxxxxx>
• [PATCH v2 0/6] Add different features for I2C
  • From: Pierre-Yves MORDRET <pierre-yves.mordret@xxxxxx>
• [PATCH v2] i2c: i2c-stm32f7: fix no check on returned setup
  • From: Pierre-Yves MORDRET <pierre-yves.mordret@xxxxxx>
• Re: [PATCH v4 6/6] arm64: dts: sdm845: Add I2C controller support
  • From: Sagar Dharia <sdharia@xxxxxxxxxxxxxx>
• Re: [PATCH 00/21] eeprom: at24: driver refactoring
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [GIT PULL] at24 updates for 4.17
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [RESEND PATCH v1 2/6] i2c: i2c-stm32f7: Add slave support
  • From: Pierre Yves MORDRET <pierre-yves.mordret@xxxxxx>
• Re: [PATCH v4 5/6] arm64: dts: sdm845: Add serial console support
  • From: Rajendra Nayak <rnayak@xxxxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: i2c: document R8A77965 bindings
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] i2c: mux: pca9541: prepare for PCA9641 support
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 2/3] i2c: mux: pca9541: namespace cleanup
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 3/3] i2c: mux: pca9541: prepare for PCA9641 support
  • From: Vladimir Zapolskiy <vz@xxxxxxxxx>
• Re: [PATCH 3/3] i2c: mux: pca9541: prepare for PCA9641 support
  • From: Vladimir Zapolskiy <vz@xxxxxxxxx>
• Re: [PATCH 2/3] i2c: mux: pca9541: namespace cleanup
  • From: Vladimir Zapolskiy <vz@xxxxxxxxx>
• Re: [PATCH 2/3] i2c: mux: pca9541: namespace cleanup
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v4 6/6] arm64: dts: sdm845: Add I2C controller support
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH v5 0/2] add support for Socionext SynQuacer I2C controller
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 3/3] i2c: mux: pca9541: prepare for PCA9641 support
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v4 4/6] tty: serial: msm_geni_serial: Add serial driver support for GENI based QUP
  • From: Evan Green <evgreen@xxxxxxxxxxxx>
• Re: [PATCH v4 4/6] tty: serial: msm_geni_serial: Add serial driver support for GENI based QUP
  • From: Karthik Ramasubramanian <kramasub@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] i2c: mux: pca9541: prepare for PCA9641 support
  • From: Vladimir Zapolskiy <vz@xxxxxxxxx>
• Re: [PATCH 1/3] i2c: mux: pca9541: use the BIT macro
  • From: Vladimir Zapolskiy <vz@xxxxxxxxx>
• Re: [PATCH 2/3] i2c: mux: pca9541: namespace cleanup
  • From: Vladimir Zapolskiy <vz@xxxxxxxxx>
• Re: [PATCH v4 4/6] tty: serial: msm_geni_serial: Add serial driver support for GENI based QUP
  • From: Karthik Ramasubramanian <kramasub@xxxxxxxxxxxxxx>
• Re: [PATCH v4 3/6] i2c: i2c-qcom-geni: Add bus driver for the Qualcomm GENI I2C controller
  • From: Sagar Dharia <sdharia@xxxxxxxxxxxxxx>
• Re: [PATCH v4 6/6] arm64: dts: sdm845: Add I2C controller support
  • From: Sagar Dharia <sdharia@xxxxxxxxxxxxxx>
• Re: [PATCH v4 3/6] i2c: i2c-qcom-geni: Add bus driver for the Qualcomm GENI I2C controller
  • From: Karthik Ramasubramanian <kramasub@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] i2c: mux: pca9541: namespace cleanup
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] dt-bindings: i2c: document R8A77965 bindings
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] i2c: mux: pca9541: namespace cleanup
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH] i2c: rcar: fix mask value of prohibited bit
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] i2c: make i2c_check_addr_validity() static
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v4 5/6] arm64: dts: sdm845: Add serial console support
  • From: Stephen Boyd <swboyd@xxxxxxxxxxxx>
• Re: [PATCH v4 4/6] tty: serial: msm_geni_serial: Add serial driver support for GENI based QUP
  • From: Evan Green <evgreen@xxxxxxxxxxxx>
• Re: [PATCH v4 1/6] dt-bindings: soc: qcom: Add device tree binding for GENI SE
  • From: Stephen Boyd <swboyd@xxxxxxxxxxxx>
• Re: [PATCH v4 4/6] tty: serial: msm_geni_serial: Add serial driver support for GENI based QUP
  • From: Stephen Boyd <swboyd@xxxxxxxxxxxx>
• Re: [PATCH 3/3] i2c: mux: pca9541: prepare for PCA9641 support
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 2/3] i2c: mux: pca9541: namespace cleanup
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 1/3] i2c: mux: pca9541: use the BIT macro
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RESEND PATCH v1 2/6] i2c: i2c-stm32f7: Add slave support
  • From: Pierre Yves MORDRET <pierre-yves.mordret@xxxxxx>
• Re: [RESEND PATCH v1 2/6] i2c: i2c-stm32f7: Add slave support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RESEND PATCH v1 6/6] i2c: i2c-stm32f7: Implement I2C recovery mechanism
  • From: Pierre Yves MORDRET <pierre-yves.mordret@xxxxxx>
• Re: [RESEND PATCH v1 6/6] i2c: i2c-stm32f7: Implement I2C recovery mechanism
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH linux dev-4.16 v2] i2c: muxes: pca9641: new driver
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 2/3] i2c: mux: pca9541: namespace cleanup
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 3/3] i2c: mux: pca9541: prepare for PCA9641 support
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH 1/3] i2c: mux: pca9541: use the BIT macro
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [RESEND PATCH v1 6/6] i2c: i2c-stm32f7: Implement I2C recovery mechanism
  • From: Pierre Yves MORDRET <pierre-yves.mordret@xxxxxx>
• Re: [RESEND PATCH v1] i2c: i2c-stm32f7: fix no check on returned setup
  • From: Alexandre Torgue <alexandre.torgue@xxxxxx>
• Re: [PATCH v4 6/6] arm64: dts: sdm845: Add I2C controller support
  • From: Stephen Boyd <swboyd@xxxxxxxxxxxx>
• Re: [PATCH linux dev-4.16] drivers: i2c: master arbiter: create driver
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH linux dev-4.16 v2] i2c: muxes: pca9641: new driver
  • From: Joel Stanley <joel@xxxxxxxxx>
• [PATCH linux dev-4.16 v2] i2c: muxes: pca9641: new driver
  • From: Ken Chen <chen.kenyy@xxxxxxxxxxxx>
• Re: [PATCH linux dev-4.16] drivers: i2c: master arbiter: create driver
  • From: ChenKenYY 陳永營 TAO <chen.kenyy@xxxxxxxxxxxx>
• Re: [PATCH i2c/slave-mqueue v1] i2c: slave-mqueue: add a slave backend to receive and queue messages
  • From: "Wang, Haiyue" <haiyue.wang@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 6/6] arm64: dts: sdm845: Add I2C controller support
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] i2c: Add i2c_verify_device_id() to verify device id
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v4 6/6] arm64: dts: sdm845: Add I2C controller support
  • From: Sagar Dharia <sdharia@xxxxxxxxxxxxxx>
• Re: [PATCH v4 3/6] i2c: i2c-qcom-geni: Add bus driver for the Qualcomm GENI I2C controller
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] i2c: Add i2c_verify_device_id() to verify device id
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] i2c: Add i2c_verify_device_id() to verify device id
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH i2c/slave-mqueue v1] i2c: slave-mqueue: add a slave backend to receive and queue messages
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] i2c: Add i2c_verify_device_id() to verify device id
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 1/2] i2c: Add i2c_verify_device_id() to verify device id
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 2/2] i2c: mux: pca954x: Use API function to verify device ID
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] i2c: Add i2c_verify_device_id() to verify device id
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [RESEND PATCH v1 6/6] i2c: i2c-stm32f7: Implement I2C recovery mechanism
  • From: Pierre Yves MORDRET <pierre-yves.mordret@xxxxxx>
• Re: [PATCH 04/21] eeprom: at24: use SPDX identifier instead of GPL boiler-plate
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH 04/21] eeprom: at24: use SPDX identifier instead of GPL boiler-plate
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/21] eeprom: at24: driver refactoring
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH] i2c: qup: Add shutdown method
  • From: "Christ, Austin" <austinwc@xxxxxxxxxxxxxx>