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 13062C00144 for ; Fri, 29 Jul 2022 10:00:08 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229572AbiG2KAH (ORCPT ); Fri, 29 Jul 2022 06:00:07 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55332 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229520AbiG2KAG (ORCPT ); Fri, 29 Jul 2022 06:00:06 -0400 Received: from mail-ed1-x536.google.com (mail-ed1-x536.google.com [IPv6:2a00:1450:4864:20::536]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6A50F3CBC4; Fri, 29 Jul 2022 03:00:04 -0700 (PDT) Received: by mail-ed1-x536.google.com with SMTP id p5so5175283edi.12; Fri, 29 Jul 2022 03:00:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=F8cMzvkhyXMKKrJL4HV7iWQsiCgB3iVXXWwPTPW7oIU=; b=AgNSahQ21UQuNFBOAO5lkmuNaIWFqTOn8yPy9G6JAr2B3bsHWHmYOAH9WWpGmh7f7J wOXFIcECW85zg79JjH3eZJn2jgKtRChA6ph9tTzKFDDYYO6GmESmQYv7bIB/z1x4zln3 Hc8ODB8HZiiGLcUix9BP9NRERrcwVAB3jChkc0jDC7k8terC76IJd7/YrSRyMOa/DE8e w9i5IRuHeoANK+6TMALLyox6ZS7SAD4qolb2Xt0F6rM9vHw2em34jGlKIu85Lhy8FESt V9nPZvZofM3ftmG4v38M+/EHtS+Q7dbowfi+H12X9c2jV50zpjdifHUpvGA3SxbSnbzu P3OQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=F8cMzvkhyXMKKrJL4HV7iWQsiCgB3iVXXWwPTPW7oIU=; b=XaUeKFJBrwPHM8zispYrIKi/Sp2A89FwCzp1bMJQpVp4yNiBvYamk/Bkj52XrHI0jP ae7wL5B6CtjVvJo1Xq+otLeFq78fs80cCVLeTcT10p2JJjyHevP9r8ckesAweGLT50Ny dNEb58bkFNyZy59wjdyXSyWoGQwb5hgRvrJ5PhrnBPs1MeIOpE/AT+LO8TmirBAqCh3y g2PQ7fKzdB6XWPefqMLKVDMbaENHcC1DDRW2HzggWLdkfW5w3163S/2f6GbR193xzUmi TaT9ruhSdP7RAWhmj+qI1MjOL4lHL/H1E9hXsBaCHxO86Gs4AMYpKqXyf3hcYj6ODwI0 u+0g== X-Gm-Message-State: AJIora/RFTaeKguXGF/pWmdYRYHDptjp5U6PRy6jI95VS3DHwluB2y11 kxwNh6bEmefiD/fPsxIf7UklzgaMO4hrVeZSsZY= X-Google-Smtp-Source: AGRyM1tzQ0rc7C26HZnE/M+YU4aI0xsjQDwS92N1L5ZCjqCDLmO279LxoDRplaJuYPaAN99qtPUJAiqoUAGTWSRixeY= X-Received: by 2002:a05:6402:501d:b0:437:e000:a898 with SMTP id p29-20020a056402501d00b00437e000a898mr2800261eda.265.1659088802585; Fri, 29 Jul 2022 03:00:02 -0700 (PDT) MIME-Version: 1.0 References: <20220727064321.2953971-7-mw@semihalf.com> <20220727143147.u6yd6wqslilspyhw@skbuf> <20220727163848.f4e2b263zz3vl2hc@skbuf> <20220727211112.kcpbxbql3tw5q5sx@skbuf> <20220728195607.co75o3k2ggjlszlw@skbuf> In-Reply-To: From: Andy Shevchenko Date: Fri, 29 Jul 2022 11:59:22 +0200 Message-ID: Subject: Re: [net-next: PATCH v3 6/8] net: core: switch to fwnode_find_net_device_by_node() To: Andrew Lunn Cc: Marcin Wojtas , Vladimir Oltean , Linux Kernel Mailing List , ACPI Devel Maling List , netdev , "Rafael J. Wysocki" , Andy Shevchenko , Sean Wang , Landen Chao , Linus Walleij , Vivien Didelot , Florian Fainelli , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Russell King - ARM Linux , Heiner Kallweit , Grzegorz Bernacki , Grzegorz Jaszczyk , Tomasz Nowicki , Samer El-Haj-Mahmoud , upstream@semihalf.com Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-acpi@vger.kernel.org On Fri, Jul 29, 2022 at 12:29 AM Andrew Lunn wrote: > On Thu, Jul 28, 2022 at 11:23:31PM +0200, Marcin Wojtas wrote: ... > ACPI and DT are different things, so i don't see why they need to > share code. Yes and no. ACPI _DSD extension allows us to share a lot of code when it comes to specific device properties (that are not standardized anyhow by ACPI specification, and for the record many of them even may not, but some are, like MIPI camera). Maybe you want to have something like a property standard for DSA that can be published as MIPI or so and then that part of the code of course may very well be shared. Discussed MDIOSerialBus() resource type is pure ACPI thingy if going to be standardized and indeed, that part can't be shared. Entire exercise with fwnodes allows to make drivers (most of or most of the parts of) to be shared between different resource providers. And this is a cool part about it. -- With Best Regards, Andy Shevchenko