Linux Kernel I²C Bus Layer

• Date Index

• RE: [PATCH] i2c: imx: Use __maybe_unused instead of #if CONFIG_PM, (continued)
  • RE: [PATCH] i2c: imx: Use __maybe_unused instead of #if CONFIG_PM, Aisheng Dong
  • Re: [PATCH] i2c: imx: Use __maybe_unused instead of #if CONFIG_PM, Wolfram Sang
• Re: Add i2c block read functionality to i2cget., Jean Delvare
• [PATCH v6 0/1] Add support for IPMB driver, Asmaa Mnebhi
  • [PATCH v6 1/1] Add support for IPMB driver, Asmaa Mnebhi
    • RE: [PATCH v6 1/1] Add support for IPMB driver, Vadim Pasternak
• [PATCH] i2c: mt7621: Add MediaTek MT7621/7628/7688 I2C driver, Stefan Roese
  • Message not available
    • Re: [PATCH] i2c: mt7621: Add MediaTek MT7621/7628/7688 I2C driver, Stefan Roese
      • Re: [PATCH] i2c: mt7621: Add MediaTek MT7621/7628/7688 I2C driver, Wolfram Sang
• [PATCH v2 RESEND] i2c-piix4: Add Hygon Dhyana SMBus support, Pu Wen
  • Re: [PATCH v2 RESEND] i2c-piix4: Add Hygon Dhyana SMBus support, Wolfram Sang
• [PATCH v5 0/1] Add support for IPMB driver, Asmaa Mnebhi
  • [PATCH v5 1/1] Add support for IPMB driver, Asmaa Mnebhi
    • RE: [PATCH v5 1/1] Add support for IPMB driver, Vadim Pasternak
• [PATCH v4 0/1] Add support for IPMB driver, Asmaa Mnebhi
  • [PATCH v4 1/1] Add support for IPMB driver, Asmaa Mnebhi
    • RE: [PATCH v4 1/1] Add support for IPMB driver, Vadim Pasternak
  • RE: [PATCH v4 0/1] Add support for IPMB driver, Vadim Pasternak
    • Re: [PATCH v4 0/1] Add support for IPMB driver, Corey Minyard
    • RE: [PATCH v4 0/1] Add support for IPMB driver, Asmaa Mnebhi
      • Re: [PATCH v4 0/1] Add support for IPMB driver, Corey Minyard
        • RE: [PATCH v4 0/1] Add support for IPMB driver, Asmaa Mnebhi
          • RE: [PATCH v4 0/1] Add support for IPMB driver, Vadim Pasternak
            • Re: [PATCH v4 0/1] Add support for IPMB driver, Corey Minyard
• I2C delay due to maintainer illness, Wolfram Sang
• [PATCH] i2c: Prevent runtime suspend of adapter when Host Notify is required, Jarkko Nikula
  • Re: [PATCH] i2c: Prevent runtime suspend of adapter when Host Notify is required, Rafael J. Wysocki
  • Re: [PATCH] i2c: Prevent runtime suspend of adapter when Host Notify is required, Keijo Vaara
  • Message not available
    • Re: [PATCH] i2c: Prevent runtime suspend of adapter when Host Notify is required, Jarkko Nikula
      • Re: [PATCH] i2c: Prevent runtime suspend of adapter when Host Notify is required, Charles Keepax
        • Re: [PATCH] i2c: Prevent runtime suspend of adapter when Host Notify is required, Greg KH
  • Re: [PATCH] i2c: Prevent runtime suspend of adapter when Host Notify is required, Wolfram Sang
• [PATCH 0/7] dts: r7s9210: Add RZ/A2 devices, Chris Brandt
  • [PATCH 6/7] ARM: dts: r7s9210-rza2mevb: Add Ethernet support, Chris Brandt
    • Re: [PATCH 6/7] ARM: dts: r7s9210-rza2mevb: Add Ethernet support, Geert Uytterhoeven
      • RE: [PATCH 6/7] ARM: dts: r7s9210-rza2mevb: Add Ethernet support, Chris Brandt
  • [PATCH 5/7] ARM: dts: r7s9210: Add SDHI support, Chris Brandt
    • Re: [PATCH 5/7] ARM: dts: r7s9210: Add SDHI support, Geert Uytterhoeven
  • [PATCH 2/7] ARM: dts: r7s9210: Add Ethernet support, Chris Brandt
    • Re: [PATCH 2/7] ARM: dts: r7s9210: Add Ethernet support, Geert Uytterhoeven
  • [PATCH 7/7] ARM: dts: r7s9210-rza2mevb: Add SDHI support, Chris Brandt
    • Re: [PATCH 7/7] ARM: dts: r7s9210-rza2mevb: Add SDHI support, Geert Uytterhoeven
  • [PATCH 1/7] ARM: dts: r7s9210: Add RSPI, Chris Brandt
    • Re: [PATCH 1/7] ARM: dts: r7s9210: Add RSPI, Geert Uytterhoeven
  • [PATCH 3/7] dt-bindings: i2c: riic: document r7s9210 support, Chris Brandt
    • Re: [PATCH 3/7] dt-bindings: i2c: riic: document r7s9210 support, Geert Uytterhoeven
    • Re: [PATCH 3/7] dt-bindings: i2c: riic: document r7s9210 support, Rob Herring
    • Re: [PATCH 3/7] dt-bindings: i2c: riic: document r7s9210 support, Wolfram Sang
  • [PATCH 4/7] ARM: dts: r7s9210: Add RIIC support, Chris Brandt
    • Re: [PATCH 4/7] ARM: dts: r7s9210: Add RIIC support, Geert Uytterhoeven
  • Re: [PATCH 0/7] dts: r7s9210: Add RZ/A2 devices, Simon Horman
• [PATCH] i2c: synquacer: fix enumeration of slave devices, Ard Biesheuvel
  • Re: [PATCH] i2c: synquacer: fix enumeration of slave devices, Wolfram Sang
• [PATCH] i2c: imx-lpi2c: Use __maybe_unused instead of #if CONFIG_PM_SLEEP, Anson Huang
  • RE: [PATCH] i2c: imx-lpi2c: Use __maybe_unused instead of #if CONFIG_PM_SLEEP, Aisheng Dong
  • Re: [PATCH] i2c: imx-lpi2c: Use __maybe_unused instead of #if CONFIG_PM_SLEEP, Wolfram Sang
• [PATCH 1/2] i2c: imx: I2C Driver doesn't consider I2C_IPGCLK_SEL RCW bit when using ls1046a SoC, Chuanhua Han
  • [PATCH 2/2] arm64: dts: fsl: ls1046a: Add the guts node in dts, Chuanhua Han
    • Re: [PATCH 2/2] arm64: dts: fsl: ls1046a: Add the guts node in dts, Sascha Hauer
      • RE: [EXT] Re: [PATCH 2/2] arm64: dts: fsl: ls1046a: Add the guts node in dts, Chuanhua Han
      • RE: [EXT] Re: [PATCH 2/2] arm64: dts: fsl: ls1046a: Add the guts node in dts, Chuanhua Han
  • Re: [PATCH 1/2] i2c: imx: I2C Driver doesn't consider I2C_IPGCLK_SEL RCW bit when using ls1046a SoC, Sascha Hauer
    • RE: [EXT] Re: [PATCH 1/2] i2c: imx: I2C Driver doesn't consider I2C_IPGCLK_SEL RCW bit when using ls1046a SoC, Chuanhua Han
      • Re: [EXT] Re: [PATCH 1/2] i2c: imx: I2C Driver doesn't consider I2C_IPGCLK_SEL RCW bit when using ls1046a SoC, Sascha Hauer
        • RE: [EXT] Re: [PATCH 1/2] i2c: imx: I2C Driver doesn't consider I2C_IPGCLK_SEL RCW bit when using ls1046a SoC, Chuanhua Han
        • RE: [EXT] Re: [PATCH 1/2] i2c: imx: I2C Driver doesn't consider I2C_IPGCLK_SEL RCW bit when using ls1046a SoC, Chuanhua Han
          • RE: [EXT] Re: [PATCH 1/2] i2c: imx: I2C Driver doesn't consider I2C_IPGCLK_SEL RCW bit when using ls1046a SoC, Sumit Batra
            • RE: [EXT] Re: [PATCH 1/2] i2c: imx: I2C Driver doesn't consider I2C_IPGCLK_SEL RCW bit when using ls1046a SoC, Sumit Batra
            • Re: [EXT] Re: [PATCH 1/2] i2c: imx: I2C Driver doesn't consider I2C_IPGCLK_SEL RCW bit when using ls1046a SoC, Sascha Hauer
              • Re: [EXT] Re: [PATCH 1/2] i2c: imx: I2C Driver doesn't consider I2C_IPGCLK_SEL RCW bit when using ls1046a SoC, Wolfram Sang
  • Re: [PATCH 1/2] i2c: imx: I2C Driver doesn't consider I2C_IPGCLK_SEL RCW bit when using ls1046a SoC, Sascha Hauer
    • RE: [EXT] Re: [PATCH 1/2] i2c: imx: I2C Driver doesn't consider I2C_IPGCLK_SEL RCW bit when using ls1046a SoC, Chuanhua Han
    • RE: [EXT] Re: [PATCH 1/2] i2c: imx: I2C Driver doesn't consider I2C_IPGCLK_SEL RCW bit when using ls1046a SoC, Chuanhua Han
• [PATCH 1/3] dt-bindings: i2c: add optional mul-value property to binding, Chuanhua Han
  • [PATCH 2/3] i2c: imx: I2C Driver IBC and SCL Divider for MUL=2 and MUL=4, Chuanhua Han
  • [PATCH 3/3] arm64: dts: fsl: ls1046a: Add mul-value property of the i2c controller nodes, Chuanhua Han
  • Re: [PATCH 1/3] dt-bindings: i2c: add optional mul-value property to binding, Uwe Kleine-König
    • RE: [EXT] Re: [PATCH 1/3] dt-bindings: i2c: add optional mul-value property to binding, Chuanhua Han
  • Re: [PATCH 1/3] dt-bindings: i2c: add optional mul-value property to binding, Rob Herring
    • Re: [PATCH 1/3] dt-bindings: i2c: add optional mul-value property to binding, Wolfram Sang
    • RE: [EXT] Re: [PATCH 1/3] dt-bindings: i2c: add optional mul-value property to binding, Chuanhua Han
      • RE: [EXT] Re: [PATCH 1/3] dt-bindings: i2c: add optional mul-value property to binding, Leo Li
• [PATCH v3 0/1] Add support for IPMB driver, Asmaa Mnebhi
  • [PATCH v3 1/1] Add support for IPMB driver, Asmaa Mnebhi
    • RE: [PATCH v3 1/1] Add support for IPMB driver, Vadim Pasternak
• [RFC PATCH v2] i2c-piix4: Add Hygon Dhyana SMBus support, Pu Wen
  • Re: [RFC PATCH v2] i2c-piix4: Add Hygon Dhyana SMBus support, Jean Delvare
• [GIT PULL] at24: updates for v5.2, Bartosz Golaszewski
  • Re: [GIT PULL] at24: updates for v5.2, Wolfram Sang
    • Re: [GIT PULL] at24: updates for v5.2, Bartosz Golaszewski
• [PATCH] MAINTAINERS: friendly takeover of i2c-gpio driver, Wolfram Sang
  • Re: [PATCH] MAINTAINERS: friendly takeover of i2c-gpio driver, Håvard Skinnemoen
    • Re: [PATCH] MAINTAINERS: friendly takeover of i2c-gpio driver, Wolfram Sang
• [PATCH v2 0/2] i2c: core: improve reporting of a suspended adapter, Wolfram Sang
  • [PATCH v2 1/2] i2c: core: ratelimit 'transfer when suspended' errors, Wolfram Sang
    • Re: [PATCH v2 1/2] i2c: core: ratelimit 'transfer when suspended' errors, Simon Horman
    • Re: [PATCH v2 1/2] i2c: core: ratelimit 'transfer when suspended' errors, Wolfram Sang
  • [PATCH v2 2/2] i2c: core: apply 'is_suspended' check for SMBus, too, Wolfram Sang
    • Re: [PATCH v2 2/2] i2c: core: apply 'is_suspended' check for SMBus, too, Simon Horman
• [PATCH] i2c: core: ratelimit 'transfer when suspended' errors, Wolfram Sang
  • Re: [PATCH] i2c: core: ratelimit 'transfer when suspended' errors, Peter Rosin
    • Re: [PATCH] i2c: core: ratelimit 'transfer when suspended' errors, Wolfram Sang
• [PATCH RFT] i2c: designware: ratelimit 'transfer when suspended' errors, Wolfram Sang
  • Re: [PATCH RFT] i2c: designware: ratelimit 'transfer when suspended' errors, skidnik
    • Re: [PATCH RFT] i2c: designware: ratelimit 'transfer when suspended' errors, Wolfram Sang
  • Re: [PATCH RFT] i2c: designware: ratelimit 'transfer when suspended' errors, Jarkko Nikula
  • Re: [PATCH RFT] i2c: designware: ratelimit 'transfer when suspended' errors, skidnik
    • Re: [PATCH RFT] i2c: designware: ratelimit 'transfer when suspended' errors, Wolfram Sang
    • Re: [PATCH RFT] i2c: designware: ratelimit 'transfer when suspended' errors, Hans de Goede
      • Re: [PATCH RFT] i2c: designware: ratelimit 'transfer when suspended' errors, skidnik
        • Re: [PATCH RFT] i2c: designware: ratelimit 'transfer when suspended' errors, Hans de Goede
        • Re: [PATCH RFT] i2c: designware: ratelimit 'transfer when suspended' errors, Wolfram Sang
  • Re: [PATCH RFT] i2c: designware: ratelimit 'transfer when suspended' errors, Andy Shevchenko
  • Re: [PATCH RFT] i2c: designware: ratelimit 'transfer when suspended' errors, Wolfram Sang
• [PATCH 0/5] i2c-mux-gpio: Split plat- and dt-specific code up, Serge Semin
  • [PATCH 5/5] i2c-mux-gpio: Create of-based GPIOs request method, Serge Semin
    • Re: [PATCH 5/5] i2c-mux-gpio: Create of-based GPIOs request method, Peter Rosin
  • [PATCH 3/5] i2c-mux-gpio: Save initial channel number to the idle data field, Serge Semin
    • Re: [PATCH 3/5] i2c-mux-gpio: Save initial channel number to the idle data field, Peter Rosin
      • Re: [PATCH 3/5] i2c-mux-gpio: Save initial channel number to the idle data field, Serge Semin
        • Re: [PATCH 3/5] i2c-mux-gpio: Save initial channel number to the idle data field, Peter Rosin
  • [PATCH 4/5] i2c-mux-gpio: Unpin the platform-specific GPIOs request code, Serge Semin
  • [PATCH 1/5] i2c-mux-gpio: Unpin a platform-based device initialization, Serge Semin
  • [PATCH 2/5] i2c-mux-gpio: Return an error if no config data found, Serge Semin
    • Re: [PATCH 2/5] i2c-mux-gpio: Return an error if no config data found, Peter Rosin
      • Re: [PATCH 2/5] i2c-mux-gpio: Return an error if no config data found, Serge Semin
        • Re: [PATCH 2/5] i2c-mux-gpio: Return an error if no config data found, Peter Rosin
          • Re: [PATCH 2/5] i2c-mux-gpio: Return an error if no config data found, Serge Semin
  • Re: [PATCH 0/5] i2c-mux-gpio: Split plat- and dt-specific code up, Peter Rosin
    • Re: [PATCH 0/5] i2c-mux-gpio: Split plat- and dt-specific code up, Serge Semin
      • Re: [PATCH 0/5] i2c-mux-gpio: Split plat- and dt-specific code up, Peter Rosin
        • Re: [PATCH 0/5] i2c-mux-gpio: Split plat- and dt-specific code up, Serge Semin
  • [PATCH v2 0/3] i2c-mux-gpio: Split plat- and dt-specific code up, Serge Semin
    • [PATCH v2 1/3] i2c-mux-gpio: Unpin a platform-based device initialization, Serge Semin
      • Re: [PATCH v2 1/3] i2c-mux-gpio: Unpin a platform-based device initialization, Peter Rosin
    • [PATCH v2 3/3] i2c-mux-gpio: Create of-based GPIOs request method, Serge Semin
    • [PATCH v2 2/3] i2c-mux-gpio: Unpin the platform-specific GPIOs request code, Serge Semin
      • Re: [PATCH v2 2/3] i2c-mux-gpio: Unpin the platform-specific GPIOs request code, Peter Rosin
        • Re: [PATCH v2 2/3] i2c-mux-gpio: Unpin the platform-specific GPIOs request code, Serge Semin
          • Re: [PATCH v2 2/3] i2c-mux-gpio: Unpin the platform-specific GPIOs request code, Peter Rosin
            • Re: [PATCH v2 2/3] i2c-mux-gpio: Unpin the platform-specific GPIOs request code, Serge Semin
    • Re: [PATCH v2 0/3] i2c-mux-gpio: Split plat- and dt-specific code up, Serge Semin
      • Re: [PATCH v2 0/3] i2c-mux-gpio: Split plat- and dt-specific code up, Peter Rosin
        • Re: [PATCH v2 0/3] i2c-mux-gpio: Split plat- and dt-specific code up, Serge Semin
• [PATCH] i2c: at91: handle TXRDY interrupt spam, Raag Jadav
  • Re: [PATCH] i2c: at91: handle TXRDY interrupt spam, Ludovic Desroches
    • Re: [PATCH] i2c: at91: handle TXRDY interrupt spam, Raag Jadav
      • Re: [PATCH] i2c: at91: handle TXRDY interrupt spam, Ludovic Desroches
        • Re: [PATCH] i2c: at91: handle TXRDY interrupt spam, Raag Jadav
          • Re: [PATCH] i2c: at91: handle TXRDY interrupt spam, Eugen.Hristev
            • Re: [PATCH] i2c: at91: handle TXRDY interrupt spam, Raag Jadav
            • Re: [PATCH] i2c: at91: handle TXRDY interrupt spam, Ludovic Desroches
          • Re: [PATCH] i2c: at91: handle TXRDY interrupt spam, Ludovic Desroches
• [PATCH AUTOSEL 4.19 26/68] i2c: i801: Add support for Intel Comet Lake, Sasha Levin
• [PATCH AUTOSEL 5.0 35/98] i2c: i801: Add support for Intel Comet Lake, Sasha Levin
• [RFC PATCH RESEND] i2c-piix4: Add Hygon Dhyana SMBus support, Pu Wen
  • Re: [RFC PATCH RESEND] i2c-piix4: Add Hygon Dhyana SMBus support, Jean Delvare
    • Re: [RFC PATCH RESEND] i2c-piix4: Add Hygon Dhyana SMBus support, Pu Wen
      • Re: [RFC PATCH RESEND] i2c-piix4: Add Hygon Dhyana SMBus support, Jean Delvare
        • Re: [RFC PATCH RESEND] i2c-piix4: Add Hygon Dhyana SMBus support, Pu Wen
• Bug: system journal gets flooded with kernel errors after resume from hibernation., skidnik
  • Re: Bug: system journal gets flooded with kernel errors after resume from hibernation., Wolfram Sang
    • Re: Bug: system journal gets flooded with kernel errors after resume from hibernation., Wolfram Sang
      • Re: Bug: system journal gets flooded with kernel errors after resume from hibernation., Hans de Goede
  • Re: Bug: system journal gets flooded with kernel errors after resume from hibernation., Wolfram Sang
• [PATCH] i2c: at91: fix TXRDY interrupt spam, Raag Jadav
  • Re: [PATCH] i2c: at91: fix TXRDY interrupt spam, Wolfram Sang
• [PATCH v2 0/1] *** Add support for IPMB driver ***, Asmaa Mnebhi
  • [PATCH v2 1/1] Add support for IPMB driver, Asmaa Mnebhi
    • Re: [PATCH v2 1/1] Add support for IPMB driver, Wolfram Sang
• [PATCH] i2c-piix4: Add Hygon Dhyana SMBus support, Pu Wen
• [PATCH] i2c: imx: correct the method of getting private data in notifier_call, Anson Huang
  • RE: [PATCH] i2c: imx: correct the method of getting private data in notifier_call, Aisheng Dong
    • RE: [PATCH] i2c: imx: correct the method of getting private data in notifier_call, Aisheng Dong
      • Re: [PATCH] i2c: imx: correct the method of getting private data in notifier_call, Wolfram Sang
    • RE: [PATCH] i2c: imx: correct the method of getting private data in notifier_call, Anson Huang
  • Re: [PATCH] i2c: imx: correct the method of getting private data in notifier_call, Wolfram Sang
• Re: [PATCH v1 1/1] Add support for IPMB driver, Corey Minyard
  • RE: [PATCH v1 1/1] Add support for IPMB driver, Asmaa Mnebhi
• [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Dreamcat4
  • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Jean Delvare
    • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Jean Delvare
      • Message not available
        • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Dreamcat4
      • Message not available
        • Message not available
          • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Dreamcat4
            • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Jean Delvare
              • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Dreamcat4
                • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Jean Delvare
                  • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Dreamcat4
                    • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Jean Delvare
                      • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Jarkko Nikula
                        • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Dreamcat4
                        • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Jean Delvare
                          • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Dreamcat4
                          • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Dreamcat4
                            • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Dreamcat4
                              • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Jean Delvare
                                • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Dreamcat4
                                • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Jean Delvare
                                • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Peter Rosin
                                • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Dreamcat4
                                • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Dreamcat4
                                • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Jean Delvare
                                • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Peter Rosin
                            • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Jean Delvare
                              • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Jarkko Nikula
                                • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Jean Delvare
                                • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Jarkko Nikula
                                • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Jean Delvare
                                • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Jarkko Nikula
                                • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Jean Delvare
                                • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Dreamcat4
                                • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Dreamcat4
                                • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Dreamcat4
                                • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Jean Delvare
                                • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Jarkko Nikula
                                • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Jean Delvare
                                • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Dreamcat4
                                • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Jarkko Nikula
                    • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Jean Delvare
                      • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Dreamcat4
                        • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Jean Delvare
                          • Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings, Dreamcat4
• [PATCH] i2c: core: Fix compiler warning in i2c_generic_scl_recovery, Hans de Goede
  • Re: [PATCH] i2c: core: Fix compiler warning in i2c_generic_scl_recovery, Wolfram Sang
    • Re: [PATCH] i2c: core: Fix compiler warning in i2c_generic_scl_recovery, Hans de Goede
      • Re: [PATCH] i2c: core: Fix compiler warning in i2c_generic_scl_recovery, Wolfram Sang
• [PATCH] i2c: iproc: Change driver to use 'BIT' macro, Ray Jui
  • Re: [PATCH] i2c: iproc: Change driver to use 'BIT' macro, Peter Rosin
    • Re: [PATCH] i2c: iproc: Change driver to use 'BIT' macro, Peter Rosin
      • Re: [PATCH] i2c: iproc: Change driver to use 'BIT' macro, Ray Jui
        • Re: [PATCH] i2c: iproc: Change driver to use 'BIT' macro, Peter Rosin
          • Re: [PATCH] i2c: iproc: Change driver to use 'BIT' macro, Ray Jui
            • Re: [PATCH] i2c: iproc: Change driver to use 'BIT' macro, Peter Rosin
  • Re: [PATCH] i2c: iproc: Change driver to use 'BIT' macro, Wolfram Sang
• [PATCH 00/12] i2c: core: introduce atomic transfers, Wolfram Sang
  • [PATCH 01/12] i2c: remove use of in_atomic(), Wolfram Sang
    • Re: [PATCH 01/12] i2c: remove use of in_atomic(), Andy Shevchenko
    • Re: [PATCH 01/12] i2c: remove use of in_atomic(), Stefan Lengfeld
      • Re: [PATCH 01/12] i2c: remove use of in_atomic(), Wolfram Sang
  • [PATCH 10/12] i2c: stu300: use xfer_atomic callback to bail out early, Wolfram Sang
    • Re: [PATCH 10/12] i2c: stu300: use xfer_atomic callback to bail out early, Linus Walleij
  • [PATCH 12/12] i2c: gpio: flag atomic capability if possible, Wolfram Sang
    • Re: [PATCH 12/12] i2c: gpio: flag atomic capability if possible, Linus Walleij
    • Re: [PATCH 12/12] i2c: gpio: flag atomic capability if possible, Andy Shevchenko
  • [PATCH 09/12] i2c: ocores: enable atomic xfers, Wolfram Sang
    • Re: [PATCH 09/12] i2c: ocores: enable atomic xfers, Andrew Lunn
  • [PATCH 11/12] i2c: algo: bit: add flag to whitelist atomic transfers, Wolfram Sang
  • [PATCH 07/12] i2c: tegra-bpmp: convert to use new atomic callbacks, Wolfram Sang
  • [PATCH 08/12] i2c: ocores: refactor setup for polling, Wolfram Sang
    • Re: [PATCH 08/12] i2c: ocores: refactor setup for polling, Peter Korsgaard
    • Re: [PATCH 08/12] i2c: ocores: refactor setup for polling, Andrew Lunn
  • [PATCH 05/12] i2c: demux: handle the new atomic callbacks, Wolfram Sang
    • Re: [PATCH 05/12] i2c: demux: handle the new atomic callbacks, Andy Shevchenko
  • [PATCH 06/12] i2c: omap: Add the master_xfer_irqless hook, Wolfram Sang
    • Re: [PATCH 06/12] i2c: omap: Add the master_xfer_irqless hook, Stefan Lengfeld
      • Re: [PATCH 06/12] i2c: omap: Add the master_xfer_irqless hook, Wolfram Sang
  • [PATCH 03/12] i2c: core: introduce callbacks for atomic transfers, Wolfram Sang
    • Re: [PATCH 03/12] i2c: core: introduce callbacks for atomic transfers, Andy Shevchenko
    • Re: [PATCH 03/12] i2c: core: introduce callbacks for atomic transfers, Stefan Lengfeld
  • [PATCH 04/12] i2c: mux: populate the new *_atomic callbacks, Wolfram Sang
    • Re: [PATCH 04/12] i2c: mux: populate the new *_atomic callbacks, Peter Rosin
      • Re: [PATCH 04/12] i2c: mux: populate the new *_atomic callbacks, Wolfram Sang
    • Re: [PATCH 04/12] i2c: mux: populate the new *_atomic callbacks, Andy Shevchenko
  • [PATCH 02/12] i2c: core: use I2C locking behaviour also for SMBUS, Wolfram Sang
    • Re: [PATCH 02/12] i2c: core: use I2C locking behaviour also for SMBUS, Andy Shevchenko
  • Re: [PATCH 00/12] i2c: core: introduce atomic transfers, Andy Shevchenko
    • Re: [PATCH 00/12] i2c: core: introduce atomic transfers, Wolfram Sang
      • Re: [PATCH 00/12] i2c: core: introduce atomic transfers, Andy Shevchenko
        • Re: [PATCH 00/12] i2c: core: introduce atomic transfers, Andy Shevchenko
          • Re: [PATCH 00/12] i2c: core: introduce atomic transfers, Wolfram Sang
  • Re: [PATCH 00/12] i2c: core: introduce atomic transfers, Wolfram Sang
  • [RFC PATCH 0/3] Re: i2c: core: introduce atomic transfers, Stefan Lengfeld
    • [RFC PATCH 1/3] ARM: dts: phyboard-mira-dl: rely on PMIC for reboot and watchdog, Stefan Lengfeld
    • [RFC PATCH 2/3] watchdog: da9062: avoid regmap in restart handler, Stefan Lengfeld
    • [RFC PATCH 3/3] i2c: imx: implement master_xfer_atomic callback, Stefan Lengfeld
      • Re: [RFC PATCH 3/3] i2c: imx: implement master_xfer_atomic callback, Stefan Agner
    • Re: [RFC PATCH 0/3] Re: i2c: core: introduce atomic transfers, Wolfram Sang
      • Re: [RFC PATCH 0/3] Re: i2c: core: introduce atomic transfers, Stefan Lengfeld
        • Re: [RFC PATCH 0/3] Re: i2c: core: introduce atomic transfers, Wolfram Sang
          • Re: [RFC PATCH 0/3] Re: i2c: core: introduce atomic transfers, Stefan Lengfeld
    • Re: [RFC PATCH 0/3] Re: i2c: core: introduce atomic transfers, Stefan Agner
      • Re: [RFC PATCH 0/3] Re: i2c: core: introduce atomic transfers, Stefan Lengfeld
• [PATCH v6 0/9] iProc I2C slave mode and NIC mode, Ray Jui
  • [PATCH v6 1/9] i2c: iproc: Extend I2C read up to 255 bytes, Ray Jui
  • [PATCH v6 4/9] dt-bindings: i2c: iproc: make 'interrupts' optional, Ray Jui
  • [PATCH v6 9/9] arm64: dts: Stingray: Add NIC i2c device node, Ray Jui
    • Re: [PATCH v6 9/9] arm64: dts: Stingray: Add NIC i2c device node, Florian Fainelli
  • [PATCH v6 8/9] i2c: iproc: add NIC I2C support, Ray Jui
  • [PATCH v6 7/9] dt-bindings: i2c: iproc: add "brcm,iproc-nic-i2c" compatible string, Ray Jui
  • [PATCH v6 6/9] i2c: iproc: use wrapper for read/write access, Ray Jui
  • [PATCH v6 5/9] i2c: iproc: add polling support, Ray Jui
  • [PATCH v6 3/9] i2c: iproc: Add support for more master error status, Ray Jui
  • [PATCH v6 2/9] i2c: iproc: Add slave mode support, Ray Jui
  • Re: [PATCH v6 0/9] iProc I2C slave mode and NIC mode, Wolfram Sang
    • Re: [PATCH v6 0/9] iProc I2C slave mode and NIC mode, Ray Jui
    • Re: [PATCH v6 0/9] iProc I2C slave mode and NIC mode, Florian Fainelli
      • Re: [PATCH v6 0/9] iProc I2C slave mode and NIC mode, Wolfram Sang
        • Re: [PATCH v6 0/9] iProc I2C slave mode and NIC mode, Florian Fainelli
• [PATCH] i2c: brcmstb: remove unused struct member, Wolfram Sang
  • Re: [PATCH] i2c: brcmstb: remove unused struct member, Wolfram Sang
• [PATCH RESEND v6 0/6] add i2c support for mt8183, Qii Wang
  • [PATCH RESEND v6 4/6] i2c: mediatek: Add i2c and apdma sync in i2c driver, Qii Wang
    • Re: [PATCH RESEND v6 4/6] i2c: mediatek: Add i2c and apdma sync in i2c driver, Matthias Brugger
  • [PATCH RESEND v6 5/6] i2c: mediatek: Add i2c support for MediaTek MT8183, Qii Wang
    • Re: [PATCH RESEND v6 5/6] i2c: mediatek: Add i2c support for MediaTek MT8183, Matthias Brugger
  • [PATCH RESEND v6 3/6] i2c: mediatek: Add arb clock in i2c driver, Qii Wang
    • Re: [PATCH RESEND v6 3/6] i2c: mediatek: Add arb clock in i2c driver, Matthias Brugger
  • [PATCH RESEND v6 2/6] dt-bindings: i2c: Add Mediatek MT8183 i2c binding, Qii Wang
  • [PATCH RESEND v6 6/6] dts: arm64: mt8183: Add I2C nodes, Qii Wang
    • Re: [PATCH RESEND v6 6/6] dts: arm64: mt8183: Add I2C nodes, Matthias Brugger
  • [PATCH RESEND v6 1/6] i2c: mediatek: Add offsets array for new i2c registers, Qii Wang
  • Re: [PATCH RESEND v6 0/6] add i2c support for mt8183, Wolfram Sang
    • Re: [PATCH RESEND v6 0/6] add i2c support for mt8183, Wolfram Sang
• [PATCH v2] i2c: imx: don't leak the i2c adapter on error, laurentiu . tudor
  • Re: [PATCH v2] i2c: imx: don't leak the i2c adapter on error, Wolfram Sang
    • Re: [PATCH v2] i2c: imx: don't leak the i2c adapter on error, Uwe Kleine-König
      • Re: [PATCH v2] i2c: imx: don't leak the i2c adapter on error, Wolfram Sang
• [PATCH v5 0/2] i2c: added driver for Mellanox BlueField SoC, Khalil Blaiech
  • [PATCH v5 2/2] dt-bindings: i2c: I2C binding for Mellanox BlueField SoC, Khalil Blaiech
  • [PATCH v5 1/2] i2c: i2c-mlx: I2C SMBus driver for Mellanox BlueField SoC, Khalil Blaiech
    • Re: [PATCH v5 1/2] i2c: i2c-mlx: I2C SMBus driver for Mellanox BlueField SoC, Wolfram Sang
    • Re: [PATCH v5 1/2] i2c: i2c-mlx: I2C SMBus driver for Mellanox BlueField SoC, Wolfram Sang
      • RE: [PATCH v5 1/2] i2c: i2c-mlx: I2C SMBus driver for Mellanox BlueField SoC, Khalil Blaiech
• [PATCH] i2c: imx: don't leak the i2c adapter on error, laurentiu . tudor
  • Re: [PATCH] i2c: imx: don't leak the i2c adapter on error, Mukesh Ojha
  • Re: [PATCH] i2c: imx: don't leak the i2c adapter on error, Uwe Kleine-König
• [PATCH] i2c: nomadik: remove an unnecessary NULL check in nmk_i2c_remove(), Dan Carpenter
  • Re: [PATCH] i2c: nomadik: remove an unnecessary NULL check in nmk_i2c_remove(), Linus Walleij
  • Re: [PATCH] i2c: nomadik: remove an unnecessary NULL check in nmk_i2c_remove(), Wolfram Sang
• [PATCH] axxia-i2c: use auto cmd for last message, Adamski, Krzysztof (Nokia - PL/Wroclaw)
  • Re: [PATCH] axxia-i2c: use auto cmd for last message, Wolfram Sang
    • Re: [PATCH] axxia-i2c: use auto cmd for last message, Adamski, Krzysztof (Nokia - PL/Wroclaw)
    • Re: [PATCH] axxia-i2c: use auto cmd for last message, Sverdlin, Alexander (Nokia - DE/Ulm)
  • Re: [PATCH] axxia-i2c: use auto cmd for last message, Wolfram Sang
• [RFC PATCH] i2c: remove use of in_atomic(), Wolfram Sang
  • Re: [RFC PATCH] i2c: remove use of in_atomic(), Geert Uytterhoeven
  • Re: [RFC PATCH] i2c: remove use of in_atomic(), Peter Zijlstra
    • Re: [RFC PATCH] i2c: remove use of in_atomic(), Wolfram Sang
      • Re: [RFC PATCH] i2c: remove use of in_atomic(), Peter Zijlstra
        • Re: [RFC PATCH] i2c: remove use of in_atomic(), Wolfram Sang
          • Re: [RFC PATCH] i2c: remove use of in_atomic(), Peter Zijlstra
            • Re: [RFC PATCH] i2c: remove use of in_atomic(), Wolfram Sang
• [PATCH AUTOSEL 5.0 009/262] i2c: sis630: correct format strings, Sasha Levin
  • Re: [PATCH AUTOSEL 5.0 009/262] i2c: sis630: correct format strings, Pavel Machek
• [PATCH AUTOSEL 5.0 098/262] i2c: Allow recovery of the initial IRQ by an I2C client device., Sasha Levin
• [PATCH AUTOSEL 5.0 102/262] i2c: designware: Do not allow i2c_dw_xfer() calls while suspended, Sasha Levin
• [PATCH AUTOSEL 5.0 180/262] i2c: of: Try to find an I2C adapter matching the parent, Sasha Levin
• [PATCH AUTOSEL 4.19 006/192] i2c: sis630: correct format strings, Sasha Levin
• [PATCH AUTOSEL 4.19 130/192] i2c: of: Try to find an I2C adapter matching the parent, Sasha Levin
• [PATCH AUTOSEL 4.14 004/123] i2c: sis630: correct format strings, Sasha Levin
• [PATCH AUTOSEL 4.9 03/87] i2c: sis630: correct format strings, Sasha Levin
• [PATCH AUTOSEL 4.4 03/63] i2c: sis630: correct format strings, Sasha Levin
• [PATCH AUTOSEL 3.18 01/41] i2c: sis630: correct format strings, Sasha Levin
• [PATCH] i2c: isch: Remove unnecessary acpi.h include, helgaas
  • Re: [PATCH] i2c: isch: Remove unnecessary acpi.h include, Jean Delvare
  • Re: [PATCH] i2c: isch: Remove unnecessary acpi.h include, Mukesh Ojha
  • Re: [PATCH] i2c: isch: Remove unnecessary acpi.h include, Bjorn Helgaas
    • Re: [PATCH] i2c: isch: Remove unnecessary acpi.h include, Wolfram Sang
      • Re: [PATCH] i2c: isch: Remove unnecessary acpi.h include, Bjorn Helgaas
        • Re: [PATCH] i2c: isch: Remove unnecessary acpi.h include, Wolfram Sang
        • Re: [PATCH] i2c: isch: Remove unnecessary acpi.h include, Wolfram Sang
          • Re: [PATCH] i2c: isch: Remove unnecessary acpi.h include, Bjorn Helgaas
    • Re: [PATCH] i2c: isch: Remove unnecessary acpi.h include, Jean Delvare
• [RESEND] i2c: imx: defer probing on dma channel request, laurentiu . tudor
  • Re: [RESEND] i2c: imx: defer probing on dma channel request, Steven Price
    • Re: [RESEND] i2c: imx: defer probing on dma channel request, Peter Rosin
    • Re: [RESEND] i2c: imx: defer probing on dma channel request, Laurentiu Tudor
    • Re: [RESEND] i2c: imx: defer probing on dma channel request, Laurentiu Tudor
      • Re: [RESEND] i2c: imx: defer probing on dma channel request, Li Yang
        • Re: [RESEND] i2c: imx: defer probing on dma channel request, Laurentiu Tudor
  • RE: [RESEND] i2c: imx: defer probing on dma channel request, Leo Li
  • RE: [RESEND] i2c: imx: defer probing on dma channel request, Aisheng Dong
• [PATCH 00/24] arm64: mediatek: add support for Pumpkin MT8516 board, Fabien Parent
  • [PATCH 06/24] mfd: mt6397: Add support for MT6397 pmic, Fabien Parent
  • [PATCH 09/24] mmc: mtk-sd: check for valid optional memory resource, Fabien Parent
    • Re: [PATCH 09/24] mmc: mtk-sd: check for valid optional memory resource, Yingjoe Chen
      • Re: [PATCH 09/24] mmc: mtk-sd: check for valid optional memory resource, Fabien Parent
  • [PATCH 12/24] dt-bindings: mediatek: infracfg: add support for MT8516, Fabien Parent
    • Re: [PATCH 12/24] dt-bindings: mediatek: infracfg: add support for MT8516, Rob Herring
    • Re: [PATCH 12/24] dt-bindings: mediatek: infracfg: add support for MT8516, Stephen Boyd
  • [PATCH 14/24] clk: mediatek: add clock driver for MT8516, Fabien Parent
    • Re: [PATCH 14/24] clk: mediatek: add clock driver for MT8516, Stephen Boyd
  • [PATCH 23/24] arm64: dts: mediatek: add dtsi for MT8516, Fabien Parent
    • Re: [PATCH 23/24] arm64: dts: mediatek: add dtsi for MT8516, Rob Herring
      • Re: [PATCH 23/24] arm64: dts: mediatek: add dtsi for MT8516, Matthias Brugger
  • [PATCH 24/24] arm64: dts: mediatek: add pumpkin board dts, Fabien Parent
  • [PATCH 22/24] dt-bindings: i2c: i2c-mtk: add support for MT8516, Fabien Parent
    • Re: [PATCH 22/24] dt-bindings: i2c: i2c-mtk: add support for MT8516, Rob Herring
    • Re: [PATCH 22/24] dt-bindings: i2c: i2c-mtk: add support for MT8516, Matthias Brugger
      • Re: [PATCH 22/24] dt-bindings: i2c: i2c-mtk: add support for MT8516, Wolfram Sang
        • Re: [PATCH 22/24] dt-bindings: i2c: i2c-mtk: add support for MT8516, Matthias Brugger
    • Re: [PATCH 22/24] dt-bindings: i2c: i2c-mtk: add support for MT8516, Wolfram Sang
  • [PATCH 21/24] dt-bindings: irq: mtk,sysirq: add support for MT8516, Fabien Parent
    • Re: [PATCH 21/24] dt-bindings: irq: mtk,sysirq: add support for MT8516, Rob Herring
    • Re: [PATCH 21/24] dt-bindings: irq: mtk,sysirq: add support for MT8516, Matthias Brugger
  • [PATCH 19/24] dt-bindings: spi: spi-mt65xx: add support for MT8516, Fabien Parent
    • Re: [PATCH 19/24] dt-bindings: spi: spi-mt65xx: add support for MT8516, Rob Herring
    • Re: [PATCH 19/24] dt-bindings: spi: spi-mt65xx: add support for MT8516, Matthias Brugger
      • Re: [PATCH 19/24] dt-bindings: spi: spi-mt65xx: add support for MT8516, lei liu
        • Re: [PATCH 19/24] dt-bindings: spi: spi-mt65xx: add support for MT8516, Matthias Brugger
        • Re: [PATCH 19/24] dt-bindings: spi: spi-mt65xx: add support for MT8516, Fabien Parent
          • Re: [PATCH 19/24] dt-bindings: spi: spi-mt65xx: add support for MT8516, lei liu
      • Re: [PATCH 19/24] dt-bindings: spi: spi-mt65xx: add support for MT8516, Mark Brown
        • Re: [PATCH 19/24] dt-bindings: spi: spi-mt65xx: add support for MT8516, Matthias Brugger
  • [PATCH 20/24] dt-bindings: serial: mtk-uart: add support for MT8516, Fabien Parent
    • Re: [PATCH 20/24] dt-bindings: serial: mtk-uart: add support for MT8516, Rob Herring
    • Re: [PATCH 20/24] dt-bindings: serial: mtk-uart: add support for MT8516, Matthias Brugger
  • [PATCH 18/24] dt-bindings: timer: mtk-timer: add support for MT8516, Fabien Parent
    • Re: [PATCH 18/24] dt-bindings: timer: mtk-timer: add support for MT8516, Rob Herring
    • Re: [PATCH 18/24] dt-bindings: timer: mtk-timer: add support for MT8516, Matthias Brugger
      • Re: [PATCH 18/24] dt-bindings: timer: mtk-timer: add support for MT8516, Daniel Lezcano
  • [PATCH 16/24] pinctrl: mediatek: Add MT8516 Pinctrl driver, Fabien Parent
    • Re: [PATCH 16/24] pinctrl: mediatek: Add MT8516 Pinctrl driver, Sean Wang
  • [PATCH 17/24] dt-bindings: wdog: mtk-wdt: add support for MT851, Fabien Parent
    • Re: [PATCH 17/24] dt-bindings: wdog: mtk-wdt: add support for MT851, Guenter Roeck
    • Re: [PATCH 17/24] dt-bindings: wdog: mtk-wdt: add support for MT851, Rob Herring
  • [PATCH 13/24] dt-bindings: mediatek: apmixedsys: add support for MT8516, Fabien Parent
    • Re: [PATCH 13/24] dt-bindings: mediatek: apmixedsys: add support for MT8516, Rob Herring
    • Re: [PATCH 13/24] dt-bindings: mediatek: apmixedsys: add support for MT8516, Stephen Boyd
  • [PATCH 15/24] dt-bindings: pinctrl: pinctrl-mt65xx: add support for MT8516, Fabien Parent
    • Re: [PATCH 15/24] dt-bindings: pinctrl: pinctrl-mt65xx: add support for MT8516, Rob Herring
    • Re: [PATCH 15/24] dt-bindings: pinctrl: pinctrl-mt65xx: add support for MT8516, Linus Walleij
      • Re: [PATCH 15/24] dt-bindings: pinctrl: pinctrl-mt65xx: add support for MT8516, Matthias Brugger
        • Re: [PATCH 15/24] dt-bindings: pinctrl: pinctrl-mt65xx: add support for MT8516, Linus Walleij
          • Re: [PATCH 15/24] dt-bindings: pinctrl: pinctrl-mt65xx: add support for MT8516, Matthias Brugger
  • [PATCH 08/24] dt-bindings: mmc: mtk-sd: add mtk-sd support for MT8516, Fabien Parent
  • [PATCH 11/24] dt-bindings: mediatek: topckgen: add support for MT8516, Fabien Parent
    • Re: [PATCH 11/24] dt-bindings: mediatek: topckgen: add support for MT8516, Rob Herring
    • Re: [PATCH 11/24] dt-bindings: mediatek: topckgen: add support for MT8516, Stephen Boyd
  • [PATCH 10/24] mmc: mtk-sd: add support for MT8516, Fabien Parent
  • [PATCH 07/24] arm64: dts: mt6392: Add PMIC mt6392 dtsi, Fabien Parent
    • Re: [PATCH 07/24] arm64: dts: mt6392: Add PMIC mt6392 dtsi, Rob Herring
  • [PATCH 05/24] soc: mediatek: pwrap: add support for MT8516 pwrap, Fabien Parent
    • Re: [PATCH 05/24] soc: mediatek: pwrap: add support for MT8516 pwrap, Matthias Brugger
  • [PATCH 04/24] soc: mediatek: pwrap: add missing check on rstc, Fabien Parent
    • Re: [PATCH 04/24] soc: mediatek: pwrap: add missing check on rstc, Matthias Brugger
  • [PATCH 01/24] dt-bindings: regulator: add support for MT6392, Fabien Parent
    • Re: [PATCH 01/24] dt-bindings: regulator: add support for MT6392, Rob Herring
  • [PATCH 03/24] dt-bindings: pwrap: mediatek: add pwrap support for MT8516, Fabien Parent
    • Re: [PATCH 03/24] dt-bindings: pwrap: mediatek: add pwrap support for MT8516, Rob Herring
    • Re: [PATCH 03/24] dt-bindings: pwrap: mediatek: add pwrap support for MT8516, Matthias Brugger
  • [PATCH 02/24] regulator: mt6392: Add support for MT6392 regulator, Fabien Parent
• [PATCH 0/5] i2c: match filenames for drivers and bindings, Wolfram Sang
  • [PATCH 1/5] i2c: iop3xx: make bindings file name match the driver, Wolfram Sang
  • [PATCH 2/5] i2c: mt65xx: make bindings file name match the driver, Wolfram Sang
  • [PATCH 3/5] i2c: stu300: make bindings file name match the driver, Wolfram Sang
  • [PATCH 4/5] i2c: sun6i-p2wi: make bindings file name match the driver, Wolfram Sang
    • Re: [PATCH 4/5] i2c: sun6i-p2wi: make bindings file name match the driver, Maxime Ripard
  • [PATCH 5/5] i2c: wmt: make bindings file name match the driver, Wolfram Sang
  • Re: [PATCH 0/5] i2c: match filenames for drivers and bindings, Wolfram Sang
• [PATCH v3] i2c: at91: Convert to use struct i2c_timings, Andy Shevchenko
  • Re: [PATCH v3] i2c: at91: Convert to use struct i2c_timings, Ludovic Desroches
  • Re: [PATCH v3] i2c: at91: Convert to use struct i2c_timings, Wolfram Sang
• [PATCH] dt-bindings: at24: add Renesas R1EX24016, Geert Uytterhoeven
  • Re: [PATCH] dt-bindings: at24: add Renesas R1EX24016, Bartosz Golaszewski
• [PATCH] i2c: riic: Add Runtime PM support, Geert Uytterhoeven
  • Re: [PATCH] i2c: riic: Add Runtime PM support, Niklas Söderlund
  • Re: [PATCH] i2c: riic: Add Runtime PM support, Wolfram Sang
    • RE: [PATCH] i2c: riic: Add Runtime PM support, Chris Brandt
      • Re: [PATCH] i2c: riic: Add Runtime PM support, Wolfram Sang
    • RE: [PATCH] i2c: riic: Add Runtime PM support, Chris Brandt
  • Re: [PATCH] i2c: riic: Add Runtime PM support, Wolfram Sang
• [PATCH v2] i2c: at91: Convert to use struct i2c_timings, Andy Shevchenko
• [PATCH v2] i2c: i801: Add support for Intel Comet Lake, Jarkko Nikula
  • Re: [PATCH v2] i2c: i801: Add support for Intel Comet Lake, Jean Delvare
  • Re: [PATCH v2] i2c: i801: Add support for Intel Comet Lake, Wolfram Sang
• [PATCH] i2c: i801: Add support for Intel Comet Lake, Jarkko Nikula
  • Re: [PATCH] i2c: i801: Add support for Intel Comet Lake, Peter Rosin
    • Re: [PATCH] i2c: i801: Add support for Intel Comet Lake, Jarkko Nikula
• [PATCH v7 0/3] i2c: improve i2c_new_{device|dummy}, Wolfram Sang
  • [PATCH v7 1/3] i2c: core: improve return value handling of i2c_new_device and i2c_new_dummy, Wolfram Sang
    • Re: [PATCH v7 1/3] i2c: core: improve return value handling of i2c_new_device and i2c_new_dummy, Simon Horman
    • Re: [PATCH v7 1/3] i2c: core: improve return value handling of i2c_new_device and i2c_new_dummy, Kieran Bingham
  • [PATCH v7 3/3] mfd: da9063: occupy second I2C address, too, Wolfram Sang
    • Re: [PATCH v7 3/3] mfd: da9063: occupy second I2C address, too, Simon Horman
  • [PATCH v7 2/3] i2c: core: add device-managed version of i2c_new_dummy, Wolfram Sang
    • Re: [PATCH v7 2/3] i2c: core: add device-managed version of i2c_new_dummy, Peter Rosin
      • Re: [PATCH v7 2/3] i2c: core: add device-managed version of i2c_new_dummy, Kieran Bingham
        • Re: [PATCH v7 2/3] i2c: core: add device-managed version of i2c_new_dummy, Wolfram Sang
          • Re: [PATCH v7 2/3] i2c: core: add device-managed version of i2c_new_dummy, Peter Rosin
            • Re: [PATCH v7 2/3] i2c: core: add device-managed version of i2c_new_dummy, Wolfram Sang
      • Re: [PATCH v7 2/3] i2c: core: add device-managed version of i2c_new_dummy, Wolfram Sang
        • Re: [PATCH v7 2/3] i2c: core: add device-managed version of i2c_new_dummy, Peter Rosin
    • Re: [PATCH v7 2/3] i2c: core: add device-managed version of i2c_new_dummy, Simon Horman
  • Re: [PATCH v7 0/3] i2c: improve i2c_new_{device|dummy}, Bartosz Golaszewski
    • Re: [PATCH v7 0/3] i2c: improve i2c_new_{device|dummy}, Wolfram Sang
      • Re: [PATCH v7 0/3] i2c: improve i2c_new_{device|dummy}, Bartosz Golaszewski
        • Re: [PATCH v7 0/3] i2c: improve i2c_new_{device|dummy}, Wolfram Sang
          • Re: [PATCH v7 0/3] i2c: improve i2c_new_{device|dummy}, Bartosz Golaszewski
• [PATCH v1] i2c: base: Drop unneeded checks for of_node, Andy Shevchenko
  • Re: [PATCH v1] i2c: base: Drop unneeded checks for of_node, Andy Shevchenko
  • Re: [PATCH v1] i2c: base: Drop unneeded checks for of_node, Wolfram Sang
• [PATCH v2 1/2] i2c: i2c-designware-platdrv: Cleanup setting of the adapter number, Hans de Goede
  • [PATCH v2 2/2] i2c: i2c-designware-platdrv: Always use a dynamic adapter number, Hans de Goede
    • Re: [PATCH v2 2/2] i2c: i2c-designware-platdrv: Always use a dynamic adapter number, Andy Shevchenko
      • Re: [PATCH v2 2/2] i2c: i2c-designware-platdrv: Always use a dynamic adapter number, Jarkko Nikula
    • Re: [PATCH v2 2/2] i2c: i2c-designware-platdrv: Always use a dynamic adapter number, Wolfram Sang
  • Re: [PATCH v2 1/2] i2c: i2c-designware-platdrv: Cleanup setting of the adapter number, Andy Shevchenko
    • Re: [PATCH v2 1/2] i2c: i2c-designware-platdrv: Cleanup setting of the adapter number, Wolfram Sang
      • Re: [PATCH v2 1/2] i2c: i2c-designware-platdrv: Cleanup setting of the adapter number, Andy Shevchenko
        • Re: [PATCH v2 1/2] i2c: i2c-designware-platdrv: Cleanup setting of the adapter number, Wolfram Sang
    • Re: [PATCH v2 1/2] i2c: i2c-designware-platdrv: Cleanup setting of the adapter number, Jarkko Nikula
  • Re: [PATCH v2 1/2] i2c: i2c-designware-platdrv: Cleanup setting of the adapter number, Wolfram Sang
• [PATCH v2] i2c: add extra check to safe DMA buffer helper, Wolfram Sang
  • Re: [PATCH v2] i2c: add extra check to safe DMA buffer helper, Hsin-Yi Wang
  • Re: [PATCH v2] i2c: add extra check to safe DMA buffer helper, Wolfram Sang
• I2C IRQ acquisition refactor follow-up, Jim Broadus
  • Re: I2C IRQ acquisition refactor follow-up, Charles Keepax
    • Re: I2C IRQ acquisition refactor follow-up, Jim Broadus
      • Re: I2C IRQ acquisition refactor follow-up, Charles Keepax
        • Re: I2C IRQ acquisition refactor follow-up, Benjamin Tissoires
          • Re: I2C IRQ acquisition refactor follow-up, Charles Keepax
• [PATCH i2c-tools 0/2] tools: improvements to handling restricted addresses, Wolfram Sang
  • [PATCH i2c-tools 1/2] tools: i2ctransfer: consequently document -a, Wolfram Sang
    • Re: [PATCH i2c-tools 1/2] tools: i2ctransfer: consequently document -a, Jean Delvare
      • Re: [PATCH i2c-tools 1/2] tools: i2ctransfer: consequently document -a, Wolfram Sang
    • Re: [PATCH i2c-tools 1/2] tools: i2ctransfer: consequently document -a, Wolfram Sang
  • [PATCH i2c-tools 2/2] tools: restrict all addresses defined by the standard, Wolfram Sang
    • Re: [PATCH i2c-tools 2/2] tools: restrict all addresses defined by the standard, Jean Delvare
      • Re: [PATCH i2c-tools 2/2] tools: restrict all addresses defined by the standard, Wolfram Sang
    • Re: [PATCH i2c-tools 2/2] tools: restrict all addresses defined by the standard, Wolfram Sang
  • Re: [PATCH i2c-tools 0/2] tools: improvements to handling restricted addresses, Niklas Söderlund
• [PATCH AUTOSEL 4.20 48/52] i2c: cadence: Fix the hold bit setting, Sasha Levin
• [PATCH AUTOSEL 4.20 49/52] i2c: bcm2835: Clear current buffer pointers and counts after a transfer, Sasha Levin
• [PATCH AUTOSEL 4.19 41/44] i2c: cadence: Fix the hold bit setting, Sasha Levin
• [PATCH AUTOSEL 4.19 42/44] i2c: bcm2835: Clear current buffer pointers and counts after a transfer, Sasha Levin
• [PATCH AUTOSEL 4.14 24/27] i2c: cadence: Fix the hold bit setting, Sasha Levin
• [PATCH AUTOSEL 4.14 25/27] i2c: bcm2835: Clear current buffer pointers and counts after a transfer, Sasha Levin
• [PATCH AUTOSEL 4.9 11/12] i2c: cadence: Fix the hold bit setting, Sasha Levin
• [PATCH AUTOSEL 4.4 7/8] i2c: cadence: Fix the hold bit setting, Sasha Levin
• [PATCH AUTOSEL 3.18 5/6] i2c: cadence: Fix the hold bit setting, Sasha Levin
• [PATCH 0/2] intel-lpss-pci-i2c: Fix oops when there is no ACPI fwnode, Hans de Goede
  • [PATCH 1/2] i2c: i2c-designware-platdrv: Allow a dynamic adap. nr without an ACPI fwnode, Hans de Goede
    • Re: [PATCH 1/2] i2c: i2c-designware-platdrv: Allow a dynamic adap. nr without an ACPI fwnode, Andy Shevchenko
      • Re: [PATCH 1/2] i2c: i2c-designware-platdrv: Allow a dynamic adap. nr without an ACPI fwnode, Hans de Goede
    • Re: [PATCH 1/2] i2c: i2c-designware-platdrv: Allow a dynamic adap. nr without an ACPI fwnode, Jarkko Nikula
      • Re: [PATCH 1/2] i2c: i2c-designware-platdrv: Allow a dynamic adap. nr without an ACPI fwnode, Hans de Goede
      • Re: [PATCH 1/2] i2c: i2c-designware-platdrv: Allow a dynamic adap. nr without an ACPI fwnode, Andy Shevchenko
  • [PATCH 2/2] mfd: intel-lpss: Add "linux,use-dynamic-adapter-nr" device-prop to i2c-devices, Hans de Goede
    • Re: [PATCH 2/2] mfd: intel-lpss: Add "linux,use-dynamic-adapter-nr" device-prop to i2c-devices, Wolfram Sang
• [PATCH] i2c: Do _not_ clear client->irq on remove if the irq comes from the board_info, Hans de Goede
  • Re: [PATCH] i2c: Do _not_ clear client->irq on remove if the irq comes from the board_info, Benjamin Tissoires
    • Re: [PATCH] i2c: Do _not_ clear client->irq on remove if the irq comes from the board_info, Hans de Goede
    • Re: [PATCH] i2c: Do _not_ clear client->irq on remove if the irq comes from the board_info, Wolfram Sang
• [PATCH v6 0/6] add i2c support for mt8183, Qii Wang
  • [PATCH v6 4/6] i2c: mediatek: Add i2c and apdma sync in i2c driver, Qii Wang
  • [PATCH v6 2/6] dt-bindings: i2c: Add Mediatek MT8183 i2c binding, Qii Wang
  • [PATCH v6 6/6] dts: arm64: mt8183: Add I2C nodes, Qii Wang
    • Re: [PATCH v6 6/6] dts: arm64: mt8183: Add I2C nodes, Nicolas Boichat
      • Re: [PATCH v6 6/6] dts: arm64: mt8183: Add I2C nodes, Qii Wang
  • [PATCH v6 5/6] i2c: mediatek: Add i2c support for MediaTek MT8183, Qii Wang
    • Re: [PATCH v6 5/6] i2c: mediatek: Add i2c support for MediaTek MT8183, Nicolas Boichat
  • [PATCH v6 3/6] i2c: mediatek: Add arb clock in i2c driver, Qii Wang
    • Re: [PATCH v6 3/6] i2c: mediatek: Add arb clock in i2c driver, Nicolas Boichat
  • [PATCH v6 1/6] i2c: mediatek: Add offsets array for new i2c registers, Qii Wang
• [PATCH] i2c: add extra check to safe DMA buffer helper, Wolfram Sang
  • Re: [PATCH] i2c: add extra check to safe DMA buffer helper, Hsin-Yi Wang
    • Re: [PATCH] i2c: add extra check to safe DMA buffer helper, Wolfram Sang
      • Re: [PATCH] i2c: add extra check to safe DMA buffer helper, Hsin-Yi Wang
        • Re: [PATCH] i2c: add extra check to safe DMA buffer helper, Wolfram Sang
• [PATCH v2 0/5] i2c: mux: pca9541: extend with support for pca9641, Peter Rosin
  • [PATCH v2 2/5] i2c: mux: pca9541: namespace cleanup, Peter Rosin
  • [PATCH v2 4/5] dt-bindings: i2c: pca9541: extend with compatible for PCA9641, Peter Rosin
    • Re: [PATCH v2 4/5] dt-bindings: i2c: pca9541: extend with compatible for PCA9641, Rob Herring
  • [PATCH v2 5/5] i2c: mux: pca9541: add support for PCA9641, Peter Rosin
    • Re: [PATCH v2 5/5] i2c: mux: pca9541: add support for PCA9641, Peter Rosin
      • Message not available
        • Re: [PATCH v2 5/5] i2c: mux: pca9541: add support for PCA9641, Peter Rosin
          • Re: [PATCH v2 5/5] i2c: mux: pca9541: add support for PCA9641, Guenter Roeck
            • Re: [PATCH v2 5/5] i2c: mux: pca9541: add support for PCA9641, Pradeep Srinivasan
  • [PATCH v2 1/5] i2c: mux: pca9541: use the BIT macro, Peter Rosin
    • Re: [PATCH v2 1/5] i2c: mux: pca9541: use the BIT macro, Luca Ceresoli
  • [PATCH v2 3/5] i2c: mux: pca9541: prepare for PCA9641 support, Peter Rosin
• [PATCH] i2c: i2c-stm32f7: improve loopback in timing algorithm, Bich HEMON
  • Re: [PATCH] i2c: i2c-stm32f7: improve loopback in timing algorithm, Pierre Yves MORDRET
  • Re: [PATCH] i2c: i2c-stm32f7: improve loopback in timing algorithm, Wolfram Sang
• [PATCH] i2c: i2c-stm32f7: Fix SDADEL minimum formula, Bich HEMON
  • Re: [PATCH] i2c: i2c-stm32f7: Fix SDADEL minimum formula, Pierre Yves MORDRET
  • Re: [PATCH] i2c: i2c-stm32f7: Fix SDADEL minimum formula, Wolfram Sang
    • Re: [PATCH] i2c: i2c-stm32f7: Fix SDADEL minimum formula, Wolfram Sang
      • Re: [PATCH] i2c: i2c-stm32f7: Fix SDADEL minimum formula, Bich HEMON
        • Re: [PATCH] i2c: i2c-stm32f7: Fix SDADEL minimum formula, Wolfram Sang
• [PATCH 0/2] Patches for i2c-stm32 device tree bindings, Bich HEMON
  • [PATCH 1/2] dt-bindings: i2c-stm32: remove extra spaces, Bich HEMON
    • Re: [PATCH 1/2] dt-bindings: i2c-stm32: remove extra spaces, Pierre Yves MORDRET
    • Re: [PATCH 1/2] dt-bindings: i2c-stm32: remove extra spaces, Wolfram Sang
  • [PATCH 2/2] dt-bindings: i2c-stm32: update optional properties for stm32h7/stm32mp1, Bich HEMON
    • Re: [PATCH 2/2] dt-bindings: i2c-stm32: update optional properties for stm32h7/stm32mp1, Pierre Yves MORDRET
    • Re: [PATCH 2/2] dt-bindings: i2c-stm32: update optional properties for stm32h7/stm32mp1, Wolfram Sang
• [PULL REQUEST] i2c for 5.1, Wolfram Sang
  • Re: [PULL REQUEST] i2c for 5.1, pr-tracker-bot
  • <Possible follow-ups>
  • [PULL REQUEST] i2c for 5.1, Wolfram Sang
    • Re: [PULL REQUEST] i2c for 5.1, pr-tracker-bot
  • [PULL REQUEST] i2c for 5.1, Wolfram Sang
    • Re: [PULL REQUEST] i2c for 5.1, pr-tracker-bot
  • [PULL REQUEST] i2c for 5.1, Wolfram Sang
    • Re: [PULL REQUEST] i2c for 5.1, pr-tracker-bot
  • [PULL REQUEST] i2c for 5.1, Wolfram Sang
    • Re: [PULL REQUEST] i2c for 5.1, pr-tracker-bot
• [PATCH 0/3] i2c: rcar: make DMA more robust, Wolfram Sang
  • [PATCH 1/3] i2c: rcar: sanity check for minimal DMA length, Wolfram Sang
    • Re: [PATCH 1/3] i2c: rcar: sanity check for minimal DMA length, Geert Uytterhoeven
    • Re: [PATCH 1/3] i2c: rcar: sanity check for minimal DMA length, Geert Uytterhoeven
      • Re: [PATCH 1/3] i2c: rcar: sanity check for minimal DMA length, Wolfram Sang
    • Re: [PATCH 1/3] i2c: rcar: sanity check for minimal DMA length, Simon Horman
    • Re: [PATCH 1/3] i2c: rcar: sanity check for minimal DMA length, Wolfram Sang
  • [PATCH 2/3] i2c: rcar: let DMA enable routine return success status, Wolfram Sang
    • Re: [PATCH 2/3] i2c: rcar: let DMA enable routine return success status, Geert Uytterhoeven
    • Re: [PATCH 2/3] i2c: rcar: let DMA enable routine return success status, Simon Horman
    • Re: [PATCH 2/3] i2c: rcar: let DMA enable routine return success status, Wolfram Sang
  • [PATCH 3/3] i2c: rcar: wait for data empty before starting DMA, Wolfram Sang
    • Re: [PATCH 3/3] i2c: rcar: wait for data empty before starting DMA, Geert Uytterhoeven
      • Re: [PATCH 3/3] i2c: rcar: wait for data empty before starting DMA, Wolfram Sang
        • Re: [PATCH 3/3] i2c: rcar: wait for data empty before starting DMA, Geert Uytterhoeven
          • Re: [PATCH 3/3] i2c: rcar: wait for data empty before starting DMA, Wolfram Sang
            • Re: [PATCH 3/3] i2c: rcar: wait for data empty before starting DMA, Geert Uytterhoeven
    • Re: [PATCH 3/3] i2c: rcar: wait for data empty before starting DMA, Simon Horman
    • Re: [PATCH 3/3] i2c: rcar: wait for data empty before starting DMA, Wolfram Sang
  • Re: [PATCH 0/3] i2c: rcar: make DMA more robust, Geert Uytterhoeven
    • Re: [PATCH 0/3] i2c: rcar: make DMA more robust, Wolfram Sang
• [PATCH v17] i2c: Add drivers for the AMD PCIe MP2 I2C controller, Elie Morisse
  • Re: [PATCH v17] i2c: Add drivers for the AMD PCIe MP2 I2C controller, Shah, Nehal-bakulchandra
  • Re: [PATCH v17] i2c: Add drivers for the AMD PCIe MP2 I2C controller, Wolfram Sang
• [PATCH 0/2] i2c: rcar: improve concurrency, Wolfram Sang
  • [PATCH 2/2] i2c: rcar: explain the lockless design, Wolfram Sang
    • Re: [PATCH 2/2] i2c: rcar: explain the lockless design, Simon Horman
    • Re: [PATCH 2/2] i2c: rcar: explain the lockless design, Wolfram Sang
  • [PATCH 1/2] i2c: rcar: fix concurrency issue related to ICDMAER, Wolfram Sang
    • Re: [PATCH 1/2] i2c: rcar: fix concurrency issue related to ICDMAER, Wolfram Sang
    • Re: [PATCH 1/2] i2c: rcar: fix concurrency issue related to ICDMAER, Simon Horman
    • Re: [PATCH 1/2] i2c: rcar: fix concurrency issue related to ICDMAER, Wolfram Sang
• [PATCH] i2c: sis630: correct format strings, Louis Taylor
  • Re: [PATCH] i2c: sis630: correct format strings, Nick Desaulniers
  • Re: [PATCH] i2c: sis630: correct format strings, Jean Delvare
  • Re: [PATCH] i2c: sis630: correct format strings, Wolfram Sang
• [RFC PATCH v2 0/7] i2c: core: introduce atomic transfers, Wolfram Sang
  • [RFC PATCH v2 2/7] i2c: core: use I2C locking behaviour also for SMBUS, Wolfram Sang
    • Re: [RFC PATCH v2 2/7] i2c: core: use I2C locking behaviour also for SMBUS, Geert Uytterhoeven
    • Re: [RFC PATCH v2 2/7] i2c: core: use I2C locking behaviour also for SMBUS, Simon Horman
  • [RFC PATCH v2 1/7] i2c: apply coding style for struct i2c_adapter, Wolfram Sang
    • Re: [RFC PATCH v2 1/7] i2c: apply coding style for struct i2c_adapter, Simon Horman
    • Re: [RFC PATCH v2 1/7] i2c: apply coding style for struct i2c_adapter, Wolfram Sang
  • [RFC PATCH v2 5/7] i2c: busses: omap: Add the master_xfer_irqless hook, Wolfram Sang
    • Re: [RFC PATCH v2 5/7] i2c: busses: omap: Add the master_xfer_irqless hook, Simon Horman
      • Re: [RFC PATCH v2 5/7] i2c: busses: omap: Add the master_xfer_irqless hook, Andy Shevchenko
        • Re: [RFC PATCH v2 5/7] i2c: busses: omap: Add the master_xfer_irqless hook, Wolfram Sang
          • Re: [RFC PATCH v2 5/7] i2c: busses: omap: Add the master_xfer_irqless hook, Simon Horman
  • [RFC PATCH v2 7/7] i2c: algo: bit: HACK! add atomic callback, Wolfram Sang
  • [RFC PATCH v2 6/7] i2c: tegra-bpmp: convert to use new atomic callbacks, Wolfram Sang
    • Re: [RFC PATCH v2 6/7] i2c: tegra-bpmp: convert to use new atomic callbacks, Timo Alho
    • Re: [RFC PATCH v2 6/7] i2c: tegra-bpmp: convert to use new atomic callbacks, Thierry Reding
    • Re: [RFC PATCH v2 6/7] i2c: tegra-bpmp: convert to use new atomic callbacks, Simon Horman
    • Re: [RFC PATCH v2 6/7] i2c: tegra-bpmp: convert to use new atomic callbacks, Stefan Lengfeld
      • Re: [RFC PATCH v2 6/7] i2c: tegra-bpmp: convert to use new atomic callbacks, Wolfram Sang
  • [RFC PATCH v2 3/7] i2c: core: introduce callbacks for atomic transfers, Wolfram Sang
    • Re: [RFC PATCH v2 3/7] i2c: core: introduce callbacks for atomic transfers, Simon Horman
      • Re: [RFC PATCH v2 3/7] i2c: core: introduce callbacks for atomic transfers, Wolfram Sang
        • Re: [RFC PATCH v2 3/7] i2c: core: introduce callbacks for atomic transfers, Simon Horman
  • [RFC PATCH v2 4/7] i2c: demux: WIP: handle the new atomic callbacks, Wolfram Sang
    • Re: [RFC PATCH v2 4/7] i2c: demux: WIP: handle the new atomic callbacks, Simon Horman
  • Re: [RFC PATCH v2 0/7] i2c: core: introduce atomic transfers, Andy Shevchenko
    • Re: [RFC PATCH v2 0/7] i2c: core: introduce atomic transfers, Wolfram Sang
      • Re: [RFC PATCH v2 0/7] i2c: core: introduce atomic transfers, Wolfram Sang
  • Re: [RFC PATCH v2 0/7] i2c: core: introduce atomic transfers, Peter Rosin
    • Re: [RFC PATCH v2 0/7] i2c: core: introduce atomic transfers, Wolfram Sang
      • Re: [RFC PATCH v2 0/7] i2c: core: introduce atomic transfers, Peter Rosin
        • Re: [RFC PATCH v2 0/7] i2c: core: introduce atomic transfers, Wolfram Sang