Hi,

Previously, I sent a big picture series adding support for SFP ports
available on the LAN966x PCI device [0].

In this series patches touch several parts and sub-system in the kernel.
Reviews have be done and it makes sense to split the series and send
parts separately.

This current series is the extraction of patches related to issues in
the I2C subsystem. It has to be seen as a continuation of the big
picture series but related to this specific I2C part.

Those patches are related fw_delink issues specific to I2C muxes.

They purpose is to correctly set a link between an adapter supplier and
its consumer. Indeed, an i2c mux adapter's parent is not the i2c mux
supplier but the adapter the i2c mux is connected to. Adding a new link
between the adapter supplier involved when i2c muxes are used avoid a
freeze observed during device removal.

[0] https://lore.kernel.org/all/20260325143555.451852-1-herve.codina@bootlin.com/

Best regards,
Hervé

Changes:

v6 -> v7

  Rebase on top v7.1-rc1

  - Patch 1, 2 and 3
    No changes

Older iterations:
  Patches 14, 15 and 16in the big picture series
  https://lore.kernel.org/all/20260325143555.451852-1-herve.codina@bootlin.com/

Herve Codina (3):
  i2c: core: Introduce i2c_get_adapter_physdev()
  i2c: mux: Set adapter physical device
  i2c: mux: Create missing devlink between mux and adapter physical
    device

 drivers/i2c/i2c-core-base.c | 16 ++++++++++++++++
 drivers/i2c/i2c-mux.c       | 26 ++++++++++++++++++++++++++
 include/linux/i2c.h         |  3 +++
 3 files changed, 45 insertions(+)

-- 
2.54.0

Hi Andy, all,

On Mon, 11 May 2026 18:00:47 +0200
Herve Codina <herve.codina@bootlin.com> wrote:

> Hi,
> 
> Previously, I sent a big picture series adding support for SFP ports
> available on the LAN966x PCI device [0].
> 
> In this series patches touch several parts and sub-system in the kernel.
> Reviews have be done and it makes sense to split the series and send
> parts separately.
> 
> This current series is the extraction of patches related to issues in
> the I2C subsystem. It has to be seen as a continuation of the big
> picture series but related to this specific I2C part.
> 
> Those patches are related fw_delink issues specific to I2C muxes.
> 
> They purpose is to correctly set a link between an adapter supplier and
> its consumer. Indeed, an i2c mux adapter's parent is not the i2c mux
> supplier but the adapter the i2c mux is connected to. Adding a new link
> between the adapter supplier involved when i2c muxes are used avoid a
> freeze observed during device removal.
> 
> [0] https://lore.kernel.org/all/20260325143555.451852-1-herve.codina@bootlin.com/
> 
> Best regards,
> Hervé
> 

I known maintainers are busy but I didn't receive any feedback.

Do you have any comments on the series?

Best regards,
Hervé