From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id BD97FC433EF for ; Mon, 16 May 2022 07:35:46 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241193AbiEPHfp (ORCPT ); Mon, 16 May 2022 03:35:45 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57318 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229771AbiEPHfe (ORCPT ); Mon, 16 May 2022 03:35:34 -0400 Received: from relay6-d.mail.gandi.net (relay6-d.mail.gandi.net [IPv6:2001:4b98:dc4:8::226]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D3D0323173; Mon, 16 May 2022 00:35:31 -0700 (PDT) Received: (Authenticated sender: clement.leger@bootlin.com) by mail.gandi.net (Postfix) with ESMTPSA id 5BD3AC0009; Mon, 16 May 2022 07:35:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bootlin.com; s=gm1; t=1652686529; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=qBDInhr0yZ1fOXspgyh+6sLKoxgAx7ViWH8dL349Tjs=; b=d+goV1MEW4MIn5lwfeiPYXFuKknZCEbSnceabWOkWUCcFnwHzHhkbWbv19xk4BMzUin/If VjwgWZ+2vG/A+h+EZXcxrKu0u8t57ZPvipF/eGcow08Fz0VwqlylGmvh8UKXIPc/aCmgpH DjQP362ER2T9Qe6kOze832gbVDSHMmrrtHwrrvAMFDZsm2VXHTRDq+Mnxor1rrmA3j6DmA 9CK0CxqjWbUg/NwlCriR+rYzjYzIW63YHN/1DqIkdCr45xIscptJW2iJmX06KF8FIj1RRr uIx3LpKShMGunnZdaDUppLXHJnnLuQVbuEkDEtm7nYVOtf6gHEDoSG9A7tXtWg== Date: Mon, 16 May 2022 09:34:18 +0200 From: =?UTF-8?B?Q2zDqW1lbnQgTMOpZ2Vy?= To: Peter Rosin Cc: Wolfram Sang , Andy Shevchenko , Daniel Scally , Heikki Krogerus , Sakari Ailus , Greg Kroah-Hartman , "Rafael J . Wysocki" , Rob Herring , Frank Rowand , Len Brown , Hans de Goede , Thomas Petazzoni , Alexandre Belloni , Allan Nielsen , linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org, linux-i2c@vger.kernel.org, devicetree@vger.kernel.org Subject: Re: [PATCH v3 0/9] introduce fwnode in the I2C subsystem Message-ID: <20220516093418.0038845c@fixe.home> In-Reply-To: <12be48dc-b5d1-063c-87a0-050886cc2505@axentia.se> References: <20220325113148.588163-1-clement.leger@bootlin.com> <12be48dc-b5d1-063c-87a0-050886cc2505@axentia.se> Organization: Bootlin X-Mailer: Claws Mail 4.1.0 (GTK 3.24.33; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org Le Sun, 15 May 2022 23:34:16 +0200, Peter Rosin a =C3=A9crit : > 2022-05-14 at 16:47, Wolfram Sang wrote: > > O =20 > >> This series is a subset of the one that was first submitted as a larger > >> series to add swnode support [1]. In this one, it will be focused on > >> fwnode support only since it seems to have reach a consensus that > >> adding fwnode to subsystems makes sense. =20 > >=20 > > From a high level view, I like this series. Though, it will need Peter's > > ack on the I2C mux patches as he is the I2C mux maintainer. Still, I > > wonder about the way to upstream the series. Feels like the first 5 > > patches should not go via I2C but seperately? =20 >=20 > Hi Wolfram, >=20 > I also think it looks basically sane. However, there are a couple of > comments plus promises to adjust accordingly. I guess I filed it under > "wait for the next iteration"... >=20 > Cheers, > Peter Hi Wolfram & Peter, While doing the same conversion on the reset subsystem, Rob Herring stepped in and mention the fact that this could be done using device-tree overlay (even on system with ACPI) . The result was that a new serie [1] which add support to create the PCI devices of_node if not existing, and then allow drivers to applies an overlay which describe the tree of devices as a child of a specific PCI device of_node. There are a lot of advantages to this approach (small patchset working for all susbystems, easier to use, description is using already existing device-tree). There are still some concerns about the viability of dynamic overlay but this might be settled soon. Regards, [1] https://lore.kernel.org/all/20220509141634.16158c38@xps-bootlin/T/ --=20 Cl=C3=A9ment L=C3=A9ger, Embedded Linux and Kernel engineer at Bootlin https://bootlin.com