From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtpout-04.galae.net (smtpout-04.galae.net [185.171.202.116]) (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 D9B7E26D4CD; Fri, 29 Aug 2025 11:08:32 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=185.171.202.116 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1756465714; cv=none; b=tSeDRD3XgcXX+4PjEMzQpY09sDgi11l6RMP1oryZRwPOwjGPmcr4nLE+1ev99U1iPfzNI5qYeNDeysi3mRdZge5uAW5CKBJGLiv1WAvX5+WfuaUMN5eitSb1TaRHOaKUGPBljSOxmK6Um0VSX60sDrQ0fy9JqxNwqGPzMYyxXJQ= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1756465714; c=relaxed/simple; bh=vYp1GJUgd0jvWoYxmkF2wAdQScdbtSOlmuOcuwJ/qZg=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=Ek/5Q8RCWrK+CMKAiQZZYRhUl3PnJWwgsrwoJAS2aYcGkp7pRKRXMjUqbwFLCDpHilbi3GoQzCat4YrFFXtPnCy/uzoexhYZpBvGYXaIpEqwircIcpVzZD8lrQMJLS7N3HCu6ZlG2P7Q1Yl1xnbJID4v1cGay19KoOgvOZPgZb4= 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=qmzm6zVB; arc=none smtp.client-ip=185.171.202.116 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="qmzm6zVB" Received: from smtpout-01.galae.net (smtpout-01.galae.net [212.83.139.233]) by smtpout-04.galae.net (Postfix) with ESMTPS id 99D5FC8F1C5; Fri, 29 Aug 2025 11:08:16 +0000 (UTC) Received: from mail.galae.net (mail.galae.net [212.83.136.155]) by smtpout-01.galae.net (Postfix) with ESMTPS id 1F0A9606B9; Fri, 29 Aug 2025 11:08:31 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by localhost (Mailerdaemon) with ESMTPSA id B6BD31C22D962; Fri, 29 Aug 2025 13:08:22 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bootlin.com; s=dkim; t=1756465710; h=from:subject:date:message-id:to:cc:mime-version:content-type: content-transfer-encoding:in-reply-to:references; bh=R6yBXaQXe2oIXf/DQf9Ce386Jx+9APGT/J/ebwN0uM0=; b=qmzm6zVBnsoG+Pob4yDIgmvkx8TGiac+/mO4nsCQ3BvSrWO50YEmBpKQRRuXEJ4LxVS0lM 0lH8g3gNXoHrREa0XTXSB0aqhF+/4LjjiQNRpoVi5AvPadCRRgIgF6RDkK6z+Rb/ActnVs 0SVnKTdoQV2DYS1jzf12QVtOpE2+LdTWAQ385zulknQp+KDihidM8PsytgOomujCFyWcmk ETw2MY9mnZsUgH6JnD4ZWYFLihs9fk3Aq1UypVUQmKGx6g1MM+Rpx3nY9yrQQee9y8pOyS il1Uvi5ERIh+TUpoe38LSYu06vgJk2ApIGx4E/Q/+WyRGUm5mL/YWEf5HPgbgw== Date: Fri, 29 Aug 2025 13:08:21 +0200 From: Herve Codina To: Wolfram Sang Cc: Rob Herring , Luca Ceresoli , Ayush Singh , Andi Shyti , Krzysztof Kozlowski , Conor Dooley , linux-i2c@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, devicetree-spec@vger.kernel.org, Thomas Petazzoni Subject: Re: [PATCH v3 1/1] schemas: i2c: Introduce I2C bus extensions Message-ID: <20250829130821.472a96dc@bootlin.com> In-Reply-To: References: <20250618082313.549140-1-herve.codina@bootlin.com> <20250618082313.549140-2-herve.codina@bootlin.com> <20250808180746.6fa6a6f9@booty> <20250829125238.4117947f@bootlin.com> Organization: Bootlin X-Mailer: Claws Mail 4.3.1 (GTK 3.24.43; x86_64-redhat-linux-gnu) Precedence: bulk X-Mailing-List: devicetree@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 Wolfram, On Fri, 29 Aug 2025 12:58:06 +0200 Wolfram Sang wrote: > Hi Hervé, > > > the only solution I see is to parse the full DT in order to find extension > > nodes when we need to register adapter children (adapter probe() step). > > > > A matching extension node will be a node where: > > 1) compatible = "i2c-bus-extension" > > 2) "i2c-parent" phandle points to the expected adapter. > > Would that be so bad? It will not be done often, or? Ok I will propose a binding update in that sense (dtschema repo) and an implementation (kernel repo). Best regards, Hervé