Linux Kernel I²C Bus Layer

• Date Index

• Re: [GIT PULL] On-demand device probing, (continued)
  • Re: [GIT PULL] On-demand device probing, Russell King - ARM Linux
    • Re: [GIT PULL] On-demand device probing, Alexandre Courbot
  • Re: [GIT PULL] On-demand device probing, David Woodhouse
  • Re: [GIT PULL] On-demand device probing, Rob Herring
    • Re: [GIT PULL] On-demand device probing, Rafael J. Wysocki
      • Re: [GIT PULL] On-demand device probing, Rob Herring
        • Re: [GIT PULL] On-demand device probing, Rafael J. Wysocki
          • Re: [GIT PULL] On-demand device probing, Rob Herring
            • Re: [GIT PULL] On-demand device probing, Alan Stern
              • Re: [GIT PULL] On-demand device probing, Mark Brown
              • Re: [GIT PULL] On-demand device probing, Alan Stern
              • Re: [GIT PULL] On-demand device probing, Tomeu Vizoso
              • Re: [GIT PULL] On-demand device probing, Alan Stern
              • Re: [GIT PULL] On-demand device probing, Mark Brown
              • Re: [GIT PULL] On-demand device probing, Rafael J. Wysocki
              • Re: [GIT PULL] On-demand device probing, Jean-Francois Moine
              • Re: [GIT PULL] On-demand device probing, Rafael J. Wysocki
              • Re: [GIT PULL] On-demand device probing, Tomeu Vizoso
              • Re: [GIT PULL] On-demand device probing, Rafael J. Wysocki
            • Re: [GIT PULL] On-demand device probing, Rafael J. Wysocki
              • Re: [GIT PULL] On-demand device probing, Geert Uytterhoeven
              • Re: [GIT PULL] On-demand device probing, Rafael J. Wysocki
  • Re: [GIT PULL] On-demand device probing, Mark Brown
  • Re: [GIT PULL] On-demand device probing, Tomeu Vizoso
    • Re: [GIT PULL] On-demand device probing, Russell King - ARM Linux
      • Re: [GIT PULL] On-demand device probing, Tomeu Vizoso
        • Re: [GIT PULL] On-demand device probing, Russell King - ARM Linux
          • Re: [GIT PULL] On-demand device probing, Tomeu Vizoso
            • Re: [GIT PULL] On-demand device probing, Russell King - ARM Linux
              • Re: [GIT PULL] On-demand device probing, Geert Uytterhoeven
                • Re: [GIT PULL] On-demand device probing, Russell King - ARM Linux
                • Re: Alternative approach to solve the deferred probe (was: [GIT PULL] On-demand device probing), Russell King - ARM Linux
                  • Re: Alternative approach to solve the deferred probe, Frank Rowand
                    • Re: Alternative approach to solve the deferred probe, Russell King - ARM Linux
                      • Re: Alternative approach to solve the deferred probe, Frank Rowand
                        • Re: Alternative approach to solve the deferred probe, Grygorii Strashko
                        • Re: Alternative approach to solve the deferred probe, Russell King - ARM Linux
                        • Re: Alternative approach to solve the deferred probe, Grygorii Strashko
                        • Re: Alternative approach to solve the deferred probe, Russell King - ARM Linux
                        • Re: Alternative approach to solve the deferred probe, Grygorii Strashko
                        • Re: Alternative approach to solve the deferred probe, Frank Rowand
                        • Re: Alternative approach to solve the deferred probe, Grygorii Strashko
                        • Re: Alternative approach to solve the deferred probe, Russell King - ARM Linux
                        • Re: Alternative approach to solve the deferred probe, Frank Rowand
                  • Re: Alternative approach to solve the deferred probe (was: [GIT PULL] On-demand device probing), Mark Brown
    • Re: [GIT PULL] On-demand device probing, Frank Rowand
      • Re: [GIT PULL] On-demand device probing, Mark Brown
        • Re: [GIT PULL] On-demand device probing, Frank Rowand
          • Re: [GIT PULL] On-demand device probing, Mark Brown
          • Re: [GIT PULL] On-demand device probing, Rob Herring
            • Re: [GIT PULL] On-demand device probing, Frank Rowand
              • Re: [GIT PULL] On-demand device probing, Tomeu Vizoso
                • Re: [GIT PULL] On-demand device probing, Greg Kroah-Hartman
                • Re: [GIT PULL] On-demand device probing, Greg Kroah-Hartman
                  • Re: [GIT PULL] On-demand device probing, Russell King - ARM Linux
                    • Re: [GIT PULL] On-demand device probing, Mark Brown
                  • Re: [GIT PULL] On-demand device probing, Frank Rowand
                    • Re: [GIT PULL] On-demand device probing, Greg Kroah-Hartman
                      • Re: [GIT PULL] On-demand device probing, Tomeu Vizoso
                    • Re: [GIT PULL] On-demand device probing, Tim Bird
                      • Re: [GIT PULL] On-demand device probing, Rob Herring
                        • Re: [GIT PULL] On-demand device probing, Rafael J. Wysocki
                        • Re: [GIT PULL] On-demand device probing, Mark Brown
                        • Re: [GIT PULL] On-demand device probing, Rafael J. Wysocki
                        • Re: [GIT PULL] On-demand device probing, Mark Brown
                        • Re: [GIT PULL] On-demand device probing, Michael Turquette
                        • Re: [GIT PULL] On-demand device probing, Tomeu Vizoso
                        • Re: [GIT PULL] On-demand device probing, Rafael J. Wysocki
                      • Re: [GIT PULL] On-demand device probing, Andrew F. Davis
                    • Re: [GIT PULL] On-demand device probing, Geert Uytterhoeven
• [Patch V7] i2c: imx: implement bus recovery, Gao Pan
  • Re: [Patch V7] i2c: imx: implement bus recovery, Sascha Hauer
• [PATCH] i2c: at91: fix write transfers by clearing pending interrupt first, Ludovic Desroches
  • Re: [PATCH] i2c: at91: fix write transfers by clearing pending interrupt first, Peter Rosin
    • Re: [PATCH] i2c: at91: fix write transfers by clearing pending interrupt first, Cyrille Pitchen
      • Re: [PATCH] i2c: at91: fix write transfers by clearing pending interrupt first, Peter Rosin
        • Re: [PATCH] i2c: at91: fix write transfers by clearing pending interrupt first, Ludovic Desroches
          • Re: [PATCH] i2c: at91: fix write transfers by clearing pending interrupt first, Peter Rosin
            • Re: [PATCH] i2c: at91: fix write transfers by clearing pending interrupt first, Peter Rosin
              • Re: [PATCH] i2c: at91: fix write transfers by clearing pending interrupt first, Ludovic Desroches
                • Re: [PATCH] i2c: at91: fix write transfers by clearing pending interrupt first, Peter Rosin
                  • Re: [PATCH] i2c: at91: fix write transfers by clearing pending interrupt first, Ludovic Desroches
                    • Re: [PATCH] i2c: at91: fix write transfers by clearing pending interrupt first, Peter Rosin
                      • Re: [PATCH] i2c: at91: fix write transfers by clearing pending interrupt first, Peter Rosin
                        • Re: [PATCH] i2c: at91: fix write transfers by clearing pending interrupt first, Ludovic Desroches
• [PATCH] i2c: i801: Add support for Intel DNV, Mika Westerberg
  • Re: [PATCH] i2c: i801: Add support for Intel DNV, Wolfram Sang
  • Re: [PATCH] i2c: i801: Add support for Intel DNV, Jean Delvare
    • Re: [PATCH] i2c: i801: Add support for Intel DNV, Mika Westerberg
      • Re: [PATCH] i2c: i801: Add support for Intel DNV, Wolfram Sang
• [PATCH v3] i2c: return probe deferred status on dev_pm_domain_attach, Kieran Bingham
  • Re: [PATCH v3] i2c: return probe deferred status on dev_pm_domain_attach, Dmitry Torokhov
  • Re: [PATCH v3] i2c: return probe deferred status on dev_pm_domain_attach, Wolfram Sang
• [PATCH v2] i2c: return probe deferred status on dev_pm_domain_attach, Kieran Bingham
  • Re: [PATCH v2] i2c: return probe deferred status on dev_pm_domain_attach, Dmitry Torokhov
    • Re: [PATCH v2] i2c: return probe deferred status on dev_pm_domain_attach, Kieran Bingham
• [PATCH 0/9] eeprom: at24: at24cs series serial number read, Bartosz Golaszewski
  • [PATCH 2/9] eeprom: at24: new flag in platform_data, Bartosz Golaszewski
  • [PATCH 8/9] eeprom: at24: remove a reduntant if, Bartosz Golaszewski
  • [PATCH 9/9] eeprom: at24: readability tweaks, Bartosz Golaszewski
  • [PATCH 7/9] eeprom: at24: add the at24cs series to the list of supported devices, Bartosz Golaszewski
  • [PATCH 6/9] eeprom: at24: improve the device_id table readability, Bartosz Golaszewski
  • [PATCH 5/9] eeprom: at24: export the serial number through sysfs, Bartosz Golaszewski
  • [PATCH 4/9] eeprom: at24: support reading of the serial number, Bartosz Golaszewski
  • [PATCH 3/9] eeprom: at24: tie up an additional address for at24cs series, Bartosz Golaszewski
  • [PATCH 1/9] eeprom: at24: platform_data: use BIT() macro, Bartosz Golaszewski
• i2c-hid: null input report, Alexandre Daoud
• [PATCH] i2c: return probe deferred status on dev_pm_domain_attach, Kieran Bingham
  • Re: [PATCH] i2c: return probe deferred status on dev_pm_domain_attach, Wolfram Sang
    • Re: [PATCH] i2c: return probe deferred status on dev_pm_domain_attach, Wolfram Sang
      • Re: [PATCH] i2c: return probe deferred status on dev_pm_domain_attach, Kieran Bingham
        • Re: [PATCH] i2c: return probe deferred status on dev_pm_domain_attach, Wolfram Sang
          • Re: [PATCH] i2c: return probe deferred status on dev_pm_domain_attach, Kieran Bingham
    • Re: [PATCH] i2c: return probe deferred status on dev_pm_domain_attach, Kieran Bingham
• [PATCH v3] i2c: s3c2410: enable RuntimePM before registering to the core, Wolfram Sang
  • Re: [PATCH v3] i2c: s3c2410: enable RuntimePM before registering to the core, Krzysztof Kozlowski
  • Re: [PATCH v3] i2c: s3c2410: enable RuntimePM before registering to the core, Kukjin Kim
  • Re: [PATCH v3] i2c: s3c2410: enable RuntimePM before registering to the core, Wolfram Sang
• [PATCH v2 1/4] i2c: designware-platdrv: enable RuntimePM before registering to the core, Wolfram Sang
  • [PATCH v2 3/4] i2c: s3c2410: enable RuntimePM before registering to the core, Wolfram Sang
    • Re: [PATCH v2 3/4] i2c: s3c2410: enable RuntimePM before registering to the core, Krzysztof Kozlowski
      • Re: [PATCH v2 3/4] i2c: s3c2410: enable RuntimePM before registering to the core, Wolfram Sang
  • [PATCH v2 2/4] i2c: rcar: enable RuntimePM before registering to the core, Wolfram Sang
    • Re: [PATCH v2 2/4] i2c: rcar: enable RuntimePM before registering to the core, Wolfram Sang
  • Re: [PATCH v2 1/4] i2c: designware-platdrv: enable RuntimePM before registering to the core, Wolfram Sang
    • Re: [PATCH v2 1/4] i2c: designware-platdrv: enable RuntimePM before registering to the core, Mika Westerberg
• [PATCH 1/2] i2c: designware: add High-speed mode support, wangxfdu
  • [PATCH 2/2] i2c: designware: enable High-speed mode for pcidrv, wangxfdu
    • Re: [PATCH 2/2] i2c: designware: enable High-speed mode for pcidrv, Andy Shevchenko
      • Re: [PATCH 2/2] i2c: designware: enable High-speed mode for pcidrv, Xiang Wang
        • Re: [PATCH 2/2] i2c: designware: enable High-speed mode for pcidrv, Andy Shevchenko
          • Re: [PATCH 2/2] i2c: designware: enable High-speed mode for pcidrv, Xiang Wang
            • Re: [PATCH 2/2] i2c: designware: enable High-speed mode for pcidrv, Jarkko Nikula
              • Re: [PATCH 2/2] i2c: designware: enable High-speed mode for pcidrv, Andy Shevchenko
                • Re: [PATCH 2/2] i2c: designware: enable High-speed mode for pcidrv, Xiang Wang
                  • Re: [PATCH 2/2] i2c: designware: enable High-speed mode for pcidrv, Wolfram Sang
  • Re: [PATCH 1/2] i2c: designware: add High-speed mode support, Andy Shevchenko
• [PATCH 1/4] i2c: designware-platdrv: enable RuntimePM before registering to the core, Wolfram Sang
  • [PATCH 3/4] i2c: s3c2410: enable RuntimePM before registering to the core, Wolfram Sang
  • [PATCH 2/4] i2c: rcar: enable RuntimePM before registering to the core, Wolfram Sang
    • Re: [PATCH 2/4] i2c: rcar: enable RuntimePM before registering to the core, Geert Uytterhoeven
      • Re: [PATCH 2/4] i2c: rcar: enable RuntimePM before registering to the core, Wolfram Sang
• [PATCH] i2c: rcar: Remove obsolete platform data support, Geert Uytterhoeven
  • Re: [PATCH] i2c: rcar: Remove obsolete platform data support, Sergei Shtylyov
    • Re: [PATCH] i2c: rcar: Remove obsolete platform data support, Wolfram Sang
• [PATCH v3 0/6] enable I2C devices behind I2C bus on Gen2, Andy Shevchenko
  • [PATCH v3 4/6] mfd: intel_quark_i2c_gpio: support devices behind i2c bus, Andy Shevchenko
  • [PATCH v3 5/6] at24: enable ACPI device found on Galileo Gen2, Andy Shevchenko
    • Re: [PATCH v3 5/6] at24: enable ACPI device found on Galileo Gen2, Wolfram Sang
  • [PATCH v3 3/6] mfd: intel_quark_i2c_gpio: load gpio driver first, Andy Shevchenko
  • [PATCH v3 6/6] pwm-pca9685: enable ACPI device found on Galileo Gen2, Andy Shevchenko
    • Re: [PATCH v3 6/6] pwm-pca9685: enable ACPI device found on Galileo Gen2, Andy Shevchenko
  • [PATCH v3 1/6] i2c / ACPI: Rework I2C device scanning, Andy Shevchenko
    • Re: [PATCH v3 1/6] i2c / ACPI: Rework I2C device scanning, Wolfram Sang
  • [PATCH v3 2/6] mfd: core: redo ACPI matching of the children devices, Andy Shevchenko
    • Re: [PATCH v3 2/6] mfd: core: redo ACPI matching of the children devices, Lee Jones
  • Re: [PATCH v3 0/6] enable I2C devices behind I2C bus on Gen2, Andy Shevchenko
    • Re: [PATCH v3 0/6] enable I2C devices behind I2C bus on Gen2, Lee Jones
      • Re: [PATCH v3 0/6] enable I2C devices behind I2C bus on Gen2, Andy Shevchenko
        • Re: [PATCH v3 0/6] enable I2C devices behind I2C bus on Gen2, Lee Jones
• [REPOST PATCH v2] i2c-ocores: support big-endian register layout, Max Filippov
  • Re: [REPOST PATCH v2] i2c-ocores: support big-endian register layout, Wolfram Sang
• [PATCH] i2c: mediatek: add i2c resume support, Eddie Huang
  • Re: [PATCH] i2c: mediatek: add i2c resume support, Wolfram Sang
• multiple i2c-ocores adapters, York Sun
  • Re: multiple i2c-ocores adapters, Peter Korsgaard
    • Re: multiple i2c-ocores adapters, York Sun
      • Re: multiple i2c-ocores adapters, Peter Korsgaard
• [PATCH v2 0/8] enable I2C devices behind I2C bus on Gen2, Andy Shevchenko
  • [PATCH v2 2/8] mfd: core: redo ACPI matching of the children devices, Andy Shevchenko
    • Re: [PATCH v2 2/8] mfd: core: redo ACPI matching of the children devices, Lee Jones
      • Re: [PATCH v2 2/8] mfd: core: redo ACPI matching of the children devices, Rafael J. Wysocki
    • Re: [PATCH v2 2/8] mfd: core: redo ACPI matching of the children devices, Rafael J. Wysocki
    • Re: [PATCH v2 2/8] mfd: core: redo ACPI matching of the children devices, Lee Jones
  • [PATCH v2 3/8] mfd: intel_quark_i2c_gpio: load gpio driver first, Andy Shevchenko
    • Re: [PATCH v2 3/8] mfd: intel_quark_i2c_gpio: load gpio driver first, Lee Jones
      • Re: [PATCH v2 3/8] mfd: intel_quark_i2c_gpio: load gpio driver first, Andy Shevchenko
  • [PATCH v2 4/8] mfd: intel_quark_i2c_gpio: support devices behind i2c bus, Andy Shevchenko
  • [PATCH v2 1/8] i2c / ACPI: Rework I2C device scanning, Andy Shevchenko
    • Re: [PATCH v2 1/8] i2c / ACPI: Rework I2C device scanning, Rafael J. Wysocki
  • [PATCH v2 6/8] gpio: pca953x: support ACPI devices found on Galileo Gen2, Andy Shevchenko
    • Re: [PATCH v2 6/8] gpio: pca953x: support ACPI devices found on Galileo Gen2, Linus Walleij
  • [PATCH v2 8/8] pwm-pca9685: enable ACPI device found on Galileo Gen2, Andy Shevchenko
  • [PATCH v2 7/8] at24: enable ACPI device found on Galileo Gen2, Andy Shevchenko
  • [PATCH v2 5/8] gpio: pca953x: store driver_data for future use, Andy Shevchenko
    • Re: [PATCH v2 5/8] gpio: pca953x: store driver_data for future use, Linus Walleij
  • Re: [PATCH v2 0/8] enable I2C devices behind I2C bus on Gen2, Linus Walleij
    • Re: [PATCH v2 0/8] enable I2C devices behind I2C bus on Gen2, Andy Shevchenko
• [PATCH 1/2] i2c: at91: add DT property for the HOLD field of TWIHS_CWGR, Ludovic Desroches
  • [PATCH 2/2] i2c: at91: update documentation for new "atmel,twd-hold-cycles" property, Ludovic Desroches
  • Re: [PATCH 1/2] i2c: at91: add DT property for the HOLD field of TWIHS_CWGR, Cyrille Pitchen
• [PATCH] i2c: mv64xxx: The n clockdiv factor is 0 based on sunxi SoCs, Hans de Goede
  • Re: [linux-sunxi] [PATCH] i2c: mv64xxx: The n clockdiv factor is 0 based on sunxi SoCs, Olliver Schinagl
    • Re: [linux-sunxi] [PATCH] i2c: mv64xxx: The n clockdiv factor is 0 based on sunxi SoCs, Andrew Lunn
      • Re: [linux-sunxi] [PATCH] i2c: mv64xxx: The n clockdiv factor is 0 based on sunxi SoCs, Hans de Goede
      • Re: [linux-sunxi] [PATCH] i2c: mv64xxx: The n clockdiv factor is 0 based on sunxi SoCs, Maxime Ripard
    • Re: [linux-sunxi] [PATCH] i2c: mv64xxx: The n clockdiv factor is 0 based on sunxi SoCs, Maxime Ripard
      • Re: [linux-sunxi] [PATCH] i2c: mv64xxx: The n clockdiv factor is 0 based on sunxi SoCs, Olliver Schinagl
        • Re: [linux-sunxi] [PATCH] i2c: mv64xxx: The n clockdiv factor is 0 based on sunxi SoCs, Wolfram Sang
          • Re: [linux-sunxi] [PATCH] i2c: mv64xxx: The n clockdiv factor is 0 based on sunxi SoCs, Olliver Schinagl
          • Re: [linux-sunxi] [PATCH] i2c: mv64xxx: The n clockdiv factor is 0 based on sunxi SoCs, Olliver Schinagl
  • Re: [linux-sunxi] [PATCH] i2c: mv64xxx: The n clockdiv factor is 0 based on sunxi SoCs, Peter Korsgaard
  • Re: [PATCH] i2c: mv64xxx: The n clockdiv factor is 0 based on sunxi SoCs, Maxime Ripard
  • Re: [PATCH] i2c: mv64xxx: The n clockdiv factor is 0 based on sunxi SoCs, Wolfram Sang
    • Re: [PATCH] i2c: mv64xxx: The n clockdiv factor is 0 based on sunxi SoCs, Wolfram Sang
• [PATCH] watchdog: iTCO_wdt: Fix unmet dependency in select, Jean Delvare
  • Re: [PATCH] watchdog: iTCO_wdt: Fix unmet dependency in select, Guenter Roeck
    • Re: [PATCH] watchdog: iTCO_wdt: Fix unmet dependency in select, Jean Delvare
      • Re: [PATCH] watchdog: iTCO_wdt: Fix unmet dependency in select, Guenter Roeck
• [PATCH] i2c: designware: Do not use parameters from ACPI on Dell Inspiron 7348, Mika Westerberg
  • Re: [PATCH] i2c: designware: Do not use parameters from ACPI on Dell Inspiron 7348, Wolfram Sang
    • Re: [PATCH] i2c: designware: Do not use parameters from ACPI on Dell Inspiron 7348, Pavel Roskin
  • Re: [PATCH] i2c: designware: Do not use parameters from ACPI on Dell Inspiron 7348, Wolfram Sang
• [PATCH v2] i2c/designware: enable i2c controller to suspend/resume asynchronously, Fu, Zhonghui
  • Re: [PATCH v2] i2c/designware: enable i2c controller to suspend/resume asynchronously, Fu, Zhonghui
  • <Possible follow-ups>
  • [PATCH v2] i2c/designware: enable i2c controller to suspend/resume asynchronously, Fu, Zhonghui
    • Re: [PATCH v2] i2c/designware: enable i2c controller to suspend/resume asynchronously, Jarkko Nikula
      • Re: [PATCH v2] i2c/designware: enable i2c controller to suspend/resume asynchronously, Andy Shevchenko
        • Re: [PATCH v2] i2c/designware: enable i2c controller to suspend/resume asynchronously, Wolfram Sang
          • Re: [PATCH v2] i2c/designware: enable i2c controller to suspend/resume asynchronously, Fu, Zhonghui
• [PATCH v2] i2c: enable i2c adapter to suspend/resume asynchronously, Fu, Zhonghui
  • Re: [PATCH v2] i2c: enable i2c adapter to suspend/resume asynchronously, Fu, Zhonghui
• [PATCH v2] i2c: enable i2c device to suspend/resume asynchronously, Fu, Zhonghui
  • Re: [PATCH v2] i2c: enable i2c device to suspend/resume asynchronously, Wolfram Sang
    • Re: [PATCH v2] i2c: enable i2c device to suspend/resume asynchronously, Fu, Zhonghui
  • Re: [PATCH v2] i2c: enable i2c device to suspend/resume asynchronously, Fu, Zhonghui
• [PATCH] i2c-core: allow either old or of_matching of devices, Ben Dooks
• [PATCH v2] i2c-ocores: support big-endian register layout, Max Filippov
  • Re: [PATCH v2] i2c-ocores: support big-endian register layout, Peter Korsgaard
    • Re: [PATCH v2] i2c-ocores: support big-endian register layout, Max Filippov
      • Re: [PATCH v2] i2c-ocores: support big-endian register layout, Peter Korsgaard
• [PATCH V2 1/6] i2c: Add i2c support to Freescale Layerscape platforms, Zhiqiang Hou
  • [PATCH V2 2/6] watchdog: Add support for Freescale Layerscape platforms, Zhiqiang Hou
  • [PATCH V2 3/6] Documentation: DT: Add entry for FSL LS1043ARDB board, Zhiqiang Hou
  • [PATCH V2 6/6] dts/ls1043a: add LS1043ARDB board support, Zhiqiang Hou
  • [PATCH V2 5/6] clk: qoriq: Add ls1043a support., Zhiqiang Hou
  • [PATCH V2 4/6] arm64/ls1043a: add DTS for Freescale LS1043A SoC, Zhiqiang Hou
• [PATCH] i2c-ocores: support big-endian register layout, Max Filippov
• [PATCH v1 0/8] enable I2C devices behind I2C bus on Gen2, Andy Shevchenko
  • [PATCH v1 4/8] mfd: intel_quark_i2c_gpio: support devices behind i2c bus, Andy Shevchenko
    • Re: [PATCH v1 4/8] mfd: intel_quark_i2c_gpio: support devices behind i2c bus, Lee Jones
  • [PATCH v1 5/8] gpio: pca953x: store driver_data for future use, Andy Shevchenko
    • Re: [PATCH v1 5/8] gpio: pca953x: store driver_data for future use, Linus Walleij
      • Re: [PATCH v1 5/8] gpio: pca953x: store driver_data for future use, Andy Shevchenko
  • [PATCH v1 8/8] pwm-pca9685: enable ACPI device found on Galileo Gen2, Andy Shevchenko
    • Re: [PATCH v1 8/8] pwm-pca9685: enable ACPI device found on Galileo Gen2, Thierry Reding
      • Re: [PATCH v1 8/8] pwm-pca9685: enable ACPI device found on Galileo Gen2, Andy Shevchenko
        • Re: [PATCH v1 8/8] pwm-pca9685: enable ACPI device found on Galileo Gen2, Thierry Reding
          • Re: [PATCH v1 8/8] pwm-pca9685: enable ACPI device found on Galileo Gen2, Andy Shevchenko
  • [PATCH v1 3/8] mfd: intel_quark_i2c_gpio: load gpio driver first, Andy Shevchenko
    • Re: [PATCH v1 3/8] mfd: intel_quark_i2c_gpio: load gpio driver first, Lee Jones
      • Re: [PATCH v1 3/8] mfd: intel_quark_i2c_gpio: load gpio driver first, Andy Shevchenko
    • Re: [PATCH v1 3/8] mfd: intel_quark_i2c_gpio: load gpio driver first, Lee Jones
  • [PATCH v1 6/8] gpio: pca953x: support ACPI devices found on Galileo Gen2, Andy Shevchenko
    • Re: [PATCH v1 6/8] gpio: pca953x: support ACPI devices found on Galileo Gen2, Linus Walleij
  • [PATCH v1 7/8] at24: enable ACPI device found on Galileo Gen2, Andy Shevchenko
  • [PATCH v1 1/8] i2c / ACPI: Rework I2C device scanning, Andy Shevchenko
  • [PATCH v1 2/8] mfd: core: redo ACPI matching of the children devices, Andy Shevchenko
    • Re: [PATCH v1 2/8] mfd: core: redo ACPI matching of the children devices, Lee Jones
      • Re: [PATCH v1 2/8] mfd: core: redo ACPI matching of the children devices, Andy Shevchenko
• [PATCH 0/6] Add LS1043A SoC support, Zhiqiang Hou
  • [PATCH 1/6] i2c: Add i2c support to Freescale Layerscape platforms, Zhiqiang Hou
  • [PATCH 4/6] arm64/ls1043a: add DTS for Freescale LS1043A SoC, Zhiqiang Hou
    • Re: [PATCH 4/6] arm64/ls1043a: add DTS for Freescale LS1043A SoC, Mark Rutland
      • Re: [PATCH 4/6] arm64/ls1043a: add DTS for Freescale LS1043A SoC, Scott Wood
      • RE: [PATCH 4/6] arm64/ls1043a: add DTS for Freescale LS1043A SoC, Hou Zhiqiang
        • RE: [PATCH 4/6] arm64/ls1043a: add DTS for Freescale LS1043A SoC, Li Leo
          • RE: [PATCH 4/6] arm64/ls1043a: add DTS for Freescale LS1043A SoC, Sharma Bhupesh
          • RE: [PATCH 4/6] arm64/ls1043a: add DTS for Freescale LS1043A SoC, Hou Zhiqiang
            • RE: [PATCH 4/6] arm64/ls1043a: add DTS for Freescale LS1043A SoC, Li Leo
        • Re: [PATCH 4/6] arm64/ls1043a: add DTS for Freescale LS1043A SoC, Mark Rutland
          • RE: [PATCH 4/6] arm64/ls1043a: add DTS for Freescale LS1043A SoC, Li Leo
          • Re: [PATCH 4/6] arm64/ls1043a: add DTS for Freescale LS1043A SoC, Scott Wood
          • RE: [PATCH 4/6] arm64/ls1043a: add DTS for Freescale LS1043A SoC, Hou Zhiqiang
  • [PATCH 3/6] Documentation: DT: Add entry for FSL LS1043ARDB board, Zhiqiang Hou
  • [PATCH 2/6] watchdog: Add support for Freescale Layerscape platforms, Zhiqiang Hou
    • Re: [PATCH 2/6] watchdog: Add support for Freescale Layerscape platforms, Guenter Roeck
  • [PATCH 6/6] dts/ls1043a: add LS1043ARDB board support, Zhiqiang Hou
    • Re: [PATCH 6/6] dts/ls1043a: add LS1043ARDB board support, Scott Wood
      • RE: [PATCH 6/6] dts/ls1043a: add LS1043ARDB board support, Hou Zhiqiang
  • [PATCH 5/6] clk: qoriq: Add ls1043a support., Zhiqiang Hou
    • Re: [PATCH 5/6] clk: qoriq: Add ls1043a support., Stephen Boyd
• [Patch V6] i2c: imx: implement bus recovery, Gao Pan
  • Re: [Patch V6] i2c: imx: implement bus recovery, Sascha Hauer
  • RE: [Patch V6] i2c: imx: implement bus recovery, Gao Pandy
    • Re: [Patch V6] i2c: imx: implement bus recovery, Sascha Hauer
      • RE: [Patch V6] i2c: imx: implement bus recovery, Gao Pandy
• [PATCH v2 1/1] i2c: core: fix a code to suppress a warning, Andy Shevchenko
  • Re: [PATCH v2 1/1] i2c: core: fix a code to suppress a warning, Alexander Sverdlin
  • Re: [PATCH v2 1/1] i2c: core: fix a code to suppress a warning, Andy Shevchenko
    • Re: [PATCH v2 1/1] i2c: core: fix a code to suppress a warning, Wolfram Sang
• [Patch V8] i2c: imx: add runtime pm support to improve the performance, Gao Pan
  • RE: [Patch V8] i2c: imx: add runtime pm support to improve the performance, Gao Pandy
  • Re: [Patch V8] i2c: imx: add runtime pm support to improve the performance, Wolfram Sang
  • Re: [Patch V8] i2c: imx: add runtime pm support to improve the performance, Uwe Kleine-König
    • RE: [Patch V8] i2c: imx: add runtime pm support to improve the performance, Gao Pandy
      • Re: [Patch V8] i2c: imx: add runtime pm support to improve the performance, Shubhrajyoti Datta
• [PATCH 4/4] i2c: stu300: Fix module autoload for OF platform driver, Luis de Bethencourt
  • Re: [PATCH 4/4] i2c: stu300: Fix module autoload for OF platform driver, Linus Walleij
• [PATCH 3/4] i2c: rk3x: Fix module autoload for OF platform driver, Luis de Bethencourt
• [PATCH 2/4] i2c: meson: Fix module autoload for OF platform driver, Luis de Bethencourt
• [PATCH 1/4] i2c: ibm-iic: Fix module autoload for OF platform driver, Luis de Bethencourt
• [PATCH 0/4] i2c: Fix module autoload for OF platform driver, Luis de Bethencourt
• [PATCH] i2c: nvmem: at24: Provide an EEPROM framework interface, Pantelis Antoniou
  • Re: [PATCH] i2c: nvmem: at24: Provide an EEPROM framework interface, Bartosz Golaszewski
    • Re: [PATCH] i2c: nvmem: at24: Provide an EEPROM framework interface, Pantelis Antoniou
      • Re: [PATCH] i2c: nvmem: at24: Provide an EEPROM framework interface, Bartosz Golaszewski
• [RESEND PATCH 2/3] i2c: added I2C_FUNC_NO_CLK_STRETCH to i2c-algo-bit.c, Nicola Corna
  • [PATCH v2 3/3] iio: humidity: si7020: added No Hold read mode, Nicola Corna
    • Re: [PATCH v2 3/3] iio: humidity: si7020: added No Hold read mode, Jonathan Cameron
    • Re: [PATCH v2 3/3] iio: humidity: si7020: added No Hold read mode, Nicola Corna
• [RESEND PATCH 1/3] i2c: added FUNC flag for unsupported clock stretching, Nicola Corna
  • Re: [RESEND PATCH 1/3] i2c: added FUNC flag for unsupported clock stretching, Wolfram Sang
  • Re: [RESEND PATCH 1/3] i2c: added FUNC flag for unsupported clock stretching, Nicola Corna
• [PATCH 1/6] i2c: ismt: improve usage of devres API, Andy Shevchenko
  • [PATCH 3/6] i2c: ismt: do not duplicate msi_enabled flag, Andy Shevchenko
  • [PATCH 4/6] i2c: ismt: propagate actual error code, Andy Shevchenko
  • [PATCH 2/6] i2c: ismt: PCI core handles power state for us, Andy Shevchenko
    • Re: [PATCH 2/6] i2c: ismt: PCI core handles power state for us, Wolfram Sang
  • [PATCH 6/6] i2c: ismt: mark register space with __iomem, Andy Shevchenko
  • [PATCH 5/6] i2c: ismt: issue a warning when fail to request MSI, Andy Shevchenko
  • Re: [PATCH 1/6] i2c: ismt: improve usage of devres API, Andy Shevchenko
    • Re: [PATCH 1/6] i2c: ismt: improve usage of devres API, Mika Westerberg
      • Re: [PATCH 1/6] i2c: ismt: improve usage of devres API, Wolfram Sang
• [PATCH 1/1] i2c: core: fix a code to suppress a warning, Andy Shevchenko
  • Re: [PATCH 1/1] i2c: core: fix a code to suppress a warning, Alexander Sverdlin
  • Re: [PATCH 1/1] i2c: core: fix a code to suppress a warning, Vladimir Zapolskiy
    • Re: [PATCH 1/1] i2c: core: fix a code to suppress a warning, Andy Shevchenko
      • Re: [PATCH 1/1] i2c: core: fix a code to suppress a warning, Vladimir Zapolskiy
        • Re: [PATCH 1/1] i2c: core: fix a code to suppress a warning, Wolfram Sang
          • Re: [PATCH 1/1] i2c: core: fix a code to suppress a warning, Andy Shevchenko
• [PATCH v2] dts: keystone: Use new "ti,keystone-i2c" compatible, Alexander Sverdlin
  • Re: [PATCH v2] dts: keystone: Use new "ti,keystone-i2c" compatible, Wolfram Sang
    • Re: [PATCH v2] dts: keystone: Use new "ti,keystone-i2c" compatible, Grygorii Strashko
      • Re: [PATCH v2] dts: keystone: Use new "ti,keystone-i2c" compatible, Sekhar Nori
        • Re: [PATCH v2] dts: keystone: Use new "ti,keystone-i2c" compatible, Alexander Sverdlin
  • Re: [PATCH v2] dts: keystone: Use new "ti,keystone-i2c" compatible, Grygorii Strashko
    • Re: [PATCH v2] dts: keystone: Use new "ti,keystone-i2c" compatible, santosh.shilimkar@xxxxxxxxxx
• [PATCH v2] i2c: davinci: Optimize clock generation on Keystone SoC, Alexander Sverdlin
  • Re: [PATCH v2] i2c: davinci: Optimize clock generation on Keystone SoC, Wolfram Sang
• read/write from/to an i2c device from linux, folkert
• [RESEND PATCH v4 0/8] i2c: Relax mandatory I2C ID table passing, Kieran Bingham
  • [RESEND PATCH v4 4/8] i2c: Make I2C ID tables non-mandatory for DT'ed devices, Kieran Bingham
  • [RESEND PATCH v4 8/8] mfd: as3722: Rid driver of superfluous I2C device ID structure, Kieran Bingham
  • [RESEND PATCH v4 7/8] mfd: 88pm860x: Move over to new I2C device .probe() call, Kieran Bingham
  • [RESEND PATCH v4 5/8] i2c: Export i2c_match_id() for direct use by device drivers, Kieran Bingham
  • [RESEND PATCH v4 6/8] i2c: Provide a temporary .probe2() call-back type, Kieran Bingham
  • [RESEND PATCH v4 2/8] i2c: Add the ability to match device to compatible string without an of_node, Kieran Bingham
  • [RESEND PATCH v4 3/8] i2c: Match using traditional OF methods, then by vendor-less compatible strings, Kieran Bingham
  • [RESEND PATCH v4 1/8] i2c: Add pointer dereference protection to i2c_match_id(), Kieran Bingham
  • Re: [RESEND PATCH v4 0/8] i2c: Relax mandatory I2C ID table passing, Lee Jones
  • Re: [RESEND PATCH v4 0/8] i2c: Relax mandatory I2C ID table passing, Javier Martinez Canillas
    • Re: [RESEND PATCH v4 0/8] i2c: Relax mandatory I2C ID table passing, Lee Jones
      • Re: [RESEND PATCH v4 0/8] i2c: Relax mandatory I2C ID table passing, Javier Martinez Canillas
        • Re: [RESEND PATCH v4 0/8] i2c: Relax mandatory I2C ID table passing, Lee Jones
          • Re: [RESEND PATCH v4 0/8] i2c: Relax mandatory I2C ID table passing, Javier Martinez Canillas
          • Re: [RESEND PATCH v4 0/8] i2c: Relax mandatory I2C ID table passing, Wolfram Sang
            • Re: [RESEND PATCH v4 0/8] i2c: Relax mandatory I2C ID table passing, Kieran Bingham
            • Re: [RESEND PATCH v4 0/8] i2c: Relax mandatory I2C ID table passing, Lee Jones
  • Re: [RESEND PATCH v4 0/8] i2c: Relax mandatory I2C ID table passing, Wolfram Sang
    • Re: [RESEND PATCH v4 0/8] i2c: Relax mandatory I2C ID table passing, Kieran Bingham
      • Re: [RESEND PATCH v4 0/8] i2c: Relax mandatory I2C ID table passing, Lee Jones
        • Message not available
          • Re: [RESEND PATCH v4 0/8] i2c: Relax mandatory I2C ID table passing, Lee Jones
• [Patch V5] i2c: imx: implement bus recovery, Gao Pan
  • [Patch V5] ARM: dts: imx6qdl-sabresd: add i2c pinctrl gpio state for bus recovery, Gao Pan
    • RE: [Patch V5] ARM: dts: imx6qdl-sabresd: add i2c pinctrl gpio state for bus recovery, Gao Pandy
  • RE: [Patch V5] i2c: imx: implement bus recovery, Gao Pandy
  • Re: [Patch V5] i2c: imx: implement bus recovery, Uwe Kleine-König
    • RE: [Patch V5] i2c: imx: implement bus recovery, Gao Pandy
      • Re: [Patch V5] i2c: imx: implement bus recovery, Uwe Kleine-König
        • RE: [Patch V5] i2c: imx: implement bus recovery, Gao Pandy
  • Re: [Patch V5] i2c: imx: implement bus recovery, Sascha Hauer
• [PATCH] i2c-dev: Fix I2C_SLAVE ioctl comment, Jean Delvare
  • Re: [PATCH] i2c-dev: Fix I2C_SLAVE ioctl comment, Wolfram Sang
• Fix for Dell P57G touchpad found, need advice on patch, Pavel Roskin
  • Re: Fix for Dell P57G touchpad found, need advice on patch, Wolfram Sang
    • Re: Fix for Dell P57G touchpad found, need advice on patch, Wolfram Sang
      • Re: Fix for Dell P57G touchpad found, need advice on patch, Mika Westerberg
        • Re: Fix for Dell P57G touchpad found, need advice on patch, Mika Westerberg
• [PATCH v3 0/7] i2c: img-scb: fixes to support i2c on pistachio, Sifan Naeem
  • [PATCH v3 1/7] i2c: img-scb: enable fencing for all versions of the ip, Sifan Naeem
  • [PATCH v3 2/7] i2c: img-scb: do dummy writes before fifo access, Sifan Naeem
  • [PATCH v3 3/7] i2c: img-scb: use DIV_ROUND_UP to round divisor values, Sifan Naeem
  • [PATCH v3 4/7] i2c: img-scb: fix LOW and HIGH period values for the SCL clock, Sifan Naeem
  • [PATCH v3 5/7] i2c: img-scb: use line_status instead of i2c->line_status, Sifan Naeem
    • Re: [PATCH v3 5/7] i2c: img-scb: use line_status instead of i2c->line_status, James Hogan
  • [PATCH v3 6/7] i2c: img-scb: Clear line and interrupt status before starting a transfer, Sifan Naeem
  • [PATCH v3 7/7] i2c: img-scb: verify support for requested bit rate, Sifan Naeem
  • Re: [PATCH v3 0/7] i2c: img-scb: fixes to support i2c on pistachio, Wolfram Sang
• [PATCH v4 0/8] i2c: Relax mandatory I2C ID table passing, Kieran Bingham
  • [PATCH v4 1/8] i2c: Add pointer dereference protection to i2c_match_id(), Kieran Bingham
    • Re: [PATCH v4 1/8] i2c: Add pointer dereference protection to i2c_match_id(), Lee Jones
      • Re: [PATCH v4 1/8] i2c: Add pointer dereference protection to i2c_match_id(), Kieran Bingham
  • [PATCH v4 8/8] mfd: as3722: Rid driver of superfluous I2C device ID structure, Kieran Bingham
    • Re: [PATCH v4 8/8] mfd: as3722: Rid driver of superfluous I2C device ID structure, Lee Jones
  • [PATCH v4 5/8] i2c: Export i2c_match_id() for direct use by device drivers, Kieran Bingham
    • Re: [PATCH v4 5/8] i2c: Export i2c_match_id() for direct use by device drivers, Lee Jones
  • [PATCH v4 6/8] i2c: Provide a temporary .probe2() call-back type, Kieran Bingham
  • [PATCH v4 7/8] mfd: 88pm860x: Move over to new I2C device .probe() call, Kieran Bingham
    • Re: [PATCH v4 7/8] mfd: 88pm860x: Move over to new I2C device .probe() call, Lee Jones
  • [PATCH v4 2/8] i2c: Add the ability to match device to compatible string without an of_node, Kieran Bingham
  • [PATCH v4 3/8] i2c: Match using traditional OF methods, then by vendor-less compatible strings, Kieran Bingham
    • Re: [PATCH v4 3/8] i2c: Match using traditional OF methods, then by vendor-less compatible strings, Lee Jones
  • [PATCH v4 4/8] i2c: Make I2C ID tables non-mandatory for DT'ed devices, Kieran Bingham
    • Re: [PATCH v4 4/8] i2c: Make I2C ID tables non-mandatory for DT'ed devices, Lee Jones
• [PATCH] i2c: sirf: tune the divider to make i2c bus freq more accurate, Barry Song
  • Re: [PATCH] i2c: sirf: tune the divider to make i2c bus freq more accurate, Wolfram Sang
• [PATCH] i2c-dev: Fix typo in ioctl name reference, Jean Delvare
  • Re: [PATCH] i2c-dev: Fix typo in ioctl name reference, Wolfram Sang
    • Re: [PATCH] i2c-dev: Fix typo in ioctl name reference, Jean Delvare
      • Re: [PATCH] i2c-dev: Fix typo in ioctl name reference, Wolfram Sang
• [PATCH] i2c: i2c-au1550: relax bus timings a bit, Manuel Lauss
  • Re: [PATCH] i2c: i2c-au1550: relax bus timings a bit, Wolfram Sang
    • Re: [PATCH] i2c: i2c-au1550: relax bus timings a bit, Manuel Lauss
• [RESEND PATCH 1/2] i2c: added FUNC flag for unsupported clock stretching, Nicola Corna
  • [RESEND PATCH 2/2] i2c: added I2C_FUNC_NO_CLK_STRETCH to i2c-algo-bit.c, Nicola Corna
• [PATCH v4 0/22] On-demand device probing, Tomeu Vizoso
  • [PATCH v4 11/22] i2c: core: Probe i2c adapters and devices on demand, Tomeu Vizoso
    • Re: [PATCH v4 11/22] i2c: core: Probe i2c adapters and devices on demand, Wolfram Sang
  • Re: [PATCH v4 0/22] On-demand device probing, Rob Herring
    • Re: [PATCH v4 0/22] On-demand device probing, Tomeu Vizoso
      • Re: [PATCH v4 0/22] On-demand device probing, Rob Herring
        • Re: [PATCH v4 0/22] On-demand device probing, Tomeu Vizoso
• [PATCH] i2c: tegra: drop duplicated code for assigning algo, Barry Song
  • Re: [PATCH] i2c: tegra: drop duplicated code for assigning algo, Barry Song
  • Re: [PATCH] i2c: tegra: drop duplicated code for assigning algo, Wolfram Sang
    • Re: [PATCH] i2c: tegra: drop duplicated code for assigning algo, Wolfram Sang
• [PULL REQUEST] i2c for 4.3, Wolfram Sang
  • <Possible follow-ups>
  • [PULL REQUEST] i2c for 4.3, Wolfram Sang
  • [PULL REQUEST] i2c for 4.3, Wolfram Sang
• [PATCH] i2c: mux: fix compiler warning, Michele Curti
  • Re: [PATCH] i2c: mux: fix compiler warning, Wolfram Sang
• [PATCH 0/9] i2c: rcar: tackle race conditions in the driver, Wolfram Sang
  • [PATCH 1/9] i2c: rcar: rework hw init, Wolfram Sang
  • [PATCH 2/9] i2c: rcar: remove unused IOERROR state, Wolfram Sang
  • [PATCH 3/9] i2c: rcar: remove spinlock, Wolfram Sang
  • [PATCH 4/9] i2c: rcar: refactor setup of a msg, Wolfram Sang
  • [PATCH 5/9] i2c: rcar: init new messages in irq, Wolfram Sang
    • Re: [PATCH 5/9] i2c: rcar: init new messages in irq, Laurent Pinchart
      • Re: [PATCH 5/9] i2c: rcar: init new messages in irq, Wolfram Sang
        • Re: [PATCH 5/9] i2c: rcar: init new messages in irq, Laurent Pinchart
          • Re: [PATCH 5/9] i2c: rcar: init new messages in irq, Wolfram Sang
            • Re: [PATCH 5/9] i2c: rcar: init new messages in irq, Laurent Pinchart
              • Re: [PATCH 5/9] i2c: rcar: init new messages in irq, Wolfram Sang
                • Re: [PATCH 5/9] i2c: rcar: init new messages in irq, Laurent Pinchart
                  • Re: [PATCH 5/9] i2c: rcar: init new messages in irq, Wolfram Sang
                    • Re: [PATCH 5/9] i2c: rcar: init new messages in irq, Laurent Pinchart
                      • Re: [PATCH 5/9] i2c: rcar: init new messages in irq, Wolfram Sang
                      • Re: [PATCH 5/9] i2c: rcar: init new messages in irq, Wolfram Sang
            • Re: [PATCH 5/9] i2c: rcar: init new messages in irq, Geert Uytterhoeven
              • Re: [PATCH 5/9] i2c: rcar: init new messages in irq, Wolfram Sang
  • [PATCH 6/9] i2c: rcar: don't issue stop when HW does it automatically, Wolfram Sang
  • [PATCH 7/9] i2c: rcar: check master irqs before slave irqs, Wolfram Sang
  • [PATCH 8/9] i2c: rcar: revoke START request early, Wolfram Sang
  • [PATCH 9/9] i2c: rcar: clean up after refactoring, Wolfram Sang
  • Re: [PATCH 0/9] i2c: rcar: tackle race conditions in the driver, Laurent Pinchart
    • Re: [PATCH 0/9] i2c: rcar: tackle race conditions in the driver, Wolfram Sang
      • Re: [PATCH 0/9] i2c: rcar: tackle race conditions in the driver, Laurent Pinchart
        • Re: [PATCH 0/9] i2c: rcar: tackle race conditions in the driver, Wolfram Sang
      • Re: [PATCH 0/9] i2c: rcar: tackle race conditions in the driver, Magnus Damm
        • Re: [PATCH 0/9] i2c: rcar: tackle race conditions in the driver, Wolfram Sang
          • Re: [PATCH 0/9] i2c: rcar: tackle race conditions in the driver, Magnus Damm
            • Re: [PATCH 0/9] i2c: rcar: tackle race conditions in the driver, Wolfram Sang
              • Re: [PATCH 0/9] i2c: rcar: tackle race conditions in the driver, Magnus Damm
                • Re: [PATCH 0/9] i2c: rcar: tackle race conditions in the driver, Wolfram Sang
  • Re: [PATCH 0/9] i2c: rcar: tackle race conditions in the driver, Wolfram Sang
• [PATCH 3/3] at24: Support 16-bit devices on SMBus, Aaron Sierra
  • Re: [PATCH 3/3] at24: Support 16-bit devices on SMBus, Aaron Sierra
  • [PATCH 3/3 v2] at24: Support 16-bit devices on SMBus, Aaron Sierra
  • Re: [PATCH 3/3] at24: Support 16-bit devices on SMBus, Jean Delvare
    • Re: [PATCH 3/3] at24: Support 16-bit devices on SMBus, Aaron Sierra
• [PATCH 1/3] at24: Support SMBus block writes to 16-bit devices, Aaron Sierra
  • [PATCH 1/3 v2] at24: Support SMBus block writes to 16-bit devices, Aaron Sierra
  • Re: [PATCH 1/3] at24: Support SMBus block writes to 16-bit devices, Jean Delvare
    • Re: [PATCH 1/3] at24: Support SMBus block writes to 16-bit devices, Aaron Sierra
      • Re: [PATCH 1/3] at24: Support SMBus block writes to 16-bit devices, Jean Delvare
• [PATCH 2/3] at24: Support SMBus byte writes to 16-bit devices, Aaron Sierra
  • [PATCH 2/3 v2] at24: Support SMBus byte writes to 16-bit devices, Aaron Sierra
  • Re: [PATCH 2/3] at24: Support SMBus byte writes to 16-bit devices, Jean Delvare
• [PATCH] i2c: Remove setting for 1 second timeout from adapter drivers, Jarkko Nikula
• Re: [PATCH v3 2/2] drm: bridge/dw_hdmi: add dw hdmi i2c bus adapter support, Thierry Reding
  • Re: [PATCH v3 2/2] drm: bridge/dw_hdmi: add dw hdmi i2c bus adapter support, Doug Anderson
  • Re: [PATCH v3 2/2] drm: bridge/dw_hdmi: add dw hdmi i2c bus adapter support, Wolfram Sang
• [PATCH] drivers/i2c/muxes/i2c-mux-reg: Change ioread endianness for readback, York Sun
  • Re: [PATCH] drivers/i2c/muxes/i2c-mux-reg: Change ioread endianness for readback, Wolfram Sang
• [PATCH] i2c-mux-reg: fix compilation warnings, Mike Rapoport
  • Re: [PATCH] i2c-mux-reg: fix compilation warnings, Wolfram Sang
• [PATCH 0/6] i2c: designware: Code duplication removal and cleanups, Jarkko Nikula
  • [PATCH 1/6] i2c: designware: Remove interrupt clearing from i2c_dw_pci_probe(), Jarkko Nikula
    • Re: [PATCH 1/6] i2c: designware: Remove interrupt clearing from i2c_dw_pci_probe(), Wolfram Sang
      • Re: [PATCH 1/6] i2c: designware: Remove interrupt clearing from i2c_dw_pci_probe(), Jarkko Nikula
        • Re: [PATCH 1/6] i2c: designware: Remove interrupt clearing from i2c_dw_pci_probe(), Wolfram Sang
  • [PATCH 2/6] i2c: designware: Disable interrupts before requesting PCI device interrupt, Jarkko Nikula
  • [PATCH 3/6] i2c: designware: Remove unused functions, Jarkko Nikula
  • [PATCH 4/6] i2c: designware: Make dw_readl() and dw_writel() static, Jarkko Nikula
  • [PATCH 5/6] i2c: designware: Rename platform driver probe and PM functions, Jarkko Nikula
  • [PATCH 6/6] i2c: designware: Move common probe code into i2c_dw_probe(), Jarkko Nikula
    • Re: [PATCH 6/6] i2c: designware: Move common probe code into i2c_dw_probe(), Wolfram Sang
      • Re: [PATCH 6/6] i2c: designware: Move common probe code into i2c_dw_probe(), Jarkko Nikula
      • [PATCH v2 6/6] i2c: designware: Move common probe code into i2c_dw_probe(), Jarkko Nikula
        • Re: [PATCH v2 6/6] i2c: designware: Move common probe code into i2c_dw_probe(), Wolfram Sang
          • Re: [PATCH v2 6/6] i2c: designware: Move common probe code into i2c_dw_probe(), Jarkko Nikula
  • Re: [PATCH 0/6] i2c: designware: Code duplication removal and cleanups, Wolfram Sang
    • Re: [PATCH 0/6] i2c: designware: Code duplication removal and cleanups, Jarkko Nikula
• [Patch V7] i2c: imx: add runtime pm support to improve the performance, Gao Pan
  • Re: [Patch V7] i2c: imx: add runtime pm support to improve the performance, Heiner Kallweit
    • RE: [Patch V7] i2c: imx: add runtime pm support to improve the performance, Gao Pandy
  • Re: [Patch V7] i2c: imx: add runtime pm support to improve the performance, Uwe Kleine-König
    • RE: [Patch V7] i2c: imx: add runtime pm support to improve the performance, Gao Pandy
  • <Possible follow-ups>
  • [Patch V7] i2c: imx: add runtime pm support to improve the performance, Gao Pan
    • RE: [Patch V7] i2c: imx: add runtime pm support to improve the performance, Gao Pandy
    • Re: [Patch V7] i2c: imx: add runtime pm support to improve the performance, Uwe Kleine-König
      • RE: [Patch V7] i2c: imx: add runtime pm support to improve the performance, Gao Pandy
• [PATCH 1/1] i2c: added FUNC flag for unsupported clock stretching, Nicola Corna
  • Re: [PATCH 1/1] i2c: added FUNC flag for unsupported clock stretching, Jean Delvare
• [Patch V6] i2c: imx: add runtime pm support to improve the performance, Gao Pan
  • Re: [Patch V6] i2c: imx: add runtime pm support to improve the performance, Heiner Kallweit
    • RE: [Patch V6] i2c: imx: add runtime pm support to improve the performance, Gao Pandy
• [PATCH] i2c: muxes: fix leaked i2c adapter device node references, Vladimir Zapolskiy
  • Re: [PATCH] i2c: muxes: fix leaked i2c adapter device node references, Wolfram Sang
• [Patch V5] i2c: imx: add runtime pm support to improve the performance, Gao Pan
  • Re: [Patch V5] i2c: imx: add runtime pm support to improve the performance, Heiner Kallweit
    • RE: [Patch V5] i2c: imx: add runtime pm support to improve the performance, Gao Pandy
      • Re: [Patch V5] i2c: imx: add runtime pm support to improve the performance, Heiner Kallweit
        • RE: [Patch V5] i2c: imx: add runtime pm support to improve the performance, Gao Pandy
          • Re: [Patch V5] i2c: imx: add runtime pm support to improve the performance, Heiner Kallweit
            • RE: [Patch V5] i2c: imx: add runtime pm support to improve the performance, Gao Pandy
• [PATCH 0/4] Support multiplexed main SMBus interface on SB800, Christian Fetzer
  • [PATCH 2/4] i2c-piix4: Convert piix4_main_adapter to array, Christian Fetzer
  • [PATCH 3/4] i2c-piix4: Add support for multiplexed main adapter in SB800, Christian Fetzer
  • [PATCH 1/4] i2c-piix4: Optionally release smba in piix4_adap_remove, Christian Fetzer
  • [PATCH 4/4] i2c-piix4: Add adapter port name support for SB800 chipset, Christian Fetzer
  • Re: [PATCH 0/4] Support multiplexed main SMBus interface on SB800, Wolfram Sang
    • Re: [PATCH 0/4] Support multiplexed main SMBus interface on SB800, Jean Delvare
  • Re: [PATCH 0/4] Support multiplexed main SMBus interface on SB800, Wolfram Sang
    • Re: [PATCH 0/4] Support multiplexed main SMBus interface on SB800, Mika Westerberg
      • Re: [PATCH 0/4] Support multiplexed main SMBus interface on SB800, Wolfram Sang
        • Re: [PATCH 0/4] Support multiplexed main SMBus interface on SB800, Mika Westerberg
          • Re: [PATCH 0/4] Support multiplexed main SMBus interface on SB800, fetzerch
    • Re: [PATCH 0/4] Support multiplexed main SMBus interface on SB800, Jean Delvare
• [PATCH] drivers: i2c: exynos5: irq spinlock rt-safe, Anders Roxell
  • Re: [PATCH] drivers: i2c: exynos5: irq spinlock rt-safe, Thomas Gleixner
    • Re: [PATCH] drivers: i2c: exynos5: irq spinlock rt-safe, Anders Roxell
  • [PATCHv2] drivers: i2c: exynos5: irq spinlock rt-safe, Anders Roxell
    • Re: [PATCHv2] drivers: i2c: exynos5: irq spinlock rt-safe, Thomas Gleixner
• [RESEND PATCH 0/7] Export I2C and OF module aliases in missing drivers, Javier Martinez Canillas
  • [RESEND PATCH 1/7] i2c: core: Export I2C module alias information in dummy driver, Javier Martinez Canillas
    • Re: [RESEND PATCH 1/7] i2c: core: Export I2C module alias information in dummy driver, Wolfram Sang
      • Re: [RESEND PATCH 1/7] i2c: core: Export I2C module alias information in dummy driver, Javier Martinez Canillas
        • Re: [RESEND PATCH 1/7] i2c: core: Export I2C module alias information in dummy driver, Wolfram Sang
          • Re: [RESEND PATCH 1/7] i2c: core: Export I2C module alias information in dummy driver, Javier Martinez Canillas
            • Re: [RESEND PATCH 1/7] i2c: core: Export I2C module alias information in dummy driver, Wolfram Sang
• [Patch V4] i2c: imx: add runtime pm support to improve the performance, Gao Pan
  • Re: [Patch V4] i2c: imx: add runtime pm support to improve the performance, Heiner Kallweit
    • RE: [Patch V4] i2c: imx: add runtime pm support to improve the performance, Gao Pandy
      • RE: [Patch V4] i2c: imx: add runtime pm support to improve the performance, Gao Pandy
      • Re: [Patch V4] i2c: imx: add runtime pm support to improve the performance, Heiner Kallweit
        • RE: [Patch V4] i2c: imx: add runtime pm support to improve the performance, Gao Pandy
• [RFC] i2c: Revert back to old device naming for ACPI enumerated I2C slaves, Jarkko Nikula
  • Re: [RFC] i2c: Revert back to old device naming for ACPI enumerated I2C slaves, Wolfram Sang
    • Re: [RFC] i2c: Revert back to old device naming for ACPI enumerated I2C slaves, Rafael J. Wysocki
      • Re: [RFC] i2c: Revert back to old device naming for ACPI enumerated I2C slaves, Wolfram Sang
  • Re: [RFC] i2c: Revert back to old device naming for ACPI enumerated I2C slaves, Dustin Byford
    • Re: [RFC] i2c: Revert back to old device naming for ACPI enumerated I2C slaves, Jarkko Nikula
  • Re: [RFC] i2c: Revert back to old device naming for ACPI enumerated I2C slaves, Mark Brown
    • Re: [RFC] i2c: Revert back to old device naming for ACPI enumerated I2C slaves, Wolfram Sang
      • Re: [RFC] i2c: Revert back to old device naming for ACPI enumerated I2C slaves, Guenter Roeck
        • Re: [RFC] i2c: Revert back to old device naming for ACPI enumerated I2C slaves, Wolfram Sang
          • Re: [RFC] i2c: Revert back to old device naming for ACPI enumerated I2C slaves, Wolfram Sang
          • Re: [RFC] i2c: Revert back to old device naming for ACPI enumerated I2C slaves, Guenter Roeck
      • Re: [RFC] i2c: Revert back to old device naming for ACPI enumerated I2C slaves, Mark Brown
  • Re: [RFC] i2c: Revert back to old device naming for ACPI enumerated I2C slaves, Wolfram Sang
    • Re: [RFC] i2c: Revert back to old device naming for ACPI enumerated I2C slaves, Jarkko Nikula
      • Re: [RFC] i2c: Revert back to old device naming for ACPI enumerated I2C slaves, Wolfram Sang
        • Re: [RFC] i2c: Revert back to old device naming for ACPI enumerated I2C slaves, Jarkko Nikula
• [PATCH-v5 RESEND 0/5] i2c: pxa: Add support for PXA910 family of device, Vaibhav Hiremath
  • [PATCH-v5 RESEND 5/5] i2c: pxa: Add ILCR (tLow & tHigh) configuration support, Vaibhav Hiremath
  • [PATCH-v5 RESEND 4/5] Documentation: binding: add sclk adjustment properties to i2c-pxa, Vaibhav Hiremath
    • Re: [PATCH-v5 RESEND 4/5] Documentation: binding: add sclk adjustment properties to i2c-pxa, Wolfram Sang
  • [PATCH-v5 RESEND 3/5] i2c: pxa: Add support for pxa910/988 & new configuration features, Vaibhav Hiremath
    • Re: [PATCH-v5 RESEND 3/5] i2c: pxa: Add support for pxa910/988 & new configuration features, Wolfram Sang
      • Re: [PATCH-v5 RESEND 3/5] i2c: pxa: Add support for pxa910/988 & new configuration features, Vaibhav Hiremath
        • Re: [PATCH-v5 RESEND 3/5] i2c: pxa: Add support for pxa910/988 & new configuration features, Wolfram Sang
    • Re: [PATCH-v5 RESEND 3/5] i2c: pxa: Add support for pxa910/988 & new configuration features, Wolfram Sang
  • [PATCH-v5 RESEND 2/5] i2c: pxa: enable/disable i2c module across msg xfer, Vaibhav Hiremath
    • Re: [PATCH-v5 RESEND 2/5] i2c: pxa: enable/disable i2c module across msg xfer, Wolfram Sang
      • Re: [PATCH-v5 RESEND 2/5] i2c: pxa: enable/disable i2c module across msg xfer, Vaibhav Hiremath
        • Re: [PATCH-v5 RESEND 2/5] i2c: pxa: enable/disable i2c module across msg xfer, Wolfram Sang
  • [PATCH-v5 RESEND 1/5] Documentation: binding: add new property 'disable_after_xfer' to i2c-pxa, Vaibhav Hiremath
  • Re: [PATCH-v5 RESEND 0/5] i2c: pxa: Add support for PXA910 family of device, Vaibhav Hiremath
• i2c imx: suspicious use of runtime PM calls, Heiner Kallweit
  • RE: i2c imx: suspicious use of runtime PM calls, Gao Pandy
    • Re: i2c imx: suspicious use of runtime PM calls, Wolfram Sang
• [PATCH 2/2] dts: keystone: Change "ti,davinci-i2c" compatible to "ti,keystone-i2c", Alexander Sverdlin
  • Re: [PATCH 2/2] dts: keystone: Change "ti,davinci-i2c" compatible to "ti,keystone-i2c", Mark Rutland
    • Re: [PATCH 2/2] dts: keystone: Change "ti,davinci-i2c" compatible to "ti,keystone-i2c", Alexander Sverdlin
• [PATCH v2 1/2] i2c: davinci: Optimize clock generation on Keystone SoC, Alexander Sverdlin
  • Re: [PATCH v2 1/2] i2c: davinci: Optimize clock generation on Keystone SoC, Grygorii Strashko
• [PATCH] i2c: mux: reg: simplify register size checking, Wolfram Sang
  • Re: [PATCH] i2c: mux: reg: simplify register size checking, York Sun
    • Re: [PATCH] i2c: mux: reg: simplify register size checking, Wolfram Sang
    • Re: [PATCH] i2c: mux: reg: simplify register size checking, Wolfram Sang
      • Re: [PATCH] i2c: mux: reg: simplify register size checking, York Sun
  • Re: [PATCH] i2c: mux: reg: simplify register size checking, York Sun
  • Re: [PATCH] i2c: mux: reg: simplify register size checking, Wolfram Sang
• [PATCH 0/6] ChromeOS EC Kconfig cleanups, Javier Martinez Canillas
  • [PATCH 5/6] i2c: Replace I2C_CROS_EC_TUNNEL dependency, Javier Martinez Canillas
    • Re: [PATCH 5/6] i2c: Replace I2C_CROS_EC_TUNNEL dependency, Wolfram Sang
• [Patch v4] i2c: imx: implement bus recovery, Gao Pan
  • RE: [Patch v4] i2c: imx: implement bus recovery, Gao Pandy
  • Re: [Patch v4] i2c: imx: implement bus recovery, Uwe Kleine-König
    • RE: [Patch v4] i2c: imx: implement bus recovery, Gao Pandy
• [Patch v3] i2c: imx: implement bus recovery, Gao Pan
  • Re: [Patch v3] i2c: imx: implement bus recovery, Uwe Kleine-König
    • RE: [Patch v3] i2c: imx: implement bus recovery, Gao Pandy
• [PATCH repost] i2c: rcar: Fix order of restart and clear status, Yoshihiro Kaneko
  • Re: [PATCH repost] i2c: rcar: Fix order of restart and clear status, Wolfram Sang
    • Re: [PATCH repost] i2c: rcar: Fix order of restart and clear status, Yoshihiro Kaneko
• [patch] i2c: xgene-slimpro: dma_mapping_error() doesn't return an error code, Dan Carpenter
  • Re: [patch] i2c: xgene-slimpro: dma_mapping_error() doesn't return an error code, Axel Lin
  • Re: [patch] i2c: xgene-slimpro: dma_mapping_error() doesn't return an error code, Wolfram Sang
• [PATCH v2] i2c: allow specifying separate wakeup interrupt in device tree, Dmitry Torokhov
  • Re: [PATCH v2] i2c: allow specifying separate wakeup interrupt in device tree, Wolfram Sang
• [Patch v5] driver/i2c/mux: Add register-based mux i2c-mux-reg, York Sun
  • Re: [Patch v5] driver/i2c/mux: Add register-based mux i2c-mux-reg, Wolfram Sang
• [PATCH] i2c/designware: enable i2c controller to suspend/resume asynchronously, Fu, Zhonghui
  • Re: [PATCH] i2c/designware: enable i2c controller to suspend/resume asynchronously, Fu, Zhonghui
    • Re: [PATCH] i2c/designware: enable i2c controller to suspend/resume asynchronously, Fu, Zhonghui
  • <Possible follow-ups>
  • [PATCH] i2c/designware: enable i2c controller to suspend/resume asynchronously, Fu, Zhonghui
    • Re: [PATCH] i2c/designware: enable i2c controller to suspend/resume asynchronously, Jarkko Nikula
      • Re: [PATCH] i2c/designware: enable i2c controller to suspend/resume asynchronously, Andy Shevchenko
        • Re: [PATCH] i2c/designware: enable i2c controller to suspend/resume asynchronously, Fu, Zhonghui
      • Re: [PATCH] i2c/designware: enable i2c controller to suspend/resume asynchronously, Fu, Zhonghui
• [PATCH] i2c: enable i2c adapter to suspend/resume asynchronously, Fu, Zhonghui
  • Re: [PATCH] i2c: enable i2c adapter to suspend/resume asynchronously, Fu, Zhonghui
    • Re: [PATCH] i2c: enable i2c adapter to suspend/resume asynchronously, Fu, Zhonghui
• [PATCH] i2c: enable i2c device to suspend/resume asynchronously, Fu, Zhonghui
  • Re: [PATCH] i2c: enable i2c device to suspend/resume asynchronously, Fu, Zhonghui
    • Re: [PATCH] i2c: enable i2c device to suspend/resume asynchronously, Fu, Zhonghui
• [PATCH v2 0/2] I2C support for NXP LPC18xx family, Joachim Eastwood
  • [PATCH v2 2/2] doc: dt: add documentation for nxp,lpc1788-i2c, Joachim Eastwood
  • [PATCH v2 1/2] i2c: add i2c-lpc2k driver, Joachim Eastwood
    • Re: [PATCH v2 1/2] i2c: add i2c-lpc2k driver, Ezequiel Garcia
      • Re: [PATCH v2 1/2] i2c: add i2c-lpc2k driver, Joachim Eastwood
  • Re: [PATCH v2 0/2] I2C support for NXP LPC18xx family, Wolfram Sang
    • Re: [PATCH v2 0/2] I2C support for NXP LPC18xx family, Joachim Eastwood
• [PATCH RFC] eeprom: at24: extend driver to plug into the NVMEM framework, Andrew Lunn
  • Re: [PATCH RFC] eeprom: at24: extend driver to plug into the NVMEM framework, Stefan Wahren
    • Re: [PATCH RFC] eeprom: at24: extend driver to plug into the NVMEM framework, Andrew Lunn
      • Re: [PATCH RFC] eeprom: at24: extend driver to plug into the NVMEM framework, Stefan Wahren
        • Re: [PATCH RFC] eeprom: at24: extend driver to plug into the NVMEM framework, Srinivas Kandagatla
          • Re: [PATCH RFC] eeprom: at24: extend driver to plug into the NVMEM framework, Andrew Lunn
            • Re: [PATCH RFC] eeprom: at24: extend driver to plug into the NVMEM framework, Srinivas Kandagatla
              • Re: [PATCH RFC] eeprom: at24: extend driver to plug into the NVMEM framework, Andrew Lunn
                • Re: [PATCH RFC] eeprom: at24: extend driver to plug into the NVMEM framework, Srinivas Kandagatla
                • Re: [PATCH RFC] eeprom: at24: extend driver to plug into the NVMEM framework, Maxime Ripard
                  • Re: [PATCH RFC] eeprom: at24: extend driver to plug into the NVMEM framework, Andrew Lunn
                    • Re: [PATCH RFC] eeprom: at24: extend driver to plug into the NVMEM framework, Maxime Ripard
                • Re: [PATCH RFC] eeprom: at24: extend driver to plug into the NVMEM framework, Wolfram Sang
  • Re: [PATCH RFC] eeprom: at24: extend driver to plug into the NVMEM framework, Srinivas Kandagatla
• [RFC 0/1] i2c: acpi: revert setting a "stable" device name, Dustin Byford
  • [RFC 1/1] i2c: acpi: revert setting a "stable" device name, Dustin Byford
  • Re: [RFC 0/1] i2c: acpi: revert setting a "stable" device name, Guenter Roeck
    • Re: [RFC 0/1] i2c: acpi: revert setting a "stable" device name, Jarkko Nikula
      • Re: [RFC 0/1] i2c: acpi: revert setting a "stable" device name, Dustin Byford
• [Patch v4] driver/i2c/mux: Add register-based mux i2c-mux-reg, York Sun