Linux Kernel I2C

• Thread Index

• Re: [PATCH] i2c-stm32f4: Mundane typo fix
  • From: Pierre Yves MORDRET <pierre-yves.mordret@xxxxxxxxxxx>
• Re: [PATCH] i2c-stm32f4: Mundane typo fix
  • From: Alain Volmat <alain.volmat@xxxxxxxxxxx>
• Re: [PATCH] i2c: imx: Simplify using devm_clk_get_prepared()
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c-stm32f4: Mundane typo fix
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: imx: Simplify using devm_clk_get_prepared()
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH] i2c: imx: Simplify using devm_clk_get_prepared()
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH] i2c-stm32f4: Mundane typo fix
  • From: Bhaskar Chowdhury <unixbhaskar@xxxxxxxxx>
• Re: [PATCH v3 2/3] i2c: add support for HiSilicon I2C controller
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v3 2/3] i2c: add support for HiSilicon I2C controller
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/3] i2c: add support for HiSilicon I2C controller
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] i2c: core: add managed function for adding i2c adapters
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] i2c: core: add managed function for adding i2c adapters
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/3] i2c: add support for HiSilicon I2C controller
  • From: Yicong Yang <yangyicong@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/3] i2c: add support for HiSilicon I2C controller
  • From: Yicong Yang <yangyicong@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/3] i2c: add support for HiSilicon I2C controller
  • From: Yicong Yang <yangyicong@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] i2c: core: add managed function for adding i2c adapters
  • From: Yicong Yang <yangyicong@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] i2c: core: add managed function for adding i2c adapters
  • From: Yicong Yang <yangyicong@xxxxxxxxxxxxx>
• Re: [PATCH v10] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v10] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH v10] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v10] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH v10] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v10] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v10] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH v10] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v10] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 0/6] i2c: mpc: Refactor to improve responsiveness
  • From: Chris Packham <Chris.Packham@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] dt-bindings: i2c: convert i2c-mpc to json-schema
  • From: Chris Packham <Chris.Packham@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH v10] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• RE: [PATCH] i2c: mlxbf: Remove the unneeded devm_free_irq
  • From: Khalil Blaiech <kblaiech@xxxxxxxxxx>
• Re: [PATCH v5 1/4] PCI: Introduce pcim_alloc_irq_vectors()
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 2/6] dt-bindings: i2c: convert i2c-mpc to json-schema
  • From: Chris Packham <Chris.Packham@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] dt-bindings: i2c: convert i2c-mpc to json-schema
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 2/6] dt-bindings: i2c: convert i2c-mpc to json-schema
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 2/6] dt-bindings: i2c: convert i2c-mpc to json-schema
  • From: Chris Packham <Chris.Packham@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] dt-bindings: i2c: convert i2c-mpc to json-schema
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH] i2c: tegra: bpmp: Implement better error handling
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v2] i2c: designware: Add driver support for AMD NAVI GPU
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v10] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v10] i2c: virtio: add a virtio i2c frontend driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v10] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v10] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v10] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH v10] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH v10] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• [PATCH 6/6] i2c: mpc: Interrupt driven transfer
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3/6] i2c: mpc: Make use of i2c_recover_bus()
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4/6] i2c: mpc: make interrupt mandatory and remove polling code
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/6] dt-bindings: i2c: convert i2c-mpc to json-schema
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5/6] i2c: mpc: use device managed APIs
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH 0/6] i2c: mpc: Refactor to improve responsiveness
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/6] dt-bindings: i2c-mpc: Document interrupt property as required
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH v1 1/1] i2c: drivers: Use generic definitions for bus frequencies (part 2)
  • From: Khalil Blaiech <kblaiech@xxxxxxxxxx>
• Re: [PATCH v3 2/3] i2c: add support for HiSilicon I2C controller
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2] i2c: designware: Add driver support for AMD NAVI GPU
  • From: Sanket Goswami <Sanket.Goswami@xxxxxxx>
• Re: [PATCH v3 2/3] i2c: add support for HiSilicon I2C controller
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: add i2c bus driver for amd navi gpu
  • From: "Goswami, Sanket" <Sanket.Goswami@xxxxxxx>
• [PATCH v1 1/1] i2c: drivers: Use generic definitions for bus frequencies (part 2)
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] i2c: core: add managed function for adding i2c adapters
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v3 1/3] i2c: core: add managed function for adding i2c adapters
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/3] i2c: add support for HiSilicon I2C controller
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v3 03/15] mfd: altera: merge ARCH_SOCFPGA and ARCH_STRATIX10
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH v3 1/3] i2c: core: add managed function for adding i2c adapters
  • From: Yicong Yang <yangyicong@xxxxxxxxxxxxx>
• [PATCH v3 2/3] i2c: add support for HiSilicon I2C controller
  • From: Yicong Yang <yangyicong@xxxxxxxxxxxxx>
• [PATCH v3 3/3] MAINTAINERS: Add maintainer for HiSilicon I2C driver
  • From: Yicong Yang <yangyicong@xxxxxxxxxxxxx>
• [PATCH v3 0/3] Add support for HiSilicon I2C controller
  • From: Yicong Yang <yangyicong@xxxxxxxxxxxxx>
• Re: [PATCH v9] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH v9] i2c: virtio: add a virtio i2c frontend driver
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v9] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v9] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v9] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH v9] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH v9] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• [PATCH] i2c: ensure timely release of driver-allocated resources
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v3 2/2] Adding i2c-cp2615: i2c support for Silicon Labs' CP2615 Digital Audio Bridge
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] HID: ft260: fix an error message in ft260_i2c_write_read()
  • From: Michael Zaidman <michael.zaidman@xxxxxxxxx>
• Re: [PATCH] HID: ft260: fix an error message in ft260_i2c_write_read()
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• RE: [PATCH 02/11] i2c: imx-lpi2c: add runtime pm support
  • From: Aisheng Dong <aisheng.dong@xxxxxxx>
• [PATCH v2] I2C: JZ4780: Fix bug for Ingenic X1000.
  • From: 周琰杰 (Zhou Yanjie) <zhouyanjie@xxxxxxxxxxxxxx>
• RE: [PATCH 04/11] i2c: imx-lpi2c: manage irq resource request/release in runtime pm
  • From: Aisheng Dong <aisheng.dong@xxxxxxx>
• Fix bug for Ingenic X1000 v2.
  • From: 周琰杰 (Zhou Yanjie) <zhouyanjie@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: imx: Use devm_request_irq()
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• [PATCH] i2c: imx: Use devm_request_irq()
  • From: Tian Tao <tiantao6@xxxxxxxxxxxxx>
• RE: [PATCH 03/11] i2c: imx-lpi2c: add ipg clk for lpi2c driver
  • From: Aisheng Dong <aisheng.dong@xxxxxxx>
• [PATCH] i2c: mlxbf: Remove the unneeded devm_free_irq
  • From: Tian Tao <tiantao6@xxxxxxxxxxxxx>
• Re: [PATCH v8] i2c: virtio: add a virtio i2c frontend driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• RE: [PATCH 02/11] i2c: imx-lpi2c: add runtime pm support
  • From: Clark Wang <xiaoning.wang@xxxxxxx>
• Re: [PATCH v8] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• RE: [EXT] Re: [PATCH 06/11] i2c: imx-lpi2c: improve i2c driver probe priority
  • From: Clark Wang <xiaoning.wang@xxxxxxx>
• RE: [PATCH 09/11] i2c: imx-lpi2c: fix i2c timing issue
  • From: Clark Wang <xiaoning.wang@xxxxxxx>
• RE: [PATCH 05/11] i2c: imx-lpi2c: add debug message when i2c peripheral clk doesn't work
  • From: Clark Wang <xiaoning.wang@xxxxxxx>
• RE: [PATCH 04/11] i2c: imx-lpi2c: manage irq resource request/release in runtime pm
  • From: Clark Wang <xiaoning.wang@xxxxxxx>
• Re: [PATCH] I2C: JZ4780: Fix bug for Ingenic X1000.
  • From: Zhou Yanjie <zhouyanjie@xxxxxxxxxxxxxx>
• Re: [PATCH v8] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH v8] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v8] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• RE: [PATCH 03/11] i2c: imx-lpi2c: add ipg clk for lpi2c driver
  • From: Clark Wang <xiaoning.wang@xxxxxxx>
• RE: [PATCH 02/11] i2c: imx-lpi2c: add runtime pm support
  • From: Clark Wang <xiaoning.wang@xxxxxxx>
• Re: [PATCH v8] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v8] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 06/11] i2c: imx-lpi2c: improve i2c driver probe priority
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• RE: [PATCH 02/11] i2c: imx-lpi2c: add runtime pm support
  • From: Clark Wang <xiaoning.wang@xxxxxxx>
• Re: [PATCH v8] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• RE: [PATCH 11/11] i2c: imx-lpi2c: add edma mode support
  • From: Aisheng Dong <aisheng.dong@xxxxxxx>
• RE: [PATCH 10/11] i2c: imx-lpi2c: fix type char overflow issue when calculating the clock cycle
  • From: Aisheng Dong <aisheng.dong@xxxxxxx>
• RE: [PATCH 09/11] i2c: imx-lpi2c: fix i2c timing issue
  • From: Aisheng Dong <aisheng.dong@xxxxxxx>
• RE: [PATCH 08/11] i2c: imx-lpi2c: add bus recovery feature
  • From: Aisheng Dong <aisheng.dong@xxxxxxx>
• RE: [PATCH 07/11] i2c: imx-lpi2c: increase PM timeout to avoid operate clk frequently
  • From: Aisheng Dong <aisheng.dong@xxxxxxx>
• RE: [PATCH 06/11] i2c: imx-lpi2c: improve i2c driver probe priority
  • From: Aisheng Dong <aisheng.dong@xxxxxxx>
• RE: [PATCH 05/11] i2c: imx-lpi2c: add debug message when i2c peripheral clk doesn't work
  • From: Aisheng Dong <aisheng.dong@xxxxxxx>
• RE: [PATCH 04/11] i2c: imx-lpi2c: manage irq resource request/release in runtime pm
  • From: Aisheng Dong <aisheng.dong@xxxxxxx>
• RE: [PATCH 03/11] i2c: imx-lpi2c: add ipg clk for lpi2c driver
  • From: Aisheng Dong <aisheng.dong@xxxxxxx>
• RE: [PATCH 02/11] i2c: imx-lpi2c: add runtime pm support
  • From: Aisheng Dong <aisheng.dong@xxxxxxx>
• RE: [PATCH 01/11] i2c: imx-lpi2c: directly retrun ISR when detect a NACK
  • From: Aisheng Dong <aisheng.dong@xxxxxxx>
• Re: [PATCH v8] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] i2c: qup: move to use request_irq by IRQF_NO_AUTOEN flag
  • From: Tian Tao <tiantao6@xxxxxxxxxxxxx>
• Re: [PATCH] powerpc/embedded6xx: Remove CONFIG_MV64X60
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• [PATCH] powerpc/embedded6xx: Remove CONFIG_MV64X60
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH] I2C: JZ4780: Fix bug for Ingenic X1000.
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH] I2C: JZ4780: Fix bug for Ingenic X1000.
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Fix bug for Ingenic X1000.
  • From: 周琰杰 (Zhou Yanjie) <zhouyanjie@xxxxxxxxxxxxxx>
• [PATCH] I2C: JZ4780: Fix bug for Ingenic X1000.
  • From: 周琰杰 (Zhou Yanjie) <zhouyanjie@xxxxxxxxxxxxxx>
• Re: [PATCH v8] i2c: virtio: add a virtio i2c frontend driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v8] i2c: virtio: add a virtio i2c frontend driver
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• [PATCH v2 1/2] dt-bindings: i2c: stm32f7: add st,smbus-alert binding for SMBus Alert
  • From: Alain Volmat <alain.volmat@xxxxxxxxxxx>
• [PATCH v2 0/2] i2c: stm32f7: add SMBus-Alert support
  • From: Alain Volmat <alain.volmat@xxxxxxxxxxx>
• [PATCH v2 2/2] i2c: stm32f7: add SMBus-Alert support
  • From: Alain Volmat <alain.volmat@xxxxxxxxxxx>
• Re: [PATCH 4/5] ARM: dts: stm32: enable the analog filter for all I2C nodes in stm32mp151
  • From: Alexandre TORGUE <alexandre.torgue@xxxxxxxxxxx>
• Re: [PATCH] i2c: stm32f7: avoid ifdef CONFIG_PM_SLEEP for pm callbacks
  • From: Pierre Yves MORDRET <pierre-yves.mordret@xxxxxxxxxxx>
• [PATCH v3 2/2] Adding i2c-cp2615: i2c support for Silicon Labs' CP2615 Digital Audio Bridge
  • From: Bence Csókás <bence98@xxxxxxxxxx>
• [PATCH v3 0/2] Add i2c-cp2615
  • From: Bence Csókás <bence98@xxxxxxxxxx>
• [PATCH v3 1/2] i2c: Add I2C_AQ_NO_REP_START adapter quirk
  • From: Bence Csókás <bence98@xxxxxxxxxx>
• Re: [RESEND] i2c: mediatek: Get device clock-stretch time via dts
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: turn recovery error on init to debug
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: bail out early when RDWR parameters are wrong
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c-scmi: Drop unused ACPI_MODULE_NAME definition
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v2] media: i2c: adv7511: remove open coded version of SMBus block read
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] media: i2c: adv7511: remove open coded version of SMBus block read
  • From: Hans Verkuil <hverkuil-cisco@xxxxxxxxx>
• Re: [PATCH] i2c: powermac: remove uncertainty about SMBUS_BLOCK transfers
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: rcar: implement atomic transfers
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] i2c: stm32f7: indicate the address being accessed on errors
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH 4/5] ARM: dts: stm32: enable the analog filter for all I2C nodes in stm32mp151
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH 2/5] i2c: stm32f7: support DT binding i2c-analog-filter
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH 3/5] i2c: stm32f7: add support for DNF i2c-digital-filter binding
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH 2/5] i2c: stm32f7: support DT binding i2c-analog-filter
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v2] media: i2c: adv7511: remove open coded version of SMBus block read
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] HID: ft260: fix an error message in ft260_i2c_write_read()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2 2/3] i2c: add support for HiSilicon I2C controller
  • From: Yicong Yang <yangyicong@xxxxxxxxxxxxx>
• Re: [PATCH v2] Adding i2c-cp2615: i2c support for Silicon Labs' CP2615 Digital Audio Bridge
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: Errant readings on LM81 with T2080 SoC
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: Errant readings on LM81 with T2080 SoC
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: Errant readings on LM81 with T2080 SoC
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: Errant readings on LM81 with T2080 SoC
  • From: Chris Packham <Chris.Packham@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] Adding i2c-cp2615: i2c support for Silicon Labs' CP2615 Digital Audio Bridge
  • From: Bence Csókás <bence98@xxxxxxxxxx>
• Re: [PATCH v2] Adding i2c-cp2615: i2c support for Silicon Labs' CP2615 Digital Audio Bridge
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 1/1] mfd: da9063: Support SMBus and I2C mode
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• AW: [PATCH v6 1/1] mfd: da9063: Support SMBus and I2C mode
  • From: "Jonas Mark (BT-FIR/ENG1-Grb)" <Mark.Jonas@xxxxxxxxxxxx>
• Re: [PATCH v2] Adding i2c-cp2615: i2c support for Silicon Labs' CP2615 Digital Audio Bridge
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v2] Adding i2c-cp2615: i2c support for Silicon Labs' CP2615 Digital Audio Bridge
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v2] Adding i2c-cp2615: i2c support for Silicon Labs' CP2615 Digital Audio Bridge
  • From: Bence Csókás <bence98@xxxxxxxxxx>
• RE: [PATCH v6 1/1] mfd: da9063: Support SMBus and I2C mode
  • From: Adam Thomson <Adam.Thomson.Opensource@xxxxxxxxxxx>
• [PATCH 11/11] i2c: imx-lpi2c: add edma mode support
  • From: Clark Wang <xiaoning.wang@xxxxxxx>
• [PATCH 10/11] i2c: imx-lpi2c: fix type char overflow issue when calculating the clock cycle
  • From: Clark Wang <xiaoning.wang@xxxxxxx>
• [PATCH 09/11] i2c: imx-lpi2c: fix i2c timing issue
  • From: Clark Wang <xiaoning.wang@xxxxxxx>
• [PATCH 08/11] i2c: imx-lpi2c: add bus recovery feature
  • From: Clark Wang <xiaoning.wang@xxxxxxx>
• [PATCH 07/11] i2c: imx-lpi2c: increase PM timeout to avoid operate clk frequently
  • From: Clark Wang <xiaoning.wang@xxxxxxx>
• [PATCH 05/11] i2c: imx-lpi2c: add debug message when i2c peripheral clk doesn't work
  • From: Clark Wang <xiaoning.wang@xxxxxxx>
• [PATCH 06/11] i2c: imx-lpi2c: improve i2c driver probe priority
  • From: Clark Wang <xiaoning.wang@xxxxxxx>
• [PATCH 03/11] i2c: imx-lpi2c: add ipg clk for lpi2c driver
  • From: Clark Wang <xiaoning.wang@xxxxxxx>
• [PATCH 04/11] i2c: imx-lpi2c: manage irq resource request/release in runtime pm
  • From: Clark Wang <xiaoning.wang@xxxxxxx>
• [PATCH 01/11] i2c: imx-lpi2c: directly retrun ISR when detect a NACK
  • From: Clark Wang <xiaoning.wang@xxxxxxx>
• [PATCH 02/11] i2c: imx-lpi2c: add runtime pm support
  • From: Clark Wang <xiaoning.wang@xxxxxxx>
• [PATCH 00/11] i2c: imx-lpi2c: New features and bug fixes
  • From: Clark Wang <xiaoning.wang@xxxxxxx>
• Re: [PATCH] dt-bindings: i2c: xiic: Fix a typo
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v6 1/1] mfd: da9063: Support SMBus and I2C mode
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v6 1/1] mfd: da9063: Support SMBus and I2C mode
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• [PATCH v6 1/1] mfd: da9063: Support SMBus and I2C mode
  • From: Mark Jonas <mark.jonas@xxxxxxxxxxxx>
• Re: [Linuxarm] [PATCH v2 1/3] i2c: core: add managed function for adding i2c adapters
  • From: Yicong Yang <yangyicong@xxxxxxxxxxxxx>
• Re: [PATCH v5] mfd: da9063: Support SMBus and I2C mode
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v5] mfd: da9063: Support SMBus and I2C mode
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• RE: [Linuxarm] [PATCH v2 1/3] i2c: core: add managed function for adding i2c adapters
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• [PATCH v5] mfd: da9063: Support SMBus and I2C mode
  • From: "Jonas Mark (BT-FIR/ENG1-Grb)" <Mark.Jonas@xxxxxxxxxxxx>
• Re: [PATCH v8] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v8] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v7] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCHv2 1/1] HID: ft260: add usb hid to i2c host bridge driver
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH v5] mfd: da9063: Support SMBus and I2C mode
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH v8] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH v7] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: Linux 5.11: i2c: Confusing error message
  • From: "wsa@xxxxxxxxxx" <wsa@xxxxxxxxxx>
• Re: Linux 5.11: i2c: Confusing error message
  • From: Mark Tomlinson <Mark.Tomlinson@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5] mfd: da9063: Support SMBus and I2C mode
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• [PATCH v5] mfd: da9063: Support SMBus and I2C mode
  • From: Mark Jonas <mark.jonas@xxxxxxxxxxxx>
• Re: [PATCH] i2c: turn recovery error on init to debug
  • From: Klaus Kudielka <klaus.kudielka@xxxxxxxxx>
• Re: [PATCH v4 4/4] i2c: stm32f4: Fix stmpe811 get xyz data timeout issue
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v4 4/4] i2c: stm32f4: Fix stmpe811 get xyz data timeout issue
  • From: dillon min <dillon.minfei@xxxxxxxxx>
• [PATCH] i2c: turn recovery error on init to debug
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: Linux 5.11: i2c: Confusing error message
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• RE: Errant readings on LM81 with T2080 SoC
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v7] i2c: virtio: add a virtio i2c frontend driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v7] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH v7] i2c: virtio: add a virtio i2c frontend driver
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v7] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: Errant readings on LM81 with T2080 SoC
  • From: Chris Packham <Chris.Packham@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] Adding i2c-cp2615 driver
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v1 3/7] PCI: New Primary to Sideband (P2SB) bridge support library
  • From: Henning Schild <henning.schild@xxxxxxxxxxx>
• Re: [rfc, PATCH v1 0/7] PCI: introduce p2sb helper
  • From: Henning Schild <henning.schild@xxxxxxxxxxx>
• [RESEND] i2c: mediatek: Get device clock-stretch time via dts
  • From: <qii.wang@xxxxxxxxxxxx>
• [PATCH] i2c: bail out early when RDWR parameters are wrong
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] i2c: stm32f7: avoid ifdef CONFIG_PM_SLEEP for pm callbacks
  • From: Alain Volmat <alain.volmat@xxxxxxxxxxx>
• Re: [syzbot] WARNING in __i2c_transfer
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [syzbot] WARNING in __i2c_transfer
  • From: syzbot <syzbot+ffb0b3ffa6cfbc7d7b3f@xxxxxxxxxxxxxxxxxxxxxxxxx>
• RE: Errant readings on LM81 with T2080 SoC
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [syzbot] WARNING in __i2c_transfer
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v7] i2c: virtio: add a virtio i2c frontend driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v7] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH v7] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v7] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• [syzbot] WARNING in __i2c_transfer
  • From: syzbot <syzbot+ffb0b3ffa6cfbc7d7b3f@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v7] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• [PATCH v7] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: Errant readings on LM81 with T2080 SoC
  • From: Chris Packham <Chris.Packham@xxxxxxxxxxxxxxxxxxx>
• Re: Errant readings on LM81 with T2080 SoC
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: Errant readings on LM81 with T2080 SoC
  • From: Chris Packham <Chris.Packham@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 12/15] fpga: altera: use ARCH_INTEL_SOCFPGA also for 32-bit ARM SoCs
  • From: Moritz Fischer <mdf@xxxxxxxxxx>
• Re: Errant readings on LM81 with T2080 SoC
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: Errant readings on LM81 with T2080 SoC
  • From: Chris Packham <Chris.Packham@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/15] arm64 / clk: socfpga: simplifying, cleanups and compile testing
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/15] arm64 / clk: socfpga: simplifying, cleanups and compile testing
  • From: Tom Rix <trix@xxxxxxxxxx>
• [PATCH v3 15/15] ARM: socfpga: drop ARCH_SOCFPGA
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v3 11/15] dmaengine: socfpga: use ARCH_INTEL_SOCFPGA also for 32-bit ARM SoCs
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v3 02/15] ARM: socfpga: introduce common ARCH_INTEL_SOCFPGA
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v3 14/15] reset: socfpga: use ARCH_INTEL_SOCFPGA also for 32-bit ARM SoCs
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v3 13/15] i2c: altera: use ARCH_INTEL_SOCFPGA also for 32-bit ARM SoCs
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v3 12/15] fpga: altera: use ARCH_INTEL_SOCFPGA also for 32-bit ARM SoCs
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v3 10/15] clk: socfpga: use ARCH_INTEL_SOCFPGA also for 32-bit ARM SoCs (and compile test)
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v3 09/15] clk: socfpga: allow compile testing of Stratix 10 / Agilex clocks
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v3 06/15] clk: socfpga: merge ARCH_SOCFPGA and ARCH_STRATIX10
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v3 08/15] arm64: socfpga: merge Agilex and N5X into ARCH_INTEL_SOCFPGA
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v3 07/15] EDAC: altera: merge ARCH_SOCFPGA and ARCH_STRATIX10
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v3 04/15] net: stmmac: merge ARCH_SOCFPGA and ARCH_STRATIX10
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v3 01/15] clk: socfpga: allow building N5X clocks with ARCH_N5X
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v3 05/15] clk: socfpga: build together Stratix 10, Agilex and N5X clock drivers
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v3 03/15] mfd: altera: merge ARCH_SOCFPGA and ARCH_STRATIX10
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH v3 00/15] arm64 / clk: socfpga: simplifying, cleanups and compile testing
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• Re: Errant readings on LM81 with T2080 SoC
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: Errant readings on LM81 with T2080 SoC
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: Errant readings on LM81 with T2080 SoC
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v6] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: Errant readings on LM81 with T2080 SoC
  • From: Chris Packham <Chris.Packham@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH i2c-tools] Revert "tools: i2ctransfer: add check for returned length from driver"
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 2/7] PCI: Convert __pci_read_base() to __pci_bus_read_base()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c-scmi: Drop unused ACPI_MODULE_NAME definition
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] i2c: i2c-scmi: Drop unused ACPI_MODULE_NAME definition
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v4 1/4] dt-bindings: i2c: aspeed: add transfer mode support
  • From: Jae Hyun Yoo <jae.hyun.yoo@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/7] PCI: Introduce pci_bus_*() printing macros when device is not available
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH v1 7/7] i2c: i801: convert to use common P2SB accessor
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH] i2c: i2c-scmi: Drop unused ACPI_MODULE_NAME definition
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] i2c: sis630: Fix typo issue
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH v1 5/7] mfd: lpc_ich: Switch to generic pci_p2sb_bar()
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v1 5/7] mfd: lpc_ich: Switch to generic pci_p2sb_bar()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 5/7] mfd: lpc_ich: Switch to generic pci_p2sb_bar()
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v1 4/7] mfd: lpc_ich: Factor out lpc_ich_enable_spi_write()
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v1 6/7] mfd: lpc_ich: Add support for pinctrl in non-ACPI system
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v3 6/6] mfd: tps68470: Remove tps68470 MFD driver
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v4] mfd: da9063: Support SMBus and I2C mode
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v6] i2c: virtio: add a virtio i2c frontend driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: Errant readings on LM81 with T2080 SoC
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v6] i2c: virtio: add a virtio i2c frontend driver
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: Errant readings on LM81 with T2080 SoC
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v6] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: Errant readings on LM81 with T2080 SoC
  • From: Chris Packham <Chris.Packham@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/4] dt-bindings: i2c: aspeed: add transfer mode support
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: Errant readings on LM81 with T2080 SoC
  • From: Chris Packham <Chris.Packham@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH v4] mfd: da9063: Support SMBus and I2C mode
  • From: Adam Ward <Adam.Ward.opensource@xxxxxxxxxxx>
• Re: [PATCH v4 1/4] dt-bindings: i2c: aspeed: add transfer mode support
  • From: Jae Hyun Yoo <jae.hyun.yoo@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: add i2c bus driver for amd navi gpu
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] i2c: add i2c bus driver for amd navi gpu
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] i2c: add i2c bus driver for amd navi gpu
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: add i2c bus driver for amd navi gpu
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v16 2/2] i2c: core: support bus regulator controlling in adapter
  • From: Hsin-Yi Wang <hsinyi@xxxxxxxxxxxx>
• [PATCH] i2c: add i2c bus driver for amd navi gpu
  • From: Sanket Goswami <Sanket.Goswami@xxxxxxx>
• [PATCH v17 3/3] i2c: mediatek: mt65xx: add optional vbus-supply
  • From: Hsin-Yi Wang <hsinyi@xxxxxxxxxxxx>
• [PATCH v17 2/3] dt-binding: i2c: mt65xx: add vbus-supply property
  • From: Hsin-Yi Wang <hsinyi@xxxxxxxxxxxx>
• [PATCH v17 1/3] i2c: core: support bus regulator controlling in adapter
  • From: Hsin-Yi Wang <hsinyi@xxxxxxxxxxxx>
• [PATCH v17 0/3] add power control in i2c
  • From: Hsin-Yi Wang <hsinyi@xxxxxxxxxxxx>
• [PATCH v2 0/3] Add support for HiSilicon I2C controller
  • From: Yicong Yang <yangyicong@xxxxxxxxxxxxx>
• [PATCH v2 3/3] MAINTAINERS: Add maintainer for HiSilicon I2C driver
  • From: Yicong Yang <yangyicong@xxxxxxxxxxxxx>
• [PATCH v2 2/3] i2c: add support for HiSilicon I2C controller
  • From: Yicong Yang <yangyicong@xxxxxxxxxxxxx>
• [PATCH v2 1/3] i2c: core: add managed function for adding i2c adapters
  • From: Yicong Yang <yangyicong@xxxxxxxxxxxxx>
• Re: [PATCH v4] mfd: da9063: Support SMBus and I2C mode
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v1 3/7] PCI: New Primary to Sideband (P2SB) bridge support library
  • From: Henning Schild <henning.schild@xxxxxxxxxxx>
• Re: [PATCH v4] mfd: da9063: Support SMBus and I2C mode
  • From: Mark Jonas <toertel@xxxxxxxxx>
• Re: Errant readings on LM81 with T2080 SoC
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: Errant readings on LM81 with T2080 SoC
  • From: Chris Packham <Chris.Packham@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 3/7] PCI: New Primary to Sideband (P2SB) bridge support library
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: Errant readings on LM81 with T2080 SoC
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: Errant readings on LM81 with T2080 SoC
  • From: Chris Packham <Chris.Packham@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/6] ACPI: scan: Extend acpi_walk_dep_device_list()
  • From: Daniel Scally <djrscally@xxxxxxxxx>
• Re: [PATCH v3 1/6] ACPI: scan: Extend acpi_walk_dep_device_list()
  • From: Daniel Scally <djrscally@xxxxxxxxx>
• Re: Errant readings on LM81 with T2080 SoC
  • From: Chris Packham <Chris.Packham@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 3/7] PCI: New Primary to Sideband (P2SB) bridge support library
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 3/7] PCI: New Primary to Sideband (P2SB) bridge support library
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v3 1/6] ACPI: scan: Extend acpi_walk_dep_device_list()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3 1/6] ACPI: scan: Extend acpi_walk_dep_device_list()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v16 2/2] i2c: core: support bus regulator controlling in adapter
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v3 1/6] ACPI: scan: Extend acpi_walk_dep_device_list()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH] dt-bindings: i2c: xiic: Fix a typo
  • From: Shubhrajyoti Datta <shubhrajyoti.datta@xxxxxxxxxx>
• Re: [PATCH v4] mfd: da9063: Support SMBus and I2C mode
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v3 1/6] ACPI: scan: Extend acpi_walk_dep_device_list()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 1/6] ACPI: scan: Extend acpi_walk_dep_device_list()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [rfc, PATCH v1 0/7] PCI: introduce p2sb helper
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 5/7] mfd: lpc_ich: Switch to generic pci_p2sb_bar()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 6/7] mfd: lpc_ich: Add support for pinctrl in non-ACPI system
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 3/7] PCI: New Primary to Sideband (P2SB) bridge support library
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 1/7] PCI: Introduce pci_bus_*() printing macros when device is not available
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 4/7] mfd: lpc_ich: Factor out lpc_ich_enable_spi_write()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 7/7] i2c: i801: convert to use common P2SB accessor
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 2/7] PCI: Convert __pci_read_base() to __pci_bus_read_base()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: Errant readings on LM81 with T2080 SoC
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] i2c: core: support bus regulator controlling in adapter
  • From: Hsin-Yi Wang <hsinyi@xxxxxxxxxxxx>
• Re: Errant readings on LM81 with T2080 SoC
  • From: Chris Packham <Chris.Packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH v16 2/2] i2c: core: support bus regulator controlling in adapter
  • From: Hsin-Yi Wang <hsinyi@xxxxxxxxxxxx>
• [PATCH v16 1/2] dt-binding: i2c: add bus-supply property
  • From: Hsin-Yi Wang <hsinyi@xxxxxxxxxxxx>
• [PATCH v16 0/2] add power control in i2c
  • From: Hsin-Yi Wang <hsinyi@xxxxxxxxxxxx>
• Re: Errant readings on LM81 with T2080 SoC
  • From: Chris Packham <Chris.Packham@xxxxxxxxxxxxxxxxxxx>
• Re: Errant readings on LM81 with T2080 SoC
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Errant readings on LM81 with T2080 SoC
  • From: Chris Packham <Chris.Packham@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/6] ACPI: scan: Extend acpi_walk_dep_device_list()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 2/3] i2c: add support for HiSilicon I2C controller
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 1/6] ACPI: scan: Extend acpi_walk_dep_device_list()
  • From: Daniel Scally <djrscally@xxxxxxxxx>
• Re: [PATCH i2c-tools] Revert "tools: i2ctransfer: add check for returned length from driver"
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH i2c-tools] remove 'eepromer' subdir
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v4 1/4] dt-bindings: i2c: aspeed: add transfer mode support
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH 3/3] MAINTAINERS: Add maintainer for HiSilicon I2C driver
  • From: Yicong Yang <yangyicong@xxxxxxxxxxxxx>
• [PATCH 0/3] Add support for HiSilicon I2C controller
  • From: Yicong Yang <yangyicong@xxxxxxxxxxxxx>
• [PATCH 2/3] i2c: add support for HiSilicon I2C controller
  • From: Yicong Yang <yangyicong@xxxxxxxxxxxxx>
• [PATCH 1/3] i2c: core: add managed function for adding i2c adapters
  • From: Yicong Yang <yangyicong@xxxxxxxxxxxxx>
• [PATCH] i2c: i2c-scmi: Drop unused ACPI_MODULE_NAME definition
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH] i2c: core: support bus regulator controlling in adapter
  • From: Hsin-Yi Wang <hsinyi@xxxxxxxxxxxx>
• Re: [PATCH v6] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH v6] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v6] i2c: virtio: add a virtio i2c frontend driver
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v6] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH v6] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH v6] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v6] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH v3 0/6] Introduce intel_skl_int3472 module
  • From: Daniel Scally <djrscally@xxxxxxxxx>
• Re: [PATCH v3 0/6] Introduce intel_skl_int3472 module
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCHv2 1/1] HID: ft260: add usb hid to i2c host bridge driver
  • From: Michael Zaidman <michael.zaidman@xxxxxxxxx>
• Re: [PATCHv2 1/1] HID: ft260: add usb hid to i2c host bridge driver
  • From: Aaron Jones <aaron.jones@xxxxxxxxxxxx>
• Re: [PATCH v2] media: i2c: adv7511: remove open coded version of SMBus block read
  • From: Hans Verkuil <hverkuil-cisco@xxxxxxxxx>
• Re: [PATCH v6] i2c: virtio: add a virtio i2c frontend driver
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v6] i2c: virtio: add a virtio i2c frontend driver
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v6] i2c: virtio: add a virtio i2c frontend driver
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6] i2c: virtio: add a virtio i2c frontend driver
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v6] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: Need some help on "Input: elantech - add LEN2146 to SMBus blacklist for ThinkPad L13 Gen2"
  • From: Nikolai Kostrigin <nickel@xxxxxxxxxx>
• Re: [PATCH v5 3/4] i2c: designware: Use pcim_alloc_irq_vectors() to allocate IRQ vectors
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: Need some help on "Input: elantech - add LEN2146 to SMBus blacklist for ThinkPad L13 Gen2"
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: Need some help on "Input: elantech - add LEN2146 to SMBus blacklist for ThinkPad L13 Gen2"
  • From: Nikolai Kostrigin <nickel@xxxxxxxxxx>
• Re: [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH AUTOSEL 5.11 02/52] i2c: rcar: optimize cacheline to minimize HW race condition
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.11 01/52] i2c: rcar: faster irq code to minimize HW race condition
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH] i2c: mediatek: Get device clock-stretch time via dts
  • From: Ikjoon Jang <ikjn@xxxxxxxxxxxx>
• Re: [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 01/33] i2c: rcar: faster irq code to minimize HW race condition
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 02/33] i2c: rcar: optimize cacheline to minimize HW race condition
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 01/47] i2c: rcar: faster irq code to minimize HW race condition
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 02/47] i2c: rcar: optimize cacheline to minimize HW race condition
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH] i2c: mediatek: Get device clock-stretch time via dts
  • From: Qii Wang <qii.wang@xxxxxxxxxxxx>
• [PATCH AUTOSEL 4.19 01/21] i2c: rcar: optimize cacheline to minimize HW race condition
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] i2c: mpc: Make use of i2c_recover_bus()
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] i2c: sis630: fix spellint typo
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH] i2c: mediatek: Get device clock-stretch time via dts
  • From: Qii Wang <qii.wang@xxxxxxxxxxxx>
• Re: [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] i2c: qcom-geni: add ACPI device id for sc8180x
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• [PATCH v5] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• [PATCH] i2c: sis630: fix spellint typo
  • From: zuoqilin1@xxxxxxx
• Re: [PATCH v5 0/4] Introduce pcim_alloc_irq_vectors()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• Re: [PATCH v5 1/4] PCI: Introduce pcim_alloc_irq_vectors()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• Re: [PULL REQUEST] i2c fixes for v5.12
  • From: pr-tracker-bot@xxxxxxxxxx
• [PULL REQUEST] i2c fixes for v5.12
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH] i2c/busses: fix spellint typo
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH] igb: unbreak I2C bit-banging on i350
  • From: Jesse Brandeburg <jesse.brandeburg@xxxxxxxxx>
• Re: [PATCH v5 0/4] Introduce pcim_alloc_irq_vectors()
  • From: Robert Richter <rric@xxxxxxxxxx>
• Re: [PATCH v5 4/4] i2c: thunderx: Use pcim_alloc_irq_vectors() to allocate IRQ vectors
  • From: Robert Richter <rric@xxxxxxxxxx>
• Re: [PATCH i2c-tools] Revert "tools: i2ctransfer: add check for returned length from driver"
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH i2c-tools] remove 'eepromer' subdir
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH] i2c: i801: Add support for Intel Alder Lake PCH-P
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH v5 1/4] PCI: Introduce pcim_alloc_irq_vectors()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v5 1/4] PCI: Introduce pcim_alloc_irq_vectors()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• [PATCH v5 4/4] i2c: thunderx: Use pcim_alloc_irq_vectors() to allocate IRQ vectors
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• [PATCH v5 3/4] i2c: designware: Use pcim_alloc_irq_vectors() to allocate IRQ vectors
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• [PATCH v5 2/4] Documentation: devres: Add pcim_alloc_irq_vectors()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• [PATCH v5 0/4] Introduce pcim_alloc_irq_vectors()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• Re: [PATCH v4 1/4] PCI: Introduce pcim_alloc_irq_vectors()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• Re: [PATCH v2] i2c: exynos5: Preserve high speed master code
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v2] i2c: exynos5: Preserve high speed master code
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v2] i2c: exynos5: Preserve high speed master code
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH] Revert "i2c: i2c-qcom-geni: Add shutdown callback for i2c"
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v2] i2c: designware: Get right data length
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH] i2c: brcmstb: Fix brcmstd_send_i2c_cmd condition
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v4] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH v4] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v4] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH] i2c: brcmstb: Fix brcmstd_send_i2c_cmd condition
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH] i2c: brcmstb: Fix brcmstd_send_i2c_cmd condition
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• [PATCH] i2c: brcmstb: Fix brcmstd_send_i2c_cmd condition
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH v1 1/1] i2c: cht-wc: Use fwnode for the controller and IRQ domain
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2] i2c: designware: Get right data length
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH] i2c/busses: fix spellint typo
  • From: zuoqilin1@xxxxxxx
• [PATCH v2] i2c: designware: Get right data length
  • From: Liguang Zhang <zhangliguang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: Get right data length
  • From: 乱石 <zhangliguang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: designware: Get right data length
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: rcar: implement atomic transfers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Need some help on "Input: elantech - add LEN2146 to SMBus blacklist for ThinkPad L13 Gen2"
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v4 1/4] PCI: Introduce pcim_alloc_irq_vectors()
  • From: Robert Richter <rric@xxxxxxxxxx>
• Re: Need some help on "Input: elantech - add LEN2146 to SMBus blacklist for ThinkPad L13 Gen2"
  • From: Nikolai Kostrigin <nickel@xxxxxxxxxx>
• Re: [PATCH v4] i2c: virtio: add a virtio i2c frontend driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] i2c: designware: Get right data length
  • From: Liguang Zhang <zhangliguang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] Revert "i2c: i2c-qcom-geni: Add shutdown callback for i2c"
  • From: Stephen Boyd <swboyd@xxxxxxxxxxxx>
• Re: [PATCH v1 1/1] i2c: cht-wc: Use fwnode for the controller and IRQ domain
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v4 4/4] i2c: aspeed: add DMA mode transfer support
  • From: Jae Hyun Yoo <jae.hyun.yoo@xxxxxxxxxxxxxxx>
• [PATCH v4 3/4] i2c: aspeed: add buffer mode transfer support
  • From: Jae Hyun Yoo <jae.hyun.yoo@xxxxxxxxxxxxxxx>
• [PATCH v4 2/4] ARM: dts: aspeed: modify I2C node to support buffer mode
  • From: Jae Hyun Yoo <jae.hyun.yoo@xxxxxxxxxxxxxxx>
• [PATCH v4 1/4] dt-bindings: i2c: aspeed: add transfer mode support
  • From: Jae Hyun Yoo <jae.hyun.yoo@xxxxxxxxxxxxxxx>
• [PATCH v4 0/4] i2c: aspeed: Add buffer and DMA modes support
  • From: Jae Hyun Yoo <jae.hyun.yoo@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/1] i2c: cht-wc: Use fwnode for the controller and IRQ domain
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/6] platform/x86: Add intel_skl_int3472 driver
  • From: Daniel Scally <djrscally@xxxxxxxxx>
• Re: [PATCH v3 5/6] platform/x86: Add intel_skl_int3472 driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 5/6] platform/x86: Add intel_skl_int3472 driver
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [PATCH] Revert "i2c: i2c-qcom-geni: Add shutdown callback for i2c"
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH V8 1/1] i2c: i2c-qcom-geni: Add shutdown callback for i2c
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH V8 1/1] i2c: i2c-qcom-geni: Add shutdown callback for i2c
  • From: Stephen Boyd <swboyd@xxxxxxxxxxxx>
• Re: [PATCH v3 3/4] i2c: aspeed: add buffer mode transfer support
  • From: Jae Hyun Yoo <jae.hyun.yoo@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] i2c: aspeed: add buffer mode transfer support
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• Re: [PATCH v3 5/6] platform/x86: Add intel_skl_int3472 driver
  • From: Daniel Scally <djrscally@xxxxxxxxx>
• Re: [PATCH v3 2/4] ARM: dts: aspeed: modify I2C node to support buffer mode
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• Re: [PATCH v3 1/4] dt-bindings: i2c: aspeed: add transfer mode support
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• Re: [PATCH v3 5/6] platform/x86: Add intel_skl_int3472 driver
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/1] i2c: cht-wc: Use fwnode for the controller and IRQ domain
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v1 1/1] i2c: cht-wc: Use fwnode for the controller and IRQ domain
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/4] PCI: Introduce pcim_alloc_irq_vectors()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• Re: [PATCH v3 5/6] platform/x86: Add intel_skl_int3472 driver
  • From: Daniel Scally <djrscally@xxxxxxxxx>
• Re: [PATCH v3 5/6] platform/x86: Add intel_skl_int3472 driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2] media: i2c: adv7511: remove open coded version of SMBus block read
  • From: Hans Verkuil <hverkuil-cisco@xxxxxxxxx>
• Re: [PATCH] i2c/busses:remove unneeded variable: "ret"
  • From: Joel Stanley <joel@xxxxxxxxx>
• Re: [PATCH v4 1/4] PCI: Introduce pcim_alloc_irq_vectors()
  • From: Robert Richter <rric@xxxxxxxxxx>
• [PATCH] i2c/busses:remove unneeded variable: "ret"
  • From: dingsenjie@xxxxxxx
• [PATCH] i2c/busses:remove unneeded "ret" variables in the i2c-s3c2410.c
  • From: dingsenjie@xxxxxxx
• Re: [PATCH v3 5/6] platform/x86: Add intel_skl_int3472 driver
  • From: Daniel Scally <djrscally@xxxxxxxxx>
• Re: [PATCH v3 6/6] mfd: tps68470: Remove tps68470 MFD driver
  • From: Daniel Scally <djrscally@xxxxxxxxx>
• Re: [PATCH v3 5/6] platform/x86: Add intel_skl_int3472 driver
  • From: Daniel Scally <djrscally@xxxxxxxxx>
• Re: [PULL REQUEST] i2c for v5.12
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v4 1/4] PCI: Introduce pcim_alloc_irq_vectors()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• Re: [PATCH v3 5/6] platform/x86: Add intel_skl_int3472 driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 0/6] Introduce intel_skl_int3472 module
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 6/6] mfd: tps68470: Remove tps68470 MFD driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 4/6] gpiolib: acpi: Export acpi_get_gpiod()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 2/6] ACPI: scan: Add function to fetch dependent of acpi device
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 3/6] i2c: core: Add a format macro for I2C device names
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v3 1/6] ACPI: scan: Extend acpi_walk_dep_device_list()
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v3 1/6] ACPI: scan: Extend acpi_walk_dep_device_list()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 5/6] platform/x86: Add intel_skl_int3472 driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v3 5/6] platform/x86: Add intel_skl_int3472 driver
  • From: Daniel Scally <djrscally@xxxxxxxxx>
• Re: [PATCH v3 0/6] Introduce intel_skl_int3472 module
  • From: Daniel Scally <djrscally@xxxxxxxxx>
• [PATCH v3 6/6] mfd: tps68470: Remove tps68470 MFD driver
  • From: Daniel Scally <djrscally@xxxxxxxxx>
• [PATCH v3 3/6] i2c: core: Add a format macro for I2C device names
  • From: Daniel Scally <djrscally@xxxxxxxxx>
• [PATCH v3 4/6] gpiolib: acpi: Export acpi_get_gpiod()
  • From: Daniel Scally <djrscally@xxxxxxxxx>
• [PATCH v3 5/6] platform/x86: Add intel_skl_int3472 driver
  • From: Daniel Scally <djrscally@xxxxxxxxx>
• [PATCH v3 2/6] ACPI: scan: Add function to fetch dependent of acpi device
  • From: Daniel Scally <djrscally@xxxxxxxxx>
• [PATCH v3 1/6] ACPI: scan: Extend acpi_walk_dep_device_list()
  • From: Daniel Scally <djrscally@xxxxxxxxx>
• [PATCH v3 0/6] Introduce intel_skl_int3472 module
  • From: Daniel Scally <djrscally@xxxxxxxxx>
• Re: [PATCH v4 1/4] PCI: Introduce pcim_alloc_irq_vectors()
  • From: Robert Richter <rric@xxxxxxxxxx>
• Re: [PATCH v4 1/4] PCI: Introduce pcim_alloc_irq_vectors()
  • From: Robert Richter <rric@xxxxxxxxxx>
• Re: [PATCH] i2c: rcar: implement atomic transfers
  • From: Ulrich Hecht <uli@xxxxxxxx>
• Re: [PATCH v4] mfd: da9063: Support SMBus and I2C mode
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v4] mfd: da9063: Support SMBus and I2C mode
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Kernel panics in i2c_dw_isr and possible fix
  • From: Raphael Djondo <raphael.djondo.cavpoint@xxxxxxxxx>
• Re: [PATCH v4 1/4] PCI: Introduce pcim_alloc_irq_vectors()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• AW: [PATCH v4] mfd: da9063: Support SMBus and I2C mode
  • From: "Jonas Mark (BT-FIR/ENG1-Grb)" <Mark.Jonas@xxxxxxxxxxxx>
• [PATCH v2 1/1] HID: ft260: add usb hid to i2c host bridge driver
  • From: Michael Zaidman <michael.zaidman@xxxxxxxxx>
• [PATCH v2 0/1] HID: ft260: add usb hid to i2c host bridge driver
  • From: Michael Zaidman <michael.zaidman@xxxxxxxxx>
• Re: [PATCH v4 1/4] PCI: Introduce pcim_alloc_irq_vectors()
  • From: Krzysztof Wilczyński <kw@xxxxxxxxx>
• Re: [PATCH v4 4/4] i2c: thunderx: Use the correct name of device-managed function
  • From: Robert Richter <rric@xxxxxxxxxx>
• Re: [PATCH v4 1/4] PCI: Introduce pcim_alloc_irq_vectors()
  • From: Robert Richter <rric@xxxxxxxxxx>
• Re: [PATCH v4 1/4] PCI: Introduce pcim_alloc_irq_vectors()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/4] PCI: Introduce pcim_alloc_irq_vectors()
  • From: Robert Richter <rric@xxxxxxxxxx>
• Re: [PATCH v4 1/4] PCI: Introduce pcim_alloc_irq_vectors()
  • From: Robert Richter <rric@xxxxxxxxxx>
• Re: [PATCH v3 0/4] Introduce pcim_alloc_irq_vectors()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: rcar: implement atomic transfers
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] Introduce pcim_alloc_irq_vectors()
  • From: Robert Richter <rric@xxxxxxxxxx>
• Re: Kernel Doc on Navigating I2C Sysfs for I2C Topology
  • From: Alex Qiu <xqiu@xxxxxxxxxx>
• Re: [PATCH] i2c: rcar: implement atomic transfers
  • From: Ulrich Hecht <uli@xxxxxxxx>
• Re: [PATCH v4 3/4] i2c: designware: Use the correct name of device-managed function
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 3/4] i2c: designware: Use the correct name of device-managed function
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• [PATCH v4 4/4] i2c: thunderx: Use the correct name of device-managed function
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• [PATCH v4 2/4] Documentation: devres: Add pcim_alloc_irq_vectors()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• [PATCH v4 1/4] PCI: Introduce pcim_alloc_irq_vectors()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• [PATCH v4 0/4] Introduce pcim_alloc_irq_vectors()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• Re: [PATCH v3 3/4] i2c: designware: Use the correct name of device-managed function
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• Re: [PATCH V8 1/1] i2c: i2c-qcom-geni: Add shutdown callback for i2c
  • From: rojay@xxxxxxxxxxxxxx
• Re: [PATCH v3 0/4] Introduce pcim_alloc_irq_vectors()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: rcar: implement atomic transfers
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: thunderx: Fix an issue about missing call to 'pci_free_irq_vectors()'
  • From: Robert Richter <rric@xxxxxxxxxx>
• Re: [PATCH v3 0/4] Introduce pcim_alloc_irq_vectors()
  • From: Robert Richter <rric@xxxxxxxxxx>
• Re: [PATCH] i2c: thunderx: Fix an issue about missing call to 'pci_free_irq_vectors()'
  • From: Robert Richter <rric@xxxxxxxxxx>
• Re: [PATCH v3 3/4] i2c: designware: Use the correct name of device-managed function
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/4] Documentation: devres: Add pcim_alloc_irq_vectors()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] i2c: designware: Use the correct name of device-managed function
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• Re: [PATCH v3 2/4] Documentation: devres: Add pcim_alloc_irq_vectors()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• Re: [PATCH] i2c: exynos5: Preserve high speed master code
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH] i2c: exynos5: Preserve high speed master code
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH v2] i2c: exynos5: Preserve high speed master code
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH] i2c: exynos5: Preserve high speed master code
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v2] i2c: exynos5: Preserve high speed master code
  • From: Mårten Lindahl <marten.lindahl@xxxxxxxx>
• Re: [PATCH] i2c: exynos5: Preserve high speed master code
  • From: Marten Lindahl <martenli@xxxxxxxx>
• [PATCH v3 4/4] i2c: aspeed: add DMA mode transfer support
  • From: Jae Hyun Yoo <jae.hyun.yoo@xxxxxxxxxxxxxxx>
• [PATCH v3 3/4] i2c: aspeed: add buffer mode transfer support
  • From: Jae Hyun Yoo <jae.hyun.yoo@xxxxxxxxxxxxxxx>
• [PATCH v3 2/4] ARM: dts: aspeed: modify I2C node to support buffer mode
  • From: Jae Hyun Yoo <jae.hyun.yoo@xxxxxxxxxxxxxxx>
• [PATCH v3 1/4] dt-bindings: i2c: aspeed: add transfer mode support
  • From: Jae Hyun Yoo <jae.hyun.yoo@xxxxxxxxxxxxxxx>
• [PATCH v3 0/4] i2c: aspeed: Add buffer and DMA modes support
  • From: Jae Hyun Yoo <jae.hyun.yoo@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/4] PCI: Introduce pcim_alloc_irq_vectors()
  • From: Krzysztof Wilczyński <kw@xxxxxxxxx>
• Re: [PATCH v3 4/4] i2c: thunderx: Use the correct name of device-managed function
  • From: Krzysztof Wilczyński <kw@xxxxxxxxx>
• Re: [PATCH v3 3/4] i2c: designware: Use the correct name of device-managed function
  • From: Krzysztof Wilczyński <kw@xxxxxxxxx>
• Re: [PATCH v3 2/4] Documentation: devres: Add pcim_alloc_irq_vectors()
  • From: Krzysztof Wilczyński <kw@xxxxxxxxx>
• Re: [PATCH v2 3/4] i2c: designware: Use the correct name of device-managed function
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• [PATCH v3 4/4] i2c: thunderx: Use the correct name of device-managed function
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• [PATCH v3 3/4] i2c: designware: Use the correct name of device-managed function
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• [PATCH v3 2/4] Documentation: devres: Add pcim_alloc_irq_vectors()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• [PATCH v3 0/4] Introduce pcim_alloc_irq_vectors()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• [PATCH v3 1/4] PCI: Introduce pcim_alloc_irq_vectors()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• Re: [PATCH v1 1/4] PCI: Introduce pcim_alloc_irq_vectors()
  • From: Krzysztof Wilczyński <kw@xxxxxxxxx>
• Re: [PATCH v2 1/4] PCI: Introduce pcim_alloc_irq_vectors()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] i2c: designware: Use the correct name of device-managed function
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/4] PCI: Introduce pcim_alloc_irq_vectors()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• [PATCH v2 4/4] i2c: thunderx: Use the correct name of device-managed function
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• [PATCH v2 3/4] i2c: designware: Use the correct name of device-managed function
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• [PATCH v2 2/4] Documentation: devres: Add pcim_alloc_irq_vectors()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• [PATCH v2 1/4] PCI: Introduce pcim_alloc_irq_vectors()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• [PATCH v2 0/4] Introduce pcim_alloc_irq_vectors()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• Re: [PATCH v1 1/4] PCI: Introduce pcim_alloc_irq_vectors()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: exynos5: Preserve high speed master code
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v1 2/4] Documentation: devres: add pcim_alloc_irq_vectors()
  • From: Krzysztof Wilczyński <kw@xxxxxxxxx>
• Re: [PATCH v1 3/4] i2c: designware: Use the correct name of device-managed function
  • From: Krzysztof Wilczyński <kw@xxxxxxxxx>
• Re: [PATCH v1 4/4] i2c: thunderx: Use the correct name of device-managed function
  • From: Krzysztof Wilczyński <kw@xxxxxxxxx>
• Re: [PATCH v1 0/4] Introduce pcim_alloc_irq_vectors()
  • From: Krzysztof Wilczyński <kw@xxxxxxxxx>
• Re: [PATCH v1 1/4] PCI: Introduce pcim_alloc_irq_vectors()
  • From: Krzysztof Wilczyński <kw@xxxxxxxxx>
• [PATCH] i2c: exynos5: Preserve high speed master code
  • From: Mårten Lindahl <marten.lindahl@xxxxxxxx>
• [PATCH v1 4/4] i2c: thunderx: Use the correct name of device-managed function
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• [PATCH v1 3/4] i2c: designware: Use the correct name of device-managed function
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• [PATCH v1 2/4] Documentation: devres: add pcim_alloc_irq_vectors()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• [PATCH v1 0/4] Introduce pcim_alloc_irq_vectors()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• [PATCH v1 1/4] PCI: Introduce pcim_alloc_irq_vectors()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• Re: [PATCH i2c-next] i2c: designware: Consolidate pci_free_irq_vectors to a single place
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH i2c-next] i2c: designware: Consolidate pci_free_irq_vectors to a single place
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH i2c-next] i2c: designware: Consolidate pci_free_irq_vectors to a single place
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• [PULL REQUEST] i2c for v5.12
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH i2c-next] i2c: designware: Consolidate pci_free_irq_vectors to a single place
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCH] i2c: thunderx: Fix an issue about missing call to 'pci_free_irq_vectors()'
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• [PATCH i2c-next] i2c: designware: Consolidate pci_free_irq_vectors to a single place
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• Re: [PULL REQUEST] i2c for v5.11
  • From: pr-tracker-bot@xxxxxxxxxx
• [PULL REQUEST] i2c for v5.11
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• [PATCH 1/1] HID: ft260: add usb hid to i2c host bridge driver
  • From: Michael Zaidman <michael.zaidman@xxxxxxxxx>
• [PATCH 0/1] HID: ft260: add usb hid to i2c host bridge driver
  • From: Michael Zaidman <michael.zaidman@xxxxxxxxx>
• Re: Kernel Doc on Navigating I2C Sysfs for I2C Topology
  • From: Alex Qiu <xqiu@xxxxxxxxxx>
• [PATCH] i2c: powermac: remove uncertainty about SMBUS_BLOCK transfers
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] i2c: rcar: implement atomic transfers
  • From: Ulrich Hecht <uli+renesas@xxxxxxxx>
• Re: [PATCH 1/5] i2c: stm32f7: fix configuration of the digital filter
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH] i2c: remove redundant error print in stm32f7_i2c_probe
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH] i2c: testunit: add support for block process calls
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] i2c: i2c-qcom-geni: Add support for 'assigned-performance-states'
  • From: rojay@xxxxxxxxxxxxxx
• Re: [PATCH] i2c: busses: Replace spin_lock_irqsave with spin_lock in hard IRQ
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v10 2/7] i2c: Allow an ACPI driver to manage the device's power state during probe
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [GIT PULL] at24: updates for v5.12
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v11 1/7] ACPI: scan: Obtain device's desired enumeration power state
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v11 7/7] at24: Support probing while in non-zero ACPI D state
  • From: Bartosz Golaszewski <bgolaszewski@xxxxxxxxxxxx>
• [PATCH v11 0/7] Support running driver's probe for a device powered off
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v11 7/7] at24: Support probing while in non-zero ACPI D state
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v11 6/7] media: i2c: imx319: Support device probe in non-zero ACPI D state
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v11 2/7] i2c: Allow an ACPI driver to manage the device's power state during probe
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v11 3/7] Documentation: ACPI: Document _DSE object usage for enum power state
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v11 1/7] ACPI: scan: Obtain device's desired enumeration power state
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v11 5/7] ov5670: Support probe whilst the device is in ACPI D state other than 0
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v11 4/7] ACPI: Add a convenience function to tell a device is in D0 state
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 2/7] i2c: Allow an ACPI driver to manage the device's power state during probe
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 2/2] Adding i2c-cp2615 driver
  • From: Bence Csókás <bence98@xxxxxxxxxx>
• [PATCH 1/2] Adding i2c-cp2615 to Kbuild
  • From: Bence Csókás <bence.csokas@xxxxxxxxx>
• Re: [PATCH v10 7/7] at24: Support probing while off
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 2/7] i2c: Allow an ACPI driver to manage the device's power state during probe
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Kernel Doc on Navigating I2C Sysfs for I2C Topology
  • From: Alex Qiu <xqiu@xxxxxxxxxx>
• [GIT PULL] at24: updates for v5.12
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v10 7/7] at24: Support probing while off
  • From: Bartosz Golaszewski <bgolaszewski@xxxxxxxxxxxx>
• Re: [PATCH v10 7/7] at24: Support probing while off
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] ARM: dts: stm32: enable the analog filter for all I2C nodes in stm32mp151
  • From: Pierre Yves MORDRET <pierre-yves.mordret@xxxxxxxxxxx>
• Re: [PATCH v10 2/7] i2c: Allow an ACPI driver to manage the device's power state during probe
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] dt-bindings: i2c: aspeed: add buffer and DMA mode transfer support
  • From: Jae Hyun Yoo <jae.hyun.yoo@xxxxxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: eeprom: at24: Document ROHM BR24G01
  • From: Bartosz Golaszewski <bgolaszewski@xxxxxxxxxxxx>
• Re: [PATCH v10 7/7] at24: Support probing while off
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v10 7/7] at24: Support probing while off
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 7/7] at24: Support probing while off
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v10 7/7] at24: Support probing while off
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 7/7] at24: Support probing while off
  • From: Bartosz Golaszewski <bgolaszewski@xxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: eeprom: at24: Document ROHM BR24G01
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• RE: [PATCH v4] mfd: da9063: Support SMBus and I2C mode
  • From: Adam Thomson <Adam.Thomson.Opensource@xxxxxxxxxxx>
• Re: [PATCH v2 1/4] dt-bindings: i2c: aspeed: add buffer and DMA mode transfer support
  • From: Joel Stanley <joel@xxxxxxxxx>
• [PATCH] i2c: testunit: add support for block process calls
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH i2c-tools] Revert "tools: i2ctransfer: add check for returned length from driver"
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: i801: Add support for Intel Alder Lake PCH-P
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH] i2c: mv64xxx: Fix check for missing clock
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v4] mfd: da9063: Support SMBus and I2C mode
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH i2c-next v5 0/6] mux: mlxcpld: Extend driver functionality
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• RE: [PATCH i2c-next v5 0/6] mux: mlxcpld: Extend driver functionality
  • From: Vadim Pasternak <vadimp@xxxxxxxxxx>
• Re: [PATCH i2c-next v5 6/6] i2c: mux: mlxcpld: Add callback to notify mux creation completion
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH i2c-next v5 5/6] i2c: mux: mlxcpld: Extend supported mux number
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH i2c-next v5 3/6] i2c: mux: mlxcpld: Get rid of adapter numbers enforcement
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH i2c-next v5 4/6] i2c: mux: mlxcpld: Extend driver to support word address space devices
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH i2c-next v5 1/6] i2c: mux: mlxcpld: Convert driver to platform driver
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH i2c-next v5 2/6] i2c: mux: mlxcpld: Prepare mux selection infrastructure for two-byte support
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH i2c-next v5 0/6] mux: mlxcpld: Extend driver functionality
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH i2c-next v5 4/6] i2c: mux: mlxcpld: Extend driver to support word address space devices
  • From: Vadim Pasternak <vadimp@xxxxxxxxxx>
• [PATCH i2c-next v5 6/6] i2c: mux: mlxcpld: Add callback to notify mux creation completion
  • From: Vadim Pasternak <vadimp@xxxxxxxxxx>
• [PATCH i2c-next v5 2/6] i2c: mux: mlxcpld: Prepare mux selection infrastructure for two-byte support
  • From: Vadim Pasternak <vadimp@xxxxxxxxxx>
• [PATCH i2c-next v5 5/6] i2c: mux: mlxcpld: Extend supported mux number
  • From: Vadim Pasternak <vadimp@xxxxxxxxxx>
• [PATCH i2c-next v5 1/6] i2c: mux: mlxcpld: Convert driver to platform driver
  • From: Vadim Pasternak <vadimp@xxxxxxxxxx>
• [PATCH i2c-next v5 3/6] i2c: mux: mlxcpld: Get rid of adapter numbers enforcement
  • From: Vadim Pasternak <vadimp@xxxxxxxxxx>
• [PATCH i2c-next v5 0/6] mux: mlxcpld: Extend driver functionality
  • From: Vadim Pasternak <vadimp@xxxxxxxxxx>
• Re: [PATCH v10 7/7] at24: Support probing while off
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v10 7/7] at24: Support probing while off
  • From: Bartosz Golaszewski <bgolaszewski@xxxxxxxxxxxx>
• Re: [PATCH v10 3/7] Documentation: ACPI: Document _DSE object usage for enum power state
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH v4] mfd: da9063: Support SMBus and I2C mode
  • From: Mark Jonas <mark.jonas@xxxxxxxxxxxx>
• [PATCH] i2c: busses: Replace spin_lock_irqsave with spin_lock in hard IRQ
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• Re: [PATCH v10 3/7] Documentation: ACPI: Document _DSE object usage for enum power state
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH i2c-next v4 3/6] i2c: mux: mlxcpld: Get rid of adapter numbers enforcement
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [bug report] i2c: mv64xxx: Add runtime PM support
  • From: Samuel Holland <samuel@xxxxxxxxxxxx>
• [PATCH] i2c: mv64xxx: Fix check for missing clock
  • From: Samuel Holland <samuel@xxxxxxxxxxxx>