Linux Kernel I2C

• Thread Index

• Re: [PATCH v2 3/6] i2c: acpi: Factor out getting the IRQ from ACPI
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/6] i2c: acpi: Use available IRQ helper functions
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: i801: Register optional lis3lv02d i2c device on Dell machines
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH v2] i2c: i801: Register optional lis3lv02d i2c device on Dell machines
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• Re: [PATCH v2] i2c: i801: Register optional lis3lv02d i2c device on Dell machines
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH v2] i2c: i801: Register optional lis3lv02d i2c device on Dell machines
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• Re: [PATCH v2] i2c: i801: Register optional lis3lv02d i2c device on Dell machines
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH 3/6] MAINTAINERS: add DT bindings to i2c-mv64xxx
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxx>
• [PATCH] hwmon: pmbus: protect read-modify-write with lock
  • From: "Adamski, Krzysztof (Nokia - PL/Wroclaw)" <krzysztof.adamski@xxxxxxxxx>
• Re: [PATCH v2 3/6] i2c: acpi: Factor out getting the IRQ from ACPI
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: bcm2835: Model Divider in CCF
  • From: Stefan Wahren <stefan.wahren@xxxxxxxx>
• Re: [PATCH] i2c: synquacer: fix synquacer_i2c_doxfer() return value
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• Re: [PATCH] i2c: synquacer: fix synquacer_i2c_doxfer() return value
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: synquacer: fix synquacer_i2c_doxfer() return value
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• Re: [PATCH v2] i2c: mt7621: Add MediaTek MT7621/7628/7688 I2C driver
  • From: Stefan Roese <sr@xxxxxxx>
• [net-next,v3 2/2] net: phy: sfp: enable i2c-bus detection on ACPI based systems
  • From: Ruslan Babayev <ruslan@xxxxxxxxxxx>
• [net-next,v3 1/2] i2c: acpi: export i2c_acpi_find_adapter_by_handle
  • From: Ruslan Babayev <ruslan@xxxxxxxxxxx>
• [net-next,v3 0/2] Enable SFP on ACPI based systems
  • From: Ruslan Babayev <ruslan@xxxxxxxxxxx>
• Re: [PATCH net-next v2 1/2] i2c: acpi: export i2c_acpi_find_adapter_by_handle
  • From: Ruslan Babayev <ruslan@xxxxxxxxxxx>
• Re: [PATCH net-next v2 1/2] i2c: acpi: export i2c_acpi_find_adapter_by_handle
  • From: Ruslan Babayev <ruslan@xxxxxxxxxxx>
• Re: [PATCH v2] i2c: bcm2835: Model Divider in CCF
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: bcm2835: Model Divider in CCF
  • From: Annaliese McDermond <nh6z@xxxxxxxx>
• [PATCH] MAINTAINERS: Karthikeyan Ramasubramanian is MIA
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: jz4780: Drop dependency on MACH_JZ4780
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: synquacer: fix synquacer_i2c_doxfer() return value
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c-meson: update with SPDX Licence identifier
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v1 i2c] i2c: mlxcpld: Fix wrong initialization order in probe
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: Allow selecting BCM2835 I2C controllers on ARCH_BRCMSTB
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] i2c: iproc: Add multi byte read-write support for slave mode
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: bcm2835: Model Divider in CCF
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: imx: Use __maybe_unused instead of #if CONFIG_PM
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: dev: fix potential memory leak in i2cdev_ioctl_rdwr
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 1/2] i2c: acpi: export i2c_acpi_find_adapter_by_handle
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] i2c: iproc: Add multi byte read-write support for slave mode
  • From: Ray Jui <ray.jui@xxxxxxxxxxxx>
• [PATCH v2 4/6] i2c: core: Move ACPI IRQ handling to probe time
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 3/6] i2c: acpi: Factor out getting the IRQ from ACPI
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/6] i2c: core: Allow whole core to use i2c_dev_irq_from_resources
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 6/6] i2c: core: Tidy up handling of init_irq
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/6] i2c: acpi: Use available IRQ helper functions
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 5/6] i2c: core: Move ACPI gpio IRQ handling into i2c_acpi_get_irq
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 1/3] dt-bindings: i2c: extend existing opencore bindings.
  • From: Sagar Kadam <sagar.kadam@xxxxxxxxxx>
• [PATCH] i2c: tegra: Avoid error message on deferred probe
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH 10/10] docs: fix broken documentation links
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH net-next v2 1/2] i2c: acpi: export i2c_acpi_find_adapter_by_handle
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] i2c: iproc: Add multi byte read-write support for slave mode
  • From: Rayagonda Kokatanur <rayagonda.kokatanur@xxxxxxxxxxxx>
• Re: [PATCH v3 4/5] i2c: nvidia-gpu: resume ccgx i2c client
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/5] i2c: nvidia-gpu: add runtime pm support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/5] i2c: nvidia-gpu: refactor master_xfer
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 2/2] dt-bindings: i2c: mv64xxx: Add YAML schemas
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxx>
• [PATCH 1/2] dt-bindings: i2c: sun6i-p2wi: Add YAML schemas
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxx>
• Re: [PATCH 3/8] MAINTAINERS: add I2C DT bindings to LPC platforms
  • From: Vladimir Zapolskiy <vz@xxxxxxxxx>
• Re: [PATCH i2c/slave-mqueue v5] i2c: slave-mqueue: add a slave backend to receive and queue messages
  • From: "Wang, Haiyue" <haiyue.wang@xxxxxxxxxxxxxxx>
• [PATCH net-next v2 1/2] i2c: acpi: export i2c_acpi_find_adapter_by_handle
  • From: Ruslan Babayev <ruslan@xxxxxxxxxxx>
• Re: [PATCH v7 1/3] dt-bindings: i2c: extend existing opencore bindings.
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH RFC v2 net-next 2/2] net: phy: sfp: enable i2c-bus detection on ACPI based systems
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH] i2c: layerscape: use PIO when fail to request dma channel
  • From: Yang Li <pku.leo@xxxxxxxxx>
• Re: [PATCH i2c/slave-mqueue v5] i2c: slave-mqueue: add a slave backend to receive and queue messages
  • From: Eduardo Valentin <eduval@xxxxxxxxxx>
• Re: [PATCH v7 3/3] i2c-ocores: sifive: add polling mode workaround for FU540-C000 SoC.
  • From: Sagar Kadam <sagar.kadam@xxxxxxxxxx>
• [PATCH] i2c: layerscape: use PIO when fail to request dma channel
  • From: Qiang Zhao <qiang.zhao@xxxxxxx>
• Re: [PATCH i2c/slave-mqueue v5] i2c: slave-mqueue: add a slave backend to receive and queue messages
  • From: "Wang, Haiyue" <haiyue.wang@xxxxxxxxxxxxxxx>
• Re: [PATCH i2c/slave-mqueue v5] i2c: slave-mqueue: add a slave backend to receive and queue messages
  • From: Eduardo Valentin <eduval@xxxxxxxxxx>
• Re: [PATCH v7 3/3] i2c-ocores: sifive: add polling mode workaround for FU540-C000 SoC.
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v7 3/3] i2c-ocores: sifive: add polling mode workaround for FU540-C000 SoC.
  • From: Sagar Kadam <sagar.kadam@xxxxxxxxxx>
• Re: [PATCH v7 3/3] i2c-ocores: sifive: add polling mode workaround for FU540-C000 SoC.
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH v7 3/3] i2c-ocores: sifive: add polling mode workaround for FU540-C000 SoC.
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH RFC v2 net-next 2/2] net: phy: sfp: enable i2c-bus detection on ACPI based systems
  • From: "Ruslan Babayev (fib)" <fib@xxxxxxxxx>
• [PATCH v3 5/5] usb: typec: ucsi: ccg: add runtime pm workaround
  • From: Ajay Gupta <ajaykuee@xxxxxxxxx>
• [PATCH v3 4/5] i2c: nvidia-gpu: resume ccgx i2c client
  • From: Ajay Gupta <ajaykuee@xxxxxxxxx>
• [PATCH v3 3/5] usb: typec: ucsi: ccg: enable runtime pm support
  • From: Ajay Gupta <ajaykuee@xxxxxxxxx>
• [PATCH v3 2/5] i2c: nvidia-gpu: add runtime pm support
  • From: Ajay Gupta <ajaykuee@xxxxxxxxx>
• [PATCH v3 1/5] i2c: nvidia-gpu: refactor master_xfer
  • From: Ajay Gupta <ajaykuee@xxxxxxxxx>
• [PATCH v3 0/5] usb: typec: ucsi: ccg: add runtime pm support
  • From: Ajay Gupta <ajaykuee@xxxxxxxxx>
• [PATCH] i2c: jz4780: Drop dependency on MACH_JZ4780
  • From: Paul Cercueil <paul@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] usb: typec: ucsi: ccg: enable runtime pm support
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• [PATCH v7 3/3] i2c-ocores: sifive: add polling mode workaround for FU540-C000 SoC.
  • From: Sagar Shrikant Kadam <sagar.kadam@xxxxxxxxxx>
• [PATCH v7 2/3] i2c-ocores: sifive: add support for i2c device on FU540-c000 SoC.
  • From: Sagar Shrikant Kadam <sagar.kadam@xxxxxxxxxx>
• [PATCH v7 1/3] dt-bindings: i2c: extend existing opencore bindings.
  • From: Sagar Shrikant Kadam <sagar.kadam@xxxxxxxxxx>
• [PATCH v7 0/3] Extend dt bindings to support I2C on sifive devices and a fix broken IRQ in polling mode.
  • From: Sagar Shrikant Kadam <sagar.kadam@xxxxxxxxxx>
• Re: [RFC 0/4] TI camera serdes - I2C address translation draft
  • From: Luca Ceresoli <luca@xxxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] i2c: core: Move ACPI gpio IRQ handling into i2c_acpi_get_irq
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/8] MAINTAINERS: add I2C DT bindings to Rockchip platform
  • From: Heiko Stuebner <heiko@xxxxxxxxx>
• Re: [PATCH v6 3/3] i2c-ocores: sifive: add polling mode workaround for FU540-C000 SoC.
  • From: Sagar Kadam <sagar.kadam@xxxxxxxxxx>
• Re: [PATCH v6 1/3] dt-bindings: i2c: extend existing opencore bindings.
  • From: Sagar Kadam <sagar.kadam@xxxxxxxxxx>
• Re: [PATCH 10/10] docs: fix broken documentation links
  • From: Federico Vaga <federico.vaga@xxxxxxxxxx>
• RE: [PATCH v2 3/5] usb: typec: ucsi: ccg: enable runtime pm support
  • From: Ajay Gupta <ajayg@xxxxxxxxxx>
• Re: [RFC 0/4] TI camera serdes - I2C address translation draft
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: [PATCH 4/5] i2c: core: Move ACPI gpio IRQ handling into i2c_acpi_get_irq
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] i2c: core: Move ACPI IRQ handling to probe time
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] i2c: acpi: Use available IRQ helper functions
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH 4/5] i2c: core: Move ACPI gpio IRQ handling into i2c_acpi_get_irq
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/5] I2C IRQ Probe Improvements
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/5] i2c: acpi: Factor out getting the IRQ from ACPI
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 5/5] i2c: core: Tidy up handling of init_irq
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/5] i2c: acpi: Use available IRQ helper functions
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 3/5] i2c: core: Move ACPI IRQ handling to probe time
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 1/3] dt-bindings: i2c: extend existing opencore bindings.
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH v6 3/3] i2c-ocores: sifive: add polling mode workaround for FU540-C000 SoC.
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH v2 3/5] usb: typec: ucsi: ccg: enable runtime pm support
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] usb: typec: ucsi: ccg: enable runtime pm support
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• [PATCH v6 3/3] i2c-ocores: sifive: add polling mode workaround for FU540-C000 SoC.
  • From: Sagar Shrikant Kadam <sagar.kadam@xxxxxxxxxx>
• [PATCH v6 2/3] i2c-ocores: sifive: add support for i2c device on FU540-c000 SoC.
  • From: Sagar Shrikant Kadam <sagar.kadam@xxxxxxxxxx>
• [PATCH v6 1/3] dt-bindings: i2c: extend existing opencore bindings.
  • From: Sagar Shrikant Kadam <sagar.kadam@xxxxxxxxxx>
• [PATCH v6 0/3] Extend dt bindings to support I2C on sifive devices and a fix broken IRQ in polling mode.
  • From: Sagar Shrikant Kadam <sagar.kadam@xxxxxxxxxx>
• Re: [PATCH 3/5] i2c: core: Move ACPI IRQ handling to probe time
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] i2c: core: Move ACPI IRQ handling to probe time
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] i2c: core: Move ACPI IRQ handling to probe time
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/6] MAINTAINERS: add DT bindings to i2c-ocores
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH 4/5] i2c: core: Move ACPI gpio IRQ handling into i2c_acpi_get_irq
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] i2c: core: Move ACPI IRQ handling to probe time
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] i2c: acpi: Factor out getting the IRQ from ACPI
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] i2c-ocores: sifive: add polling mode workaround for FU540-C000 SoC.
  • From: Sagar Kadam <sagar.kadam@xxxxxxxxxx>
• Re: [PATCH 1/8] MAINTAINERS: add I2C DT bindings to Zynq platform
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• Re: [PATCH 6/8] MAINTAINERS: add I2C DT bindings to STI architecture
  • From: Patrice CHOTARD <patrice.chotard@xxxxxx>
• Re: [PATCH] i2c: synquacer: fix synquacer_i2c_doxfer() return value
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v5 3/3] i2c-ocores: sifive: add polling mode workaround for FU540-C000 SoC.
  • From: Andreas Schwab <schwab@xxxxxxx>
• Re: [PATCH 2/8] MAINTAINERS: add I2C DT bindings to DaVinci platform
  • From: Sekhar Nori <nsekhar@xxxxxx>
• [PATCH 7/8] MAINTAINERS: add I2C DT bindings to Versatile platform
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 8/8] MAINTAINERS: add I2C DT bindings to vt8500 architecture
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 6/8] MAINTAINERS: add I2C DT bindings to STI architecture
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 4/8] MAINTAINERS: add I2C DT bindings to Nomadik/U300 platforms
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 5/8] MAINTAINERS: add I2C DT bindings to Rockchip platform
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 3/8] MAINTAINERS: add I2C DT bindings to LPC platforms
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 2/8] MAINTAINERS: add I2C DT bindings to DaVinci platform
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 1/8] MAINTAINERS: add I2C DT bindings to Zynq platform
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 0/8] arm: add I2C DT binding docs to various platforms
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 5/6] MAINTAINERS: add DT bindings to Renesas R-Car I2C drivers
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 6/6] MAINTAINERS: add DT bindings to i2c-xlp9xx
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 4/6] MAINTAINERS: add DT bindings to i2c-ocores
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 3/6] MAINTAINERS: add DT bindings to i2c-mv64xxx
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 2/6] MAINTAINERS: add DT bindings to i2c-emev2
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 1/6] MAINTAINERS: add DT bindings to i2c-altera
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 0/6] i2c: add DT binding docs to MAINTAINERS
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/3] dt-bindings: i2c: extend existing opencore bindings.
  • From: Sagar Kadam <sagar.kadam@xxxxxxxxxx>
• [PATCH] i2c: synquacer: fix synquacer_i2c_doxfer() return value
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• [PATCH v2 5/5] usb: typec: ucsi: ccg: add runtime pm workaround
  • From: Ajay Gupta <ajaykuee@xxxxxxxxx>
• [PATCH v2 4/5] i2c: nvidia-gpu: resume ccgx i2c client
  • From: Ajay Gupta <ajaykuee@xxxxxxxxx>
• [PATCH v2 3/5] usb: typec: ucsi: ccg: enable runtime pm support
  • From: Ajay Gupta <ajaykuee@xxxxxxxxx>
• [PATCH v2 2/5] i2c: nvidia-gpu: add runtime pm support
  • From: Ajay Gupta <ajaykuee@xxxxxxxxx>
• [PATCH v2 1/5] i2c: nvidia-gpu: refactor master_xfer
  • From: Ajay Gupta <ajaykuee@xxxxxxxxx>
• [PATCH v2 0/5] usb: typec: ucsi: ccg: add runtime pm support
  • From: Ajay Gupta <ajaykuee@xxxxxxxxx>
• Re: [PATCH 1/4] i2c: nvidia-gpu: add runtime pm support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• RE: [PATCH 3/4] i2c: nvidia-gpu: resume ccgx i2c client
  • From: Ajay Gupta <ajayg@xxxxxxxxxx>
• RE: [PATCH 1/4] i2c: nvidia-gpu: add runtime pm support
  • From: Ajay Gupta <ajayg@xxxxxxxxxx>
• Re: [PATCH v5 3/3] i2c-ocores: sifive: add polling mode workaround for FU540-C000 SoC.
  • From: Sagar Kadam <sagar.kadam@xxxxxxxxxx>
• Re: [PATCH 10/10] docs: fix broken documentation links
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] i2c-ocores: sifive: add polling mode workaround for FU540-C000 SoC.
  • From: Andrew Lunn <andrew@xxxxxxx>
• RE: [PATCH v9 1/1] Add support for IPMB driver
  • From: Asmaa Mnebhi <Asmaa@xxxxxxxxxxxx>
• [PATCH 10/10] docs: fix broken documentation links
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH v5 1/3] dt-bindings: i2c: extend existing opencore bindings.
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• [PATCH v5 3/3] i2c-ocores: sifive: add polling mode workaround for FU540-C000 SoC.
  • From: Sagar Shrikant Kadam <sagar.kadam@xxxxxxxxxx>
• [PATCH v5 2/3] i2c-ocores: sifive: add support for i2c device on FU540-c000 SoC.
  • From: Sagar Shrikant Kadam <sagar.kadam@xxxxxxxxxx>
• [PATCH v5 1/3] dt-bindings: i2c: extend existing opencore bindings.
  • From: Sagar Shrikant Kadam <sagar.kadam@xxxxxxxxxx>
• [PATCH v5 0/3] Extend dt bindings to support I2C on sifive devices and a fix broken IRQ in polling mode.
  • From: Sagar Shrikant Kadam <sagar.kadam@xxxxxxxxxx>
• [PATCH] i2c: i2c-meson: update with SPDX Licence identifier
  • From: Neil Armstrong <narmstrong@xxxxxxxxxxxx>
• Re: [PATCH v4 3/3] i2c-ocores: sifive: add polling mode workaround for FU540-C000 SoC
  • From: Sagar Kadam <sagar.kadam@xxxxxxxxxx>
• Re: [PATCH v2 1/2] eeprom: at24: use devm_i2c_new_dummy_device()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v4 2/3] i2c-ocores: sifive: add support for i2c device on FU540-c000 SoC.
  • From: Sagar Shrikant Kadam <sagar.kadam@xxxxxxxxxx>
• [PATCH v4 3/3] i2c-ocores: sifive: add polling mode workaround for FU540-C000 SoC
  • From: Sagar Shrikant Kadam <sagar.kadam@xxxxxxxxxx>
• [PATCH v4 0/3] Extend dt bindings to support I2C on sifive devices and a fix broken IRQ in polling mode.
  • From: Sagar Shrikant Kadam <sagar.kadam@xxxxxxxxxx>
• Re: [PATCH v4 3/3] i2c-ocores: sifive: add polling mode workaround for FU540-C000 SoC
  • From: Andrew Lunn <andrew@xxxxxxx>
• [PATCH v4 1/3] dt-bindings: i2c: extend existing opencore bindings.
  • From: Sagar Shrikant Kadam <sagar.kadam@xxxxxxxxxx>
• [PATCH 4/5] i2c: core: Move ACPI gpio IRQ handling into i2c_acpi_get_irq
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/5] I2C IRQ Probe Improvements
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/5] i2c: acpi: Use available IRQ helper functions
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 3/5] i2c: core: Move ACPI IRQ handling to probe time
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 5/5] i2c: core: Tidy up handling of init_irq
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/5] i2c: acpi: Factor out getting the IRQ from ACPI
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/2] eeprom: at24: use devm_i2c_new_dummy_device()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v2 2/2] eeprom: at24: drop unnecessary label
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v2 0/2] at24: use devm_i2c_new_dummy_device()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH 1/2] eeprom: at24: use devm_i2c_new_dummy_device()
  • From: Bartosz Golaszewski <bgolaszewski@xxxxxxxxxxxx>
• Re: [PATCH v3 3/3] i2c-ocores: sifive: add polling mode workaround for FU540-C000 SoC
  • From: Sagar Kadam <sagar.kadam@xxxxxxxxxx>
• Re: [PATCH 1/2] eeprom: at24: use devm_i2c_new_dummy_device()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 1/2] eeprom: at24: use devm_i2c_new_dummy_device()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH 2/2] eeprom: at24: drop unnecessary label
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH 0/2] at24: use devm_i2c_new_dummy_device()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PULL REQUEST] i2c for 5.2
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v9 1/1] Add support for IPMB driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 3/4] i2c: nvidia-gpu: resume ccgx i2c client
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] i2c: nvidia-gpu: add runtime pm support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PULL REQUEST] i2c for 5.2
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v8 2/3] i2c: core: add device-managed version of i2c_new_dummy
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v8 1/3] i2c: core: improve return value handling of i2c_new_device and i2c_new_dummy
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v8 1/3] i2c: core: improve return value handling of i2c_new_device and i2c_new_dummy
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 4/4] usb: typec: ucsi: ccg: add runtime pm workaround
  • From: Ajay Gupta <ajaykuee@xxxxxxxxx>
• [PATCH 3/4] i2c: nvidia-gpu: resume ccgx i2c client
  • From: Ajay Gupta <ajaykuee@xxxxxxxxx>
• [PATCH 2/4] usb: typec: ucsi: ccg: enable runtime pm support
  • From: Ajay Gupta <ajaykuee@xxxxxxxxx>
• [PATCH 1/4] i2c: nvidia-gpu: add runtime pm support
  • From: Ajay Gupta <ajaykuee@xxxxxxxxx>
• [PATCH 0/4] usb: typec: ucsi: ccg: add runtime pm support
  • From: Ajay Gupta <ajaykuee@xxxxxxxxx>
• Re: [PATCH v8 3/3] mfd: da9063: occupy second I2C address, too
  • From: Kieran Bingham <kieran@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 3/3] mfd: da9063: occupy second I2C address, too
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v8 2/3] i2c: core: add device-managed version of i2c_new_dummy
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v8 1/3] i2c: core: improve return value handling of i2c_new_device and i2c_new_dummy
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v8 2/3] i2c: core: add device-managed version of i2c_new_dummy
  • From: Kieran Bingham <kieran.bingham+renesas@xxxxxxxxxxxxxxxx>
• Re: [PATCH v8 1/3] i2c: core: improve return value handling of i2c_new_device and i2c_new_dummy
  • From: Kieran Bingham <kieran@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 3/3] mfd: da9063: occupy second I2C address, too
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v8 2/3] i2c: core: add device-managed version of i2c_new_dummy
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v8 1/3] i2c: core: improve return value handling of i2c_new_device and i2c_new_dummy
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v2] i2c: bcm2835: Model Divider in CCF
  • From: Annaliese McDermond <nh6z@xxxxxxxx>
• [PATCH v8 3/3] mfd: da9063: occupy second I2C address, too
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v8 2/3] i2c: core: add device-managed version of i2c_new_dummy
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v8 1/3] i2c: core: improve return value handling of i2c_new_device and i2c_new_dummy
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v8 0/3] i2c: improve i2c_new_{device|dummy}
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v1 i2c] i2c: mlxcpld: Fix wrong initialization order in probe
  • From: Vadim Pasternak <vadimp@xxxxxxxxxxxx>
• [PATCH v2] i2c: i2c-stm32f7: fix the get_irq error cases
  • From: Fabrice Gasnier <fabrice.gasnier@xxxxxx>
• Re: [PATCH v3 3/3] i2c-ocores: sifive: add polling mode workaround for FU540-C000 SoC
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH v3 3/3] i2c-ocores: sifive: add polling mode workaround for FU540-C000 SoC
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH v3 3/3] i2c-ocores: sifive: add polling mode workaround for FU540-C000 SoC
  • From: Sagar Kadam <sagar.kadam@xxxxxxxxxx>
• Re: [PATCH v3 3/3] i2c-ocores: sifive: add polling mode workaround for FU540-C000 SoC
  • From: Andrew Lunn <andrew@xxxxxxx>
• [PATCH AUTOSEL 5.0 31/34] i2c: designware: ratelimit 'transfer when suspended' errors
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v2] i2c: bcm2835: Model Divider in CCF
  • From: Stefan Wahren <stefan.wahren@xxxxxxxx>
• Re: [PATCH v2] i2c: bcm2835: Model Divider in CCF
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c-stm32f7: fix the get_irq error cases
  • From: Pierre Yves MORDRET <pierre-yves.mordret@xxxxxx>
• Re: [PATCH v2] i2c: bcm2835: Model Divider in CCF
  • From: Annaliese McDermond <nh6z@xxxxxxxx>
• [PATCH v3 3/3] i2c-ocores: sifive: add polling mode workaround for FU540-C000 SoC
  • From: Sagar Shrikant Kadam <sagar.kadam@xxxxxxxxxx>
• [PATCH v3 2/3] i2c-ocore: sifive: add support for i2c device on FU540-c000 SoC.
  • From: Sagar Shrikant Kadam <sagar.kadam@xxxxxxxxxx>
• [PATCH v3 1/3] dt-bindings: i2c: extend existing opencore bindings.
  • From: Sagar Shrikant Kadam <sagar.kadam@xxxxxxxxxx>
• [PATCH v3 0/3] Extend dt bindings to support I2C on sifive devices and a fix broken IRQ in polling mode.
  • From: Sagar Shrikant Kadam <sagar.kadam@xxxxxxxxxx>
• Re: [PATCH 1/1] i2c: iproc: Add multi byte read-write support for slave mode
  • From: Rayagonda Kokatanur <rayagonda.kokatanur@xxxxxxxxxxxx>
• [PATCH] i2c: i2c-stm32f7: fix the get_irq error cases
  • From: Fabrice Gasnier <fabrice.gasnier@xxxxxx>
• Re: [PATCH v2] i2c: mt7621: Add MediaTek MT7621/7628/7688 I2C driver
  • From: René van Dorst <opensource@xxxxxxxxxx>
• Re: [PATCH v2 v2 1/3] dt-bindings: i2c: extend existing opencore bindings.
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 v2 1/3] dt-bindings: i2c: extend existing opencore bindings.
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH v2 v2 1/3] dt-bindings: i2c: extend existing opencore bindings.
  • From: Sagar Kadam <sagar.kadam@xxxxxxxxxx>
• Re: [PATCH] i2c: at91: handle TXRDY interrupt spam
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: at91: handle TXRDY interrupt spam
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxxxxxx>
• Re: [PATCH v2 v2 1/3] dt-bindings: i2c: extend existing opencore bindings.
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 3/3] i2c: i801: avoid panic if ioreamp fails
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [GIT PULL] at24: updates for v5.2
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH 3/3] i2c: i801: avoid panic if ioreamp fails
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH 3/3] i2c: i801: avoid panic if ioreamp fails
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH] i2c: Allow selecting BCM2835 I2C controllers on ARCH_BRCMSTB
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH 3/3] i2c: i801: avoid panic if ioreamp fails
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PATCH 3/3] i2c: i801: avoid panic if ioreamp fails
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PULL REQUEST] i2c for 5.2
  • From: pr-tracker-bot@xxxxxxxxxx
• [PATCH] i2c: Allow selecting BCM2835 I2C controllers on ARCH_BRCMSTB
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• [PULL REQUEST] i2c for 5.2
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] i2c: iproc: Add multi byte read-write support for slave mode
  • From: Ray Jui <ray.jui@xxxxxxxxxxxx>
• Re: [PATCH 1/1] i2c: iproc: Add multi byte read-write support for slave mode
  • From: Ray Jui <ray.jui@xxxxxxxxxxxx>
• Re: [EXT] Re: [PATCH 1/2] i2c: imx: I2C Driver doesn't consider I2C_IPGCLK_SEL RCW bit when using ls1046a SoC
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [EXT] 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>
• RE: [EXT] Re: [PATCH 1/2] i2c: imx: I2C Driver doesn't consider I2C_IPGCLK_SEL RCW bit when using ls1046a SoC
  • From: Sumit Batra <sumit.batra@xxxxxxx>
• [PATCH] i2c: sh_mobile: Fix compilation warning
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• RE: [EXT] Re: [PATCH 1/2] i2c: imx: I2C Driver doesn't consider I2C_IPGCLK_SEL RCW bit when using ls1046a SoC
  • From: Sumit Batra <sumit.batra@xxxxxxx>
• [PATCH 1/1] i2c: iproc: Add multi byte read-write support for slave mode
  • From: Rayagonda Kokatanur <rayagonda.kokatanur@xxxxxxxxxxxx>
• [PATCH 1/1] i2c: iproc: Add multi byte read-write support for slave mode
  • From: Rayagonda Kokatanur <rayagonda.kokatanur@xxxxxxxxxxxx>
• Intel Amber Lake I2C/GpioInt issue, ELAN touchpad unusable
  • From: Daniel Drake <drake@xxxxxxxxxxxx>
• [PATCH] i2c: tegra: use busendiannes variable
  • From: Nicholas Mc Guire <hofrat@xxxxxxxxx>
• RE: [EXT] Re: [PATCH 1/3] dt-bindings: i2c: add optional mul-value property to binding
  • From: Leo Li <leoyang.li@xxxxxxx>
• [PATCH v9 0/1] Add support for IPMB driver
  • From: Asmaa Mnebhi <Asmaa@xxxxxxxxxxxx>
• [PATCH v9 1/1] Add support for IPMB driver
  • From: Asmaa Mnebhi <Asmaa@xxxxxxxxxxxx>
• RE: [EXT] Re: [PATCH 1/3] dt-bindings: i2c: add optional mul-value property to binding
  • From: Chuanhua Han <chuanhua.han@xxxxxxx>
• RE: [EXT] Re: [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>
• RE: [EXT] Re: [PATCH 2/2] arm64: dts: fsl: ls1046a: Add the guts node in dts
  • From: Chuanhua Han <chuanhua.han@xxxxxxx>
• RE: [EXT] Re: [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 v2] i2c: bcm2835: Model Divider in CCF
  • From: Annaliese McDermond <nh6z@xxxxxxxx>
• Re: [PATCH v8 1/1] Add support for IPMB driver
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH v8 1/1] Add support for IPMB driver
  • From: Asmaa Mnebhi <Asmaa@xxxxxxxxxxxx>
• [PATCH v8 0/1] Add support for IPMB driver
  • From: Asmaa Mnebhi <Asmaa@xxxxxxxxxxxx>
• Re: [PATCH v2 v2 0/3] Extend dt bindings to support I2C on sifive devices and a fix broken IRQ in polling mode.
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH v2 v2 2/3] i2c-ocore: sifive: add support for i2c device on FU540-c000 SoC.
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH v2 v2 1/3] dt-bindings: i2c: extend existing opencore bindings.
  • From: Andrew Lunn <andrew@xxxxxxx>
• [PATCH v2 v2 3/3] i2c-ocores: sifive: add polling mode workaround for FU540-C000 SoC.
  • From: Sagar Shrikant Kadam <sagar.kadam@xxxxxxxxxx>
• [PATCH v2 v2 2/3] i2c-ocore: sifive: add support for i2c device on FU540-c000 SoC.
  • From: Sagar Shrikant Kadam <sagar.kadam@xxxxxxxxxx>
• [PATCH v2 v2 1/3] dt-bindings: i2c: extend existing opencore bindings.
  • From: Sagar Shrikant Kadam <sagar.kadam@xxxxxxxxxx>
• [PATCH v2 v2 0/3] Extend dt bindings to support I2C on sifive devices and a fix broken IRQ in polling mode.
  • From: Sagar Shrikant Kadam <sagar.kadam@xxxxxxxxxx>
• [PATCH] i2c: dev: fix potential memory leak in i2cdev_ioctl_rdwr
  • From: Yingjoe Chen <yingjoe.chen@xxxxxxxxxxxx>
• Re: [PATCH] i2c: bcm2835: Model Divider in CCF
  • From: Annaliese McDermond <nh6z@xxxxxxxx>
• Re: [PATCH net-next 2/2] net: phy: sfp: enable i2c-bus detection on ACPI based systems
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] i2c-mux-gpio: Split plat- and dt-specific code up
  • From: Serge Semin <fancer.lancer@xxxxxxxxx>
• Re: [PATCH net-next 2/2] net: phy: sfp: enable i2c-bus detection on ACPI based systems
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH net-next 2/2] net: phy: sfp: enable i2c-bus detection on ACPI based systems
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] i2c-mux-gpio: Split plat- and dt-specific code up
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH v2 0/3] i2c-mux-gpio: Split plat- and dt-specific code up
  • From: Serge Semin <fancer.lancer@xxxxxxxxx>
• Re: [PATCH] i2c: mt7621: Add MediaTek MT7621/7628/7688 I2C driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] dt-bindings: i2c: add optional mul-value property to binding
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: bcm2835: Model Divider in CCF
  • From: Stefan Wahren <stefan.wahren@xxxxxxxx>
• [PATCH AUTOSEL 4.14 48/95] i2c: omap: Enable for ARCH_K3
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH] i2c: bcm2835: Model Divider in CCF
  • From: Eric Anholt <eric@xxxxxxxxxx>
• Re: [PATCH RFC v2 net-next 2/2] net: phy: sfp: enable i2c-bus detection on ACPI based systems
  • From: "Ruslan Babayev (fib)" <fib@xxxxxxxxx>
• Re: [PATCH RFC v2 net-next 2/2] net: phy: sfp: enable i2c-bus detection on ACPI based systems
  • From: Andrew Lunn <andrew@xxxxxxx>
• [PATCH RFC v2 net-next] Enable SFP support on ACPI
  • From: Ruslan Babayev <ruslan@xxxxxxxxxxx>
• [PATCH RFC v2 net-next 1/2] i2c: acpi: export i2c_acpi_find_adapter_by_handle
  • From: Ruslan Babayev <ruslan@xxxxxxxxxxx>
• [PATCH RFC v2 net-next 2/2] net: phy: sfp: enable i2c-bus detection on ACPI based systems
  • From: Ruslan Babayev <ruslan@xxxxxxxxxxx>
• Re: [PATCH] i2c: bcm2835: Model Divider in CCF
  • From: Annaliese McDermond <nh6z@xxxxxxxx>
• Re: [PATCH net-next 2/2] net: phy: sfp: enable i2c-bus detection on ACPI based systems
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH net-next 2/2] net: phy: sfp: enable i2c-bus detection on ACPI based systems
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH net-next 2/2] net: phy: sfp: enable i2c-bus detection on ACPI based systems
  • From: Ruslan Babayev <ruslan@xxxxxxxxxxx>
• Re: [PATCH net-next 2/2] net: phy: sfp: enable i2c-bus detection on ACPI based systems
  • From: Ruslan Babayev <ruslan@xxxxxxxxxxx>
• Re: [PATCH] i2c: bcm2835: Model Divider in CCF
  • From: Eric Anholt <eric@xxxxxxxxxx>
• Re: [PATCH v7 1/1] Add support for IPMB driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v1 v1 3/3] i2c-ocores: sifive: add polling mode workaround for FU540-C000 SoC.
  • From: Sagar Kadam <sagar.kadam@xxxxxxxxxx>
• Re: [PATCH v1 v1 1/3] dt-bindings: i2c: add documentation for adding SiFive I2C driver
  • From: Sagar Kadam <sagar.kadam@xxxxxxxxxx>
• Re: [PATCH] i2c: at91: handle TXRDY interrupt spam
  • From: Raag Jadav <raagjadav@xxxxxxxxx>
• Re: [PATCH] i2c: bcm2835: Model Divider in CCF
  • From: Nicolas Saenz Julienne <nsaenzjulienne@xxxxxxx>
• [PATCH v7 1/1] Add support for IPMB driver
  • From: Asmaa Mnebhi <Asmaa@xxxxxxxxxxxx>
• [PATCH v7 0/1] Add support for IPMB driver
  • From: Asmaa Mnebhi <Asmaa@xxxxxxxxxxxx>
• Re: [PATCH 2/2] eeprom: ee1004: Deal with nack on page selection
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH 2/2] eeprom: ee1004: Deal with nack on page selection
  • From: Dreamcat4 <dreamcat4@xxxxxxxxx>
• Re: [PATCH 2/2] eeprom: ee1004: Deal with nack on page selection
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/7] dts: r7s9210: Add RZ/A2 devices
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH v1 v1 3/3] i2c-ocores: sifive: add polling mode workaround for FU540-C000 SoC.
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH v1 v1 1/3] dt-bindings: i2c: add documentation for adding SiFive I2C driver
  • From: Andrew Lunn <andrew@xxxxxxx>
• [PATCH 2/2] eeprom: ee1004: Deal with nack on page selection
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PATCH 1/2] eeprom: ee1004: Move selected page detection to a separate function
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PATCH v1 v1 3/3] i2c-ocores: sifive: add polling mode workaround for FU540-C000 SoC.
  • From: Sagar Shrikant Kadam <sagar.kadam@xxxxxxxxxx>
• [PATCH v1 v1 2/3] i2c-ocore: sifive: add support for i2c device on FU540-c000 SoC.
  • From: Sagar Shrikant Kadam <sagar.kadam@xxxxxxxxxx>
• [PATCH v1 v1 1/3] dt-bindings: i2c: add documentation for adding SiFive I2C driver
  • From: Sagar Shrikant Kadam <sagar.kadam@xxxxxxxxxx>
• Re: [PATCH net-next 2/2] net: phy: sfp: enable i2c-bus detection on ACPI based systems
  • From: Andrew Lunn <andrew@xxxxxxx>
• [PATCH v1 v1 0/3] Add dt bindings to support I2C on sifive devices and a fix for polling mode i2c transfers.
  • From: Sagar Shrikant Kadam <sagar.kadam@xxxxxxxxxx>
• Re: [decode-dimms] Crucial Ballistix BLS2K16G4D30AESB, cannot decode / understand timings
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCH v2] i2c: mt7621: Add MediaTek MT7621/7628/7688 I2C driver
  • From: Stefan Roese <sr@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] i2c: mt7621: Add MediaTek MT7621/7628/7688 I2C driver
  • From: Stefan Roese <sr@xxxxxxx>
• Re: [PATCH] i2c: at91: handle TXRDY interrupt spam
  • From: <Eugen.Hristev@xxxxxxxxxxxxx>
• RE: [EXT] Re: [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>
• 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>
• RE: [EXT] Re: [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>
• RE: [EXT] Re: [PATCH 2/2] arm64: dts: fsl: ls1046a: Add the guts node in dts
  • From: Chuanhua Han <chuanhua.han@xxxxxxx>
• Re: [PATCH 2/2] arm64: dts: fsl: ls1046a: Add the guts node in dts
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• Re: [EXT] 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>
• Re: [PATCH net-next 2/2] net: phy: sfp: enable i2c-bus detection on ACPI based systems
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH net-next 1/2] i2c: acpi: export i2c_acpi_find_adapter_by_handle
  • From: Ruslan Babayev <ruslan@xxxxxxxxxxx>
• [PATCH net-next 2/2] net: phy: sfp: enable i2c-bus detection on ACPI based systems
  • From: Ruslan Babayev <ruslan@xxxxxxxxxxx>
• Enable SFP driver on ACPI based systems
  • From: Ruslan Babayev <ruslan@xxxxxxxxxxx>
• [PATCH 1/2] i2c: acpi: export i2c_acpi_find_adapter_by_handle
  • From: Ruslan Babayev <ruslan@xxxxxxxxxxx>
• Re: [PATCH] net: phy: sfp: enable i2c-bus detection on ACPI based systems
  • From: Heiner Kallweit <hkallweit1@xxxxxxxxx>
• [PATCH] net: phy: sfp: enable i2c-bus detection on ACPI based systems
  • From: Ruslan Babayev <ruslan@xxxxxxxxxxx>
• Re: [PATCH] i2c: bcm2835: Model Divider in CCF
  • From: Annaliese McDermond <nh6z@xxxxxxxx>
• Re: [PATCH] i2c: bcm2835: Model Divider in CCF
  • From: Annaliese McDermond <nh6z@xxxxxxxx>
• Re: [PATCH] i2c: bcm2835: Model Divider in CCF
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH] i2c: Prevent runtime suspend of adapter when Host Notify is required
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH] i2c: bcm2835: Model Divider in CCF
  • From: Stefan Wahren <stefan.wahren@xxxxxxxx>
• RE: [PATCH] i2c: imx: Use __maybe_unused instead of #if CONFIG_PM
  • From: Aisheng Dong <aisheng.dong@xxxxxxx>
• [PATCH] i2c: bcm2835: Model Divider in CCF
  • From: Annaliese McDermond <nh6z@xxxxxxxx>
• [PATCH] i2c: imx: Use __maybe_unused instead of #if CONFIG_PM
  • From: Anson Huang <anson.huang@xxxxxxx>
• Re: Add i2c block read functionality to i2cget.
  • From: Jean Delvare <jdelvare@xxxxxxx>
• RE: [EXT] Re: [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>
• RE: [PATCH v6 1/1] Add support for IPMB driver
  • From: Vadim Pasternak <vadimp@xxxxxxxxxxxx>
• Re: [PATCH] i2c: at91: handle TXRDY interrupt spam
  • From: Raag Jadav <raagjadav@xxxxxxxxx>
• [PATCH v6 1/1] Add support for IPMB driver
  • From: Asmaa Mnebhi <Asmaa@xxxxxxxxxxxx>
• [PATCH v6 0/1] Add support for IPMB driver
  • From: Asmaa Mnebhi <Asmaa@xxxxxxxxxxxx>
• 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 3/7] dt-bindings: i2c: riic: document r7s9210 support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: imx-lpi2c: Use __maybe_unused instead of #if CONFIG_PM_SLEEP
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 RESEND] i2c-piix4: Add Hygon Dhyana SMBus support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: core: ratelimit 'transfer when suspended' errors
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PULL REQUEST] i2c-mux for 4.20-rc1
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [GIT PULL] at24: updates for v5.2
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH] i2c: mt7621: Add MediaTek MT7621/7628/7688 I2C driver
  • From: Stefan Roese <sr@xxxxxxx>
• [PATCH v2 RESEND] i2c-piix4: Add Hygon Dhyana SMBus support
  • From: Pu Wen <puwen@xxxxxxxx>
• Re: [PATCH v4 0/1] Add support for IPMB driver
  • From: Corey Minyard <minyard@xxxxxxx>
• RE: [PATCH v5 1/1] Add support for IPMB driver
  • From: Vadim Pasternak <vadimp@xxxxxxxxxxxx>
• RE: [PATCH v4 0/1] Add support for IPMB driver
  • From: Vadim Pasternak <vadimp@xxxxxxxxxxxx>
• Re: [PATCH 3/7] dt-bindings: i2c: riic: document r7s9210 support
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 1/3] dt-bindings: i2c: add optional mul-value property to binding
  • From: Rob Herring <robh@xxxxxxxxxx>
• RE: [PATCH v4 0/1] Add support for IPMB driver
  • From: Asmaa Mnebhi <Asmaa@xxxxxxxxxxxx>
• Re: [PATCH v4 0/1] Add support for IPMB driver
  • From: Corey Minyard <minyard@xxxxxxx>
• [PATCH v5 1/1] Add support for IPMB driver
  • From: Asmaa Mnebhi <Asmaa@xxxxxxxxxxxx>
• [PATCH v5 0/1] Add support for IPMB driver
  • From: Asmaa Mnebhi <Asmaa@xxxxxxxxxxxx>
• RE: [PATCH v4 0/1] Add support for IPMB driver
  • From: Asmaa Mnebhi <Asmaa@xxxxxxxxxxxx>
• Re: [PATCH] i2c: Prevent runtime suspend of adapter when Host Notify is required
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: synquacer: fix enumeration of slave devices
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: friendly takeover of i2c-gpio driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH RFT] i2c: designware: ratelimit 'transfer when suspended' errors
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH RFT] i2c: designware: ratelimit 'transfer when suspended' errors
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: Prevent runtime suspend of adapter when Host Notify is required
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: at91: handle TXRDY interrupt spam
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: Prevent runtime suspend of adapter when Host Notify is required
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: Prevent runtime suspend of adapter when Host Notify is required
  • From: Keijo Vaara <ferdasyn@xxxxxxxxxxxxxx>
• Re: [PATCH RFT] i2c: designware: ratelimit 'transfer when suspended' errors
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v4 0/1] Add support for IPMB driver
  • From: Corey Minyard <minyard@xxxxxxx>
• RE: [PATCH v4 1/1] Add support for IPMB driver
  • From: Vadim Pasternak <vadimp@xxxxxxxxxxxx>
• RE: [PATCH v4 0/1] Add support for IPMB driver
  • From: Vadim Pasternak <vadimp@xxxxxxxxxxxx>
• Re: [PATCH RFT] i2c: designware: ratelimit 'transfer when suspended' errors
  • From: skidnik <skidnik@xxxxxxxxx>
• Re: [PULL REQUEST] i2c-mux for 4.20-rc1
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PULL REQUEST] i2c-mux for 4.20-rc1
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [PATCH v4 1/1] Add support for IPMB driver
  • From: Asmaa Mnebhi <Asmaa@xxxxxxxxxxxx>
• [PATCH v4 0/1] Add support for IPMB driver
  • From: Asmaa Mnebhi <Asmaa@xxxxxxxxxxxx>
• I2C delay due to maintainer illness
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• RE: [PATCH 6/7] ARM: dts: r7s9210-rza2mevb: Add Ethernet support
  • From: Chris Brandt <Chris.Brandt@xxxxxxxxxxx>
• Re: [PATCH] i2c: Prevent runtime suspend of adapter when Host Notify is required
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 7/7] ARM: dts: r7s9210-rza2mevb: Add SDHI support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 6/7] ARM: dts: r7s9210-rza2mevb: Add Ethernet support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 5/7] ARM: dts: r7s9210: Add SDHI support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 3/7] dt-bindings: i2c: riic: document r7s9210 support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 4/7] ARM: dts: r7s9210: Add RIIC support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/7] ARM: dts: r7s9210: Add Ethernet support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/7] ARM: dts: r7s9210: Add RSPI
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [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>