From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtpout-03.galae.net (smtpout-03.galae.net [185.246.85.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id CA6893F4859 for ; Tue, 30 Jun 2026 10:30:18 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=185.246.85.4 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782815420; cv=none; b=bsMAuL3cZ1/T4gaiIQ5PMr2trQbTopIVj/6J2Abs5DfkVQoPHxo+uvdu+DLnz/JY4RY3TSBcnwAqNsjGFSpNGHOsOaBG5bLTaSQq/SNTqCB8009YCCA94Jf1Nko44p3Uz/t5u7TjCGBRnvxyhcUukdSfFFcMp1BY/VziFrKtpHw= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782815420; c=relaxed/simple; bh=j17tz5zzx0lcKqL2EVMtBzWIPISz/TX1FmaRTa6q4FU=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type; b=idsw3fWTf2PxiWEruzf+GzHp7xDbkDT88854/UA3qxrQSy1LVnMWUn4/stSvoVDjclFm6ZSwR2qcfv0D5uQu2OfvE65iC25ZXVfA/RqrmfqolXqxxl7eLr+4UHnRCeHAgAopL3dMvxbUjJHJlkqXEjPGgCTh76tZ60eBjiTFscg= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=bootlin.com; spf=pass smtp.mailfrom=bootlin.com; dkim=pass (2048-bit key) header.d=bootlin.com header.i=@bootlin.com header.b=wjVoJdXs; arc=none smtp.client-ip=185.246.85.4 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=bootlin.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=bootlin.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=bootlin.com header.i=@bootlin.com header.b="wjVoJdXs" Received: from smtpout-01.galae.net (smtpout-01.galae.net [212.83.139.233]) by smtpout-03.galae.net (Postfix) with ESMTPS id 6512E4E40BA0 for ; Tue, 30 Jun 2026 10:30:17 +0000 (UTC) Received: from mail.galae.net (mail.galae.net [212.83.136.155]) by smtpout-01.galae.net (Postfix) with ESMTPS id 392926025A; Tue, 30 Jun 2026 10:30:17 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by localhost (Mailerdaemon) with ESMTPSA id 7B6E9106F1D67; Tue, 30 Jun 2026 12:30:14 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bootlin.com; s=dkim; t=1782815416; h=from:subject:date:message-id:to:cc:mime-version:content-type: content-transfer-encoding; bh=odBvXjmVyDnxNyTBT7valtr+fSYPWjjzW6dvgNXKweU=; b=wjVoJdXsHUZGajpOeyKW+I5lOX8icoSQEMpdnrQbaZKE4vh2ztN5plIKfgrB41NwHGieiL vB96EclQvIyq7mNjlhcIHIpCwOcXSVCXaLuHtN3zSy46W+VcwpAAYGtnVnGrUdiAl6F3KS OIRHcD5gC0cwOEbqSazE0RIGBkUX9Tnrs8vZ6r4+n+K63qEi35avU6CRp330Ct3TJ8SXw8 FGegTTJIdj8Gdvwy/+EvAqmTGisRrwYT59E103jR4lbIsEl31f5bcPRYvVomYLd0eyZ+mq avEnNnqpcHcCdU/esAvccSGDeqPtZroHwx+ueoXDDMi3ycnMHu/m74h71bvTSA== From: Herve Codina To: Andrew Lunn , Rob Herring , Saravana Kannan , Wolfram Sang , Andi Shyti , Peter Rosin Cc: linux-i2c@vger.kernel.org, linux-kernel@vger.kernel.org, Allan Nielsen , Horatiu Vultur , Daniel Machon , Steen Hegelund , Luca Ceresoli , Thomas Petazzoni , Herve Codina Subject: [PATCH v8 0/3] lan966x pci device: Add support for SFPs, i2c part Date: Tue, 30 Jun 2026 12:30:05 +0200 Message-ID: <20260630103010.413688-1-herve.codina@bootlin.com> X-Mailer: git-send-email 2.54.0 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Last-TLS-Session-Version: TLSv1.3 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: v7 -> v8 v7: https://lore.kernel.org/all/20260605083158.28ac874f@bootlin.com/ Rebase on top of v7.2-rc1 No other changes v6 -> v7 Rebase on top of 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