Linux Kernel I2C

• Thread Index

• [PATCH] i2c: Prevent runtime suspend of adapter when Host Notify is required
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH RFT] i2c: designware: ratelimit 'transfer when suspended' errors
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 4/7] ARM: dts: r7s9210: Add RIIC support
  • From: Chris Brandt <chris.brandt@xxxxxxxxxxx>
• [PATCH 3/7] dt-bindings: i2c: riic: document r7s9210 support
  • From: Chris Brandt <chris.brandt@xxxxxxxxxxx>
• [PATCH 1/7] ARM: dts: r7s9210: Add RSPI
  • From: Chris Brandt <chris.brandt@xxxxxxxxxxx>
• [PATCH 7/7] ARM: dts: r7s9210-rza2mevb: Add SDHI support
  • From: Chris Brandt <chris.brandt@xxxxxxxxxxx>
• [PATCH 2/7] ARM: dts: r7s9210: Add Ethernet support
  • From: Chris Brandt <chris.brandt@xxxxxxxxxxx>
• [PATCH 5/7] ARM: dts: r7s9210: Add SDHI support
  • From: Chris Brandt <chris.brandt@xxxxxxxxxxx>
• [PATCH 6/7] ARM: dts: r7s9210-rza2mevb: Add Ethernet support
  • From: Chris Brandt <chris.brandt@xxxxxxxxxxx>
• [PATCH 0/7] dts: r7s9210: Add RZ/A2 devices
  • From: Chris Brandt <chris.brandt@xxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: imx: I2C Driver doesn't consider I2C_IPGCLK_SEL RCW bit when using ls1046a SoC
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• [PATCH] i2c: synquacer: fix enumeration of slave devices
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• RE: [PATCH] i2c: imx-lpi2c: Use __maybe_unused instead of #if CONFIG_PM_SLEEP
  • From: Aisheng Dong <aisheng.dong@xxxxxxx>
• [PATCH] i2c: imx-lpi2c: Use __maybe_unused instead of #if CONFIG_PM_SLEEP
  • From: Anson Huang <anson.huang@xxxxxxx>
• RE: [EXT] Re: [PATCH 1/3] dt-bindings: i2c: add optional mul-value property to binding
  • From: Chuanhua Han <chuanhua.han@xxxxxxx>
• Re: [PATCH 1/3] dt-bindings: i2c: add optional mul-value property to binding
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• RE: [PATCH v3 1/1] Add support for IPMB driver
  • From: Vadim Pasternak <vadimp@xxxxxxxxxxxx>
• [PATCH 1/2] i2c: imx: I2C Driver doesn't consider I2C_IPGCLK_SEL RCW bit when using ls1046a SoC
  • From: Chuanhua Han <chuanhua.han@xxxxxxx>
• [PATCH 2/2] arm64: dts: fsl: ls1046a: Add the guts node in dts
  • From: Chuanhua Han <chuanhua.han@xxxxxxx>
• [PATCH 1/3] dt-bindings: i2c: add optional mul-value property to binding
  • From: Chuanhua Han <chuanhua.han@xxxxxxx>
• [PATCH 3/3] arm64: dts: fsl: ls1046a: Add mul-value property of the i2c controller nodes
  • From: Chuanhua Han <chuanhua.han@xxxxxxx>
• [PATCH 2/3] i2c: imx: I2C Driver IBC and SCL Divider for MUL=2 and MUL=4
  • From: Chuanhua Han <chuanhua.han@xxxxxxx>
• Re: [PATCH] i2c: at91: handle TXRDY interrupt spam
  • From: Raag Jadav <raagjadav@xxxxxxxxx>
• [PATCH v3 1/1] Add support for IPMB driver
  • From: Asmaa Mnebhi <Asmaa@xxxxxxxxxxxx>
• [PATCH v3 0/1] Add support for IPMB driver
  • From: Asmaa Mnebhi <Asmaa@xxxxxxxxxxxx>
• Re: [RFC PATCH v2] i2c-piix4: Add Hygon Dhyana SMBus support
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH] i2c: at91: handle TXRDY interrupt spam
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: core: Fix compiler warning in i2c_generic_scl_recovery
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 1/1] Add support for IPMB driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [RFC PATCH v2] i2c-piix4: Add Hygon Dhyana SMBus support
  • From: Pu Wen <puwen@xxxxxxxx>
• Re: [PATCH v2] i2c: i801: Register optional lis3lv02d i2c device on Dell machines
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• Re: [RFC PATCH RESEND] i2c-piix4: Add Hygon Dhyana SMBus support
  • From: Pu Wen <puwen@xxxxxxxx>
• Re: [RFC PATCH RESEND] i2c-piix4: Add Hygon Dhyana SMBus support
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH RFT] i2c: designware: ratelimit 'transfer when suspended' errors
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH RESEND] i2c-piix4: Add Hygon Dhyana SMBus support
  • From: Pu Wen <puwen@xxxxxxxx>
• [GIT PULL] at24: updates for v5.2
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v2 1/2] i2c: core: ratelimit 'transfer when suspended' errors
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: core: apply 'is_suspended' check for SMBus, too
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [RFC PATCH RESEND] i2c-piix4: Add Hygon Dhyana SMBus support
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH] MAINTAINERS: friendly takeover of i2c-gpio driver
  • From: Håvard Skinnemoen <hskinnemoen@xxxxxxxxx>
• Re: [PATCH RFT] i2c: designware: ratelimit 'transfer when suspended' errors
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v2 2/3] i2c-mux-gpio: Unpin the platform-specific GPIOs request code
  • From: Serge Semin <fancer.lancer@xxxxxxxxx>
• [PATCH v2 3/3] i2c-mux-gpio: Create of-based GPIOs request method
  • From: Serge Semin <fancer.lancer@xxxxxxxxx>
• [PATCH v2 1/3] i2c-mux-gpio: Unpin a platform-based device initialization
  • From: Serge Semin <fancer.lancer@xxxxxxxxx>
• [PATCH v2 0/3] i2c-mux-gpio: Split plat- and dt-specific code up
  • From: Serge Semin <fancer.lancer@xxxxxxxxx>
• Re: [PATCH 14/24] clk: mediatek: add clock driver for MT8516
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• Re: [PATCH 13/24] dt-bindings: mediatek: apmixedsys: add support for MT8516
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• Re: [PATCH 12/24] dt-bindings: mediatek: infracfg: add support for MT8516
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• Re: [PATCH 11/24] dt-bindings: mediatek: topckgen: add support for MT8516
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• Re: [PATCH 2/5] i2c-mux-gpio: Return an error if no config data found
  • From: Serge Semin <fancer.lancer@xxxxxxxxx>
• Re: [PATCH 0/5] i2c-mux-gpio: Split plat- and dt-specific code up
  • From: Serge Semin <fancer.lancer@xxxxxxxxx>
• Re: [PATCH 3/5] i2c-mux-gpio: Save initial channel number to the idle data field
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 2/5] i2c-mux-gpio: Return an error if no config data found
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH RFT] i2c: designware: ratelimit 'transfer when suspended' errors
  • From: skidnik <skidnik@xxxxxxxxx>
• Re: [PATCH 0/5] i2c-mux-gpio: Split plat- and dt-specific code up
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 3/5] i2c-mux-gpio: Save initial channel number to the idle data field
  • From: Serge Semin <fancer.lancer@xxxxxxxxx>
• Re: [PATCH 2/5] i2c-mux-gpio: Return an error if no config data found
  • From: Serge Semin <fancer.lancer@xxxxxxxxx>
• Re: [PATCH 0/5] i2c-mux-gpio: Split plat- and dt-specific code up
  • From: Serge Semin <fancer.lancer@xxxxxxxxx>
• [PATCH] MAINTAINERS: friendly takeover of i2c-gpio driver
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/2] i2c: core: apply 'is_suspended' check for SMBus, too
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/2] i2c: core: ratelimit 'transfer when suspended' errors
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 0/2] i2c: core: improve reporting of a suspended adapter
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: core: ratelimit 'transfer when suspended' errors
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: core: ratelimit 'transfer when suspended' errors
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH] i2c: core: ratelimit 'transfer when suspended' errors
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFT] i2c: designware: ratelimit 'transfer when suspended' errors
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH RFT] i2c: designware: ratelimit 'transfer when suspended' errors
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] i2c-mux-gpio: Create of-based GPIOs request method
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 3/5] i2c-mux-gpio: Save initial channel number to the idle data field
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 2/5] i2c-mux-gpio: Return an error if no config data found
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 0/5] i2c-mux-gpio: Split plat- and dt-specific code up
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH RFT] i2c: designware: ratelimit 'transfer when suspended' errors
  • From: skidnik <skidnik@xxxxxxxxx>
• [PATCH RFT] i2c: designware: ratelimit 'transfer when suspended' errors
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: core: Fix compiler warning in i2c_generic_scl_recovery
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: Bug: system journal gets flooded with kernel errors after resume from hibernation.
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 2/5] i2c-mux-gpio: Return an error if no config data found
  • From: Serge Semin <fancer.lancer@xxxxxxxxx>
• [PATCH 1/5] i2c-mux-gpio: Unpin a platform-based device initialization
  • From: Serge Semin <fancer.lancer@xxxxxxxxx>
• [PATCH 4/5] i2c-mux-gpio: Unpin the platform-specific GPIOs request code
  • From: Serge Semin <fancer.lancer@xxxxxxxxx>
• [PATCH 3/5] i2c-mux-gpio: Save initial channel number to the idle data field
  • From: Serge Semin <fancer.lancer@xxxxxxxxx>
• [PATCH 5/5] i2c-mux-gpio: Create of-based GPIOs request method
  • From: Serge Semin <fancer.lancer@xxxxxxxxx>
• [PATCH 0/5] i2c-mux-gpio: Split plat- and dt-specific code up
  • From: Serge Semin <fancer.lancer@xxxxxxxxx>
• Re: [PATCH] i2c: iproc: Change driver to use 'BIT' macro
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: riic: Add Runtime PM support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: imx: correct the method of getting private data in notifier_call
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: imx: correct the method of getting private data in notifier_call
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH i2c-tools 2/2] tools: restrict all addresses defined by the standard
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH i2c-tools 1/2] tools: i2ctransfer: consequently document -a
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 15/24] dt-bindings: pinctrl: pinctrl-mt65xx: add support for MT8516
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• Re: [PATCH 15/24] dt-bindings: pinctrl: pinctrl-mt65xx: add support for MT8516
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH] i2c: at91: handle TXRDY interrupt spam
  • From: Raag Jadav <raagjadav@xxxxxxxxx>
• [PATCH AUTOSEL 4.19 26/68] i2c: i801: Add support for Intel Comet Lake
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.0 35/98] i2c: i801: Add support for Intel Comet Lake
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [RFC PATCH RESEND] i2c-piix4: Add Hygon Dhyana SMBus support
  • From: Pu Wen <puwen@xxxxxxxx>
• Re: [RFC PATCH 0/3] Re: i2c: core: introduce atomic transfers
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: mux: demux-pinctrl: use struct_size() in devm_kzalloc()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: Bug: system journal gets flooded with kernel errors after resume from hibernation.
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] Re: i2c: core: introduce atomic transfers
  • From: Stefan Lengfeld <contact@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: mux: demux-pinctrl: use struct_size() in devm_kzalloc()
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: Bug: system journal gets flooded with kernel errors after resume from hibernation.
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: Bug: system journal gets flooded with kernel errors after resume from hibernation.
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Bug: system journal gets flooded with kernel errors after resume from hibernation.
  • From: skidnik <skidnik@xxxxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Dreamcat4 <dreamcat4@xxxxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Dreamcat4 <dreamcat4@xxxxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Dreamcat4 <dreamcat4@xxxxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH] i2c: at91: fix TXRDY interrupt spam
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• RE: [PATCH v1 1/1] Add support for IPMB driver
  • From: Asmaa Mnebhi <Asmaa@xxxxxxxxxxxx>
• [PATCH] i2c: at91: fix TXRDY interrupt spam
  • From: Raag Jadav <raag.jadav@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: iproc: Change driver to use 'BIT' macro
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH] i2c: iproc: Change driver to use 'BIT' macro
  • From: Ray Jui <ray.jui@xxxxxxxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 19/24] dt-bindings: spi: spi-mt65xx: add support for MT8516
  • From: lei liu <leilk.liu@xxxxxxxxxxxx>
• Re: [PATCH 19/24] dt-bindings: spi: spi-mt65xx: add support for MT8516
  • From: Fabien Parent <fparent@xxxxxxxxxxxx>
• Re: [PATCH] i2c: iproc: Change driver to use 'BIT' macro
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH] i2c: iproc: Change driver to use 'BIT' macro
  • From: Ray Jui <ray.jui@xxxxxxxxxxxx>
• [PATCH v2 1/1] Add support for IPMB driver
  • From: Asmaa Mnebhi <Asmaa@xxxxxxxxxxxx>
• [PATCH v2 0/1] *** Add support for IPMB driver ***
  • From: Asmaa Mnebhi <Asmaa@xxxxxxxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCH] i2c-piix4: Add Hygon Dhyana SMBus support
  • From: Pu Wen <puwen@xxxxxxxx>
• Re: [PATCH 19/24] dt-bindings: spi: spi-mt65xx: add support for MT8516
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Peter Rosin <peda@xxxxxxxxxx>
• RE: [PATCH] i2c: imx: correct the method of getting private data in notifier_call
  • From: Anson Huang <anson.huang@xxxxxxx>
• RE: [PATCH] i2c: imx: correct the method of getting private data in notifier_call
  • From: Aisheng Dong <aisheng.dong@xxxxxxx>
• RE: [PATCH] i2c: imx: correct the method of getting private data in notifier_call
  • From: Aisheng Dong <aisheng.dong@xxxxxxx>
• [PATCH] i2c: imx: correct the method of getting private data in notifier_call
  • From: Anson Huang <anson.huang@xxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Dreamcat4 <dreamcat4@xxxxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Dreamcat4 <dreamcat4@xxxxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Dreamcat4 <dreamcat4@xxxxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH v1 1/1] Add support for IPMB driver
  • From: Corey Minyard <minyard@xxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH 19/24] dt-bindings: spi: spi-mt65xx: add support for MT8516
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Dreamcat4 <dreamcat4@xxxxxxxxx>
• Re: [PATCH 22/24] dt-bindings: i2c: i2c-mtk: add support for MT8516
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] Re: i2c: core: introduce atomic transfers
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 06/12] i2c: omap: Add the master_xfer_irqless hook
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 01/12] i2c: remove use of in_atomic()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 15/24] dt-bindings: pinctrl: pinctrl-mt65xx: add support for MT8516
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• Re: [PATCH 22/24] dt-bindings: i2c: i2c-mtk: add support for MT8516
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• Re: [PATCH 19/24] dt-bindings: spi: spi-mt65xx: add support for MT8516
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• Re: [PATCH 19/24] dt-bindings: spi: spi-mt65xx: add support for MT8516
  • From: lei liu <leilk.liu@xxxxxxxxxxxx>
• Re: [PATCH 22/24] dt-bindings: i2c: i2c-mtk: add support for MT8516
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 18/24] dt-bindings: timer: mtk-timer: add support for MT8516
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH 23/24] arm64: dts: mediatek: add dtsi for MT8516
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• Re: [PATCH 22/24] dt-bindings: i2c: i2c-mtk: add support for MT8516
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• Re: [PATCH 21/24] dt-bindings: irq: mtk,sysirq: add support for MT8516
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• Re: [PATCH 20/24] dt-bindings: serial: mtk-uart: add support for MT8516
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• Re: [PATCH 19/24] dt-bindings: spi: spi-mt65xx: add support for MT8516
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• Re: [PATCH 18/24] dt-bindings: timer: mtk-timer: add support for MT8516
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• Re: [PATCH 06/12] i2c: omap: Add the master_xfer_irqless hook
  • From: Stefan Lengfeld <contact@xxxxxxxxxxxxxxx>
• Re: [PATCH 03/12] i2c: core: introduce callbacks for atomic transfers
  • From: Stefan Lengfeld <contact@xxxxxxxxxxxxxxx>
• Re: [PATCH 01/12] i2c: remove use of in_atomic()
  • From: Stefan Lengfeld <contact@xxxxxxxxxxxxxxx>
• [RFC PATCH 3/3] i2c: imx: implement master_xfer_atomic callback
  • From: Stefan Lengfeld <contact@xxxxxxxxxxxxxxx>
• [RFC PATCH 2/3] watchdog: da9062: avoid regmap in restart handler
  • From: Stefan Lengfeld <contact@xxxxxxxxxxxxxxx>
• [RFC PATCH 1/3] ARM: dts: phyboard-mira-dl: rely on PMIC for reboot and watchdog
  • From: Stefan Lengfeld <contact@xxxxxxxxxxxxxxx>
• [RFC PATCH 0/3] Re: i2c: core: introduce atomic transfers
  • From: Stefan Lengfeld <contact@xxxxxxxxxxxxxxx>
• RE: [PATCH] i2c: riic: Add Runtime PM support
  • From: Chris Brandt <Chris.Brandt@xxxxxxxxxxx>
• Re: [PATCH RESEND v6 6/6] dts: arm64: mt8183: Add I2C nodes
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Dreamcat4 <dreamcat4@xxxxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Dreamcat4 <dreamcat4@xxxxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH 00/12] i2c: core: introduce atomic transfers
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 00/12] i2c: core: introduce atomic transfers
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: riic: Add Runtime PM support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 04/12] i2c: mux: populate the new *_atomic callbacks
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• RE: [PATCH] i2c: riic: Add Runtime PM support
  • From: Chris Brandt <Chris.Brandt@xxxxxxxxxxx>
• Re: [PATCH 01/12] i2c: remove use of in_atomic()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 02/12] i2c: core: use I2C locking behaviour also for SMBUS
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 03/12] i2c: core: introduce callbacks for atomic transfers
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 12/12] i2c: gpio: flag atomic capability if possible
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 05/12] i2c: demux: handle the new atomic callbacks
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 00/12] i2c: core: introduce atomic transfers
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Dreamcat4 <dreamcat4@xxxxxxxxx>
• Re: [PATCH v5 1/2] i2c: i2c-mlx: I2C SMBus driver for Mellanox BlueField SoC
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: riic: Add Runtime PM support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] axxia-i2c: use auto cmd for last message
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 00/12] i2c: core: introduce atomic transfers
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 00/12] i2c: core: introduce atomic transfers
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 04/12] i2c: mux: populate the new *_atomic callbacks
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: brcmstb: remove unused struct member
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH RESEND v6 0/6] add i2c support for mt8183
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: iproc: Change driver to use 'BIT' macro
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH] i2c: iproc: Change driver to use 'BIT' macro
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Dreamcat4 <dreamcat4@xxxxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Dreamcat4 <dreamcat4@xxxxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH RESEND v6 5/6] i2c: mediatek: Add i2c support for MediaTek MT8183
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• Re: [PATCH RESEND v6 4/6] i2c: mediatek: Add i2c and apdma sync in i2c driver
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH RESEND v6 3/6] i2c: mediatek: Add arb clock in i2c driver
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Dreamcat4 <dreamcat4@xxxxxxxxx>
• Re: [PATCH 05/24] soc: mediatek: pwrap: add support for MT8516 pwrap
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• Re: [PATCH 04/24] soc: mediatek: pwrap: add missing check on rstc
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• Re: [PATCH 03/24] dt-bindings: pwrap: mediatek: add pwrap support for MT8516
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Dreamcat4 <dreamcat4@xxxxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Dreamcat4 <dreamcat4@xxxxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Dreamcat4 <dreamcat4@xxxxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Dreamcat4 <dreamcat4@xxxxxxxxx>
• Re: [PATCH 15/24] dt-bindings: pinctrl: pinctrl-mt65xx: add support for MT8516
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PULL REQUEST] i2c for 5.1
  • From: pr-tracker-bot@xxxxxxxxxx
• [PULL REQUEST] i2c for 5.1
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: imx: don't leak the i2c adapter on error
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: imx: don't leak the i2c adapter on error
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH 09/12] i2c: ocores: enable atomic xfers
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH 08/12] i2c: ocores: refactor setup for polling
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH 08/12] i2c: ocores: refactor setup for polling
  • From: Peter Korsgaard <peter@xxxxxxxxxxxxx>
• Re: [PATCH RESEND v6 0/6] add i2c support for mt8183
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v6 0/9] iProc I2C slave mode and NIC mode
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH v6 9/9] arm64: dts: Stingray: Add NIC i2c device node
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH 12/12] i2c: gpio: flag atomic capability if possible
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 10/12] i2c: stu300: use xfer_atomic callback to bail out early
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH] i2c: core: Fix compiler warning in i2c_generic_scl_recovery
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH] axxia-i2c: use auto cmd for last message
  • From: "Sverdlin, Alexander (Nokia - DE/Ulm)" <alexander.sverdlin@xxxxxxxxx>
• Re: [PATCH v6 0/9] iProc I2C slave mode and NIC mode
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: isch: Remove unnecessary acpi.h include
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v6 0/9] iProc I2C slave mode and NIC mode
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH] axxia-i2c: use auto cmd for last message
  • From: "Adamski, Krzysztof (Nokia - PL/Wroclaw)" <krzysztof.adamski@xxxxxxxxx>
• [PATCH] i2c: iproc: Change driver to use 'BIT' macro
  • From: Ray Jui <ray.jui@xxxxxxxxxxxx>
• Re: [PATCH] i2c: isch: Remove unnecessary acpi.h include
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v6 0/9] iProc I2C slave mode and NIC mode
  • From: Ray Jui <ray.jui@xxxxxxxxxxxx>
• Re: [PATCH] axxia-i2c: use auto cmd for last message
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: nomadik: remove an unnecessary NULL check in nmk_i2c_remove()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: imx: don't leak the i2c adapter on error
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v6 0/9] iProc I2C slave mode and NIC mode
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 04/12] i2c: mux: populate the new *_atomic callbacks
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 00/12] i2c: core: introduce atomic transfers
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH 00/12] i2c: core: introduce atomic transfers
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 02/12] i2c: core: use I2C locking behaviour also for SMBUS
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 04/12] i2c: mux: populate the new *_atomic callbacks
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 03/12] i2c: core: introduce callbacks for atomic transfers
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 06/12] i2c: omap: Add the master_xfer_irqless hook
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 05/12] i2c: demux: handle the new atomic callbacks
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 08/12] i2c: ocores: refactor setup for polling
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 07/12] i2c: tegra-bpmp: convert to use new atomic callbacks
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 11/12] i2c: algo: bit: add flag to whitelist atomic transfers
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 09/12] i2c: ocores: enable atomic xfers
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 12/12] i2c: gpio: flag atomic capability if possible
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 10/12] i2c: stu300: use xfer_atomic callback to bail out early
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 01/12] i2c: remove use of in_atomic()
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v6 2/9] i2c: iproc: Add slave mode support
  • From: Ray Jui <ray.jui@xxxxxxxxxxxx>
• [PATCH v6 3/9] i2c: iproc: Add support for more master error status
  • From: Ray Jui <ray.jui@xxxxxxxxxxxx>
• [PATCH v6 5/9] i2c: iproc: add polling support
  • From: Ray Jui <ray.jui@xxxxxxxxxxxx>
• [PATCH v6 6/9] i2c: iproc: use wrapper for read/write access
  • From: Ray Jui <ray.jui@xxxxxxxxxxxx>
• [PATCH v6 7/9] dt-bindings: i2c: iproc: add "brcm,iproc-nic-i2c" compatible string
  • From: Ray Jui <ray.jui@xxxxxxxxxxxx>
• [PATCH v6 8/9] i2c: iproc: add NIC I2C support
  • From: Ray Jui <ray.jui@xxxxxxxxxxxx>
• [PATCH v6 9/9] arm64: dts: Stingray: Add NIC i2c device node
  • From: Ray Jui <ray.jui@xxxxxxxxxxxx>
• [PATCH v6 4/9] dt-bindings: i2c: iproc: make 'interrupts' optional
  • From: Ray Jui <ray.jui@xxxxxxxxxxxx>
• [PATCH v6 1/9] i2c: iproc: Extend I2C read up to 255 bytes
  • From: Ray Jui <ray.jui@xxxxxxxxxxxx>
• [PATCH v6 0/9] iProc I2C slave mode and NIC mode
  • From: Ray Jui <ray.jui@xxxxxxxxxxxx>
• Re: [PATCH v5 7/8] i2c: iproc: add NIC I2C support
  • From: Ray Jui <ray.jui@xxxxxxxxxxxx>
• Re: [PATCH v5 7/8] i2c: iproc: add NIC I2C support
  • From: Ray Jui <ray.jui@xxxxxxxxxxxx>
• [PATCH] i2c: brcmstb: remove unused struct member
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH RESEND v6 1/6] i2c: mediatek: Add offsets array for new i2c registers
  • From: Qii Wang <qii.wang@xxxxxxxxxxxx>
• [PATCH RESEND v6 6/6] dts: arm64: mt8183: Add I2C nodes
  • From: Qii Wang <qii.wang@xxxxxxxxxxxx>
• [PATCH RESEND v6 2/6] dt-bindings: i2c: Add Mediatek MT8183 i2c binding
  • From: Qii Wang <qii.wang@xxxxxxxxxxxx>
• [PATCH RESEND v6 3/6] i2c: mediatek: Add arb clock in i2c driver
  • From: Qii Wang <qii.wang@xxxxxxxxxxxx>
• [PATCH RESEND v6 5/6] i2c: mediatek: Add i2c support for MediaTek MT8183
  • From: Qii Wang <qii.wang@xxxxxxxxxxxx>
• [PATCH RESEND v6 4/6] i2c: mediatek: Add i2c and apdma sync in i2c driver
  • From: Qii Wang <qii.wang@xxxxxxxxxxxx>
• [PATCH RESEND v6 0/6] add i2c support for mt8183
  • From: Qii Wang <qii.wang@xxxxxxxxxxxx>
• Re: [PATCH v5 7/8] i2c: iproc: add NIC I2C support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 6/8] dt-bindings: i2c: iproc: add "brcm,iproc-nic-i2c" compatible string
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/8] i2c: iproc: Add slave mode support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/8] i2c: iproc: Add slave mode support
  • From: Rayagonda Kokatanur <rayagonda.kokatanur@xxxxxxxxxxxx>
• Re: [PATCH] mfd: twl-core: disable irq while suspended
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v5 0/8] iProc I2C slave mode and NIC mode
  • From: Ray Jui <ray.jui@xxxxxxxxxxxx>
• Re: [PATCH v5 6/8] dt-bindings: i2c: iproc: add "brcm,iproc-nic-i2c" compatible string
  • From: Ray Jui <ray.jui@xxxxxxxxxxxx>
• Re: [PATCH v5 1/8] i2c: iproc: Extend I2C read up to 255 bytes
  • From: Ray Jui <ray.jui@xxxxxxxxxxxx>
• Re: [PATCH v5 2/8] i2c: iproc: Add slave mode support
  • From: Ray Jui <ray.jui@xxxxxxxxxxxx>
• Re: [PATCH 16/24] pinctrl: mediatek: Add MT8516 Pinctrl driver
  • From: Sean Wang <sean.wang@xxxxxxxxxx>
• Re: [PATCH] i2c: isch: Remove unnecessary acpi.h include
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: isch: Remove unnecessary acpi.h include
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [RFC PATCH] i2c: remove use of in_atomic()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: isch: Remove unnecessary acpi.h include
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH] i2c: isch: Remove unnecessary acpi.h include
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: isch: Remove unnecessary acpi.h include
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [RFC PATCH] i2c: remove use of in_atomic()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH] i2c: remove use of in_atomic()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC PATCH] i2c: remove use of in_atomic()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH] i2c: remove use of in_atomic()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC PATCH] i2c: remove use of in_atomic()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2] i2c: imx: don't leak the i2c adapter on error
  • From: laurentiu.tudor@xxxxxxx
• Re: [PATCH] i2c: isch: Remove unnecessary acpi.h include
  • From: Mukesh Ojha <mojha@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: isch: Remove unnecessary acpi.h include
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PULL REQUEST] i2c for 5.1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH] i2c: imx: don't leak the i2c adapter on error
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH v5 1/2] i2c: i2c-mlx: I2C SMBus driver for Mellanox BlueField SoC
  • From: Khalil Blaiech <kblaiech@xxxxxxxxxxxx>
• [PATCH v5 0/2] i2c: added driver for Mellanox BlueField SoC
  • From: Khalil Blaiech <kblaiech@xxxxxxxxxxxx>
• [PATCH v5 2/2] dt-bindings: i2c: I2C binding for Mellanox BlueField SoC
  • From: Khalil Blaiech <kblaiech@xxxxxxxxxxxx>
• [PULL REQUEST] i2c for 5.1
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: imx: don't leak the i2c adapter on error
  • From: Mukesh Ojha <mojha@xxxxxxxxxxxxxx>
• [PATCH] i2c: imx: don't leak the i2c adapter on error
  • From: laurentiu.tudor@xxxxxxx
• Re: [RFC PATCH v2 5/7] i2c: busses: omap: Add the master_xfer_irqless hook
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/7] i2c: core: introduce callbacks for atomic transfers
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH 23/24] arm64: dts: mediatek: add dtsi for MT8516
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH 07/24] arm64: dts: mt6392: Add PMIC mt6392 dtsi
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH 01/24] dt-bindings: regulator: add support for MT6392
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH 17/24] dt-bindings: wdog: mtk-wdt: add support for MT851
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH 22/24] dt-bindings: i2c: i2c-mtk: add support for MT8516
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH 21/24] dt-bindings: irq: mtk,sysirq: add support for MT8516
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH 20/24] dt-bindings: serial: mtk-uart: add support for MT8516
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH 19/24] dt-bindings: spi: spi-mt65xx: add support for MT8516
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH 18/24] dt-bindings: timer: mtk-timer: add support for MT8516
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH 15/24] dt-bindings: pinctrl: pinctrl-mt65xx: add support for MT8516
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH 13/24] dt-bindings: mediatek: apmixedsys: add support for MT8516
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH 12/24] dt-bindings: mediatek: infracfg: add support for MT8516
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH 11/24] dt-bindings: mediatek: topckgen: add support for MT8516
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH 03/24] dt-bindings: pwrap: mediatek: add pwrap support for MT8516
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH] i2c: nomadik: remove an unnecessary NULL check in nmk_i2c_remove()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH] i2c: nomadik: remove an unnecessary NULL check in nmk_i2c_remove()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH] axxia-i2c: use auto cmd for last message
  • From: "Adamski, Krzysztof (Nokia - PL/Wroclaw)" <krzysztof.adamski@xxxxxxxxx>
• Re: [RESEND] i2c: imx: defer probing on dma channel request
  • From: Laurentiu Tudor <laurentiu.tudor@xxxxxxx>
• Re: [PATCH AUTOSEL 5.0 009/262] i2c: sis630: correct format strings
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH] i2c: remove use of in_atomic()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• RE: [RESEND] i2c: imx: defer probing on dma channel request
  • From: Aisheng Dong <aisheng.dong@xxxxxxx>
• Re: [PATCH v5 2/8] i2c: iproc: Add slave mode support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/8] iProc I2C slave mode and NIC mode
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 6/8] dt-bindings: i2c: iproc: add "brcm,iproc-nic-i2c" compatible string
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/8] i2c: iproc: Extend I2C read up to 255 bytes
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/8] i2c: iproc: Add slave mode support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [RFC PATCH] i2c: remove use of in_atomic()
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH AUTOSEL 5.0 009/262] i2c: sis630: correct format strings
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.0 098/262] i2c: Allow recovery of the initial IRQ by an I2C client device.
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.0 102/262] i2c: designware: Do not allow i2c_dw_xfer() calls while suspended
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.0 180/262] i2c: of: Try to find an I2C adapter matching the parent
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 006/192] i2c: sis630: correct format strings
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 130/192] i2c: of: Try to find an I2C adapter matching the parent
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 004/123] i2c: sis630: correct format strings
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [RESEND] i2c: imx: defer probing on dma channel request
  • From: Li Yang <leoyang.li@xxxxxxx>
• [PATCH AUTOSEL 4.9 03/87] i2c: sis630: correct format strings
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 03/63] i2c: sis630: correct format strings
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 3.18 01/41] i2c: sis630: correct format strings
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/7] i2c: core: introduce atomic transfers
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 6/7] i2c: tegra-bpmp: convert to use new atomic callbacks
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 5/7] i2c: busses: omap: Add the master_xfer_irqless hook
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/7] i2c: core: introduce callbacks for atomic transfers
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RESEND] i2c: imx: defer probing on dma channel request
  • From: Laurentiu Tudor <laurentiu.tudor@xxxxxxx>
• Re: [PATCH 0/5] i2c: match filenames for drivers and bindings
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/7] i2c: apply coding style for struct i2c_adapter
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v3] i2c: at91: Convert to use struct i2c_timings
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 6/7] i2c: tegra-bpmp: convert to use new atomic callbacks
  • From: Stefan Lengfeld <contact@xxxxxxxxxxxxxxx>
• Re: [RESEND] i2c: imx: defer probing on dma channel request
  • From: Laurentiu Tudor <laurentiu.tudor@xxxxxxx>
• Re: [RESEND] i2c: imx: defer probing on dma channel request
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v3] i2c: at91: Convert to use struct i2c_timings
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxxxxxx>
• RE: [RESEND] i2c: imx: defer probing on dma channel request
  • From: Leo Li <leoyang.li@xxxxxxx>
• [PATCH] i2c: isch: Remove unnecessary acpi.h include
  • From: helgaas@xxxxxxxxxx
• Re: [RESEND] i2c: imx: defer probing on dma channel request
  • From: Steven Price <steven.price@xxxxxxx>
• Re: [PATCH v2 5/5] i2c: mux: pca9541: add support for PCA9641
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RESEND] i2c: imx: defer probing on dma channel request
  • From: laurentiu.tudor@xxxxxxx
• Re: [PATCH v2 5/5] i2c: mux: pca9541: add support for PCA9641
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v17] i2c: Add drivers for the AMD PCIe MP2 I2C controller
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/7] i2c: core: introduce atomic transfers
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] dt-bindings: i2c-stm32: update optional properties for stm32h7/stm32mp1
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] dt-bindings: i2c-stm32: remove extra spaces
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: enable buses to save their clock frequency in adapter
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/3] i2c: at91: slave mode support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 09/24] mmc: mtk-sd: check for valid optional memory resource
  • From: Fabien Parent <fparent@xxxxxxxxxxxx>
• Re: [PATCH 17/24] dt-bindings: wdog: mtk-wdt: add support for MT851
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 09/24] mmc: mtk-sd: check for valid optional memory resource
  • From: Yingjoe Chen <yingjoe.chen@xxxxxxxxxxxx>
• [PATCH 02/24] regulator: mt6392: Add support for MT6392 regulator
  • From: Fabien Parent <fparent@xxxxxxxxxxxx>
• [PATCH 03/24] dt-bindings: pwrap: mediatek: add pwrap support for MT8516
  • From: Fabien Parent <fparent@xxxxxxxxxxxx>
• [PATCH 01/24] dt-bindings: regulator: add support for MT6392
  • From: Fabien Parent <fparent@xxxxxxxxxxxx>
• [PATCH 04/24] soc: mediatek: pwrap: add missing check on rstc
  • From: Fabien Parent <fparent@xxxxxxxxxxxx>
• [PATCH 05/24] soc: mediatek: pwrap: add support for MT8516 pwrap
  • From: Fabien Parent <fparent@xxxxxxxxxxxx>
• [PATCH 07/24] arm64: dts: mt6392: Add PMIC mt6392 dtsi
  • From: Fabien Parent <fparent@xxxxxxxxxxxx>
• [PATCH 10/24] mmc: mtk-sd: add support for MT8516
  • From: Fabien Parent <fparent@xxxxxxxxxxxx>
• [PATCH 11/24] dt-bindings: mediatek: topckgen: add support for MT8516
  • From: Fabien Parent <fparent@xxxxxxxxxxxx>
• [PATCH 08/24] dt-bindings: mmc: mtk-sd: add mtk-sd support for MT8516
  • From: Fabien Parent <fparent@xxxxxxxxxxxx>
• [PATCH 15/24] dt-bindings: pinctrl: pinctrl-mt65xx: add support for MT8516
  • From: Fabien Parent <fparent@xxxxxxxxxxxx>
• [PATCH 13/24] dt-bindings: mediatek: apmixedsys: add support for MT8516
  • From: Fabien Parent <fparent@xxxxxxxxxxxx>
• [PATCH 17/24] dt-bindings: wdog: mtk-wdt: add support for MT851
  • From: Fabien Parent <fparent@xxxxxxxxxxxx>
• [PATCH 16/24] pinctrl: mediatek: Add MT8516 Pinctrl driver
  • From: Fabien Parent <fparent@xxxxxxxxxxxx>
• [PATCH 18/24] dt-bindings: timer: mtk-timer: add support for MT8516
  • From: Fabien Parent <fparent@xxxxxxxxxxxx>
• [PATCH 20/24] dt-bindings: serial: mtk-uart: add support for MT8516
  • From: Fabien Parent <fparent@xxxxxxxxxxxx>
• [PATCH 19/24] dt-bindings: spi: spi-mt65xx: add support for MT8516
  • From: Fabien Parent <fparent@xxxxxxxxxxxx>
• [PATCH 21/24] dt-bindings: irq: mtk,sysirq: add support for MT8516
  • From: Fabien Parent <fparent@xxxxxxxxxxxx>
• [PATCH 22/24] dt-bindings: i2c: i2c-mtk: add support for MT8516
  • From: Fabien Parent <fparent@xxxxxxxxxxxx>
• [PATCH 24/24] arm64: dts: mediatek: add pumpkin board dts
  • From: Fabien Parent <fparent@xxxxxxxxxxxx>
• [PATCH 23/24] arm64: dts: mediatek: add dtsi for MT8516
  • From: Fabien Parent <fparent@xxxxxxxxxxxx>
• [PATCH 14/24] clk: mediatek: add clock driver for MT8516
  • From: Fabien Parent <fparent@xxxxxxxxxxxx>
• [PATCH 12/24] dt-bindings: mediatek: infracfg: add support for MT8516
  • From: Fabien Parent <fparent@xxxxxxxxxxxx>
• [PATCH 09/24] mmc: mtk-sd: check for valid optional memory resource
  • From: Fabien Parent <fparent@xxxxxxxxxxxx>
• [PATCH 06/24] mfd: mt6397: Add support for MT6397 pmic
  • From: Fabien Parent <fparent@xxxxxxxxxxxx>
• [PATCH 00/24] arm64: mediatek: add support for Pumpkin MT8516 board
  • From: Fabien Parent <fparent@xxxxxxxxxxxx>
• Re: [PATCH v5 0/8] iProc I2C slave mode and NIC mode
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH 4/5] i2c: sun6i-p2wi: make bindings file name match the driver
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxx>
• [PATCH 5/5] i2c: wmt: make bindings file name match the driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 0/5] i2c: match filenames for drivers and bindings
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 4/5] i2c: sun6i-p2wi: make bindings file name match the driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 3/5] i2c: stu300: make bindings file name match the driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 2/5] i2c: mt65xx: make bindings file name match the driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 1/5] i2c: iop3xx: make bindings file name match the driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v3] i2c: at91: Convert to use struct i2c_timings
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: at24: add Renesas R1EX24016
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v17] i2c: Add drivers for the AMD PCIe MP2 I2C controller
  • From: "Shah, Nehal-bakulchandra" <Nehal-bakulchandra.Shah@xxxxxxx>
• Re: [PATCH 2/2] dt-bindings: i2c-stm32: update optional properties for stm32h7/stm32mp1
  • From: Pierre Yves MORDRET <pierre-yves.mordret@xxxxxx>
• Re: [PATCH 1/2] dt-bindings: i2c-stm32: remove extra spaces
  • From: Pierre Yves MORDRET <pierre-yves.mordret@xxxxxx>
• Re: [PATCH 3/3] i2c: rcar: wait for data empty before starting DMA
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] i2c: rcar: let DMA enable routine return success status
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] i2c: rcar: sanity check for minimal DMA length
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c-stm32f7: improve loopback in timing algorithm
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] i2c: designware: Add support for an interface clock
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] dt: snps,designware-i2c: Add clock bindings documentation
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: i801: Add support for Intel Comet Lake
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: riic: Add Runtime PM support
  • From: Niklas Söderlund <niklas.soderlund@xxxxxxxxxxxx>
• [PATCH] dt-bindings: at24: add Renesas R1EX24016
  • From: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
• [PATCH] i2c: riic: Add Runtime PM support
  • From: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
• [PATCH v2] i2c: at91: Convert to use struct i2c_timings
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: I2C IRQ acquisition refactor follow-up
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• Re: I2C IRQ acquisition refactor follow-up
  • From: Benjamin Tissoires <benjamin.tissoires@xxxxxxxxxx>
• Re: I2C IRQ acquisition refactor follow-up
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• Re: I2C IRQ acquisition refactor follow-up
  • From: Jim Broadus <jbroadus@xxxxxxxxx>
• Re: I2C IRQ acquisition refactor follow-up
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: document the SDA hold time binding
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: document the SDA hold time binding
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH i2c-tools 2/2] tools: restrict all addresses defined by the standard
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v7 2/3] i2c: core: add device-managed version of i2c_new_dummy
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH i2c-tools 1/2] tools: i2ctransfer: consequently document -a
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v7 2/3] i2c: core: add device-managed version of i2c_new_dummy
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v7 2/3] i2c: core: add device-managed version of i2c_new_dummy
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v7 2/3] i2c: core: add device-managed version of i2c_new_dummy
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PULL REQUEST] i2c for 5.1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v7 2/3] i2c: core: add device-managed version of i2c_new_dummy
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: i801: Add support for Intel Comet Lake
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH i2c-tools 2/2] tools: restrict all addresses defined by the standard
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [RFC PATCH v2 5/7] i2c: busses: omap: Add the master_xfer_irqless hook
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] i2c: rcar: wait for data empty before starting DMA
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH 2/3] i2c: rcar: let DMA enable routine return success status
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH 1/3] i2c: rcar: sanity check for minimal DMA length
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 5/7] i2c: busses: omap: Add the master_xfer_irqless hook
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH i2c-tools 1/2] tools: i2ctransfer: consequently document -a
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [RFC PATCH v2 6/7] i2c: tegra-bpmp: convert to use new atomic callbacks
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 4/7] i2c: demux: WIP: handle the new atomic callbacks
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/7] i2c: core: introduce callbacks for atomic transfers
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 2/7] i2c: core: use I2C locking behaviour also for SMBUS
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/7] i2c: apply coding style for struct i2c_adapter
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH v7 1/3] i2c: core: improve return value handling of i2c_new_device and i2c_new_dummy
  • From: Kieran Bingham <kieran.bingham+renesas@xxxxxxxxxxxxxxxx>
• Re: [PATCH v7 2/3] i2c: core: add device-managed version of i2c_new_dummy
  • From: Kieran Bingham <kieran.bingham@xxxxxxxxxxxxxxxx>
• Re: [PATCH v7 3/3] mfd: da9063: occupy second I2C address, too
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH v7 2/3] i2c: core: add device-managed version of i2c_new_dummy
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH v7 1/3] i2c: core: improve return value handling of i2c_new_device and i2c_new_dummy
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PULL REQUEST] i2c for 5.1
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v2] i2c: i801: Add support for Intel Comet Lake
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: i801: Add support for Intel Comet Lake
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: i801: Add support for Intel Comet Lake
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH] i2c: i801: Add support for Intel Comet Lake
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 2/3] i2c: core: add device-managed version of i2c_new_dummy
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCHv4] i2c: cadence: Fix the driver in interrupt flurry case
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCHv4] i2c: cadence: Fix the driver in interrupt flurry case
  • From: Shubhrajyoti Datta <shubhrajyoti.datta@xxxxxxxxx>
• Re: [PATCH v7 0/3] i2c: improve i2c_new_{device|dummy}
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v7 0/3] i2c: improve i2c_new_{device|dummy}
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v7 0/3] i2c: improve i2c_new_{device|dummy}
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v4 3/3] i2c: mux: pca954x: allow management of device idle state via sysfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/3] i2c: improve i2c_new_{device|dummy}
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v7 0/3] i2c: improve i2c_new_{device|dummy}
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v2 2/2] i2c: i2c-designware-platdrv: Always use a dynamic adapter number
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: i2c-designware-platdrv: Cleanup setting of the adapter number
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: add extra check to safe DMA buffer helper
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v7 2/3] i2c: core: add device-managed version of i2c_new_dummy
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 3/3] mfd: da9063: occupy second I2C address, too
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 1/3] i2c: core: improve return value handling of i2c_new_device and i2c_new_dummy
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 0/3] i2c: improve i2c_new_{device|dummy}
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 3/3] i2c: mux: pca954x: allow management of device idle state via sysfs
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/3] i2c: mux: pca954x: allow management of device idle state via sysfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: i2c-designware-platdrv: Always use a dynamic adapter number
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: i2c-designware-platdrv: Cleanup setting of the adapter number
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 3/3] i2c: mux: pca954x: allow management of device idle state via sysfs
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v2 4/5] dt-bindings: i2c: pca9541: extend with compatible for PCA9641
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH i2c-tools 0/2] tools: improvements to handling restricted addresses
  • From: Niklas Söderlund <niklas.soderlund@xxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: i2c-designware-platdrv: Cleanup setting of the adapter number
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/7] i2c: core: introduce atomic transfers
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: i2c-designware-platdrv: Always use a dynamic adapter number
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: i2c-designware-platdrv: Cleanup setting of the adapter number
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1] i2c: base: Drop unneeded checks for of_node
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: i2c-designware-platdrv: Cleanup setting of the adapter number
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: i2c-designware-platdrv: Cleanup setting of the adapter number
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: i2c-designware-platdrv: Allow a dynamic adap. nr without an ACPI fwnode
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 2/2] i2c: i2c-designware-platdrv: Always use a dynamic adapter number
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 1/2] i2c: i2c-designware-platdrv: Cleanup setting of the adapter number
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 1/2] i2c: i2c-designware-platdrv: Allow a dynamic adap. nr without an ACPI fwnode
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 1/2] i2c: i2c-designware-platdrv: Allow a dynamic adap. nr without an ACPI fwnode
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 1/2] i2c: i2c-designware-platdrv: Allow a dynamic adap. nr without an ACPI fwnode
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] i2c: rcar: wait for data empty before starting DMA
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] i2c: rcar: wait for data empty before starting DMA
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] i2c: rcar: wait for data empty before starting DMA
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c-stm32f7: Fix SDADEL minimum formula
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] i2c: rcar: sanity check for minimal DMA length
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: add extra check to safe DMA buffer helper
  • From: Hsin-Yi Wang <hsinyi@xxxxxxxxxxxx>
• Re: [PATCH 3/3] i2c: rcar: wait for data empty before starting DMA
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v2] i2c: add extra check to safe DMA buffer helper
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: add extra check to safe DMA buffer helper
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• I2C IRQ acquisition refactor follow-up
  • From: Jim Broadus <jbroadus@xxxxxxxxx>
• Re: [PATCH] i2c: add extra check to safe DMA buffer helper
  • From: Hsin-Yi Wang <hsinyi@xxxxxxxxxxxx>
• [PATCH i2c-tools 2/2] tools: restrict all addresses defined by the standard
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH i2c-tools 1/2] tools: i2ctransfer: consequently document -a
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH i2c-tools 0/2] tools: improvements to handling restricted addresses
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH AUTOSEL 4.20 48/52] i2c: cadence: Fix the hold bit setting
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.20 49/52] i2c: bcm2835: Clear current buffer pointers and counts after a transfer
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 41/44] i2c: cadence: Fix the hold bit setting
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 42/44] i2c: bcm2835: Clear current buffer pointers and counts after a transfer
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 24/27] i2c: cadence: Fix the hold bit setting
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 25/27] i2c: bcm2835: Clear current buffer pointers and counts after a transfer
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 11/12] i2c: cadence: Fix the hold bit setting
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 7/8] i2c: cadence: Fix the hold bit setting
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 3.18 5/6] i2c: cadence: Fix the hold bit setting
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 2/2] mfd: intel-lpss: Add "linux,use-dynamic-adapter-nr" device-prop to i2c-devices
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: Do _not_ clear client->irq on remove if the irq comes from the board_info
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: add extra check to safe DMA buffer helper
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: Do _not_ clear client->irq on remove if the irq comes from the board_info
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH] i2c: Do _not_ clear client->irq on remove if the irq comes from the board_info
  • From: Benjamin Tissoires <benjamin.tissoires@xxxxxxxxxx>
• Re: [PATCH 1/2] i2c: i2c-designware-platdrv: Allow a dynamic adap. nr without an ACPI fwnode
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH 2/2] mfd: intel-lpss: Add "linux,use-dynamic-adapter-nr" device-prop to i2c-devices
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 1/2] i2c: i2c-designware-platdrv: Allow a dynamic adap. nr without an ACPI fwnode
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 0/2] intel-lpss-pci-i2c: Fix oops when there is no ACPI fwnode
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH] i2c: Do _not_ clear client->irq on remove if the irq comes from the board_info
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 0/3] i2c: rcar: make DMA more robust
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] i2c: rcar: sanity check for minimal DMA length
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] i2c: rcar: make DMA more robust
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] i2c: rcar: wait for data empty before starting DMA
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] i2c: rcar: let DMA enable routine return success status
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] i2c: rcar: sanity check for minimal DMA length
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v6 6/6] dts: arm64: mt8183: Add I2C nodes
  • From: Qii Wang <qii.wang@xxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c-stm32f7: Fix SDADEL minimum formula
  • From: Bich HEMON <bich.hemon@xxxxxx>
• Re: [PATCH v6 6/6] dts: arm64: mt8183: Add I2C nodes
  • From: Nicolas Boichat <drinkcat@xxxxxxxxxxxx>
• Re: [PATCH v6 5/6] i2c: mediatek: Add i2c support for MediaTek MT8183
  • From: Nicolas Boichat <drinkcat@xxxxxxxxxxxx>
• Re: [PATCH v6 3/6] i2c: mediatek: Add arb clock in i2c driver
  • From: Nicolas Boichat <drinkcat@xxxxxxxxxxxx>
• [PATCH v6 0/6] add i2c support for mt8183
  • From: Qii Wang <qii.wang@xxxxxxxxxxxx>
• [PATCH v6 1/6] i2c: mediatek: Add offsets array for new i2c registers
  • From: Qii Wang <qii.wang@xxxxxxxxxxxx>
• [PATCH v6 3/6] i2c: mediatek: Add arb clock in i2c driver
  • From: Qii Wang <qii.wang@xxxxxxxxxxxx>
• [PATCH v6 5/6] i2c: mediatek: Add i2c support for MediaTek MT8183
  • From: Qii Wang <qii.wang@xxxxxxxxxxxx>
• [PATCH v6 6/6] dts: arm64: mt8183: Add I2C nodes
  • From: Qii Wang <qii.wang@xxxxxxxxxxxx>
• [PATCH v6 2/6] dt-bindings: i2c: Add Mediatek MT8183 i2c binding
  • From: Qii Wang <qii.wang@xxxxxxxxxxxx>
• [PATCH v6 4/6] i2c: mediatek: Add i2c and apdma sync in i2c driver
  • From: Qii Wang <qii.wang@xxxxxxxxxxxx>
• Re: [PATCH] i2c: add extra check to safe DMA buffer helper
  • From: Hsin-Yi Wang <hsinyi@xxxxxxxxxxxx>
• [PATCH] i2c: add extra check to safe DMA buffer helper
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c-stm32f7: Fix SDADEL minimum formula
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c-stm32f7: Fix SDADEL minimum formula
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: rcar: explain the lockless design
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: rcar: fix concurrency issue related to ICDMAER
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: sis630: correct format strings
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCHv4] i2c: cadence: Fix the driver in interrupt flurry case
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: cadence: try reset when master receive arbitration lost
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: cadence: try reset when master receive arbitration lost
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: mediatek: modify threshold passed to i2c_get_dma_safe_msg_buf()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PULL REQUEST] i2c for 5.1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH] i2c: mediatek: modify threshold passed to i2c_get_dma_safe_msg_buf()
  • From: Hsin-Yi Wang <hsinyi@xxxxxxxxxxxx>
• Re: [PATCH] i2c: mediatek: modify threshold passed to i2c_get_dma_safe_msg_buf()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: mediatek: modify threshold passed to i2c_get_dma_safe_msg_buf()
  • From: Hsin-Yi Wang <hsinyi@xxxxxxxxxxxx>
• Re: [PATCH] i2c: mediatek: modify threshold passed to i2c_get_dma_safe_msg_buf()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] i2c: mux: pca9541: add support for PCA9641
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH] i2c: mv64xxx: better error description for stuck slaves
  • From: Jan Kundrát <jan.kundrat@xxxxxxxxx>
• Re: [PATCH] i2c: i2c-stm32f7: improve loopback in timing algorithm
  • From: Pierre Yves MORDRET <pierre-yves.mordret@xxxxxx>
• Re: [PATCH] i2c: i2c-stm32f7: Fix SDADEL minimum formula
  • From: Pierre Yves MORDRET <pierre-yves.mordret@xxxxxx>
• Re: [PATCH v5 5/5] i2c: mediatek: Add i2c support for MediaTek MT8183
  • From: Qii Wang <qii.wang@xxxxxxxxxxxx>
• Re: [PATCH v5 3/5] i2c: mediatek: Add arb clock in i2c driver
  • From: Qii Wang <qii.wang@xxxxxxxxxxxx>
• Re: [PATCH v4 3/3] i2c: mediatek: Add i2c support for MediaTek MT8183
  • From: Qii Wang <qii.wang@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/7] i2c: core: introduce atomic transfers
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v2 3/5] i2c: mux: pca9541: prepare for PCA9641 support
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v2 1/5] i2c: mux: pca9541: use the BIT macro
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v2 5/5] i2c: mux: pca9541: add support for PCA9641
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v2 4/5] dt-bindings: i2c: pca9541: extend with compatible for PCA9641
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v2 2/5] i2c: mux: pca9541: namespace cleanup
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v2 0/5] i2c: mux: pca9541: extend with support for pca9641
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH] i2c: i2c-stm32f7: improve loopback in timing algorithm
  • From: Bich HEMON <bich.hemon@xxxxxx>
• [PATCH] i2c: i2c-stm32f7: Fix SDADEL minimum formula
  • From: Bich HEMON <bich.hemon@xxxxxx>
• [PATCH 0/2] Patches for i2c-stm32 device tree bindings
  • From: Bich HEMON <bich.hemon@xxxxxx>
• [PATCH 2/2] dt-bindings: i2c-stm32: update optional properties for stm32h7/stm32mp1
  • From: Bich HEMON <bich.hemon@xxxxxx>
• [PATCH 1/2] dt-bindings: i2c-stm32: remove extra spaces
  • From: Bich HEMON <bich.hemon@xxxxxx>
• Re: [PATCH 1/2] i2c: rcar: fix concurrency issue related to ICDMAER
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: rcar: explain the lockless design
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH v5 5/5] i2c: mediatek: Add i2c support for MediaTek MT8183
  • From: Nicolas Boichat <drinkcat@xxxxxxxxxxxx>
• Re: [PATCH v5 3/5] i2c: mediatek: Add arb clock in i2c driver
  • From: Nicolas Boichat <drinkcat@xxxxxxxxxxxx>
• Re: [PATCH v5 4/5] i2c: mediatek: Add i2c and apdma sync in i2c driver
  • From: Nicolas Boichat <drinkcat@xxxxxxxxxxxx>
• Re: [PATCH v5 3/5] i2c: mediatek: Add arb clock in i2c driver
  • From: Nicolas Boichat <drinkcat@xxxxxxxxxxxx>
• Re: [PATCH] i2c: sis630: correct format strings
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PULL REQUEST] i2c for 5.1
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 3/3] i2c: rcar: wait for data empty before starting DMA
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/3] i2c: rcar: let DMA enable routine return success status
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/3] i2c: rcar: sanity check for minimal DMA length
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/3] i2c: rcar: make DMA more robust
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v17] i2c: Add drivers for the AMD PCIe MP2 I2C controller
  • From: Elie Morisse <syniurge@xxxxxxxxx>
• Re: [RFC PATCH v2 0/7] i2c: core: introduce atomic transfers
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: rcar: fix concurrency issue related to ICDMAER
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: sis630: correct format strings
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/7] i2c: core: introduce atomic transfers
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [RFC PATCH v2 6/7] i2c: tegra-bpmp: convert to use new atomic callbacks
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [RFC PATCH v2 2/7] i2c: core: use I2C locking behaviour also for SMBUS
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 6/7] i2c: tegra-bpmp: convert to use new atomic callbacks
  • From: Timo Alho <talho@xxxxxxxxxx>
• [PATCH 1/2] i2c: rcar: fix concurrency issue related to ICDMAER
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] i2c: rcar: explain the lockless design
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/2] i2c: rcar: improve concurrency
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/7] i2c: core: introduce atomic transfers
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH] i2c: sis630: correct format strings
  • From: Louis Taylor <louis@xxxxxxxxxx>
• [RFC PATCH v2 4/7] i2c: demux: WIP: handle the new atomic callbacks
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 3/7] i2c: core: introduce callbacks for atomic transfers
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 6/7] i2c: tegra-bpmp: convert to use new atomic callbacks
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 7/7] i2c: algo: bit: HACK! add atomic callback
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 5/7] i2c: busses: omap: Add the master_xfer_irqless hook
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 0/7] i2c: core: introduce atomic transfers
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 1/7] i2c: apply coding style for struct i2c_adapter
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 2/7] i2c: core: use I2C locking behaviour also for SMBUS
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] dt: snps,designware-i2c: Add clock bindings documentation
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] i2c: designware: Add support for an interface clock
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH] mfd: twl-core: disable irq while suspended
  • From: Andreas Kemnade <andreas@xxxxxxxxxxxx>
• [PATCH AUTOSEL 4.20 70/81] i2c: omap: Use noirq system sleep pm ops to idle device for suspend
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 56/64] i2c: omap: Use noirq system sleep pm ops to idle device for suspend
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 33/36] i2c: omap: Use noirq system sleep pm ops to idle device for suspend
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH v5 2/2] i2c: designware: Add support for an interface clock
  • From: Gareth Williams <gareth.williams.jx@xxxxxxxxxxx>
• [PATCH v5 1/2] dt: snps,designware-i2c: Add clock bindings documentation
  • From: Gareth Williams <gareth.williams.jx@xxxxxxxxxxx>
• [PATCH v5 0/2] i2c: designware: Add support for a bus clock
  • From: Gareth Williams <gareth.williams.jx@xxxxxxxxxxx>
• [PATCH v4 1/3] i2c: mux: pca954x: remove support for unused platform data
  • From: Robert Shearman <robertshearman@xxxxxxxxx>
• [PATCH v4 3/3] i2c: mux: pca954x: allow management of device idle state via sysfs
  • From: Robert Shearman <robertshearman@xxxxxxxxx>
• [PATCH v4 0/3] i2c: mux: pca954x: allow management of device idle state via sysfs
  • From: Robert Shearman <robertshearman@xxxxxxxxx>
• [PATCH v4 2/3] i2c: mux: pca9541: remove support for unused platform data
  • From: Robert Shearman <robertshearman@xxxxxxxxx>
• Re: [PATCH v16] i2c: Add drivers for the AMD PCIe MP2 I2C controller
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v16] i2c: Add drivers for the AMD PCIe MP2 I2C controller
  • From: "Shah, Nehal-bakulchandra" <Nehal-bakulchandra.Shah@xxxxxxx>
• Re: [PATCH v3 3/3] i2c: mux: pca954x: allow management of device idle state via sysfs
  • From: Robert Shearman <robertshearman@xxxxxxxxx>
• Re: [PATCH v3 3/3] i2c: mux: pca954x: allow management of device idle state via sysfs
  • From: Robert Shearman <robertshearman@xxxxxxxxx>
• Re: [PATCH v3 3/3] i2c: mux: pca954x: allow management of device idle state via sysfs
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH] i2c: imx: add support for I2C_M_STOP flag
  • From: Mans Rullgard <mans@xxxxxxxxx>
• Re: [PATCH v3 3/3] i2c: mux: pca954x: allow management of device idle state via sysfs
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] i2c: mux: pca954x: allow management of device idle state via sysfs
  • From: Robert Shearman <robertshearman@xxxxxxxxx>
• Re: [PATCH v3 3/3] i2c: mux: pca954x: allow management of device idle state via sysfs
  • From: Robert Shearman <robertshearman@xxxxxxxxx>
• Re: [PATCH v3 1/3] i2c: mux: pca954x: remove support for unused platform data
  • From: Robert Shearman <robertshearman@xxxxxxxxx>
• Re: [PATCH v16] i2c: Add drivers for the AMD PCIe MP2 I2C controller
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 1/2] dt: snps,designware-i2c: Add clock bindings documentation
  • From: Luis de Oliveira <luis.oliveira@xxxxxxxxxxxx>
• Re: [PATCH v4 1/2] dt: snps,designware-i2c: Add clock bindings documentation
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] dt: snps,designware-i2c: Add clock bindings documentation
  • From: Luis de Oliveira <luis.oliveira@xxxxxxxxxxxx>
• Re: [PATCH v16] i2c: Add drivers for the AMD PCIe MP2 I2C controller
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/5] dt-bindings: i2c: Add Mediatek MT8183 i2c binding
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v16] i2c: Add drivers for the AMD PCIe MP2 I2C controller
  • From: Elie Morisse <syniurge@xxxxxxxxx>
• [PATCH v16] i2c: Add drivers for the AMD PCIe MP2 I2C controller
  • From: Elie Morisse <syniurge@xxxxxxxxx>
• Re: [PATCH v4 1/2] dt: snps,designware-i2c: Add clock bindings documentation
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] dt: snps,designware-i2c: Add clock bindings documentation
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] i2c: mux: pca954x: allow management of device idle state via sysfs
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v5 2/5] dt-bindings: i2c: Add Mediatek MT8183 i2c binding
  • From: Qii Wang <qii.wang@xxxxxxxxxxxx>
• [PATCH v5 5/5] i2c: mediatek: Add i2c support for MediaTek MT8183
  • From: Qii Wang <qii.wang@xxxxxxxxxxxx>
• [PATCH v5 1/5] i2c: mediatek: Add offsets array for new i2c registers
  • From: Qii Wang <qii.wang@xxxxxxxxxxxx>
• [PATCH v5 3/5] i2c: mediatek: Add arb clock in i2c driver
  • From: Qii Wang <qii.wang@xxxxxxxxxxxx>
• [PATCH v5 4/5] i2c: mediatek: Add i2c and apdma sync in i2c driver
  • From: Qii Wang <qii.wang@xxxxxxxxxxxx>
• [PATCH v5 0/5] add i2c support for mt8183
  • From: Qii Wang <qii.wang@xxxxxxxxxxxx>
• Re: [PATCH v3 3/3] i2c: mux: pca954x: allow management of device idle state via sysfs
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v3 1/3] i2c: mux: pca954x: remove support for unused platform data
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 1/6] dt-bindings: soc: qcom: Add interconnect binding for GENI QUP
  • From: Georgi Djakov <georgi.djakov@xxxxxxxxxx>
• [PATCH v3 3/3] i2c: mux: pca954x: allow management of device idle state via sysfs
  • From: Robert Shearman <robertshearman@xxxxxxxxx>
• [PATCH v3 2/3] i2c: mux: pca9541: remove support for unused platform data
  • From: Robert Shearman <robertshearman@xxxxxxxxx>
• [PATCH v3 1/3] i2c: mux: pca954x: remove support for unused platform data
  • From: Robert Shearman <robertshearman@xxxxxxxxx>
• [PATCH v3 0/3] i2c: mux: pca954x: allow management of device idle state via sysfs
  • From: Robert Shearman <robertshearman@xxxxxxxxx>
• Re: [PATCH v5 2/3] i2c: at91: split driver into core and master file
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 0/3] i2c: at91: slave mode support
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: designware: Do not allow i2c_dw_xfer() calls while suspended
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• RE: [PATCH v4 0/2] i2c: designware: Add support for a bus clock
  • From: Gareth Williams <gareth.williams.jx@xxxxxxxxxxx>
• Re: [PATCHv4] i2c: cadence: Fix the driver in interrupt flurry case
  • From: Michal Simek <michal.simek@xxxxxxxxxx>