Linux Kernel I2C

• Thread Index

• Re: [RFC 00/10] add support for fwnode in i2c mux system and sfp
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC 00/10] add support for fwnode in i2c mux system and sfp
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFC 00/10] add support for fwnode in i2c mux system and sfp
  • From: Clément Léger <clement.leger@xxxxxxxxxxx>
• RE: [PATCH 1/2] dma-mapping: check dma_mask for streaming mapping allocs
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 1/2] dma-mapping: check dma_mask for streaming mapping allocs
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH] dt-bindings: i2c: microchip,corei2c: Fix indentation of compatible items
  • From: Conor Dooley <mail@xxxxxxxxxxx>
• Re: [PATCH] dt-bindings: i2c: microchip,corei2c: Fix indentation of compatible items
  • From: Conor Dooley <mail@xxxxxxxxxxx>
• Re: [PATCH] dt-bindings: i2c: microchip,corei2c: Fix indentation of compatible items
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] dt-bindings: i2c: microchip,corei2c: Fix indentation of compatible items
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] dt-bindings: i2c: microchip,corei2c: Fix indentation of compatible items
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: i2c: microchip,corei2c: Fix indentation of compatible items
  • From: <Conor.Dooley@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: designware: Use the i2c_mark_adapter_suspended/resumed() helpers
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: designware: Lock the adapter while setting the suspended flag
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: i2c: microchip,corei2c: Fix indentation of compatible items
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH -next] i2c: designware: Fix improper usage of readl
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: i2c: microchip,corei2c: Fix indentation of compatible items
  • From: <Conor.Dooley@xxxxxxxxxxxxx>
• [PATCH] dt-bindings: i2c: microchip,corei2c: Fix indentation of compatible items
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v7 1/4] PCI: Introduce pcim_alloc_irq_vectors()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 00/22] Don't use kmalloc() with GFP_DMA
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 00/22] Don't use kmalloc() with GFP_DMA
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [RFC 00/10] add support for fwnode in i2c mux system and sfp
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC 00/10] add support for fwnode in i2c mux system and sfp
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC 00/10] add support for fwnode in i2c mux system and sfp
  • From: Clément Léger <clement.leger@xxxxxxxxxxx>
• Re: [RFC 00/10] add support for fwnode in i2c mux system and sfp
  • From: Mark Brown <broonie@xxxxxxxxxx>
• RE: [PATCH v2] i2c: cadence: Add standard bus recovery support
  • From: Shubhrajyoti Datta <shubhraj@xxxxxxxxxx>
• RE: [PATCH] i2c: cadence: Recover bus after controller reset
  • From: Shubhrajyoti Datta <shubhraj@xxxxxxxxxx>
• Re: [RFC 10/10] net: sfp: add support for fwnode
  • From: Clément Léger <clement.leger@xxxxxxxxxxx>
• Re: [RFC 10/10] net: sfp: add support for fwnode
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC 10/10] net: sfp: add support for fwnode
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFC 10/10] net: sfp: add support for fwnode
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFC 00/10] add support for fwnode in i2c mux system and sfp
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC 10/10] net: sfp: add support for fwnode
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [RFC 03/10] base: swnode: use fwnode_get_match_data()
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [RFC 03/10] base: swnode: use fwnode_get_match_data()
  • From: Clément Léger <clement.leger@xxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: designware: Lock the adapter while setting the suspended flag
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFC 00/10] add support for fwnode in i2c mux system and sfp
  • From: Clément Léger <clement.leger@xxxxxxxxxxx>
• Re: [PATCH -next] i2c: designware: Fix improper usage of readl
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC 03/10] base: swnode: use fwnode_get_match_data()
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• RE: [PATCH 1/2] dma-mapping: check dma_mask for streaming mapping allocs
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 1/2] i2c: designware: Lock the adapter while setting the suspended flag
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC 00/10] add support for fwnode in i2c mux system and sfp
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC 10/10] net: sfp: add support for fwnode
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] dma-mapping: check dma_mask for streaming mapping allocs
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC 10/10] net: sfp: add support for fwnode
  • From: Clément Léger <clement.leger@xxxxxxxxxxx>
• Re: [PATCH] i2c: cadence: Recover bus after controller reset
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• [PATCH 2/2] i2c: designware: Use the i2c_mark_adapter_suspended/resumed() helpers
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 1/2] i2c: designware: Lock the adapter while setting the suspended flag
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFC 10/10] net: sfp: add support for fwnode
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v4 3/7] i2c: cht-wc: Use generic_handle_irq_safe().
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v4 2/7] i2c: core: Use generic_handle_irq_safe() in i2c_handle_smbus_host_notify().
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v4 0/7] Provide and use generic_handle_irq_safe() where appropriate.
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [RFC 10/10] net: sfp: add support for fwnode
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [RFC 10/10] net: sfp: add support for fwnode
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [RFC 10/10] net: sfp: add support for fwnode
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFC 10/10] net: sfp: add support for fwnode
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 02/11] dt-bindings: i2c: npcm: support NPCM845
  • From: Tyrone Ting <warp5tw@xxxxxxxxx>
• Re: [PATCH v2 05/11] i2c: npcm: Remove unused clock node
  • From: Tyrone Ting <warp5tw@xxxxxxxxx>
• [PATCH AUTOSEL 4.19 12/13] i2c: qup: allow COMPILE_TEST
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 3/9] i2c: bcm2835: Avoid clock stretching timeouts
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 8/9] i2c: qup: allow COMPILE_TEST
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 11/13] i2c: cadence: allow COMPILE_TEST
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 08/10] i2c: cadence: allow COMPILE_TEST
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 09/10] i2c: qup: allow COMPILE_TEST
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 03/13] i2c: bcm2835: Avoid clock stretching timeouts
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 12/13] i2c: qup: allow COMPILE_TEST
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 11/13] i2c: cadence: allow COMPILE_TEST
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 03/10] i2c: bcm2835: Avoid clock stretching timeouts
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 03/18] i2c: bcm2835: Avoid clock stretching timeouts
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 23/28] i2c: cadence: allow COMPILE_TEST
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 25/28] i2c: qup: allow COMPILE_TEST
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 03/13] i2c: bcm2835: Avoid clock stretching timeouts
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 24/28] i2c: imx: allow COMPILE_TEST
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 16/18] i2c: qup: allow COMPILE_TEST
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 15/18] i2c: cadence: allow COMPILE_TEST
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 03/28] i2c: bcm2835: Avoid clock stretching timeouts
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.16 27/30] i2c: qup: allow COMPILE_TEST
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.16 26/30] i2c: imx: allow COMPILE_TEST
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.16 25/30] i2c: cadence: allow COMPILE_TEST
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.16 04/30] i2c: bcm2835: Avoid clock stretching timeouts
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH] i2c: cadence: Recover bus after controller reset
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• Re: [PATCH 1/2] dma-mapping: check dma_mask for streaming mapping allocs
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [RFC 09/10] i2c: mux: add support for fwnode
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH v2 02/11] dt-bindings: i2c: npcm: support NPCM845
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [RFC 00/10] add support for fwnode in i2c mux system and sfp
  • From: Clément Léger <clement.leger@xxxxxxxxxxx>
• Re: [PATCH 2/2] kernel/dma: rename dma_alloc_direct and dma_map_direct
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 05/11] i2c: npcm: Remove unused clock node
  • From: Jonathan Neuschäfer <j.neuschaefer@xxxxxxx>
• Re: [PATCH 1/2] dma-mapping: check dma_mask for streaming mapping allocs
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC 02/10] property: add fwnode_get_match_data()
  • From: Clément Léger <clement.leger@xxxxxxxxxxx>
• [PATCH] i2c: cadence: Recover bus after controller reset
  • From: Shubhrajyoti Datta <shubhrajyoti.datta@xxxxxxxxxx>
• [PATCH 2/2] kernel/dma: rename dma_alloc_direct and dma_map_direct
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 1/2] dma-mapping: check dma_mask for streaming mapping allocs
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 21/22] mmc: wbsd: Use dma_alloc_noncoherent() for dma buffer
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 00/22] Don't use kmalloc() with GFP_DMA
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [RFC 10/10] net: sfp: add support for fwnode
  • From: Clément Léger <clement.leger@xxxxxxxxxxx>
• Re: [PATCH 22/22] mtd: rawnand: Use dma_alloc_noncoherent() for dma buffer
  • From: "'Christoph Hellwig'" <hch@xxxxxx>
• Re: [PATCH 00/22] Don't use kmalloc() with GFP_DMA
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 21/22] mmc: wbsd: Use dma_alloc_noncoherent() for dma buffer
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC 09/10] i2c: mux: add support for fwnode
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [RFC 02/10] property: add fwnode_get_match_data()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC 02/10] property: add fwnode_get_match_data()
  • From: Clément Léger <clement.leger@xxxxxxxxxxx>
• Re: [RFC 02/10] property: add fwnode_get_match_data()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [RFC 00/10] add support for fwnode in i2c mux system and sfp
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 21/22] mmc: wbsd: Use dma_alloc_noncoherent() for dma buffer
  • From: Baoquan He <bhe@xxxxxxxxxx>
• RE: [PATCH 22/22] mtd: rawnand: Use dma_alloc_noncoherent() for dma buffer
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC 00/10] add support for fwnode in i2c mux system and sfp
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [RFC 09/10] i2c: mux: add support for fwnode
  • From: Clément Léger <clement.leger@xxxxxxxxxxx>
• Re: [RFC 02/10] property: add fwnode_get_match_data()
  • From: Clément Léger <clement.leger@xxxxxxxxxxx>
• Re: [PATCH 22/22] mtd: rawnand: Use dma_alloc_noncoherent() for dma buffer
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 21/22] mmc: wbsd: Use dma_alloc_noncoherent() for dma buffer
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 00/22] Don't use kmalloc() with GFP_DMA
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC 03/10] base: swnode: use fwnode_get_match_data()
  • From: Clément Léger <clement.leger@xxxxxxxxxxx>
• Re: [RFC 01/10] property: add fwnode_match_node()
  • From: Clément Léger <clement.leger@xxxxxxxxxxx>
• Re: [RFC 02/10] property: add fwnode_get_match_data()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [RFC 00/10] add support for fwnode in i2c mux system and sfp
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [RFC 02/10] property: add fwnode_get_match_data()
  • From: Clément Léger <clement.leger@xxxxxxxxxxx>
• Re: [PATCH v7] i2c: qcom-geni: Add support for GPI DMA
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• Re: [PATCH v2 05/11] i2c: npcm: Remove unused clock node
  • From: Tyrone Ting <warp5tw@xxxxxxxxx>
• Re: [RFC 00/10] add support for fwnode in i2c mux system and sfp
  • From: Andrew Lunn <andrew@xxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH v1 1/1] i2c: robotfuzz-osif: Propagate parent device to I2C core
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC 06/10] i2c: fwnode: add fwnode_find_i2c_adapter_by_node()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC 10/10] net: sfp: add support for fwnode
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC 09/10] i2c: mux: add support for fwnode
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC 00/10] add support for fwnode in i2c mux system and sfp
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC 04/10] property: add a callback parameter to fwnode_property_match_string()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [RFC 07/10] i2c: of: use fwnode_get_i2c_adapter_by_node()
  • From: Clément Léger <clement.leger@xxxxxxxxxxx>
• Re: [RFC 03/10] base: swnode: use fwnode_get_match_data()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC 02/10] property: add fwnode_get_match_data()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC 01/10] property: add fwnode_match_node()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 05/11] i2c: npcm: Remove unused clock node
  • From: Jonathan Neuschäfer <j.neuschaefer@xxxxxxx>
• Re: [PATCH v2 00/11] i2c: npcm: Bug fixes timeout, spurious interrupts
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [RFC 09/10] i2c: mux: add support for fwnode
  • From: Clément Léger <clement.leger@xxxxxxxxxxx>
• Re: [PATCH v2 08/11] i2c: npcm: Correct register access width
  • From: Jonathan Neuschäfer <j.neuschaefer@xxxxxxx>
• [RFC 01/10] property: add fwnode_match_node()
  • From: Clément Léger <clement.leger@xxxxxxxxxxx>
• Re: [PATCH v4 0/7] Provide and use generic_handle_irq_safe() where appropriate.
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/11] i2c: npcm: Bug fixes timeout, spurious interrupts
  • From: Tyrone Ting <warp5tw@xxxxxxxxx>
• Re: [PATCH v2 11/11] i2c: npcm: Support NPCM845
  • From: Tyrone Ting <warp5tw@xxxxxxxxx>
• [RFC 03/10] base: swnode: use fwnode_get_match_data()
  • From: Clément Léger <clement.leger@xxxxxxxxxxx>
• [RFC 10/10] net: sfp: add support for fwnode
  • From: Clément Léger <clement.leger@xxxxxxxxxxx>
• [RFC 05/10] property: add fwnode_property_read_string_index()
  • From: Clément Léger <clement.leger@xxxxxxxxxxx>
• [RFC 02/10] property: add fwnode_get_match_data()
  • From: Clément Léger <clement.leger@xxxxxxxxxxx>
• [RFC 06/10] i2c: fwnode: add fwnode_find_i2c_adapter_by_node()
  • From: Clément Léger <clement.leger@xxxxxxxxxxx>
• [RFC 08/10] i2c: mux: pinctrl: remove CONFIG_OF dependency and use fwnode API
  • From: Clément Léger <clement.leger@xxxxxxxxxxx>
• Re: [PATCH v4 0/7] Provide and use generic_handle_irq_safe() where appropriate.
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v1 1/1] i2c: robotfuzz-osif: Propagate parent device to I2C core
  • From: Johan Hovold <johan@xxxxxxxxxx>
• Re: [PATCH 00/22] Don't use kmalloc() with GFP_DMA
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH v7] i2c: qcom-geni: Add support for GPI DMA
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH v4 0/7] Provide and use generic_handle_irq_safe() where appropriate.
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [RFC 00/10] add support for fwnode in i2c mux system and sfp
  • From: Clément Léger <clement.leger@xxxxxxxxxxx>
• [RFC 04/10] property: add a callback parameter to fwnode_property_match_string()
  • From: Clément Léger <clement.leger@xxxxxxxxxxx>
• Re: [RFC 10/10] net: sfp: add support for fwnode
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 02/11] dt-bindings: i2c: npcm: support NPCM845
  • From: Tyrone Ting <warp5tw@xxxxxxxxx>
• Re: [PATCH v2 04/11] i2c: npcm: Update gcr property name
  • From: Tyrone Ting <warp5tw@xxxxxxxxx>
• Re: [PATCH v6] i2c: qcom-geni: Add support for GPI DMA
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH v2 00/11] i2c: npcm: Bug fixes timeout, spurious interrupts
  • From: Tyrone Ting <warp5tw@xxxxxxxxx>
• Re: [PATCH v2 02/11] dt-bindings: i2c: npcm: support NPCM845
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PULL REQUEST] i2c for v5.17
  • From: pr-tracker-bot@xxxxxxxxxx
• [PULL REQUEST] i2c for v5.17
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v1 1/1] i2c: robotfuzz-osif: Propagate parent device to I2C core
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 11/11] i2c: npcm: Support NPCM845
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• Re: [PATCH v2 04/11] i2c: npcm: Update gcr property name
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/11] i2c: npcm: Bug fixes timeout, spurious interrupts
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• Re: [PATCH 21/22] mmc: wbsd: Use dma_alloc_noncoherent() for dma buffer
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v2 08/11] i2c: npcm: Correct register access width
  • From: Tyrone Ting <warp5tw@xxxxxxxxx>
• [PATCH v2 06/11] i2c: npcm: Fix timeout calculation
  • From: Tyrone Ting <warp5tw@xxxxxxxxx>
• [PATCH v2 09/11] i2c: npcm: Handle spurious interrupts
  • From: Tyrone Ting <warp5tw@xxxxxxxxx>
• [PATCH v2 05/11] i2c: npcm: Remove unused clock node
  • From: Tyrone Ting <warp5tw@xxxxxxxxx>
• [PATCH v2 11/11] i2c: npcm: Support NPCM845
  • From: Tyrone Ting <warp5tw@xxxxxxxxx>
• [PATCH v2 10/11] i2c: npcm: Remove own slave addresses 2:10
  • From: Tyrone Ting <warp5tw@xxxxxxxxx>
• [PATCH v2 07/11] i2c: npcm: Add tx complete counter
  • From: Tyrone Ting <warp5tw@xxxxxxxxx>
• [PATCH v2 03/11] i2c: npcm: Fix client address calculation
  • From: Tyrone Ting <warp5tw@xxxxxxxxx>
• [PATCH v2 04/11] i2c: npcm: Update gcr property name
  • From: Tyrone Ting <warp5tw@xxxxxxxxx>
• [PATCH v2 01/11] arm: dts: add new property for NPCM i2c module
  • From: Tyrone Ting <warp5tw@xxxxxxxxx>
• [PATCH v2 00/11] i2c: npcm: Bug fixes timeout, spurious interrupts
  • From: Tyrone Ting <warp5tw@xxxxxxxxx>
• [PATCH v2 02/11] dt-bindings: i2c: npcm: support NPCM845
  • From: Tyrone Ting <warp5tw@xxxxxxxxx>
• Re: [PATCH 17/22] net: marvell: prestera: Don't use GFP_DMA when calling dma_pool_alloc()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 11/22] staging: emxx_udc: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH net-next v6 0/2] MCTP I2C driver
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v1 1/1] i2c: smbus: Check for parent device before dereference
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: remove duplicate entry for i2c-qcom-geni
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH 22/22] mtd: rawnand: Use dma_alloc_noncoherent() for dma buffer
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• Re: [PATCH 22/22] mtd: rawnand: Use dma_alloc_noncoherent() for dma buffer
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 21/22] mmc: wbsd: Use dma_alloc_noncoherent() for dma buffer
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 18/22] net: ethernet: mtk-star-emac: Don't use GFP_DMA when calling dmam_alloc_coherent()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 19/22] ethernet: rocker: Use dma_alloc_noncoherent() for dma buffer
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 20/22] HID: intel-ish-hid: Use dma_alloc_noncoherent() for dma buffer
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 16/22] usb: udc: lpc32xx: Don't use GFP_DMA when calling dma_pool_alloc()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 17/22] net: marvell: prestera: Don't use GFP_DMA when calling dma_pool_alloc()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 15/22] usb: cdns3: Don't use GFP_DMA32 when calling dma_pool_alloc()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 14/22] spi: spi-ti-qspi: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 13/22] spi: atmel: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 12/22] staging: emxx_udc: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/22] staging: emxx_udc: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 10/22] uio: pruss: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 09/22] usb: cdns3: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 08/22] usb: gadget: lpc32xx_udc: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 07/22] fbdev: mx3fb: Don't use GFP_DMA when calling dma_alloc_wc()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 06/22] fbdev: da8xx: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 03/22] gpu: ipu-v3: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 05/22] sound: n64: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 04/22] drm/sti: Don't use GFP_DMA when calling dma_alloc_wc()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 02/22] net: moxa: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 01/22] parisc: pci-dma: remove stale code and comment
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/22] staging: emxx_udc: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH 17/22] net: marvell: prestera: Don't use GFP_DMA when calling dma_pool_alloc()
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH 22/22] mtd: rawnand: Use dma_alloc_noncoherent() for dma buffer
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 15/22] usb: cdns3: Don't use GFP_DMA32 when calling dma_pool_alloc()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 21/22] mmc: wbsd: Use dma_alloc_noncoherent() for dma buffer
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 18/22] net: ethernet: mtk-star-emac: Don't use GFP_DMA when calling dmam_alloc_coherent()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 14/22] spi: spi-ti-qspi: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 16/22] usb: udc: lpc32xx: Don't use GFP_DMA when calling dma_pool_alloc()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 20/22] HID: intel-ish-hid: Use dma_alloc_noncoherent() for dma buffer
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 13/22] spi: atmel: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 19/22] ethernet: rocker: Use dma_alloc_noncoherent() for dma buffer
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 12/22] staging: emxx_udc: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 17/22] net: marvell: prestera: Don't use GFP_DMA when calling dma_pool_alloc()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 07/22] fbdev: mx3fb: Don't use GFP_DMA when calling dma_alloc_wc()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 11/22] staging: emxx_udc: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 08/22] usb: gadget: lpc32xx_udc: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 03/22] gpu: ipu-v3: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 09/22] usb: cdns3: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 04/22] drm/sti: Don't use GFP_DMA when calling dma_alloc_wc()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 00/22] Don't use kmalloc() with GFP_DMA
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 02/22] net: moxa: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 05/22] sound: n64: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 10/22] uio: pruss: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 01/22] parisc: pci-dma: remove stale code and comment
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 06/22] fbdev: da8xx: Don't use GFP_DMA when calling dma_alloc_coherent()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: remove duplicate entry for i2c-qcom-geni
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v6] i2c: qcom-geni: Add support for GPI DMA
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• [PATCH v6] i2c: qcom-geni: Add support for GPI DMA
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: remove duplicate entry for i2c-qcom-geni
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• Re: [PATCH v1 1/1] i2c: robotfuzz-osif: Propagate parent device to I2C core
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• [PATCH -next] i2c: designware: Fix improper usage of readl
  • From: Jan Dabros <jsd@xxxxxxxxxxxx>
• Re: [PATCH] i2c: qcom-geni: Fix return value for master_xfer
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• RE: [PATCH v2] i2c: rcar: add SMBus block read support
  • From: "Gabbasov, Andrew" <Andrew_Gabbasov@xxxxxxxxxx>
• [PATCH] MAINTAINERS: remove duplicate entry for i2c-qcom-geni
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH] i2c: qcom-geni: Fix return value for master_xfer
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH] i2c: brcmstb: fix support for DSL and CM variants
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH net-next v6 2/2] mctp i2c: MCTP I2C binding driver
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH 0/9] i2c: qcom-cci: fixes and updates
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH 1/9] dt-bindings: i2c: qcom-cci: add QCOM SM8450 compatible
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH 9/9] i2c: qcom-cci: add sm8450 compatible
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH] i2c: riic: Simplify reset handling
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5] i2c: qcom-geni: Add support for GPI DMA
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH v5] i2c: qcom-geni: Add support for GPI DMA
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• [PATCH net-next v6 2/2] mctp i2c: MCTP I2C binding driver
  • From: Matt Johnston <matt@xxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v6 1/2] dt-bindings: net: New binding mctp-i2c-controller
  • From: Matt Johnston <matt@xxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v6 0/2] MCTP I2C driver
  • From: Matt Johnston <matt@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/9] i2c: qcom-cci: fixes and updates
  • From: Vladimir Zapolskiy <vladimir.zapolskiy@xxxxxxxxxx>
• Re: [PATCH 0/9] i2c: qcom-cci: fixes and updates
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH] i2c: riic: Simplify reset handling
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v2] i2c: rcar: add SMBus block read support
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5] i2c: qcom-geni: Add support for GPI DMA
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v5] i2c: qcom-geni: Add support for GPI DMA
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• RE: [PATCH] i2c: rcar: add SMBus block read support
  • From: Andrew Gabbasov <andrew_gabbasov@xxxxxxxxxx>
• Re: [PATCH v9 1/1] i2c: mediatek: modify bus speed calculation formula
  • From: Kewei Xu <kewei.xu@xxxxxxxxxxxx>
• [PATCH v10,1/1] i2c: mediatek: modify bus speed calculation formula
  • From: Kewei Xu <kewei.xu@xxxxxxxxxxxx>
• [PATCH v10,0/1] Introducing an attribute to select the time setting
  • From: Kewei Xu <kewei.xu@xxxxxxxxxxxx>
• Re: [PATCH net-next v5 2/2] mctp i2c: MCTP I2C binding driver
  • From: Matt Johnston <matt@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v5 2/2] mctp i2c: MCTP I2C binding driver
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH net-next v5 2/2] mctp i2c: MCTP I2C binding driver
  • From: Matt Johnston <matt@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFCv3 2/6] i2c: add I2C Address Translator (ATR) support
  • From: "Vaittinen, Matti" <Matti.Vaittinen@xxxxxxxxxxxxxxxxx>
• Re: [v6 1/3] dt-bindings: i2c: Add Maxim MAX735x/MAX736x variants
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH RESEND] i2c: tegra: Add SMBus block read function
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH RESEND] i2c: tegra: Add SMBus block read function
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH net-next v5 2/2] mctp i2c: MCTP I2C binding driver
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH net-next v5 1/2] dt-bindings: net: New binding mctp-i2c-controller
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [RFCv3 2/6] i2c: add I2C Address Translator (ATR) support
  • From: Luca Ceresoli <luca@xxxxxxxxxxxxxxxx>
• [v6 3/3] i2c: muxes: pca954x: Add regulator support
  • From: Patrick Rudolph <patrick.rudolph@xxxxxxxxxxxxx>
• [v6 1/3] dt-bindings: i2c: Add Maxim MAX735x/MAX736x variants
  • From: Patrick Rudolph <patrick.rudolph@xxxxxxxxxxxxx>
• [v6 2/3] i2c: muxes: pca954x: Add MAX735x/MAX736x support
  • From: Patrick Rudolph <patrick.rudolph@xxxxxxxxxxxxx>
• [v6 0/3] Add support for Maxim MAX735x/MAX736x variants
  • From: Patrick Rudolph <patrick.rudolph@xxxxxxxxxxxxx>
• RE: [PATCH RESEND] i2c: tegra: Add SMBus block read function
  • From: Akhil R <akhilrajeev@xxxxxxxxxx>
• Re: [PATCH RESEND] i2c: tegra: Add SMBus block read function
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [v5 1/3] dt-bindings: i2c: Add Maxim MAX735x/MAX736x variants
  • From: Rob Herring <robh@xxxxxxxxxx>
• RE: [PATCH v3 1/5] i2c: Introduce common module to instantiate CCGx UCSI
  • From: Ajay Gupta <ajayg@xxxxxxxxxx>
• Re: [PATCH v4 5/8] mfd: lpc_ich: Add support for pinctrl in non-ACPI system
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v4 5/8] mfd: lpc_ich: Add support for pinctrl in non-ACPI system
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 5/8] mfd: lpc_ich: Add support for pinctrl in non-ACPI system
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH] i2c: brcmstb: fix support for DSL and CM variants
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH net-next v5 2/2] mctp i2c: MCTP I2C binding driver
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v4 0/7] Provide and use generic_handle_irq_safe() where appropriate.
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v4 0/7] Provide and use generic_handle_irq_safe() where appropriate.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/7] Provide and use generic_handle_irq_safe() where appropriate.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/7] Provide and use generic_handle_irq_safe() where appropriate.
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v4 0/7] Provide and use generic_handle_irq_safe() where appropriate.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/7] Provide and use generic_handle_irq_safe() where appropriate.
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v3 1/5] i2c: Introduce common module to instantiate CCGx UCSI
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH net-next v5 2/2] mctp i2c: MCTP I2C binding driver
  • From: Matt Johnston <matt@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/5] i2c: Introduce common module to instantiate CCGx UCSI
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/5] i2c: Introduce common module to instantiate CCGx UCSI
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: pasemi: Drop I2C classes from platform driver variant
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH] i2c: qup: allow COMPILE_TEST
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH] i2c: imx: allow COMPILE_TEST
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH] i2c: cadence: allow COMPILE_TEST
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v3 1/5] i2c: Introduce common module to instantiate CCGx UCSI
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v3 5/5] i2c: designware-pci: Switch to use i2c_new_ccgx_ucsi()
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v3 3/5] i2c: nvidia-gpu: Use temporary variable for struct device
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v3 2/5] i2c: nvidia-gpu: Switch to use i2c_new_ccgx_ucsi()
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v3 4/5] i2c: nvidia-gpu: Convert to use dev_err_probe()
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v3 1/5] i2c: Introduce common module to instantiate CCGx UCSI
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH] i2c: i801: Add support for Intel Raptor Lake PCH-S
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v2] i2c: don't expose function which is only used internally
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/9] i2c: piix4: Move port I/O region request/release code into functions
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v5 3/9] i2c: piix4: Move port I/O region request/release code into functions
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PATCH] i2c: brcmstb: fix support for DSL and CM variants
  • From: Rafał Miłecki <zajec5@xxxxxxxxx>
• Re: [PATCH net-next v5 2/2] mctp i2c: MCTP I2C binding driver
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v5 2/2] mctp i2c: MCTP I2C binding driver
  • From: Matt Johnston <matt@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/1] i2c: smbus: Check for parent device before dereference
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] platform: make platform_get_irq_optional() optional
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH -next v2 RESEND] i2c: designware: remove unneeded semicolon
  • From: Jan Dąbroś <jsd@xxxxxxxxxxxx>
• Re: [PATCH v2 1/2] platform: make platform_get_irq_optional() optional
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH -next v2 RESEND] i2c: designware: remove unneeded semicolon
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCH -next v2 RESEND] i2c: designware: remove unneeded semicolon
  • From: Yang Li <yang.lee@xxxxxxxxxxxxxxxxx>
• Re: [PATCH -next v2] i2c: designware: remove unneeded semicolon
  • From: Jan Dąbroś <jsd@xxxxxxxxxxxx>
• Re: 5.17-rc regression: rmi4 clients cannot deal with asynchronous suspend? (was: X1 Carbon touchpad not resumed)
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 1/1] i2c: mediatek: modify bus speed calculation formula
  • From: AngeloGioacchino Del Regno <angelogioacchino.delregno@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/8] platform/x86/intel: Add Primary to Sideband (P2SB) bridge support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH] i2c: busses: i2c-mt65xx: Simplify with clk-bulk
  • From: AngeloGioacchino Del Regno <angelogioacchino.delregno@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] platform: make platform_get_irq_optional() optional
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: i801: Add support for Intel Raptor Lake PCH-S
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH v2 1/2] platform: make platform_get_irq_optional() optional
  • From: Sergey Shtylyov <s.shtylyov@xxxxxx>
• [v5 3/3] i2c: muxes: pca954x: Add regulator support
  • From: Patrick Rudolph <patrick.rudolph@xxxxxxxxxxxxx>
• [v5 2/3] i2c: muxes: pca954x: Add MAX735x/MAX736x support
  • From: Patrick Rudolph <patrick.rudolph@xxxxxxxxxxxxx>
• [v5 1/3] dt-bindings: i2c: Add Maxim MAX735x/MAX736x variants
  • From: Patrick Rudolph <patrick.rudolph@xxxxxxxxxxxxx>
• [v5 0/3] Add support for Maxim MAX735x/MAX736x variants
  • From: Patrick Rudolph <patrick.rudolph@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] platform: make platform_get_irq_optional() optional
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH -next v2] i2c: designware: remove unneeded semicolon
  • From: Yang Li <yang.lee@xxxxxxxxxxxxxxxxx>
• Re: 5.17-rc regression: rmi4 clients cannot deal with asynchronous suspend? (was: X1 Carbon touchpad not resumed)
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 1/2] platform: make platform_get_irq_optional() optional
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: imx: allow COMPILE_TEST
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [PATCH -next] i2c: designware: remove unneeded semicolon
  • From: Jan Dąbroś <jsd@xxxxxxxxxxxx>
• Re: 5.17-rc regression: rmi4 clients cannot deal with asynchronous suspend? (was: X1 Carbon touchpad not resumed)
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v2 1/2] platform: make platform_get_irq_optional() optional
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH 1/5] dt-bindings: input: Add the PinePhone keyboard binding
  • From: Samuel Holland <samuel@xxxxxxxxxxxx>
• RE: [PATCH RESEND] i2c: tegra: Add SMBus block read function
  • From: Akhil R <akhilrajeev@xxxxxxxxxx>
• Re: 5.17-rc regression: rmi4 clients cannot deal with asynchronous suspend? (was: X1 Carbon touchpad not resumed)
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• [PATCH -next] i2c: designware: remove unneeded semicolon
  • From: Yang Li <yang.lee@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: cadence: allow COMPILE_TEST
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• [PATCH v2 1/2] platform: make platform_get_irq_optional() optional
  • From: Sergey Shtylyov <s.shtylyov@xxxxxx>
• Re: [PATCH RESEND] i2c: tegra: Add SMBus block read function
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH] i2c: qup: allow COMPILE_TEST
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• [PATCH] i2c: imx: allow COMPILE_TEST
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• [PATCH] i2c: cadence: allow COMPILE_TEST
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: Wrong piix4_smbus address / slow trackpoint on Thinkpad P14s gen 2 (AMD)
  • From: Miroslav Bendík <miroslav.bendik@xxxxxxxxx>
• Re: [PATCH RESEND] i2c: tegra: Add SMBus block read function
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH RESEND] i2c: tegra: Add SMBus block read function
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v1 1/6] dt-bindings: i2c: npcm: support NPCM845
  • From: warp5tw <warp5tw@xxxxxxxxx>
• Re: [PATCH net-next v5 2/2] mctp i2c: MCTP I2C binding driver
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 0/9] i2c: qcom-cci: fixes and updates
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH 0/9] i2c: qcom-cci: fixes and updates
  • From: Vladimir Zapolskiy <vladimir.zapolskiy@xxxxxxxxxx>
• Re: [PATCH v5 3/9] i2c: piix4: Move port I/O region request/release code into functions
  • From: Terry Bowman <Terry.Bowman@xxxxxxx>
• [PATCH v4 3/7] i2c: cht-wc: Use generic_handle_irq_safe().
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH v4 7/7] staging: greybus: gpio: Use generic_handle_irq_safe().
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH v4 6/7] net: usb: lan78xx: Use generic_handle_irq_safe().
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH v4 0/7] Provide and use generic_handle_irq_safe() where appropriate.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH v4 5/7] mfd: ezx-pcap: Use generic_handle_irq_safe().
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH v4 1/7] genirq: Provide generic_handle_irq_safe().
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH v4 2/7] i2c: core: Use generic_handle_irq_safe() in i2c_handle_smbus_host_notify().
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH v4 4/7] misc: hi6421-spmi-pmic: Use generic_handle_irq_safe().
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v6 03/12] dt-bindings: i2c: add bindings for microchip mpfs i2c
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH] Revert "i2c: core: support bus regulator controlling in adapter"
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH 0/9] i2c: qcom-cci: fixes and updates
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH 3/9] i2c: qcom-cci: don't delete an unregistered adapter
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH 4/9] i2c: qcom-cci: don't put a device tree node before i2c_add_adapter()
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH 3/9] i2c: qcom-cci: don't delete an unregistered adapter
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH] i2c: brcmstb: allow compiling on BCM4908
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH 2/2] i2c: rcar: Add R-Car Gen4 support
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] dt-bindings: i2c: renesas,rcar-i2c: Add r8a779f0 support
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: brcmstb: allow compiling on BCM4908
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH v1 1/6] dt-bindings: i2c: npcm: support NPCM845
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v5 3/9] i2c: piix4: Move port I/O region request/release code into functions
  • From: Terry Bowman <Terry.Bowman@xxxxxxx>
• [PATCH] i2c: i801: Add support for Intel Raptor Lake PCH-S
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/9] i2c: piix4: Move port I/O region request/release code into functions
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH 1/9] dt-bindings: i2c: qcom-cci: add QCOM SM8450 compatible
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 1/2] dt-bindings: i2c: renesas,rcar-i2c: Add r8a779f0 support
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 1/5] dt-bindings: input: Add the PinePhone keyboard binding
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v5 0/9] i2c: piix4: Replace cd6h/cd7h port I/O accesses with MMIO accesses
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH v2] i2c: don't expose function which is only used internally
  • From: Niklas Söderlund <niklas.soderlund@xxxxxxxxxxxx>
• [PATCH] i2c: brcmstb: allow compiling on BCM4908
  • From: Rafał Miłecki <zajec5@xxxxxxxxx>
• Re: [PATCH v4] gpio: Return EPROBE_DEFER if gc->to_irq is NULL
  • From: Shreeya Patel <shreeya.patel@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] i2c: designware: Add AMD PSP I2C bus support
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v5 3/9] i2c: piix4: Move port I/O region request/release code into functions
  • From: Jean Delvare <jdelvare@xxxxxxx>
• RE: [PATCH RESEND] i2c: tegra: Add SMBus block read function
  • From: Akhil R <akhilrajeev@xxxxxxxxxx>
• RE: [syzbot] general protection fault in i2c_setup_smbus_alert
  • From: Akhil R <akhilrajeev@xxxxxxxxxx>
• Re: [syzbot] general protection fault in i2c_setup_smbus_alert
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [syzbot] general protection fault in i2c_setup_smbus_alert
  • From: syzbot <syzbot+0591ccf54ee05344e4eb@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4] gpio: Return EPROBE_DEFER if gc->to_irq is NULL
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: [syzbot] general protection fault in i2c_setup_smbus_alert
  • From: syzbot <syzbot+0591ccf54ee05344e4eb@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] i2c: designware: Add missing locks
  • From: Jan Dąbroś <jsd@xxxxxxxxxxxx>
• Re: [PATCH v4 2/2] i2c: designware: Add AMD PSP I2C bus support
  • From: Jan Dąbroś <jsd@xxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: rcar: Add R-Car Gen4 support
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] dt-bindings: i2c: renesas,rcar-i2c: Add r8a779f0 support
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] clk: renesas: r8a779f0: Add I2C clocks
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] i2c: designware: Add AMD PSP I2C bus support
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v4 1/2] i2c: designware: Add missing locks
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• [PULL REQUEST] immutable branch "i2c/add-request_mem_region_muxed-20220210"
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v5 0/9] i2c: piix4: Replace cd6h/cd7h port I/O accesses with MMIO accesses
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [RESEND v4 02/10] arm64: dts: freescale: Add the top level dtsi support for imx8dxl
  • From: Abel Vesa <abel.vesa@xxxxxxx>
• [PATCH v2] i2c: don't expose function which is only used internally
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [RESEND v4 05/10] arm64: dts: freescale: Add the imx8dxl connectivity subsys dtsi
  • From: Abel Vesa <abel.vesa@xxxxxxx>
• Re: [RESEND v4 08/10] arm64: dts: imx8dxl: Add i.MX8DXL evk board support
  • From: Abel Vesa <abel.vesa@xxxxxxx>
• Re: [PATCH RESEND] i2c: tegra: Add SMBus block read function
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH] i2c: bcm2835: Fix the error handling in 'bcm2835_i2c_probe()'
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH 2/9] dt-bindings: i2c: qcom-cci: add description of a vbus-supply property
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH 2/9] dt-bindings: i2c: qcom-cci: add description of a vbus-supply property
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 2/9] dt-bindings: i2c: qcom-cci: add description of a vbus-supply property
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v4] gpio: Return EPROBE_DEFER if gc->to_irq is NULL
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH 2/9] dt-bindings: i2c: qcom-cci: add description of a vbus-supply property
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 2/9] dt-bindings: i2c: qcom-cci: add description of a vbus-supply property
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v4] gpio: Return EPROBE_DEFER if gc->to_irq is NULL
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: [PATCH 2/9] dt-bindings: i2c: qcom-cci: add description of a vbus-supply property
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 8/9] i2c: qcom-cci: add support of optional vbus-supply regulators
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH RESEND] i2c: tegra: Add SMBus block read function
  • From: Akhil R <akhilrajeev@xxxxxxxxxx>
• Re: [PATCH 2/9] dt-bindings: i2c: qcom-cci: add description of a vbus-supply property
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v4 2/2] i2c: designware: Add AMD PSP I2C bus support
  • From: Jan Dąbroś <jsd@xxxxxxxxxxxx>
• Re: [PATCH v4 2/2] i2c: designware: Add AMD PSP I2C bus support
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH net-next v5 1/2] dt-bindings: net: New binding mctp-i2c-controller
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 2/3] i2c: sh_mobile: Use platform_get_irq_optional() to get the interrupt
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxx>
• Re: [PATCH 2/3] i2c: sh_mobile: Use platform_get_irq_optional() to get the interrupt
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] i2c: bcm2835: Use platform_get_irq() to get the interrupt
  • From: zhaoxiao <zhaoxiao@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] i2c: sh_mobile: Use platform_get_irq_optional() to get the interrupt
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] i2c: designware: Add AMD PSP I2C bus support
  • From: Jan Dąbroś <jsd@xxxxxxxxxxxx>
• Re: [PATCH v4 0/2] i2c-designware: Add support for AMD PSP semaphore
  • From: Jan Dąbroś <jsd@xxxxxxxxxxxx>
• [PATCH net-next v5 0/2] MCTP I2C driver
  • From: Matt Johnston <matt@xxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v5 2/2] mctp i2c: MCTP I2C binding driver
  • From: Matt Johnston <matt@xxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v5 1/2] dt-bindings: net: New binding mctp-i2c-controller
  • From: Matt Johnston <matt@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v4 2/2] mctp i2c: MCTP I2C binding driver
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH] i2c: riic: Simplify reset handling
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] i2c: sh_mobile: Use platform_get_irq_optional() to get the interrupt
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 2/2] dt-bindings: i2c: add nxp,pca9541 release-delay-us property
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH] i2c: qcom-geni: Fix return value for master_xfer
  • From: <jorcrous@xxxxxxxxxx>
• [PATCH v5 9/9] i2c: piix4: Enable EFCH MMIO for Family 17h+
  • From: Terry Bowman <terry.bowman@xxxxxxx>
• [PATCH v5 8/9] i2c: piix4: Add EFCH MMIO support for SMBus port select
  • From: Terry Bowman <terry.bowman@xxxxxxx>
• [PATCH v5 7/9] i2c: piix4: Add EFCH MMIO support to SMBus base address detect
  • From: Terry Bowman <terry.bowman@xxxxxxx>
• [PATCH v5 6/9] i2c: piix4: Add EFCH MMIO support to region request and release
  • From: Terry Bowman <terry.bowman@xxxxxxx>
• [PATCH v5 5/9] i2c: piix4: Move SMBus port selection into function
  • From: Terry Bowman <terry.bowman@xxxxxxx>
• [PATCH v5 4/9] i2c: piix4: Move SMBus controller base address detect into function
  • From: Terry Bowman <terry.bowman@xxxxxxx>
• [PATCH v5 3/9] i2c: piix4: Move port I/O region request/release code into functions
  • From: Terry Bowman <terry.bowman@xxxxxxx>
• [PATCH v5 2/9] i2c: piix4: Replace hardcoded memory map size with a #define
  • From: Terry Bowman <terry.bowman@xxxxxxx>
• [PATCH v5 1/9] kernel/resource: Introduce request_mem_region_muxed()
  • From: Terry Bowman <terry.bowman@xxxxxxx>
• [PATCH v5 0/9] i2c: piix4: Replace cd6h/cd7h port I/O accesses with MMIO accesses
  • From: Terry Bowman <terry.bowman@xxxxxxx>
• Re: [PATCH 2/3] i2c: sh_mobile: Use platform_get_irq_optional() to get the interrupt
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/3] i2c: sh_mobile: Use platform_get_irq_optional() to get the interrupt
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxx>
• Re: [PATCH 2/3] i2c: sh_mobile: Use platform_get_irq_optional() to get the interrupt
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxx>
• Re: [PATCH v4 2/2] i2c: designware: Add AMD PSP I2C bus support
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] i2c: designware: Add missing locks
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] i2c: sh_mobile: Use platform_get_irq_optional() to get the interrupt
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/3] i2c: sh_mobile: Use platform_get_irq_optional() to get the interrupt
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxx>
• Re: [PATCH v4 0/2] i2c-designware: Add support for AMD PSP semaphore
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] i2c: designware: Add missing locks
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: hisi: Add generic GPIO bus recovery support
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH net-next v4 2/2] mctp i2c: MCTP I2C binding driver
  • From: Matt Johnston <matt@xxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v4 0/2] MCTP I2C driver
  • From: Matt Johnston <matt@xxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v4 1/2] dt-bindings: net: New binding mctp-i2c-controller
  • From: Matt Johnston <matt@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v9 1/1] i2c: mediatek: modify bus speed calculation formula
  • From: Kewei Xu <kewei.xu@xxxxxxxxxxxx>
• [PATCH v9 0/1] Introducing an attribute to select the time setting
  • From: Kewei Xu <kewei.xu@xxxxxxxxxxxx>
• [PATCH v3 1/7] genirq: Provide generic_handle_irq_safe().
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/9] i2c: piix4: Replace cd6h/cd7h port I/O accesses with MMIO accesses
  • From: Jean Delvare <jdelvare@xxxxxxx>
• RE: [PATCH 2/6] dt-bindings: i2c: tegra: Add Tegra234 details
  • From: Akhil R <akhilrajeev@xxxxxxxxxx>
• Re: [PATCH 2/6] dt-bindings: i2c: tegra: Add Tegra234 details
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v4 0/9] i2c: piix4: Replace cd6h/cd7h port I/O accesses with MMIO accesses
  • From: Terry Bowman <Terry.Bowman@xxxxxxx>
• Re: [PATCH v4 0/9] i2c: piix4: Replace cd6h/cd7h port I/O accesses with MMIO accesses
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH v4 9/9] i2c: piix4: Enable EFCH MMIO for Family 17h+
  • From: Terry Bowman <Terry.Bowman@xxxxxxx>
• Re: [PATCH v4 9/9] i2c: piix4: Enable EFCH MMIO for Family 17h+
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v4 0/9] i2c: piix4: Replace cd6h/cd7h port I/O accesses with MMIO accesses
  • From: Terry Bowman <Terry.Bowman@xxxxxxx>
• Re: [PATCH v4 0/9] i2c: piix4: Replace cd6h/cd7h port I/O accesses with MMIO accesses
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH v4 9/9] i2c: piix4: Enable EFCH MMIO for Family 17h+
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH v4 8/9] i2c: piix4: Add EFCH MMIO support for SMBus port select
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH v4 6/9] i2c: piix4: Add EFCH MMIO support to region request and release
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH v4 5/9] i2c: piix4: Move SMBus port selection into function
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH v4 3/9] i2c: piix4: Move port I/O region request/release code into functions
  • From: Terry Bowman <Terry.Bowman@xxxxxxx>
• Re: [PATCH v4 4/9] i2c: piix4: Move SMBus controller base address detect into function
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: 5.17-rc regression: rmi4 clients cannot deal with asynchronous suspend? (was: X1 Carbon touchpad not resumed)
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: rcar: Add R-Car Gen4 support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 3/9] i2c: piix4: Move port I/O region request/release code into functions
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH 2/2] i2c: rcar: Add R-Car Gen4 support
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: rcar: Add R-Car Gen4 support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] Watchdog: sp5100_tco: Replace cd6h/cd7h port I/O accesses with MMIO accesses
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH v3 2/2] i2c: designware: Add AMD PSP I2C bus support
  • From: Jan Dąbroś <jsd@xxxxxxxxxxxx>
• Re: [PATCH v3 2/2] i2c: designware: Add AMD PSP I2C bus support
  • From: Jan Dąbroś <jsd@xxxxxxxxxxxx>
• [PATCH v4 2/2] i2c: designware: Add AMD PSP I2C bus support
  • From: Jan Dabros <jsd@xxxxxxxxxxxx>
• [PATCH v4 1/2] i2c: designware: Add missing locks
  • From: Jan Dabros <jsd@xxxxxxxxxxxx>
• [PATCH v4 0/2] i2c-designware: Add support for AMD PSP semaphore
  • From: Jan Dabros <jsd@xxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: rcar: Add R-Car Gen4 support
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 03/12] dt-bindings: i2c: add bindings for microchip mpfs i2c
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v6 03/12] dt-bindings: i2c: add bindings for microchip mpfs i2c
  • From: Conor Dooley <mail@xxxxxxxxxxx>
• Re: [PATCH 2/3] i2c: sh_mobile: Use platform_get_irq_optional() to get the interrupt
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/9] dt-bindings: i2c: qcom-cci: add description of a vbus-supply property
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: 5.17-rc regression: rmi4 clients cannot deal with asynchronous suspend? (was: X1 Carbon touchpad not resumed)
  • From: Loic Poulain <loic.poulain@xxxxxxxxxx>
• Re: [PATCH v6 05/12] dt-bindings: gpio: add bindings for microchip mpfs gpio
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [RFCv3 0/6] TI camera serdes and I2C address translation (Was: [RFCv3 0/6] Hi,)
  • From: "Vaittinen, Matti" <Matti.Vaittinen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] Watchdog: sp5100_tco: Replace cd6h/cd7h port I/O accesses with MMIO accesses
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH v1 6/6] i2c: npcm: Support NPCM845
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• Re: [RFCv3 2/6] i2c: add I2C Address Translator (ATR) support
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v4 0/4] Watchdog: sp5100_tco: Replace cd6h/cd7h port I/O accesses with MMIO accesses
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v1 6/6] i2c: npcm: Support NPCM845
  • From: Avi Fishman <avifishman70@xxxxxxxxx>
• Re: [PATCH v1 6/6] i2c: npcm: Support NPCM845
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• Re: [PATCH v1 6/6] i2c: npcm: Support NPCM845
  • From: Tali Perry <tali.perry1@xxxxxxxxx>
• Re: [PATCH v1 4/6] i2c: npcm: Handle spurious interrupts
  • From: warp5tw <warp5tw@xxxxxxxxx>
• Re: [PATCH v1 2/6] i2c: npcm: Fix timeout calculation
  • From: warp5tw <warp5tw@xxxxxxxxx>
• Re: [PATCH v1 1/6] dt-bindings: i2c: npcm: support NPCM845
  • From: warp5tw <warp5tw@xxxxxxxxx>
• Re: [PATCH v1 6/6] i2c: npcm: Support NPCM845
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• Re: [PATCH v1 6/6] i2c: npcm: Support NPCM845
  • From: Tali Perry <tali.perry1@xxxxxxxxx>
• Re: [RFCv3 0/6] TI camera serdes and I2C address translation (Was: [RFCv3 0/6] Hi,)
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: rcar: Add R-Car Gen4 support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v1 6/6] i2c: npcm: Support NPCM845
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• Re: [PATCH v1 6/6] i2c: npcm: Support NPCM845
  • From: Tali Perry <tali.perry1@xxxxxxxxx>
• RE: [PATCH v1 6/6] i2c: npcm: Support NPCM845
  • From: "tali.perry@xxxxxxxxxxx" <tali.perry@xxxxxxxxxxx>
• Re: [RFCv3 0/6] TI camera serdes and I2C address translation (Was: [RFCv3 0/6] Hi,)
  • From: "Vaittinen, Matti" <Matti.Vaittinen@xxxxxxxxxxxxxxxxx>
• Re: 5.17-rc regression: X1 Carbon touchpad not resumed
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• Re: 5.17-rc regression: rmi4 clients cannot deal with asynchronous suspend? (was: X1 Carbon touchpad not resumed)
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: 5.17-rc regression: rmi4 clients cannot deal with asynchronous suspend? (was: X1 Carbon touchpad not resumed)
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH 1/2] i2c: hisi: Add generic GPIO bus recovery support
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• Re: [RFCv3 3/6] media: dt-bindings: add DS90UB953-Q1 video serializer
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: 5.17-rc regression: rmi4 clients cannot deal with asynchronous suspend? (was: X1 Carbon touchpad not resumed)
  • From: Rajat Jain <rajatja@xxxxxxxxxx>
• Re: 5.17-rc regression: rmi4 clients cannot deal with asynchronous suspend? (was: X1 Carbon touchpad not resumed)
  • From: Rajat Jain <rajatja@xxxxxxxxxx>
• Re: [v4 1/3] dt-bindings: i2c: Add Maxim MAX735x/MAX736x variants
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: 5.17-rc regression: X1 Carbon touchpad not resumed
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v6 02/12] dt-bindings: soc/microchip: add services as sub devs of sys ctrlr
  • From: Conor Dooley <mail@xxxxxxxxxxx>
• Re: 5.17-rc regression: X1 Carbon touchpad not resumed
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v6 02/12] dt-bindings: soc/microchip: add services as sub devs of sys ctrlr
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v6 04/12] dt-bindings: rtc: add bindings for microchip mpfs rtc
  • From: Rob Herring <robh@xxxxxxxxxx>
• 5.17-rc regression: X1 Carbon touchpad not resumed
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [RFCv3 4/6] media: dt-bindings: add DS90UB954-Q1 video deserializer
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] dt-bindings: i2c: samsung,s3c2410-i2c: convert to dtschema
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 2/9] dt-bindings: i2c: qcom-cci: add description of a vbus-supply property
  • From: Vladimir Zapolskiy <vladimir.zapolskiy@xxxxxxxxxx>
• [PATCH v6 06/12] dt-bindings: pwm: add microchip corepwm binding
  • From: <conor.dooley@xxxxxxxxxxxxx>
• [PATCH v6 02/12] dt-bindings: soc/microchip: add services as sub devs of sys ctrlr
  • From: <conor.dooley@xxxxxxxxxxxxx>
• [PATCH v6 07/12] riscv: dts: microchip: use clk defines for icicle kit
  • From: <conor.dooley@xxxxxxxxxxxxx>
• [PATCH v6 05/12] dt-bindings: gpio: add bindings for microchip mpfs gpio
  • From: <conor.dooley@xxxxxxxxxxxxx>
• [PATCH v6 12/12] MAINTAINERS: update riscv/microchip entry
  • From: <conor.dooley@xxxxxxxxxxxxx>
• Re: [RFCv3 0/6] TI camera serdes and I2C address translation (Was: [RFCv3 0/6] Hi,)
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• [PATCH v6 08/12] riscv: dts: microchip: add fpga fabric section to icicle kit
  • From: <conor.dooley@xxxxxxxxxxxxx>
• [PATCH v6 09/12] riscv: dts: microchip: refactor icicle kit device tree
  • From: <conor.dooley@xxxxxxxxxxxxx>
• [PATCH v6 00/12] Update the Icicle Kit device tree
  • From: <conor.dooley@xxxxxxxxxxxxx>
• [PATCH v6 04/12] dt-bindings: rtc: add bindings for microchip mpfs rtc
  • From: <conor.dooley@xxxxxxxxxxxxx>
• [PATCH v6 03/12] dt-bindings: i2c: add bindings for microchip mpfs i2c
  • From: <conor.dooley@xxxxxxxxxxxxx>
• [PATCH v6 10/12] riscv: dts: microchip: update peripherals in icicle kit device tree
  • From: <conor.dooley@xxxxxxxxxxxxx>
• [PATCH v6 01/12] dt-bindings: soc/microchip: update syscontroller compatibles
  • From: <conor.dooley@xxxxxxxxxxxxx>
• [PATCH v6 11/12] riscv: dts: microchip: add new peripherals to icicle kit device tree
  • From: <conor.dooley@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: npcm7xx: Fix typos
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH] i2c: ACPI: Replace acpi_bus_get_device()
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH] i2c: bcm2835: Set clock-stretch timeout to 35ms
  • From: "Ivan T. Ivanov" <iivanov@xxxxxxx>
• Re: [PATCH v1 6/6] i2c: npcm: Support NPCM845
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: bcm2835: Avoid clock stretching timeouts
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: bcm2835: Set clock-stretch timeout to 35ms
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v3 1/5] i2c: Introduce common module to instantiate CCGx UCSI
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH -next] i2c: bcm2835: add missing disable and put clk on error in bcm2835_i2c_probe()
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH] i2c: bcm2835: Fix the error handling in 'bcm2835_i2c_probe()'
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH] i2c: amd-mp2: Remove useless DMA-32 fallback configuration
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH 2/9] dt-bindings: i2c: qcom-cci: add description of a vbus-supply property
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFCv3 0/6] TI camera serdes and I2C address translation (Was: [RFCv3 0/6] Hi,)
  • From: "Vaittinen, Matti" <Matti.Vaittinen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: ismt: Remove useless DMA-32 fallback configuration
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH 2/9] dt-bindings: i2c: qcom-cci: add description of a vbus-supply property
  • From: Vladimir Zapolskiy <vladimir.zapolskiy@xxxxxxxxxx>
• Re: [PATCH v3 1/5] i2c: Introduce common module to instantiate CCGx UCSI
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v3 2/2] i2c: designware: Add AMD PSP I2C bus support
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [RFCv3 0/6] TI camera serdes and I2C address translation (Was: [RFCv3 0/6] Hi,)
  • From: Luca Ceresoli <luca@xxxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/6] dt-bindings: i2c: npcm: support NPCM845
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [RFCv3 0/6] TI camera serdes and I2C address translation (Was: [RFCv3 0/6] Hi,)
  • From: "Vaittinen, Matti" <Matti.Vaittinen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 6/6] i2c: npcm: Support NPCM845
  • From: Jonathan Neuschäfer <j.neuschaefer@xxxxxxx>
• Re: [PATCH v4 0/4] Watchdog: sp5100_tco: Replace cd6h/cd7h port I/O accesses with MMIO accesses
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [v4 3/3] i2c: muxes: pca954x: Add regulator support
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v4 0/4] Watchdog: sp5100_tco: Replace cd6h/cd7h port I/O accesses with MMIO accesses
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [RFC Patch v3 1/3] i2c debug counters as sysfs attributes
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [RFCv3 0/6] TI camera serdes and I2C address translation (Was: [RFCv3 0/6] Hi,)
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/9] i2c: piix4: Replace cd6h/cd7h port I/O accesses with MMIO accesses
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v4 6/8] i2c: i801: convert to use common P2SB accessor
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v3 1/5] i2c: Introduce common module to instantiate CCGx UCSI
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: hisi: Add generic GPIO bus recovery support
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 2/6] i2c: npcm: Fix timeout calculation
  • From: Jonathan Neuschäfer <j.neuschaefer@xxxxxxx>
• Re: [PATCH 1/2] i2c: hisi: Add generic GPIO bus recovery support
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] i2c: designware: Add AMD PSP I2C bus support
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/6] dt-bindings: i2c: npcm: support NPCM845
  • From: Jonathan Neuschäfer <j.neuschaefer@xxxxxxx>
• Re: [PATCH v1 1/6] dt-bindings: i2c: npcm: support NPCM845
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• Re: [PATCH v1 4/6] i2c: npcm: Handle spurious interrupts
  • From: Jonathan Neuschäfer <j.neuschaefer@xxxxxxx>
• Re: [PATCH 0/2] Add I2C bus recovery support on Kunpeng 920/930
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 2/6] i2c: npcm: Fix timeout calculation
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [v4 3/3] i2c: muxes: pca954x: Add regulator support
  • From: Patrick Rudolph <patrick.rudolph@xxxxxxxxxxxxx>
• [v4 1/3] dt-bindings: i2c: Add Maxim MAX735x/MAX736x variants
  • From: Patrick Rudolph <patrick.rudolph@xxxxxxxxxxxxx>
• [v4 0/3] Add support for Maxim MAX735x/MAX736x variants
  • From: Patrick Rudolph <patrick.rudolph@xxxxxxxxxxxxx>
• [v4 2/3] i2c: muxes: pca954x: Add MAX735x/MAX736x support
  • From: Patrick Rudolph <patrick.rudolph@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] i2c: designware: Add AMD PSP I2C bus support
  • From: Jan Dąbroś <jsd@xxxxxxxxxxxx>
• Re: [PATCH 0/2] Add I2C bus recovery support on Kunpeng 920/930
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• [PATCH v1 3/6] i2c: npcm: Add tx complete counter
  • From: Tyrone Ting <warp5tw@xxxxxxxxx>
• [PATCH v1 5/6] i2c: npcm: Remove own slave addresses 2:10
  • From: Tyrone Ting <warp5tw@xxxxxxxxx>
• [PATCH v1 2/6] i2c: npcm: Fix timeout calculation
  • From: Tyrone Ting <warp5tw@xxxxxxxxx>
• [PATCH v1 6/6] i2c: npcm: Support NPCM845
  • From: Tyrone Ting <warp5tw@xxxxxxxxx>
• [PATCH v1 1/6] dt-bindings: i2c: npcm: support NPCM845
  • From: Tyrone Ting <warp5tw@xxxxxxxxx>
• [PATCH v1 0/6] i2c: npcm: Bug fixes timeout, spurious interrupts
  • From: Tyrone Ting <warp5tw@xxxxxxxxx>
• [PATCH v1 4/6] i2c: npcm: Handle spurious interrupts
  • From: Tyrone Ting <warp5tw@xxxxxxxxx>
• Re: [v2 1/2] dt-bindings: i2c: update bindings for MT8186 SoC
  • From: Kewei Xu <kewei.xu@xxxxxxxxxxxx>
• Re: [PATCH v2 1/7] genirq: Provide generic_handle_irq_safe().
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [RFCv3 4/6] media: dt-bindings: add DS90UB954-Q1 video deserializer
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: Touchpad stickiness on AMD laptops (was Dell Inspiron/XPS)
  • From: Miroslav Bendík <miroslav@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: pasemi: Drop I2C classes from platform driver variant
  • From: Hector Martin <marcan@xxxxxxxxx>
• [RFCv3 0/6] Hi,
  • From: Luca Ceresoli <luca@xxxxxxxxxxxxxxxx>
• [RFCv3 1/6] i2c: core: let adapters be notified of client attach/detach
  • From: Luca Ceresoli <luca@xxxxxxxxxxxxxxxx>
• Re: [RFCv3 0/6] TI camera serdes and I2C address translation
  • From: Luca Ceresoli <luca@xxxxxxxxxxxxxxxx>
• [RFCv3 5/6] media: ds90ub954: new driver for TI DS90UB954-Q1 video deserializer
  • From: Luca Ceresoli <luca@xxxxxxxxxxxxxxxx>
• [RFCv3 2/6] i2c: add I2C Address Translator (ATR) support
  • From: Luca Ceresoli <luca@xxxxxxxxxxxxxxxx>
• [RFCv3 6/6] media: ds90ub953: new driver for TI DS90UB953-Q1 video serializer
  • From: Luca Ceresoli <luca@xxxxxxxxxxxxxxxx>
• [RFCv3 4/6] media: dt-bindings: add DS90UB954-Q1 video deserializer
  • From: Luca Ceresoli <luca@xxxxxxxxxxxxxxxx>
• [RFCv3 3/6] media: dt-bindings: add DS90UB953-Q1 video serializer
  • From: Luca Ceresoli <luca@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: pasemi: Drop I2C classes from platform driver variant
  • From: "Sven Peter" <sven@xxxxxxxxxxxxx>
• Re: [PATCH] HPE BMC GXP SUPPORT
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v5 06/12] dt-bindings: pwm: add microchip corepwm binding
  • From: Conor Dooley <mail@xxxxxxxxxxx>
• Re: [PATCH v5 03/12] dt-bindings: i2c: add bindings for microchip mpfs i2c
  • From: Conor Dooley <mail@xxxxxxxxxxx>
• Re: [v3 1/3] dt-bindings: i2c: Add Maxim MAX735x/MAX736x variants
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v4 2/2] dt-bindings:i2c: Add Sunplus SP7021 schema
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v5 04/12] dt-bindings: rtc: add bindings for microchip mpfs rtc
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v5 03/12] dt-bindings: i2c: add bindings for microchip mpfs i2c
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v5 02/12] dt-bindings: soc/microchip: add services as children of sys ctrlr
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v5 01/12] dt-bindings: soc/microchip: update syscontroller compatibles
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 2/9] dt-bindings: i2c: qcom-cci: add description of a vbus-supply property
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 2/9] dt-bindings: i2c: qcom-cci: add description of a vbus-supply property
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• Re: [PATCH v5 00/12] Update the Icicle Kit device tree
  • From: Conor Dooley <mail@xxxxxxxxxxx>
• Re: [PATCH 2/9] dt-bindings: i2c: qcom-cci: add description of a vbus-supply property
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 5/9] i2c: qcom-cci: initialize CCI controller after registration of adapters
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• Re: [PATCH 8/9] i2c: qcom-cci: add support of optional vbus-supply regulators
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• Re: [PATCH 8/9] i2c: qcom-cci: add support of optional vbus-supply regulators
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• Re: [PATCH] Revert "i2c: core: support bus regulator controlling in adapter"
  • From: Hsin-Yi Wang <hsinyi@xxxxxxxxxxxx>
• Re: [PATCH 4/9] i2c: qcom-cci: don't put a device tree node before i2c_add_adapter()
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• Re: [PATCH v5 00/12] Update the Icicle Kit device tree
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH 3/9] i2c: qcom-cci: don't delete an unregistered adapter
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• Re: [PATCH 2/9] dt-bindings: i2c: qcom-cci: add description of a vbus-supply property
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• [PATCH v1 1/1] i2c: smbus: Check for parent device before dereference
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 1/1] i2c: robotfuzz-osif: Propagate parent device to I2C core
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] HPE BMC GXP SUPPORT
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] HPE BMC GXP SUPPORT
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH] HPE BMC GXP SUPPORT
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH] HPE BMC GXP SUPPORT
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] HPE BMC GXP SUPPORT
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 8/9] i2c: qcom-cci: add support of optional vbus-supply regulators
  • From: Loic Poulain <loic.poulain@xxxxxxxxxx>
• Re: [PATCH 5/9] i2c: qcom-cci: initialize CCI controller after registration of adapters
  • From: Loic Poulain <loic.poulain@xxxxxxxxxx>
• Re: [PATCH 2/9] dt-bindings: i2c: qcom-cci: add description of a vbus-supply property
  • From: Robert Foss <robert.foss@xxxxxxxxxx>
• Re: [PATCH 1/9] dt-bindings: i2c: qcom-cci: add QCOM SM8450 compatible
  • From: Robert Foss <robert.foss@xxxxxxxxxx>
• Re: [PATCH 9/9] i2c: qcom-cci: add sm8450 compatible
  • From: Robert Foss <robert.foss@xxxxxxxxxx>
• Re: [PATCH 8/9] i2c: qcom-cci: add support of optional vbus-supply regulators
  • From: Robert Foss <robert.foss@xxxxxxxxxx>
• Re: [PATCH 7/9] i2c: qcom-cci: simplify access to bus data structure
  • From: Robert Foss <robert.foss@xxxxxxxxxx>
• Re: [PATCH 6/9] i2c: qcom-cci: simplify probe by removing one loop over busses
  • From: Robert Foss <robert.foss@xxxxxxxxxx>
• Re: [PATCH 4/9] i2c: qcom-cci: don't put a device tree node before i2c_add_adapter()
  • From: Robert Foss <robert.foss@xxxxxxxxxx>
• Re: [PATCH 3/9] i2c: qcom-cci: don't delete an unregistered adapter
  • From: Robert Foss <robert.foss@xxxxxxxxxx>
• [PATCH v2] i2c: pasemi: Drop I2C classes from platform driver variant
  • From: Martin Povišer <povik+lin@xxxxxxxxxxx>
• [PATCH] i2c: smbus: change type of length argument in block functions to size_t
  • From: Heiner Kallweit <hkallweit1@xxxxxxxxx>
• Re: [PATCH] HPE BMC GXP SUPPORT
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• Re: [PATCH 5/9] i2c: qcom-cci: initialize CCI controller after registration of adapters
  • From: Vladimir Zapolskiy <vladimir.zapolskiy@xxxxxxxxxx>
• Re: [PATCH v3 0/4] Add I2C and PWM support for T234
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH 5/9] i2c: qcom-cci: initialize CCI controller after registration of adapters
  • From: Loic Poulain <loic.poulain@xxxxxxxxxx>
• Re: [PATCH] HPE BMC GXP SUPPORT
  • From: "Verdun, Jean-Marie" <verdun@xxxxxxx>
• [PATCH 9/9] i2c: qcom-cci: add sm8450 compatible
  • From: Vladimir Zapolskiy <vladimir.zapolskiy@xxxxxxxxxx>
• [PATCH 8/9] i2c: qcom-cci: add support of optional vbus-supply regulators
  • From: Vladimir Zapolskiy <vladimir.zapolskiy@xxxxxxxxxx>
• [PATCH 7/9] i2c: qcom-cci: simplify access to bus data structure
  • From: Vladimir Zapolskiy <vladimir.zapolskiy@xxxxxxxxxx>
• [PATCH 6/9] i2c: qcom-cci: simplify probe by removing one loop over busses
  • From: Vladimir Zapolskiy <vladimir.zapolskiy@xxxxxxxxxx>
• [PATCH 5/9] i2c: qcom-cci: initialize CCI controller after registration of adapters
  • From: Vladimir Zapolskiy <vladimir.zapolskiy@xxxxxxxxxx>
• [PATCH 4/9] i2c: qcom-cci: don't put a device tree node before i2c_add_adapter()
  • From: Vladimir Zapolskiy <vladimir.zapolskiy@xxxxxxxxxx>
• [PATCH 3/9] i2c: qcom-cci: don't delete an unregistered adapter
  • From: Vladimir Zapolskiy <vladimir.zapolskiy@xxxxxxxxxx>
• [PATCH 2/9] dt-bindings: i2c: qcom-cci: add description of a vbus-supply property
  • From: Vladimir Zapolskiy <vladimir.zapolskiy@xxxxxxxxxx>
• [PATCH 1/9] dt-bindings: i2c: qcom-cci: add QCOM SM8450 compatible
  • From: Vladimir Zapolskiy <vladimir.zapolskiy@xxxxxxxxxx>
• [PATCH 0/9] i2c: qcom-cci: fixes and updates
  • From: Vladimir Zapolskiy <vladimir.zapolskiy@xxxxxxxxxx>
• Re: [PATCH] clk: renesas: r8a779f0: Add I2C clocks
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] HPE BMC GXP SUPPORT
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [PATCH] clk: renesas: r8a779f0: Add I2C clocks
  • From: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
• [PATCH 2/2] i2c: rcar: Add R-Car Gen4 support
  • From: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
• [PATCH 0/2] i2c: rcar: Add R-Car S4-8 support
  • From: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>