Linux Kernel I²C Bus Layer

• Date Index

• Re: [PATCH v2] i2c: i801: Fix missing Kconfig dependency, (continued)
  • Re: [PATCH v2] i2c: i801: Fix missing Kconfig dependency, Heiner Kallweit
  • Re: [PATCH v2] i2c: i801: Fix missing Kconfig dependency, Andi Shyti
  • Re: [PATCH v2] i2c: i801: Fix missing Kconfig dependency, Wolfram Sang
  • Re: [PATCH v2] i2c: i801: Fix missing Kconfig dependency, Andi Shyti
• [PATCH] i2c: i801: Fix missing Kconfig dependency, Heiner Kallweit
  • Re: [PATCH] i2c: i801: Fix missing Kconfig dependency, Heiner Kallweit
• [PATCH 0/1] i2c: Handle HAS_IOPORT dependencies, Niklas Schnelle
  • [PATCH 1/1] i2c: add HAS_IOPORT dependencies, Niklas Schnelle
    • Re: [PATCH 1/1] i2c: add HAS_IOPORT dependencies, Wolfram Sang
      • Re: [PATCH 1/1] i2c: add HAS_IOPORT dependencies, Niklas Schnelle
        • Re: [PATCH 1/1] i2c: add HAS_IOPORT dependencies, Wolfram Sang
• [PATCH 00/34] address all -Wunused-const warnings, Arnd Bergmann
  • [PATCH 04/34] i2c: pxa: hide unused icr_bits[] variable, Arnd Bergmann
    • Re: [PATCH 04/34] i2c: pxa: hide unused icr_bits[] variable, Andi Shyti
  • [PATCH 33/34] drivers: remove incorrect of_match_ptr/ACPI_PTR annotations, Arnd Bergmann
    • Re: [PATCH 33/34] drivers: remove incorrect of_match_ptr/ACPI_PTR annotations, Krzysztof Kozlowski
    • Re: [PATCH 33/34] drivers: remove incorrect of_match_ptr/ACPI_PTR annotations, Andy Shevchenko
      • Re: [PATCH 33/34] drivers: remove incorrect of_match_ptr/ACPI_PTR annotations, Corey Minyard
        • Re: [PATCH 33/34] drivers: remove incorrect of_match_ptr/ACPI_PTR annotations, Andy Shevchenko
    • Re: [PATCH 33/34] drivers: remove incorrect of_match_ptr/ACPI_PTR annotations, Corey Minyard
    • Re: [PATCH 33/34] drivers: remove incorrect of_match_ptr/ACPI_PTR annotations, Jarkko Sakkinen
    • Re: [PATCH 33/34] drivers: remove incorrect of_match_ptr/ACPI_PTR annotations, Greg Kroah-Hartman
    • Re: [PATCH 33/34] drivers: remove incorrect of_match_ptr/ACPI_PTR annotations, Xu Yilun
    • Re: [PATCH 33/34] drivers: remove incorrect of_match_ptr/ACPI_PTR annotations, Peter Rosin
  • Re: [PATCH 00/34] address all -Wunused-const warnings, patchwork-bot+netdevbpf
  • Re: (subset) [PATCH 00/34] address all -Wunused-const warnings, Sebastian Reichel
  • Re: (subset) [PATCH 00/34] address all -Wunused-const warnings, Michael Ellerman
  • Re: [PATCH 00/34] address all -Wunused-const warnings, Andy Shevchenko
• [PATCH v6 0/4] i2c: thunderx: Marvell thunderx i2c changes, Piyush Malgujar
  • [PATCH v6 1/4] i2c: thunderx: Clock divisor logic changes, Piyush Malgujar
    • RE: [PATCH v6 1/4] i2c: thunderx: Clock divisor logic changes, Piyush Malgujar
      • Re: [PATCH v6 1/4] i2c: thunderx: Clock divisor logic changes, Andi Shyti
  • [PATCH v6 2/4] i2c: thunderx: Support for High speed mode, Piyush Malgujar
    • Re: [PATCH v6 2/4] i2c: thunderx: Support for High speed mode, Andi Shyti
  • [PATCH v6 3/4] i2c: octeon: Handle watchdog timeout, Piyush Malgujar
  • [PATCH v6 4/4] i2c: thunderx: Adding ioclk support, Piyush Malgujar
    • Re: [PATCH v6 4/4] i2c: thunderx: Adding ioclk support, Andi Shyti
• [PATCH] HID: mcp-2221: cancel delayed_work only when CONFIG_IIO is enabled, Abdelrahman Morsy
  • Re: [PATCH] HID: mcp-2221: cancel delayed_work only when CONFIG_IIO is enabled, Jiri Kosina
• [PATCH] i2c: i2c-qcom-geni: Serve transfer during early resume stage, Mukesh Kumar Savaliya
  • Re: [PATCH] i2c: i2c-qcom-geni: Serve transfer during early resume stage, Andi Shyti
    • Re: [PATCH] i2c: i2c-qcom-geni: Serve transfer during early resume stage, Mukesh Kumar Savaliya
  • Re: [PATCH] i2c: i2c-qcom-geni: Serve transfer during early resume stage, Bjorn Andersson
    • Re: [PATCH] i2c: i2c-qcom-geni: Serve transfer during early resume stage, Mukesh Kumar Savaliya
• [PATCH v2] i2c: i2c-qcom-geni: Add support to share an I2C SE from two subsystem, Mukesh Kumar Savaliya
  • Re: [PATCH v2] i2c: i2c-qcom-geni: Add support to share an I2C SE from two subsystem, Vinod Koul
  • Re: [PATCH v2] i2c: i2c-qcom-geni: Add support to share an I2C SE from two subsystem, Konrad Dybcio
    • Re: [PATCH v2] i2c: i2c-qcom-geni: Add support to share an I2C SE from two subsystem, Mukesh Kumar Savaliya
      • Re: [PATCH v2] i2c: i2c-qcom-geni: Add support to share an I2C SE from two subsystem, Konrad Dybcio
• [PATCH v5 0/4] i2c: thunderx: Marvell thunderx i2c changes, Piyush Malgujar
  • [PATCH v5 1/4] i2c: thunderx: Clock divisor logic changes, Piyush Malgujar
    • Re: [PATCH v5 1/4] i2c: thunderx: Clock divisor logic changes, kernel test robot
  • [PATCH v5 3/4] i2c: octeon: Handle watchdog timeout, Piyush Malgujar
  • [PATCH v5 2/4] i2c: thunderx: Support for High speed mode, Piyush Malgujar
  • [PATCH v5 4/4] i2c: thunderx: Adding ioclk support, Piyush Malgujar
• [PULL REQUEST] i2c-for-6.9-rc2, Wolfram Sang
  • Re: [PULL REQUEST] i2c-for-6.9-rc2, pr-tracker-bot
• [PATCH v0 00/14] Make I2C terminology more inclusive for I2C Algobit and consumers, Easwar Hariharan
  • [PATCH v0 01/14] IB/hfi1, IB/qib: Make I2C terminology more inclusive, Easwar Hariharan
    • Re: [PATCH v0 01/14] IB/hfi1, IB/qib: Make I2C terminology more inclusive, Leon Romanovsky
      • Re: [PATCH v0 01/14] IB/hfi1, IB/qib: Make I2C terminology more inclusive, Dennis Dalessandro
        • Re: [PATCH v0 01/14] IB/hfi1, IB/qib: Make I2C terminology more inclusive, Easwar Hariharan
  • [PATCH v0 02/14] drm/amdgpu,drm/radeon: Make I2C terminology more inclusive, Easwar Hariharan
    • Re: [PATCH v0 02/14] drm/amdgpu,drm/radeon: Make I2C terminology more inclusive, Andi Shyti
      • Re: [PATCH v0 02/14] drm/amdgpu,drm/radeon: Make I2C terminology more inclusive, Easwar Hariharan
        • Re: [PATCH v0 02/14] drm/amdgpu,drm/radeon: Make I2C terminology more inclusive, Easwar Hariharan
        • Re: [PATCH v0 02/14] drm/amdgpu,drm/radeon: Make I2C terminology more inclusive, Andi Shyti
          • Re: [PATCH v0 02/14] drm/amdgpu,drm/radeon: Make I2C terminology more inclusive, Easwar Hariharan
  • [PATCH v0 03/14] drm/gma500,drm/i915: Make I2C terminology more inclusive, Easwar Hariharan
    • Re: [PATCH v0 03/14] drm/gma500,drm/i915: Make I2C terminology more inclusive, Jani Nikula
      • Re: [PATCH v0 03/14] drm/gma500,drm/i915: Make I2C terminology more inclusive, Easwar Hariharan
        • Re: [PATCH v0 03/14] drm/gma500,drm/i915: Make I2C terminology more inclusive, Jani Nikula
          • Re: [PATCH v0 03/14] drm/gma500,drm/i915: Make I2C terminology more inclusive, Easwar Hariharan
            • Re: [PATCH v0 03/14] drm/gma500,drm/i915: Make I2C terminology more inclusive, Jani Nikula
              • Re: [PATCH v0 03/14] drm/gma500,drm/i915: Make I2C terminology more inclusive, Easwar Hariharan
  • [PATCH v0 04/14] media: au0828: Make I2C terminology more inclusive, Easwar Hariharan
    • Re: [PATCH v0 04/14] media: au0828: Make I2C terminology more inclusive, Mauro Carvalho Chehab
  • [PATCH v0 05/14] media: cobalt: Make I2C terminology more inclusive, Easwar Hariharan
  • [PATCH v0 06/14] media: cx18: Make I2C terminology more inclusive, Easwar Hariharan
  • [PATCH v0 07/14] media: cx25821: Make I2C terminology more inclusive, Easwar Hariharan
  • [PATCH v0 08/14] media: ivtv: Make I2C terminology more inclusive, Easwar Hariharan
  • [PATCH v0 09/14] media: cx23885: Make I2C terminology more inclusive, Easwar Hariharan
  • [PATCH v0 10/14] sfc: falcon: Make I2C terminology more inclusive, Easwar Hariharan
    • Re: [PATCH v0 10/14] sfc: falcon: Make I2C terminology more inclusive, Simon Horman
      • Re: [PATCH v0 10/14] sfc: falcon: Make I2C terminology more inclusive, Easwar Hariharan
        • Re: [PATCH v0 10/14] sfc: falcon: Make I2C terminology more inclusive, Simon Horman
    • Re: [PATCH v0 10/14] sfc: falcon: Make I2C terminology more inclusive, Martin Habets
      • Re: [PATCH v0 10/14] sfc: falcon: Make I2C terminology more inclusive, Easwar Hariharan
        • Re: [PATCH v0 10/14] sfc: falcon: Make I2C terminology more inclusive, Martin Habets
  • [PATCH v0 11/14] fbdev/smscufx: Make I2C terminology more inclusive, Easwar Hariharan
  • [PATCH v0 12/14] fbdev/viafb: Make I2C terminology more inclusive, Easwar Hariharan
  • [PATCH v0 13/14] drm/nouveau: Make I2C terminology more inclusive, Easwar Hariharan
    • Re: [PATCH v0 13/14] drm/nouveau: Make I2C terminology more inclusive, Danilo Krummrich
      • Re: [PATCH v0 13/14] drm/nouveau: Make I2C terminology more inclusive, Easwar Hariharan
        • Re: [PATCH v0 13/14] drm/nouveau: Make I2C terminology more inclusive, Lyude Paul
  • [PATCH v0 14/14] i2c and treewide: Make I2C terminology more inclusive, Easwar Hariharan
  • Re: [PATCH v0 00/14] Make I2C terminology more inclusive for I2C Algobit and consumers, Wolfram Sang
    • Re: [PATCH v0 00/14] Make I2C terminology more inclusive for I2C Algobit and consumers, Easwar Hariharan
      • Re: [PATCH v0 00/14] Make I2C terminology more inclusive for I2C Algobit and consumers, Wolfram Sang
    • Re: [PATCH v0 00/14] Make I2C terminology more inclusive for I2C Algobit and consumers, Hans Verkuil
• [PATCH AUTOSEL 6.6 42/75] i2c: designware: Fix RX FIFO depth define on Wangxun 10Gb NIC, Sasha Levin
• [PATCH AUTOSEL 6.8 60/98] i2c: designware: Fix RX FIFO depth define on Wangxun 10Gb NIC, Sasha Levin
• [GIT PULL] i2c-host-fixes for v6.9-rc2, Andi Shyti
  • Re: [GIT PULL] i2c-host-fixes for v6.9-rc2, Wolfram Sang
• [PATCH v1] i2c: i2c-qcom-geni: Serve transfer during early resume stage, Mukesh Kumar Savaliya
  • Re: [PATCH v1] i2c: i2c-qcom-geni: Serve transfer during early resume stage, Andi Shyti
    • Re: [PATCH v1] i2c: i2c-qcom-geni: Serve transfer during early resume stage, Mukesh Kumar Savaliya
  • Re: [PATCH v1] i2c: i2c-qcom-geni: Serve transfer during early resume stage, Bjorn Andersson
    • Re: [PATCH v1] i2c: i2c-qcom-geni: Serve transfer during early resume stage, Mukesh Kumar Savaliya
• Re: Please backport commit 13e3a512a290 (i2c: smbus: Support up to 8 SPD EEPROMs), Paul Menzel
  • Re: Please backport commit 13e3a512a290 (i2c: smbus: Support up to 8 SPD EEPROMs), Greg KH
    • Re: Please backport commit 13e3a512a290 (i2c: smbus: Support up to 8 SPD EEPROMs), Jean DELVARE
• [PATCH] i2c: viperboard: drop driver owner assignment, Krzysztof Kozlowski
  • Re: [PATCH] i2c: viperboard: drop driver owner assignment, Andi Shyti
• [PATCH v1] i2c: i2c-qcom-geni: Add support to share an I2C SE from two subsystem, Mukesh Kumar Savaliya
  • Re: [PATCH v1] i2c: i2c-qcom-geni: Add support to share an I2C SE from two subsystem, Konrad Dybcio
    • Re: [PATCH v1] i2c: i2c-qcom-geni: Add support to share an I2C SE from two subsystem, Mukesh Kumar Savaliya
      • Re: [PATCH v1] i2c: i2c-qcom-geni: Add support to share an I2C SE from two subsystem, Konrad Dybcio
        • Re: [PATCH v1] i2c: i2c-qcom-geni: Add support to share an I2C SE from two subsystem, Mukesh Kumar Savaliya
• [PATCH] i2c: smbus: Add (LP)DDR5 types to `i2c_register_spd()`, Paul Menzel
  • Re: [PATCH] i2c: smbus: Add (LP)DDR5 types to `i2c_register_spd()`, Wolfram Sang
• [PATCH] i2c: i801: Call i2c_register_spd for muxed child segments, Heiner Kallweit
  • Re: [PATCH] i2c: i801: Call i2c_register_spd for muxed child segments, Andi Shyti
    • Re: [PATCH] i2c: i801: Call i2c_register_spd for muxed child segments, Heiner Kallweit
      • Re: [PATCH] i2c: i801: Call i2c_register_spd for muxed child segments, Andi Shyti
• [PATCH 00/19] amba: store owner from modules with amba_driver_register(), Krzysztof Kozlowski
  • [PATCH 01/19] amba: store owner from modules with amba_driver_register(), Krzysztof Kozlowski
    • Re: [PATCH 01/19] amba: store owner from modules with amba_driver_register(), Andi Shyti
      • Re: [PATCH 01/19] amba: store owner from modules with amba_driver_register(), Krzysztof Kozlowski
        • Re: [PATCH 01/19] amba: store owner from modules with amba_driver_register(), Andi Shyti
  • [PATCH 02/19] coresight: cti: drop owner assignment, Krzysztof Kozlowski
  • [PATCH 03/19] coresight: catu: drop owner assignment, Krzysztof Kozlowski
  • [PATCH 04/19] coresight: etm3x: drop owner assignment, Krzysztof Kozlowski
  • [PATCH 05/19] coresight: etm4x: drop owner assignment, Krzysztof Kozlowski
  • [PATCH 06/19] coresight: funnel: drop owner assignment, Krzysztof Kozlowski
  • [PATCH 07/19] coresight: replicator: drop owner assignment, Krzysztof Kozlowski
  • [PATCH 08/19] coresight: etb10: drop owner assignment, Krzysztof Kozlowski
  • [PATCH 09/19] coresight: stm: drop owner assignment, Krzysztof Kozlowski
  • [PATCH 10/19] coresight: tmc: drop owner assignment, Krzysztof Kozlowski
  • [PATCH 11/19] coresight: tpda: drop owner assignment, Krzysztof Kozlowski
  • [PATCH 12/19] coresight: tpdm: drop owner assignment, Krzysztof Kozlowski
  • [PATCH 13/19] coresight: tpiu: drop owner assignment, Krzysztof Kozlowski
  • [PATCH 14/19] i2c: nomadik: drop owner assignment, Krzysztof Kozlowski
    • Re: [PATCH 14/19] i2c: nomadik: drop owner assignment, Andi Shyti
    • Re: [PATCH 14/19] i2c: nomadik: drop owner assignment, Linus Walleij
    • Re: [PATCH 14/19] i2c: nomadik: drop owner assignment, Wolfram Sang
  • [PATCH 15/19] hwrng: nomadik: drop owner assignment, Krzysztof Kozlowski
    • Re: [PATCH 15/19] hwrng: nomadik: drop owner assignment, Linus Walleij
  • [PATCH 16/19] dmaengine: pl330: drop owner assignment, Krzysztof Kozlowski
    • Re: [PATCH 16/19] dmaengine: pl330: drop owner assignment, Vinod Koul
  • [PATCH 17/19] Input: ambakmi - drop owner assignment, Krzysztof Kozlowski
    • Re: [PATCH 17/19] Input: ambakmi - drop owner assignment, Dmitry Torokhov
  • [PATCH 18/19] memory: pl353-smc: drop owner assignment, Krzysztof Kozlowski
    • Re: [PATCH 18/19] memory: pl353-smc: drop owner assignment, Miquel Raynal
  • [PATCH 19/19] vfio: amba: drop owner assignment, Krzysztof Kozlowski
    • Re: [PATCH 19/19] vfio: amba: drop owner assignment, Eric Auger
  • Re: [PATCH 00/19] amba: store owner from modules with amba_driver_register(), Suzuki K Poulose
    • Re: [PATCH 00/19] amba: store owner from modules with amba_driver_register(), Krzysztof Kozlowski
      • Re: [PATCH 00/19] amba: store owner from modules with amba_driver_register(), Suzuki K Poulose
        • Re: [PATCH 00/19] amba: store owner from modules with amba_driver_register(), Krzysztof Kozlowski
  • Re: [PATCH 00/19] amba: store owner from modules with amba_driver_register(), Krzysztof Kozlowski
    • Re: [PATCH 00/19] amba: store owner from modules with amba_driver_register(), Russell King (Oracle)
      • Re: [PATCH 00/19] amba: store owner from modules with amba_driver_register(), Russell King (Oracle)
        • Re: [PATCH 00/19] amba: store owner from modules with amba_driver_register(), Krzysztof Kozlowski
      • Re: [PATCH 00/19] amba: store owner from modules with amba_driver_register(), Krzysztof Kozlowski
        • Re: [PATCH 00/19] amba: store owner from modules with amba_driver_register(), Russell King (Oracle)
          • Re: [PATCH 00/19] amba: store owner from modules with amba_driver_register(), Krzysztof Kozlowski
            • Re: [PATCH 00/19] amba: store owner from modules with amba_driver_register(), Russell King (Oracle)
              • Re: [PATCH 00/19] amba: store owner from modules with amba_driver_register(), Russell King (Oracle)
  • Re: [PATCH 00/19] amba: store owner from modules with amba_driver_register(), Krzysztof Kozlowski
    • Re: [PATCH 00/19] amba: store owner from modules with amba_driver_register(), Krzysztof Kozlowski
      • Re: [PATCH 00/19] amba: store owner from modules with amba_driver_register(), Suzuki K Poulose
        • Re: [PATCH 00/19] amba: store owner from modules with amba_driver_register(), Krzysztof Kozlowski
          • Re: [PATCH 00/19] amba: store owner from modules with amba_driver_register(), Russell King (Oracle)
            • Re: [PATCH 00/19] amba: store owner from modules with amba_driver_register(), Krzysztof Kozlowski
• User userspace access to I2C device acquired by kernel driver, Patryk
  • Re: User userspace access to I2C device acquired by kernel driver, Stefan Lengfeld
    • Re: User userspace access to I2C device acquired by kernel driver, Patryk
• [PATCH 00/64] i2c: reword i2c_algorithm according to newest specification, Wolfram Sang
  • [PATCH 01/64] i2c: reword i2c_algorithm according to newest specification, Wolfram Sang
    • Re: [PATCH 01/64] i2c: reword i2c_algorithm according to newest specification, Andi Shyti
      • Re: [PATCH 01/64] i2c: reword i2c_algorithm according to newest specification, Wolfram Sang
  • [PATCH 02/64] i2c: ali15x3: reword according to newest specification, Wolfram Sang
    • Re: [PATCH 02/64] i2c: ali15x3: reword according to newest specification, Andi Shyti
  • [PATCH 03/64] i2c: altera: reword according to newest specification, Wolfram Sang
    • Re: [PATCH 03/64] i2c: altera: reword according to newest specification, Andi Shyti
  • [PATCH 04/64] i2c: amd-mp2-pci: reword according to newest specification, Wolfram Sang
    • Re: [PATCH 04/64] i2c: amd-mp2-pci: reword according to newest specification, Andi Shyti
  • [PATCH 06/64] i2c: au1550: reword according to newest specification, Wolfram Sang
    • Re: [PATCH 06/64] i2c: au1550: reword according to newest specification, Andi Shyti
      • Re: [PATCH 06/64] i2c: au1550: reword according to newest specification, Wolfram Sang
  • [PATCH 05/64] i2c: aspeed: reword according to newest specification, Wolfram Sang
    • Re: [PATCH 05/64] i2c: aspeed: reword according to newest specification, Andrew Jeffery
    • Re: [PATCH 05/64] i2c: aspeed: reword according to newest specification, Andi Shyti
      • Re: [PATCH 05/64] i2c: aspeed: reword according to newest specification, Wolfram Sang
  • [PATCH 07/64] i2c: bcm-iproc: reword according to newest specification, Wolfram Sang
    • Re: [PATCH 07/64] i2c: bcm-iproc: reword according to newest specification, Andi Shyti
  • [PATCH 08/64] i2c: bcm-kona: reword according to newest specification, Wolfram Sang
    • Re: [PATCH 08/64] i2c: bcm-kona: reword according to newest specification, Andi Shyti
    • Re: [PATCH 08/64] i2c: bcm-kona: reword according to newest specification, Florian Fainelli
  • [PATCH 09/64] i2c: bcm2835: reword according to newest specification, Wolfram Sang
    • Re: [PATCH 09/64] i2c: bcm2835: reword according to newest specification, Florian Fainelli
    • Re: [PATCH 09/64] i2c: bcm2835: reword according to newest specification, Andi Shyti
  • [PATCH 10/64] i2c: brcmstb: reword according to newest specification, Wolfram Sang
    • Re: [PATCH 10/64] i2c: brcmstb: reword according to newest specification, Florian Fainelli
    • Re: [PATCH 10/64] i2c: brcmstb: reword according to newest specification, Andi Shyti
  • [PATCH 11/64] i2c: cadence: reword according to newest specification, Wolfram Sang
    • Re: [PATCH 11/64] i2c: cadence: reword according to newest specification, Andi Shyti
  • [PATCH 13/64] i2c: cp2615: reword according to newest specification, Wolfram Sang
  • [PATCH 12/64] i2c: cht-wc: reword according to newest specification, Wolfram Sang
    • Re: [PATCH 12/64] i2c: cht-wc: reword according to newest specification, Andi Shyti
  • [PATCH 14/64] i2c: cpm: reword according to newest specification, Wolfram Sang
    • Re: [PATCH 14/64] i2c: cpm: reword according to newest specification, Andi Shyti
      • Re: [PATCH 14/64] i2c: cpm: reword according to newest specification, Wolfram Sang
        • Re: [PATCH 14/64] i2c: cpm: reword according to newest specification, Andi Shyti
          • Re: [PATCH 14/64] i2c: cpm: reword according to newest specification, Jochen Friedrich
  • [PATCH 15/64] i2c: davinci: reword according to newest specification, Wolfram Sang
    • Re: [PATCH 15/64] i2c: davinci: reword according to newest specification, Bartosz Golaszewski
  • [PATCH 16/64] i2c: digicolor: reword according to newest specification, Wolfram Sang
  • [PATCH 17/64] i2c: dln2: reword according to newest specification, Wolfram Sang
    • Re: [PATCH 17/64] i2c: dln2: reword according to newest specification, Andi Shyti
  • [PATCH 18/64] i2c: eg20t: reword according to newest specification, Wolfram Sang
    • Re: [PATCH 18/64] i2c: eg20t: reword according to newest specification, Andi Shyti
  • [PATCH 19/64] i2c: emev2: reword according to newest specification, Wolfram Sang
  • [PATCH 20/64] i2c: fsi: reword according to newest specification, Wolfram Sang
    • Re: [PATCH 20/64] i2c: fsi: reword according to newest specification, Andi Shyti
  • [PATCH 21/64] i2c: gpio: reword according to newest specification, Wolfram Sang
    • Re: [PATCH 21/64] i2c: gpio: reword according to newest specification, Andi Shyti
  • [PATCH 22/64] i2c: highlander: reword according to newest specification, Wolfram Sang
    • Re: [PATCH 22/64] i2c: highlander: reword according to newest specification, Andi Shyti
      • Re: [PATCH 22/64] i2c: highlander: reword according to newest specification, Wolfram Sang
        • Re: [PATCH 22/64] i2c: highlander: reword according to newest specification, Andi Shyti
  • [PATCH 23/64] i2c: hix5hd2: reword according to newest specification, Wolfram Sang
  • [PATCH 25/64] i2c: ibm_iic: reword according to newest specification, Wolfram Sang
  • [PATCH 24/64] i2c: i801: reword according to newest specification, Wolfram Sang
  • [PATCH 26/64] i2c: imx-lpi2c: reword according to newest specification, Wolfram Sang
  • [PATCH 27/64] i2c: iop3xx: reword according to newest specification, Wolfram Sang
  • [PATCH 28/64] i2c: isch: reword according to newest specification, Wolfram Sang
  • [PATCH 31/64] i2c: lpc2k: reword according to newest specification, Wolfram Sang
  • [PATCH 29/64] i2c: ismt: reword according to newest specification, Wolfram Sang
  • [PATCH 30/64] i2c: ljca: reword according to newest specification, Wolfram Sang
  • [PATCH 32/64] i2c: ls2x: reword according to newest specification, Wolfram Sang
  • [PATCH 33/64] i2c: mchp-pci1xxxx: reword according to newest specification, Wolfram Sang
  • [PATCH 34/64] i2c: microchip-corei2c: reword according to newest specification, Wolfram Sang
    • Re: [PATCH 34/64] i2c: microchip-corei2c: reword according to newest specification, Conor Dooley
  • [PATCH 35/64] i2c: mlxcpld: reword according to newest specification, Wolfram Sang
    • RE: [PATCH 35/64] i2c: mlxcpld: reword according to newest specification, Vadim Pasternak
  • [PATCH 36/64] i2c: mpc: reword according to newest specification, Wolfram Sang
  • [PATCH 37/64] i2c: mt7621: reword according to newest specification, Wolfram Sang
    • Re: [PATCH 37/64] i2c: mt7621: reword according to newest specification, AngeloGioacchino Del Regno
    • Re: [PATCH 37/64] i2c: mt7621: reword according to newest specification, Stefan Roese
  • [PATCH 38/64] i2c: mv64xxx: reword according to newest specification, Wolfram Sang
  • [PATCH 39/64] i2c: octeon-core: reword according to newest specification, Wolfram Sang
  • [PATCH 40/64] i2c: owl: reword according to newest specification, Wolfram Sang
  • [PATCH 41/64] i2c: piix4: reword according to newest specification, Wolfram Sang
  • [PATCH 42/64] i2c: powermac: reword according to newest specification, Wolfram Sang
  • [PATCH 44/64] i2c: qup: reword according to newest specification, Wolfram Sang
    • Re: [PATCH 44/64] i2c: qup: reword according to newest specification, Bjorn Andersson
  • [PATCH 43/64] i2c: pxa-pci: reword according to newest specification, Wolfram Sang
  • [PATCH 45/64] i2c: rcar: reword according to newest specification, Wolfram Sang
  • [PATCH 46/64] i2c: riic: reword according to newest specification, Wolfram Sang
  • [PATCH 47/64] i2c: rk3x: reword according to newest specification, Wolfram Sang
    • Re: [PATCH 47/64] i2c: rk3x: reword according to newest specification, Heiko Stübner
  • [PATCH 48/64] i2c: sh7760: reword according to newest specification, Wolfram Sang
  • [PATCH 50/64] i2c: sis5595: reword according to newest specification, Wolfram Sang
  • [PATCH 49/64] i2c: sh_mobile: reword according to newest specification, Wolfram Sang
  • [PATCH 51/64] i2c: sis630: reword according to newest specification, Wolfram Sang
  • [PATCH 52/64] i2c: sprd: reword according to newest specification, Wolfram Sang
    • Re: [PATCH 52/64] i2c: sprd: reword according to newest specification, Baolin Wang
  • [PATCH 53/64] i2c: st: reword according to newest specification, Wolfram Sang
    • Re: [PATCH 53/64] i2c: st: reword according to newest specification, Easwar Hariharan
      • Re: [PATCH 53/64] i2c: st: reword according to newest specification, Wolfram Sang
  • [PATCH 54/64] i2c: stm32f4: reword according to newest specification, Wolfram Sang
  • [PATCH 55/64] i2c: sun6i-p2wi: reword according to newest specification, Wolfram Sang
  • [PATCH 56/64] i2c: synquacer: reword according to newest specification, Wolfram Sang
  • [PATCH 57/64] i2c: taos-evm: reword according to newest specification, Wolfram Sang
  • [PATCH 58/64] i2c: tiny-usb: reword according to newest specification, Wolfram Sang
  • [PATCH 59/64] i2c: uniphier-f: reword according to newest specification, Wolfram Sang
  • [PATCH 60/64] i2c: uniphier: reword according to newest specification, Wolfram Sang
  • [PATCH 61/64] i2c: viperboard: reword according to newest specification, Wolfram Sang
  • [PATCH 62/64] i2c: xlp9xx: reword according to newest specification, Wolfram Sang
    • Re: [PATCH 62/64] i2c: xlp9xx: reword according to newest specification, George Cherian
  • [PATCH 63/64] i2c: scx200_acb: reword according to newest specification, Wolfram Sang
  • [PATCH 64/64] i2c: reword i2c_algorithm in drivers according to newest specification, Wolfram Sang
    • Re: [PATCH 64/64] i2c: reword i2c_algorithm in drivers according to newest specification, Bjorn Andersson
    • Re: [PATCH 64/64] i2c: reword i2c_algorithm in drivers according to newest specification, Nicolas Ferre
      • Re: [PATCH 64/64] i2c: reword i2c_algorithm in drivers according to newest specification, Wolfram Sang
        • Re: [PATCH 64/64] i2c: reword i2c_algorithm in drivers according to newest specification, Guenter Roeck
          • Re: [PATCH 64/64] i2c: reword i2c_algorithm in drivers according to newest specification, Wolfram Sang
    • Re: [PATCH 64/64] i2c: reword i2c_algorithm in drivers according to newest specification, Andy Shevchenko
      • Re: [PATCH 64/64] i2c: reword i2c_algorithm in drivers according to newest specification, Wolfram Sang
        • Re: [PATCH 64/64] i2c: reword i2c_algorithm in drivers according to newest specification, Andy Shevchenko
    • Re: [PATCH 64/64] i2c: reword i2c_algorithm in drivers according to newest specification, Jarkko Nikula
    • Re: [PATCH 64/64] i2c: reword i2c_algorithm in drivers according to newest specification, Oleksij Rempel
    • Re: [PATCH 64/64] i2c: reword i2c_algorithm in drivers according to newest specification, Linus Walleij
  • Re: [PATCH 00/64] i2c: reword i2c_algorithm according to newest specification, Andi Shyti
    • Re: [PATCH 00/64] i2c: reword i2c_algorithm according to newest specification, Andi Shyti
      • Re: [PATCH 00/64] i2c: reword i2c_algorithm according to newest specification, Wolfram Sang
• [PULL REQUEST] i2c-for-6.9-rc1-part2, Wolfram Sang
  • Re: [PULL REQUEST] i2c-for-6.9-rc1-part2, pr-tracker-bot
• [PATCH v4 1/2] dt-bindings: hwmon: pmbus: adp1050: add bindings, Radu Sabau
  • [PATCH v4 2/2] hwmon: pmbus: adp1050: Add driver support, Radu Sabau
    • Re: [PATCH v4 2/2] hwmon: pmbus: adp1050: Add driver support, Guenter Roeck
  • Re: [PATCH v4 1/2] dt-bindings: hwmon: pmbus: adp1050: add bindings, Rob Herring
  • Re: [PATCH v4 1/2] dt-bindings: hwmon: pmbus: adp1050: add bindings, Guenter Roeck
• [PATCH] i2c: i801: Fix a refactoring that broke a touchpad on Lenovo P1, Maxim Levitsky
  • Re: [PATCH] i2c: i801: Fix a refactoring that broke a touchpad on Lenovo P1, Heiner Kallweit
  • Re: [PATCH] i2c: i801: Fix a refactoring that broke a touchpad on Lenovo P1, Andi Shyti
• [PATCH] [SUBMITTED 20240403] drivers: remove incorrect of_match_ptr/ACPI_PTR annotations, Arnd Bergmann
• [PATCH] [SUBMITTED 20240403] ASoC: remove incorrect of_match_ptr/ACPI_PTR annotations, Arnd Bergmann
• [PATCH] [SUBMITTED 20240403] spi: remove incorrect of_match_ptr annotations, Arnd Bergmann
• [PATCH v3 1/2] dt-bindings: hwmon: pmbus: adp1050: add bindings, Radu Sabau
  • [PATCH v3 2/2] hwmon: pmbus: adp1050: Add driver support, Radu Sabau
  • RE: [PATCH v3 1/2] dt-bindings: hwmon: pmbus: adp1050: add bindings, Sabau, Radu bogdan
    • Re: [PATCH v3 1/2] dt-bindings: hwmon: pmbus: adp1050: add bindings, Krzysztof Kozlowski
  • Re: [PATCH v3 1/2] dt-bindings: hwmon: pmbus: adp1050: add bindings, Rob Herring
    • RE: [PATCH v3 1/2] dt-bindings: hwmon: pmbus: adp1050: add bindings, Sabau, Radu bogdan
• [PATCH v3] dt-bindings: i2c: nxp,pnx-i2c: Convert to dtschema, Animesh Agarwal
  • Re: [PATCH v3] dt-bindings: i2c: nxp,pnx-i2c: Convert to dtschema, Andi Shyti
    • Re: [PATCH v3] dt-bindings: i2c: nxp,pnx-i2c: Convert to dtschema, Animesh Agarwal
• [RESEND v2 RFC 5/5] i2c: mv64xxx: Implement I2C_FUNC_NOSTART, Sam Edwards
• [RESEND v2 RFC 4/5] i2c: mv64xxx: Allow continuing after read, Sam Edwards
• [RESEND v2 RFC 3/5] i2c: mv64xxx: Refactor FSM, Sam Edwards
• [RESEND v2 RFC 2/5] i2c: mv64xxx: Clean up the private data struct, Sam Edwards
• [RESEND v2 RFC 1/5] i2c: mv64xxx: Clear bus errors before transfer, Sam Edwards
• [RESEND v2 RFC 0/5] Enhancements for mv64xxx I2C driver, Sam Edwards
  • Re: [RESEND v2 RFC 0/5] Enhancements for mv64xxx I2C driver, Andi Shyti
    • Re: [RESEND v2 RFC 0/5] Enhancements for mv64xxx I2C driver, Gregory CLEMENT
• [RESEND RFC PATCH 5/5] i2c: mv64xxx: Implement I2C_FUNC_NOSTART, Sam Edwards
• [RESEND RFC PATCH 4/5] i2c: mv64xxx: Allow continuing after read, Sam Edwards
• [RESEND RFC PATCH 3/5] i2c: mv64xxx: Refactor FSM, Sam Edwards
• [RESEND RFC PATCH 2/5] i2c: mv64xxx: Clean up the private data struct, Sam Edwards
• [RESEND RFC PATCH 1/5] i2c: mv64xxx: Clear bus errors before transfer, Sam Edwards
• [RESEND RFC PATCH 0/5] Enhancements for mv64xxx I2C driver, Sam Edwards
  • Re: [RESEND RFC PATCH 0/5] Enhancements for mv64xxx I2C driver, Andi Shyti
    • Re: [RESEND RFC PATCH 0/5] Enhancements for mv64xxx I2C driver, Sam Edwards
      • Re: [RESEND RFC PATCH 0/5] Enhancements for mv64xxx I2C driver, Andi Shyti
        • Re: [RESEND RFC PATCH 0/5] Enhancements for mv64xxx I2C driver, Sam Edwards
• [RFC PATCH 5/5] i2c: mv64xxx: Implement I2C_FUNC_NOSTART, Sam Edwards
• [RFC PATCH 4/5] i2c: mv64xxx: Allow continuing after read, Sam Edwards
• [RFC PATCH 3/5] i2c: mv64xxx: Refactor FSM, Sam Edwards
• [RFC PATCH 2/5] i2c: mv64xxx: Clean up the private data struct, Sam Edwards
• [RFC PATCH 1/5] i2c: mv64xxx: Clear bus errors before transfer, Sam Edwards
• [RFC PATCH 0/5] Enhancements for mv64xxx I2C driver, Sam Edwards
• i2c: designware: unhandled interrupt on N100 lpss channel 0, Heiner Kallweit
  • Re: i2c: designware: unhandled interrupt on N100 lpss channel 0, Heiner Kallweit
    • Re: i2c: designware: unhandled interrupt on N100 lpss channel 0, Jarkko Nikula
      • Re: i2c: designware: unhandled interrupt on N100 lpss channel 0, Andy Shevchenko
        • Re: i2c: designware: unhandled interrupt on N100 lpss channel 0, Heiner Kallweit
          • Re: i2c: designware: unhandled interrupt on N100 lpss channel 0, Andy Shevchenko
            • Re: i2c: designware: unhandled interrupt on N100 lpss channel 0, Heiner Kallweit
              • Re: i2c: designware: unhandled interrupt on N100 lpss channel 0, Andy Shevchenko
                • Re: i2c: designware: unhandled interrupt on N100 lpss channel 0, Andy Shevchenko
                • Re: i2c: designware: unhandled interrupt on N100 lpss channel 0, Heiner Kallweit
                  • Re: i2c: designware: unhandled interrupt on N100 lpss channel 0, Heiner Kallweit
                  • Re: i2c: designware: unhandled interrupt on N100 lpss channel 0, Andy Shevchenko
                    • Re: i2c: designware: unhandled interrupt on N100 lpss channel 0, Heiner Kallweit
                      • Re: i2c: designware: unhandled interrupt on N100 lpss channel 0, Andy Shevchenko
                        • Re: i2c: designware: unhandled interrupt on N100 lpss channel 0, Heiner Kallweit
                          • Re: i2c: designware: unhandled interrupt on N100 lpss channel 0, Andy Shevchenko
                            • Re: i2c: designware: unhandled interrupt on N100 lpss channel 0, Heiner Kallweit
                              • Re: i2c: designware: unhandled interrupt on N100 lpss channel 0, Andy Shevchenko
                                • Re: i2c: designware: unhandled interrupt on N100 lpss channel 0, Andy Shevchenko
                                • Re: i2c: designware: unhandled interrupt on N100 lpss channel 0, Heiner Kallweit
• [PATCH v3 0/4] Add RIIC support for Renesas RZ/V2H SoC, Prabhakar
  • [PATCH v3 1/4] dt-bindings: i2c: renesas,riic: Document R9A09G057 support, Prabhakar
    • Re: [PATCH v3 1/4] dt-bindings: i2c: renesas,riic: Document R9A09G057 support, Wolfram Sang
  • [PATCH v3 2/4] i2c: riic: Introduce helper functions for I2C read/write operations, Prabhakar
    • Re: [PATCH v3 2/4] i2c: riic: Introduce helper functions for I2C read/write operations, Geert Uytterhoeven
    • Re: [PATCH v3 2/4] i2c: riic: Introduce helper functions for I2C read/write operations, Wolfram Sang
  • [PATCH v3 3/4] i2c: riic: Pass register offsets and chip details as OF data, Prabhakar
    • Re: [PATCH v3 3/4] i2c: riic: Pass register offsets and chip details as OF data, Wolfram Sang
  • [PATCH v3 4/4] i2c: riic: Add support for R9A09G057 SoC, Prabhakar
    • Re: [PATCH v3 4/4] i2c: riic: Add support for R9A09G057 SoC, Wolfram Sang
  • Re: [PATCH v3 0/4] Add RIIC support for Renesas RZ/V2H SoC, Andi Shyti
• [PATCH v2 1/2] dt-bindings: hwmon: pmbus: adp1050 : add bindings, Radu Sabau
  • [PATCH v2 2/2] hwmon: pmbus: adp1050 : Add driver support, Radu Sabau
  • Re: [PATCH v2 1/2] dt-bindings: hwmon: pmbus: adp1050 : add bindings, Krzysztof Kozlowski
    • RE: [PATCH v2 1/2] dt-bindings: hwmon: pmbus: adp1050 : add bindings, Sabau, Radu bogdan
      • Re: [PATCH v2 1/2] dt-bindings: hwmon: pmbus: adp1050 : add bindings, Krzysztof Kozlowski
  • Re: [PATCH v2 1/2] dt-bindings: hwmon: pmbus: adp1050 : add bindings, Rob Herring
• [PATCH v2] dt-bindings: nxp,pnx-i2c: Convert to dtschema, Animesh Agarwal
  • Re: [PATCH v2] dt-bindings: nxp,pnx-i2c: Convert to dtschema, Conor Dooley
    • Re: [PATCH v2] dt-bindings: nxp,pnx-i2c: Convert to dtschema, Animesh Agarwal
      • Re: [PATCH v2] dt-bindings: nxp,pnx-i2c: Convert to dtschema, Krzysztof Kozlowski
        • Re: [PATCH v2] dt-bindings: nxp,pnx-i2c: Convert to dtschema, Animesh Agarwal
• [PATCH 0/2] Add ADP1050 support, Radu Sabau
  • [PATCH 2/2] hwmon: pmbus: adp1050 : Add driver support, Radu Sabau
    • Re: [PATCH 2/2] hwmon: pmbus: adp1050 : Add driver support, Guenter Roeck
      • RE: [PATCH 2/2] hwmon: pmbus: adp1050 : Add driver support, Sabau, Radu bogdan
    • Re: [PATCH 2/2] hwmon: pmbus: adp1050 : Add driver support, Krzysztof Kozlowski
      • Re: [PATCH 2/2] hwmon: pmbus: adp1050 : Add driver support, Guenter Roeck
        • Re: [PATCH 2/2] hwmon: pmbus: adp1050 : Add driver support, Krzysztof Kozlowski
    • Re: [PATCH 2/2] hwmon: pmbus: adp1050 : Add driver support, kernel test robot
    • Re: [PATCH 2/2] hwmon: pmbus: adp1050 : Add driver support, kernel test robot
  • [PATCH 1/2] dt-bindings: hwmon: pmbus: adp1050 : add bindings, Radu Sabau
    • Re: [PATCH 1/2] dt-bindings: hwmon: pmbus: adp1050 : add bindings, Rob Herring
    • Re: [PATCH 1/2] dt-bindings: hwmon: pmbus: adp1050 : add bindings, Guenter Roeck
    • Re: [PATCH 1/2] dt-bindings: hwmon: pmbus: adp1050 : add bindings, Krzysztof Kozlowski
• [PATCH] dt-bindings: nxp,i2c-pnx: Convert to dtschema, Animesh Agarwal
  • Re: [PATCH] dt-bindings: nxp,i2c-pnx: Convert to dtschema, Rob Herring
    • Re: [PATCH] dt-bindings: nxp,i2c-pnx: Convert to dtschema, Animesh Agarwal
• [PATCH] i2c: Add msgs is NULL check, Youwan Wang
  • Re: [PATCH] i2c: Add msgs is NULL check, Mika Westerberg
    • Re: [PATCH] i2c: Add msgs is NULL check, Jarkko Nikula
  • <Possible follow-ups>
  • Re: Re: [PATCH] i2c: Add msgs is NULL check, youwan@xxxxxxxxxxxx
• [PULL REQUEST] i2c-for-6.9-rc1, Wolfram Sang
  • Re: [PULL REQUEST] i2c-for-6.9-rc1, pr-tracker-bot
• [PATCH v2 0/4] Add RIIC support for Renesas RZ/V2H SoC, Prabhakar
  • [PATCH v2 1/4] dt-bindings: i2c: renesas,riic: Document R9A09G057 support, Prabhakar
    • Re: [PATCH v2 1/4] dt-bindings: i2c: renesas,riic: Document R9A09G057 support, Geert Uytterhoeven
      • Re: [PATCH v2 1/4] dt-bindings: i2c: renesas,riic: Document R9A09G057 support, Geert Uytterhoeven
        • Re: [PATCH v2 1/4] dt-bindings: i2c: renesas,riic: Document R9A09G057 support, Lad, Prabhakar
    • Re: [PATCH v2 1/4] dt-bindings: i2c: renesas,riic: Document R9A09G057 support, Rob Herring
  • [PATCH v2 2/4] i2c: riic: Introduce helper functions for I2C read/write operations, Prabhakar
    • Re: [PATCH v2 2/4] i2c: riic: Introduce helper functions for I2C read/write operations, Geert Uytterhoeven
      • Re: [PATCH v2 2/4] i2c: riic: Introduce helper functions for I2C read/write operations, Lad, Prabhakar
  • [PATCH v2 3/4] i2c: riic: Pass register offsets and chip details as OF data, Prabhakar
    • Re: [PATCH v2 3/4] i2c: riic: Pass register offsets and chip details as OF data, Geert Uytterhoeven
  • [PATCH v2 4/4] i2c: riic: Add support for R9A09G057 SoC, Prabhakar
    • Re: [PATCH v2 4/4] i2c: riic: Add support for R9A09G057 SoC, Geert Uytterhoeven
• [PATCH] i2c-mv46xxx driver, Thore Olthoff
• [GIT PULL] i2c-host changes for v6.9 - part 2, Andi Shyti
  • Re: [GIT PULL] i2c-host changes for v6.9 - part 2, Wolfram Sang
  • Re: [GIT PULL] i2c-host changes for v6.9 - part 2, Wolfram Sang
• [syzbot] [i2c?] KASAN: stack-out-of-bounds Write in i801_isr (3), syzbot
• Boot hang with SiFive PLIC when routing I2C-HID level-triggered interrupts, Eva Kurchatova
  • Re: Boot hang with SiFive PLIC when routing I2C-HID level-triggered interrupts, Conor Dooley
    • Re: Boot hang with SiFive PLIC when routing I2C-HID level-triggered interrupts, Eva Kurchatova
      • Re: Boot hang with SiFive PLIC when routing I2C-HID level-triggered interrupts, Conor Dooley
  • Re: Boot hang with SiFive PLIC when routing I2C-HID level-triggered interrupts, Nam Cao
    • Re: Boot hang with SiFive PLIC when routing I2C-HID level-triggered interrupts, Eva Kurchatova
      • Re: Boot hang with SiFive PLIC when routing I2C-HID level-triggered interrupts, Nam Cao
        • Re: Boot hang with SiFive PLIC when routing I2C-HID level-triggered interrupts, Eva Kurchatova
• [PATCH v4] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Mukesh Kumar Savaliya
  • Re: [PATCH v4] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Vinod Koul
  • Re: [PATCH v4] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Andi Shyti
    • Re: [PATCH v4] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Vinod Koul
      • Re: [PATCH v4] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Andi Shyti
        • Re: [PATCH v4] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Krzysztof Kozlowski
      • Re: [PATCH v4] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Andi Shyti
        • Re: [PATCH v4] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Mukesh Kumar Savaliya
          • Re: [PATCH v4] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Krzysztof Kozlowski
        • Re: [PATCH v4] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Vinod Koul
          • Re: [PATCH v4] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Andi Shyti
            • Re: [PATCH v4] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Vinod Koul
              • Re: [PATCH v4] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Andi Shyti
      • Re: [PATCH v4] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Mukesh Kumar Savaliya
        • Re: [PATCH v4] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Krzysztof Kozlowski
          • Re: [PATCH v4] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Vinod Koul
• [PATCH v4] i2c: acpi: Unbind mux adapters before delete, Hamish Martin
  • Re: [PATCH v4] i2c: acpi: Unbind mux adapters before delete, Hamish Martin
    • Re: [PATCH v4] i2c: acpi: Unbind mux adapters before delete, wsa+renesas@xxxxxxxxxxxxxxxxxxxx
  • Re: [PATCH v4] i2c: acpi: Unbind mux adapters before delete, Wolfram Sang
• [PATCH v4] i2c: muxes: pca954x: Allow sharing reset GPIO, Chris Packham
  • Re: [PATCH v4] i2c: muxes: pca954x: Allow sharing reset GPIO, Wolfram Sang
• [PATCH v3] i2c: i801: Add lis3lv02d for Dell Precision M6800, Patrick Höhn
  • Re: [PATCH v3] i2c: i801: Add lis3lv02d for Dell Precision M6800, Pali Rohár
    • Re: [PATCH v3] i2c: i801: Add lis3lv02d for Dell Precision M6800, Paul Menzel
  • Re: [PATCH v3] i2c: i801: Add lis3lv02d for Dell Precision M6800, Andi Shyti
• [PATCH] media: dt-bindings: qcom,i2c-cci: Fix OV7251 'data-lanes' entries, Rob Herring
  • Re: [PATCH] media: dt-bindings: qcom,i2c-cci: Fix OV7251 'data-lanes' entries, Krzysztof Kozlowski
• [PATCH v2 1/2] i2c: viai2c: Fix some minor style issues, Hans Hu
  • [PATCH v2 2/2] i2c: viai2c: Fix bug for msg->len is 0, Hans Hu
    • Re: [PATCH v2 2/2] i2c: viai2c: Fix bug for msg->len is 0, Andi Shyti
      • Re: [PATCH v2 2/2] i2c: viai2c: Fix bug for msg->len is 0, Hans Hu
• [PATCH 1/2] i2c: viai2c: Fix some minor style issues, Hans Hu
  • [PATCH 2/2] i2c: viai2c: Fix bug for msg->len is 0, Hans Hu
    • Re: [PATCH 2/2] i2c: viai2c: Fix bug for msg->len is 0, Mukesh Kumar Savaliya
      • Re: [PATCH 2/2] i2c: viai2c: Fix bug for msg->len is 0, Hans Hu
        • Re: [PATCH 2/2] i2c: viai2c: Fix bug for msg->len is 0, Mukesh Kumar Savaliya
          • Re: [PATCH 2/2] i2c: viai2c: Fix bug for msg->len is 0, Hans Hu
• [GIT PULL] i2c-host changes for v6.9 - part 2 (i2c zhaoxin), Andi Shyti
  • Re: [GIT PULL] i2c-host changes for v6.9 - part 2 (i2c zhaoxin), Andi Shyti
• [PULL REQUEST] i2c-for-6.8-rc8, Wolfram Sang
  • Re: [PULL REQUEST] i2c-for-6.8-rc8, pr-tracker-bot
• [PATCH 0/5] Add RIIC support for Renesas RZ/V2H SoC, Prabhakar
  • [PATCH 1/5] dt-bindings: i2c: renesas,riic: Update comment for fallback string, Prabhakar
    • Re: [PATCH 1/5] dt-bindings: i2c: renesas,riic: Update comment for fallback string, Krzysztof Kozlowski
      • Re: [PATCH 1/5] dt-bindings: i2c: renesas,riic: Update comment for fallback string, Lad, Prabhakar
        • Re: [PATCH 1/5] dt-bindings: i2c: renesas,riic: Update comment for fallback string, Andi Shyti
          • Re: [PATCH 1/5] dt-bindings: i2c: renesas,riic: Update comment for fallback string, Krzysztof Kozlowski
    • Re: [PATCH 1/5] dt-bindings: i2c: renesas,riic: Update comment for fallback string, Geert Uytterhoeven
  • [PATCH 2/5] dt-bindings: i2c: renesas,riic: Document R9A09G057 support, Prabhakar
    • Re: [PATCH 2/5] dt-bindings: i2c: renesas,riic: Document R9A09G057 support, Krzysztof Kozlowski
      • Re: [PATCH 2/5] dt-bindings: i2c: renesas,riic: Document R9A09G057 support, Lad, Prabhakar
        • Re: [PATCH 2/5] dt-bindings: i2c: renesas,riic: Document R9A09G057 support, Krzysztof Kozlowski
          • Re: [PATCH 2/5] dt-bindings: i2c: renesas,riic: Document R9A09G057 support, Geert Uytterhoeven
            • Re: [PATCH 2/5] dt-bindings: i2c: renesas,riic: Document R9A09G057 support, Krzysztof Kozlowski
              • Re: [PATCH 2/5] dt-bindings: i2c: renesas,riic: Document R9A09G057 support, Geert Uytterhoeven
                • Re: [PATCH 2/5] dt-bindings: i2c: renesas,riic: Document R9A09G057 support, Krzysztof Kozlowski
    • RE: [PATCH 2/5] dt-bindings: i2c: renesas,riic: Document R9A09G057 support, Biju Das
  • [PATCH 3/5] i2c: riic: Introduce helper functions for I2C read/write operations, Prabhakar
    • Re: [PATCH 3/5] i2c: riic: Introduce helper functions for I2C read/write operations, Geert Uytterhoeven
      • Re: [PATCH 3/5] i2c: riic: Introduce helper functions for I2C read/write operations, Lad, Prabhakar
  • [PATCH 4/5] i2c: riic: Pass register offsets and chip details as OF data, Prabhakar
    • RE: [PATCH 4/5] i2c: riic: Pass register offsets and chip details as OF data, Biju Das
      • Re: [PATCH 4/5] i2c: riic: Pass register offsets and chip details as OF data, Lad, Prabhakar
        • RE: [PATCH 4/5] i2c: riic: Pass register offsets and chip details as OF data, Biju Das
          • Re: [PATCH 4/5] i2c: riic: Pass register offsets and chip details as OF data, Lad, Prabhakar
  • [PATCH 5/5] i2c: riic: Add support for R9A09G057 SoC, Prabhakar
• [GIT PULL] i2c-host changes for v6.9, Andi Shyti
  • Re: [GIT PULL] i2c-host changes for v6.9, Wolfram Sang
• [GIT PULL] i2c-host fixes for v6.8, Andi Shyti
  • Re: [GIT PULL] i2c-host fixes for v6.8, Wolfram Sang
    • Re: [GIT PULL] i2c-host fixes for v6.8, Andi Shyti
• [PATCH v3] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Mukesh Kumar Savaliya
  • Re: [PATCH v3] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Dmitry Baryshkov
  • Re: [PATCH v3] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Andi Shyti
    • Re: [PATCH v3] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Mukesh Kumar Savaliya
      • Re: [PATCH v3] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Andi Shyti
        • Re: [PATCH v3] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Mukesh Kumar Savaliya
          • Re: [PATCH v3] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Andi Shyti
  • Re: [PATCH v3] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Andi Shyti
    • Re: [PATCH v3] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Wolfram Sang
  • Re: [PATCH v3] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Andi Shyti
    • Re: [PATCH v3] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Mukesh Kumar Savaliya
      • Re: [PATCH v3] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Andi Shyti
• [PATCH] i2c: exynos5: Revert "i2c: exynos5: Init data before registering interrupt handler", Andi Shyti
  • Re: [PATCH] i2c: exynos5: Revert "i2c: exynos5: Init data before registering interrupt handler", Krzysztof Kozlowski
    • Re: [PATCH] i2c: exynos5: Revert "i2c: exynos5: Init data before registering interrupt handler", Andi Shyti
      • Re: [PATCH] i2c: exynos5: Revert "i2c: exynos5: Init data before registering interrupt handler", Andi Shyti
• [PATCH v2] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Mukesh Kumar Savaliya
  • Re: [PATCH v2] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Dmitry Baryshkov
    • Re: [PATCH v2] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Mukesh Kumar Savaliya
      • Re: [PATCH v2] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Dmitry Baryshkov
        • Re: [PATCH v2] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Mukesh Kumar Savaliya
          • Re: [PATCH v2] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Dmitry Baryshkov
• Re: [linux-next:master 11602/11963] ERROR: modpost: "acpi_device_notify_remove" [drivers/i2c/i2c-core.ko] undefined!, wsa-dev@xxxxxxxxxxxxxxxxxxxx
• [PATCH] i2c: sprd: Convert to platform remove callback returning void, Uwe Kleine-König
  • Re: [PATCH] i2c: sprd: Convert to platform remove callback returning void, Chunyan Zhang
  • Re: [PATCH] i2c: sprd: Convert to platform remove callback returning void, Andi Shyti
• [PATCH v3 00/11] Add Mobileye EyeQ5 support to the Nomadik I2C controller & use hrtimers for timeouts, Théo Lebrun
  • [PATCH v3 09/11] i2c: nomadik: sort includes, Théo Lebrun
    • Re: [PATCH v3 09/11] i2c: nomadik: sort includes, Linus Walleij
    • Re: [PATCH v3 09/11] i2c: nomadik: sort includes, Andi Shyti
  • [PATCH v3 08/11] i2c: nomadik: support Mobileye EyeQ5 I2C controller, Théo Lebrun
    • Re: [PATCH v3 08/11] i2c: nomadik: support Mobileye EyeQ5 I2C controller, Andi Shyti
      • Re: [PATCH v3 08/11] i2c: nomadik: support Mobileye EyeQ5 I2C controller, Théo Lebrun
        • Re: [PATCH v3 08/11] i2c: nomadik: support Mobileye EyeQ5 I2C controller, Andi Shyti
    • Re: [PATCH v3 08/11] i2c: nomadik: support Mobileye EyeQ5 I2C controller, Andi Shyti
      • Re: [PATCH v3 08/11] i2c: nomadik: support Mobileye EyeQ5 I2C controller, Théo Lebrun
  • [PATCH v3 02/11] i2c: nomadik: rename private struct pointers from dev to priv, Théo Lebrun
  • [PATCH v3 03/11] i2c: nomadik: simplify IRQ masking logic, Théo Lebrun
    • Re: [PATCH v3 03/11] i2c: nomadik: simplify IRQ masking logic, Andi Shyti
      • Re: [PATCH v3 03/11] i2c: nomadik: simplify IRQ masking logic, Théo Lebrun
        • Re: [PATCH v3 03/11] i2c: nomadik: simplify IRQ masking logic, Andi Shyti
          • Re: [PATCH v3 03/11] i2c: nomadik: simplify IRQ masking logic, Théo Lebrun
  • [PATCH v3 01/11] dt-bindings: i2c: nomadik: add mobileye,eyeq5-i2c bindings and example, Théo Lebrun
    • Re: [PATCH v3 01/11] dt-bindings: i2c: nomadik: add mobileye,eyeq5-i2c bindings and example, Rob Herring
    • Re: [PATCH v3 01/11] dt-bindings: i2c: nomadik: add mobileye,eyeq5-i2c bindings and example, Rob Herring
  • [PATCH v3 04/11] i2c: nomadik: use bitops helpers, Théo Lebrun
    • Re: [PATCH v3 04/11] i2c: nomadik: use bitops helpers, Andi Shyti
  • [PATCH v3 11/11] MIPS: mobileye: eyeq5: add evaluation board I2C temp sensor, Théo Lebrun
    • Re: [PATCH v3 11/11] MIPS: mobileye: eyeq5: add evaluation board I2C temp sensor, Andi Shyti
  • [PATCH v3 06/11] i2c: nomadik: replace jiffies by ktime for FIFO flushing timeout, Théo Lebrun
  • [PATCH v3 10/11] MIPS: mobileye: eyeq5: add 5 I2C controller nodes, Théo Lebrun
    • Re: [PATCH v3 10/11] MIPS: mobileye: eyeq5: add 5 I2C controller nodes, Andi Shyti
  • [PATCH v3 07/11] i2c: nomadik: fetch i2c-transfer-timeout-us property from devicetree, Théo Lebrun
  • [PATCH v3 05/11] i2c: nomadik: support short xfer timeouts using waitqueue & hrtimer, Théo Lebrun
  • Re: (subset) [PATCH v3 00/11] Add Mobileye EyeQ5 support to the Nomadik I2C controller & use hrtimers for timeouts, Andi Shyti
• [PATCH RFT] i2c: i801: Call i2c_register_spd for muxed child segments, Heiner Kallweit
• riscv: ERROR: modpost: "acpi_device_notify_remove" [drivers/i2c/i2c-core.ko] undefined!, Naresh Kamboju
• [PATCH v3] i2c: exynos5: Init data before registering interrupt handler, Jesper Nilsson
  • Re: [PATCH v3] i2c: exynos5: Init data before registering interrupt handler, Andi Shyti
    • Re: [PATCH v3] i2c: exynos5: Init data before registering interrupt handler, Krzysztof Kozlowski
      • Re: [PATCH v3] i2c: exynos5: Init data before registering interrupt handler, Andi Shyti
  • Re: [PATCH v3] i2c: exynos5: Init data before registering interrupt handler, Marek Szyprowski
    • Re: [PATCH v3] i2c: exynos5: Init data before registering interrupt handler, Krzysztof Kozlowski
    • Re: [PATCH v3] i2c: exynos5: Init data before registering interrupt handler, Markus Reichl
• [PATCH v2] i2c: aspeed: Fix the dummy irq expected print, Tommy Huang
  • Re: [PATCH v2] i2c: aspeed: Fix the dummy irq expected print, Andi Shyti
• [PATCH] Documentation: i2c: Document that client auto-detection is a legacy mechanism, Heiner Kallweit
  • Re: [PATCH] Documentation: i2c: Document that client auto-detection is a legacy mechanism, Wolfram Sang
• [PATCH v3] i2c: i801: Avoid potential double call to gpiod_remove_lookup_table, Heiner Kallweit
  • Re: [PATCH v3] i2c: i801: Avoid potential double call to gpiod_remove_lookup_table, Andi Shyti
    • Re: [PATCH v3] i2c: i801: Avoid potential double call to gpiod_remove_lookup_table, Heiner Kallweit
  • Re: [PATCH v3] i2c: i801: Avoid potential double call to gpiod_remove_lookup_table, Linus Walleij
    • Re: [SPAM] Re: [PATCH v3] i2c: i801: Avoid potential double call to gpiod_remove_lookup_table, Andi Shyti
  • Re: [PATCH v3] i2c: i801: Avoid potential double call to gpiod_remove_lookup_table, Andi Shyti
• [PATCH v2] i2c: exynos5: Init data before registering interrupt handler, Jesper Nilsson
  • Re: [PATCH v2] i2c: exynos5: Init data before registering interrupt handler, Andi Shyti
    • Re: [PATCH v2] i2c: exynos5: Init data before registering interrupt handler, Jesper Nilsson
• [PATCH v4 00/18] Add suspend to ram support for PCIe on J7200, Thomas Richard
  • [PATCH v4 01/18] gpio: pca953x: move suspend()/resume() to suspend_noirq()/resume_noirq(), Thomas Richard
  • [PATCH v4 02/18] pinctrl: pinctrl-single: move suspend()/resume() callbacks to noirq, Thomas Richard
    • Re: [PATCH v4 02/18] pinctrl: pinctrl-single: move suspend()/resume() callbacks to noirq, Tony Lindgren
    • Re: [PATCH v4 02/18] pinctrl: pinctrl-single: move suspend()/resume() callbacks to noirq, Dhruva Gole
      • Re: [PATCH v4 02/18] pinctrl: pinctrl-single: move suspend()/resume() callbacks to noirq, Thomas Richard
    • Re: [PATCH v4 02/18] pinctrl: pinctrl-single: move suspend()/resume() callbacks to noirq, Linus Walleij
  • [PATCH v4 03/18] i2c: omap: wakeup the controller during suspend() callback, Thomas Richard
    • Re: [PATCH v4 03/18] i2c: omap: wakeup the controller during suspend() callback, Tony Lindgren
      • Re: [PATCH v4 03/18] i2c: omap: wakeup the controller during suspend() callback, Wolfram Sang
        • Re: [PATCH v4 03/18] i2c: omap: wakeup the controller during suspend() callback, Andi Shyti
          • Re: [PATCH v4 03/18] i2c: omap: wakeup the controller during suspend() callback, Wolfram Sang
    • Re: [PATCH v4 03/18] i2c: omap: wakeup the controller during suspend() callback, Andi Shyti
  • [PATCH v4 04/18] mux: add mux_chip_resume() function, Thomas Richard
    • Re: [PATCH v4 04/18] mux: add mux_chip_resume() function, Peter Rosin
  • [PATCH v4 05/18] mux: mmio: add resume support, Thomas Richard
  • [PATCH v4 06/18] phy: ti: phy-j721e-wiz: use dev_err_probe() instead of dev_err(), Thomas Richard
  • [PATCH v4 07/18] phy: ti: phy-j721e-wiz: split wiz_clock_init() function, Thomas Richard
    • Re: [PATCH v4 07/18] phy: ti: phy-j721e-wiz: split wiz_clock_init() function, Vinod Koul
  • [PATCH v4 08/18] phy: ti: phy-j721e-wiz: add resume support, Thomas Richard
    • Re: [PATCH v4 08/18] phy: ti: phy-j721e-wiz: add resume support, Vinod Koul
      • Re: [PATCH v4 08/18] phy: ti: phy-j721e-wiz: add resume support, Andy Shevchenko
  • [PATCH v4 09/18] phy: cadence-torrent: extract calls to clk_get from cdns_torrent_clk, Thomas Richard
  • [PATCH v4 10/18] phy: cadence-torrent: register resets even if the phy is already configured, Thomas Richard
  • [PATCH v4 11/18] phy: cadence-torrent: add already_configured to struct cdns_torrent_phy, Thomas Richard
  • [PATCH v4 13/18] phy: cadence-torrent: add suspend and resume support, Thomas Richard
  • [PATCH v4 14/18] PCI: cadence: Extract link setup sequence from cdns_pcie_host_setup(), Thomas Richard
  • [PATCH v4 15/18] PCI: cadence: Set cdns_pcie_host_init() global, Thomas Richard
  • [PATCH v4 16/18] PCI: j721e: Use dev_err_probe() in the probe() function, Thomas Richard
    • Re: [PATCH v4 16/18] PCI: j721e: Use dev_err_probe() in the probe() function, Francesco Dolcini
  • [PATCH v4 17/18] PCI: j721e: Add reset GPIO to struct j721e_pcie, Thomas Richard
  • [PATCH v4 18/18] PCI: j721e: Add suspend and resume support, Thomas Richard
    • Re: [PATCH v4 18/18] PCI: j721e: Add suspend and resume support, Siddharth Vadapalli
    • Re: [PATCH v4 18/18] PCI: j721e: Add suspend and resume support, Bjorn Helgaas
  • [PATCH v4 12/18] phy: cadence-torrent: remove noop_ops phy operations, Thomas Richard
• [PATCH] i2c: exynos5: Init data before registering interrupt handler, Jesper Nilsson
  • Re: [PATCH] i2c: exynos5: Init data before registering interrupt handler, Andi Shyti
    • Re: [PATCH] i2c: exynos5: Init data before registering interrupt handler, Krzysztof Kozlowski
      • Re: [PATCH] i2c: exynos5: Init data before registering interrupt handler, Jesper Nilsson
    • Re: [PATCH] i2c: exynos5: Init data before registering interrupt handler, Jesper Nilsson
• [PATCH v3] i2c: acpi: Unbind mux adapters before delete, Hamish Martin
  • Re: [PATCH v3] i2c: acpi: Unbind mux adapters before delete, Wolfram Sang
• [PATCH v2] i2c: i801: Fix using mux_pdev before it's set, Heiner Kallweit
  • Re: [PATCH v2] i2c: i801: Fix using mux_pdev before it's set, Andi Shyti
  • Re: [PATCH v2] i2c: i801: Fix using mux_pdev before it's set, Andi Shyti
• [PATCH v2] i2c: i801: Avoid potential double call to gpiod_remove_lookup_table, Heiner Kallweit
  • Re: [PATCH v2] i2c: i801: Avoid potential double call to gpiod_remove_lookup_table, Andi Shyti
• [PATCH v2] i2c: smbus: Prepare i2c_register_spd for usage on muxed segments, Heiner Kallweit
  • Re: [PATCH v2] i2c: smbus: Prepare i2c_register_spd for usage on muxed segments, Wolfram Sang
    • Re: [PATCH v2] i2c: smbus: Prepare i2c_register_spd for usage on muxed segments, Heiner Kallweit
  • Re: [PATCH v2] i2c: smbus: Prepare i2c_register_spd for usage on muxed segments, Wolfram Sang
• [PATCH v1] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Mukesh Kumar Savaliya
  • Re: [PATCH v1] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Bjorn Andersson
    • Re: [PATCH v1] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Vinod Koul
      • Re: [PATCH v1] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Mukesh Kumar Savaliya
    • Re: [PATCH v1] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Mukesh Kumar Savaliya
  • Re: [SPAM] [PATCH v1] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Andi Shyti
  • Re: [PATCH v1] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Andi Shyti
    • Re: [PATCH v1] i2c: i2c-qcom-geni: Parse Error correctly in i2c GSI mode, Mukesh Kumar Savaliya
• [PATCH v2 1/1] i2c: acpi: Unbind mux adapters before delete, Hamish Martin
  • Re: [PATCH v2 1/1] i2c: acpi: Unbind mux adapters before delete, Mika Westerberg
  • Re: [PATCH v2 1/1] i2c: acpi: Unbind mux adapters before delete, Andi Shyti
• [PATCH v2 00/11] Add Mobileye EyeQ5 support to the Nomadik I2C controller & use hrtimers for timeouts, Théo Lebrun
  • [PATCH v2 01/11] dt-bindings: i2c: nomadik: add mobileye,eyeq5-i2c bindings and example, Théo Lebrun
    • Re: [PATCH v2 01/11] dt-bindings: i2c: nomadik: add mobileye,eyeq5-i2c bindings and example, Rob Herring
    • Re: [PATCH v2 01/11] dt-bindings: i2c: nomadik: add mobileye,eyeq5-i2c bindings and example, Rob Herring
      • Re: [PATCH v2 01/11] dt-bindings: i2c: nomadik: add mobileye,eyeq5-i2c bindings and example, Théo Lebrun
  • [PATCH v2 02/11] dt-bindings: hwmon: lm75: use common hwmon schema, Théo Lebrun
    • Re: [PATCH v2 02/11] dt-bindings: hwmon: lm75: use common hwmon schema, Rob Herring
    • Re: [PATCH v2 02/11] dt-bindings: hwmon: lm75: use common hwmon schema, Krzysztof Kozlowski
      • Re: [PATCH v2 02/11] dt-bindings: hwmon: lm75: use common hwmon schema, Guenter Roeck
        • Re: [PATCH v2 02/11] dt-bindings: hwmon: lm75: use common hwmon schema, Théo Lebrun
          • Re: [PATCH v2 02/11] dt-bindings: hwmon: lm75: use common hwmon schema, Krzysztof Kozlowski
            • Re: [PATCH v2 02/11] dt-bindings: hwmon: lm75: use common hwmon schema, Théo Lebrun
              • Re: [PATCH v2 02/11] dt-bindings: hwmon: lm75: use common hwmon schema, Krzysztof Kozlowski
                • Re: [PATCH v2 02/11] dt-bindings: hwmon: lm75: use common hwmon schema, Théo Lebrun
                  • Re: [PATCH v2 02/11] dt-bindings: hwmon: lm75: use common hwmon schema, Krzysztof Kozlowski
              • Re: [PATCH v2 02/11] dt-bindings: hwmon: lm75: use common hwmon schema, Rob Herring
                • Re: [PATCH v2 02/11] dt-bindings: hwmon: lm75: use common hwmon schema, Théo Lebrun
        • Re: [PATCH v2 02/11] dt-bindings: hwmon: lm75: use common hwmon schema, Rob Herring
    • Re: [PATCH v2 02/11] dt-bindings: hwmon: lm75: use common hwmon schema, Guenter Roeck
  • [PATCH v2 04/11] i2c: nomadik: simplify IRQ masking logic, Théo Lebrun
    • Re: [SPAM] [PATCH v2 04/11] i2c: nomadik: simplify IRQ masking logic, Andi Shyti