Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp3648634iog; Tue, 21 Jun 2022 03:07:41 -0700 (PDT) X-Google-Smtp-Source: AGRyM1uvuNRIMKrsYWevcDvMl5XA8o0nyTr2eKqDG3nprUgB8nUoCTa0Q+3C/oBUJiY9w7edxqv7 X-Received: by 2002:a17:907:3da4:b0:722:dcbc:5e41 with SMTP id he36-20020a1709073da400b00722dcbc5e41mr4066451ejc.511.1655806061681; Tue, 21 Jun 2022 03:07:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1655806061; cv=none; d=google.com; s=arc-20160816; b=IaYJBZ7x9dRGwmiKmdfy/bH9YEunts20O0Ii2WwA2JCtLDNIK+6yMy8AF72AC9JOxC Loa9GazFsX2bnrS3qnAng+vt4XlpqBTxxF0pFqglMpn2phQ0nyMR81Fl5pnoQjNHT5me 2Sy9lWfLw3cy+0yaFFF4C52lKIQRVRGMonPYMTKzMF8WD9XMMET7mSoiNGKRRISd/jWu qxjKmVSe01umfRjJ/QC7nMgGbFNXTkOpMjR86ebkUXZk7xV/1NVrKjW00pXLh4e5QxR3 OpqrGTjVLbfLaHROgg19Puoczcq+UjxDteOBqos8jTohOIuW88veeKUjxT99mZICrvsA wyYw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=8e6CPzPX9uApajCNlf3OZqOW+gA8MhL7WPc0wiikTqU=; b=xapPY5kafVVTpJMyCmWWiFMus/h1norp4hwuSvagLcG6HW78u671I9dYRQy+tEwl3e MW699R53SKYF7/XH1RIyc7ud5hu/7p2bRlI/M7lu7p6VrN0y8FRT4xTY6yTGFsPs9KQ4 o43SXE4OqOPmsJCQOz+TQZ44Mu/kR5emCbgKNdYhMMEh4fD7WpcB5+FvTMrQSxblW1JP bekE8uwVnHrBPqmaZY9mobBYTxpIWldKdIeqJe+gJ59LFkjbhLdMtusar8xp0Wx1uAlQ epY1QimSaVopBaCSd/WB11/lNb+KXJMFfcZL7wL5PfMoJkLvGUG4K2q5Xi/5vweV142k xN9g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@semihalf.com header.s=google header.b="il/sljDY"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id oz10-20020a1709077d8a00b006ff47214f59si15020831ejc.515.2022.06.21.03.07.14; Tue, 21 Jun 2022 03:07:41 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@semihalf.com header.s=google header.b="il/sljDY"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1348368AbiFUJ2D (ORCPT + 99 others); Tue, 21 Jun 2022 05:28:03 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39648 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1347480AbiFUJ2C (ORCPT ); Tue, 21 Jun 2022 05:28:02 -0400 Received: from mail-lj1-x22d.google.com (mail-lj1-x22d.google.com [IPv6:2a00:1450:4864:20::22d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D932CBB4 for ; Tue, 21 Jun 2022 02:27:53 -0700 (PDT) Received: by mail-lj1-x22d.google.com with SMTP id b23so6137486ljh.7 for ; Tue, 21 Jun 2022 02:27:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=8e6CPzPX9uApajCNlf3OZqOW+gA8MhL7WPc0wiikTqU=; b=il/sljDYx3y2Rj9aqTxNbHbIQ6aPBlIM7Pdno2uuS3KhdGKi1EZgd2FZY9hkCiRxUf tXXC5pVQluIx7hzrqJkyWQa8PUsf0LJEY1Ckb5XU825NXkHH39idMeeWYYKj8nx3j9ov AVbtVZ20G4hmmd8vqMhW2AI7pWnxAilWfxN8qOYRJ8JpVhXsc4uZLRjZa/oRuq1Ek4Sq +NfhopYiugeI1pVHBPe7y9TDcyBtvwaAB6nO9UYiHGVr7CxQDXuXLfNpVecYHKp31Ryx lOS1h5CPu7upadyDALbWKNDakfbwsuKkASE6Xre2cbymdQ6fljJLXzGYJ8RPK+fnUTP9 WVyw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=8e6CPzPX9uApajCNlf3OZqOW+gA8MhL7WPc0wiikTqU=; b=3ZgYTG01g1qta3uU02uhBVSnfru9GMMXJ4c5fMjcgdFFYOHKgBPux9CgrSjk9hPj6w 2uSXOXSHq3p58AKFwQWh1vm/Uzinf4CxcpSLxYPNLAKVsiGBnyfYyBT7TWmryP1cnLRU zVB/0sXrnsCEPxolZFZC3GuYrcswE8EeUo280Cae9F9QM9PhVZXxU3UltBkufRgi7Jcl MtPZNfkCBpInDdvRLq7BB7h8Q2AeymWPJG2uqzCME0Woaaub3HRbGGO267Ca3x2UbP6F lfxaIoJ0DPmKzA3kAMnAauubMxeKnq6L8rCzvDpUqLo6i4f/Rph4rcWQw1GdX2Gbcd7M Hx5g== X-Gm-Message-State: AJIora8TOxWwehqvgWeGMfmvukcZx8V9v72n/2OM22hSfBfA5VJA9qkR MXpdNJhQz7zmPUk0QBR5Cg2zJ1Xfnh8ZpehVI6WN0Q== X-Received: by 2002:a2e:a58d:0:b0:25a:6348:9595 with SMTP id m13-20020a2ea58d000000b0025a63489595mr7562439ljp.72.1655803672117; Tue, 21 Jun 2022 02:27:52 -0700 (PDT) MIME-Version: 1.0 References: <20220620150225.1307946-1-mw@semihalf.com> <20220620150225.1307946-4-mw@semihalf.com> In-Reply-To: From: Marcin Wojtas Date: Tue, 21 Jun 2022 11:27:43 +0200 Message-ID: Subject: Re: [net-next: PATCH 03/12] net: dsa: switch to device_/fwnode_ APIs To: Andy Shevchenko Cc: Linux Kernel Mailing List , ACPI Devel Maling List , netdev , "Rafael J. Wysocki" , Len Brown , Andrew Lunn , vivien.didelot@gmail.com, Florian Fainelli , Vladimir Oltean , "David S. Miller" , Eric Dumazet , Jakub Kicinski , pabeni@redhat.com, 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" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org pon., 20 cze 2022 o 19:41 Andy Shevchenko napisa=C5=82(a): > > On Mon, Jun 20, 2022 at 05:02:16PM +0200, Marcin Wojtas wrote: > > In order to support both ACPI and DT, modify the generic > > DSA code to use device_/fwnode_ equivalent routines. > > No functional change is introduced by this patch. > > ... > > > struct device_node *dn; > > What prevents us from removing this? I left it to satisfy possible issues with backward compatibility - I migrated mv88e6xxx, other DSA drivers still rely on of_* and may use this field. > > > + struct fwnode_handle *fwnode; > > ... > > > - dn =3D of_get_child_by_name(ds->dev->of_node, "mdio"); > > + fwnode =3D fwnode_get_named_child_node(ds->dev->fwnode, "= mdio"); > > The rule of thumb is avoid dereferencing fwnode from struct device. So > dev_fwnode(), but here it would be achieved by device_get_named_child_nod= e(). > Ok, thanks - will do for all occurences. > ... > > > -static int dsa_switch_parse_of(struct dsa_switch *ds, struct device_no= de *dn) > > +static int dsa_switch_parse_of(struct dsa_switch *ds, struct fwnode_ha= ndle *fwnode) > > Shouldn't _of suffix be replaced by, let's say, _fw? > I thought about it and can perform such naming update in next iteration. > ... > > > - return dsa_switch_parse_ports_of(ds, dn); > > + return dsa_switch_parse_ports_of(ds, fwnode); > > Ditto. > > ... > > > + fwnode =3D ds->dev->fwnode; > > dev_fwnode() or corresponding device_property_ API. > OK. > ... > > > slave_dev->dev.of_node =3D port->dn; > > + slave_dev->dev.fwnode =3D port->fwnode; > > device_set_node() > OK. Thanks, Marcin