Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp1725419pxb; Fri, 20 Nov 2020 18:03:57 -0800 (PST) X-Google-Smtp-Source: ABdhPJy/mAHNm2ecm+bYnZp0SoV0XE2crKrSNSiEAgEyw9xXJjgWrBMNyyTPxmgUWrZL3XAKI38z X-Received: by 2002:aa7:d54a:: with SMTP id u10mr14272726edr.168.1605924236860; Fri, 20 Nov 2020 18:03:56 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605924236; cv=none; d=google.com; s=arc-20160816; b=rgCK+N9RzgMgcqDnO/96B2pWhrcHXstXdfScLApyIcrGwQbfPChzsxFi0YYi5rMh2y tNO481zBLZrpeVjPmJ1TVcrQu3UXwK2F+wRWuuXr+Uz/C0Y8342SszuydK2eWAk8IANp BPFovCOvl5+Dfd7ou8AuI+DbpoImge2/VUsLJP5BHjNN55mJ8RP4ua7vVLOWgSR86Mxp 6eAxU6WvBbf8iAKvj1c/Mk6ngbF6a9yGisPmPE9mpz7zp3Hv84A6vopvos0ckFiFLjHo bQgs1b2uOtM7zHrugEJJTP5xQejwEie3XMlLoHD37Lq/bLOCvYO+rl0V4x6d2+H0pDIw yZYg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=j2wWUWZqYKnQ8zyB+N3c82zv7RQJgeeS1mhMIBzqBbs=; b=zu1CNObM7cJiz9ufefoZFNDU1YBurZ7RIWH57Df1MEYAtQxsla1CcfLjIRowTypIak nO8qViJfZVpuLEvRfxdSYygcyTeayOF6wTMwB0gPfNpkVNiLakdOQytSXa9Dx1eeC8e/ 2YAnOSRQ1HqjVQRedGFXhEXL2/8CPRow7uy4N9/708QNrPGb9TtxxyCQnrivZ7VJdobE ScRt6Rvn4FISh+gGVjJfIv2CUkujrmo0rzj/M5DKA+svJuyOj3rNuomrgstTeAX+oV80 Jpo4Y5UpgSSTlS9MRW4mN3GUarZenJ9ispQVjqw+/h6p6+uJabNnsHJDgNd6OPcGAdAC G1vg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=Hn9e9Va7; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b13si2892279edq.75.2020.11.20.18.03.34; Fri, 20 Nov 2020 18:03:56 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=Hn9e9Va7; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726673AbgKUCAu (ORCPT + 99 others); Fri, 20 Nov 2020 21:00:50 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54966 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726389AbgKUCAt (ORCPT ); Fri, 20 Nov 2020 21:00:49 -0500 Received: from mail-yb1-xb42.google.com (mail-yb1-xb42.google.com [IPv6:2607:f8b0:4864:20::b42]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E6448C061A04 for ; Fri, 20 Nov 2020 18:00:47 -0800 (PST) Received: by mail-yb1-xb42.google.com with SMTP id 10so10338001ybx.9 for ; Fri, 20 Nov 2020 18:00:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=j2wWUWZqYKnQ8zyB+N3c82zv7RQJgeeS1mhMIBzqBbs=; b=Hn9e9Va7VU3kQCVvYW94zaiI0ssP/bahrUDyg+we8Uf5fpBld+4Zb9pVNeSB94QuCR ueyC+rhR/83c0G0FHJWCSQT6wubY/9Fh7mnt/yDEuOL1q7j+tq2SkU3q47D5DVsW8fbm JIzgYzKyCbTSqr7PAsZWGOgFV52SY0BaoievmbUe0sVrZ+ESavXqBdhdyHx8PiTEA+tD howQO/65LTMCkAS/v6MfIJSicSq4gOyzQHiox526RKrP4EYzjCDyB6bdGKZjhtQHYj05 d2/nO3fNjoDZLIy5qkrlRinpX3f097uRM5QxNVHRsRNdte/0ZGOYSOZvHmwPU3JaH/29 2iNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=j2wWUWZqYKnQ8zyB+N3c82zv7RQJgeeS1mhMIBzqBbs=; b=bP+H8INzTMBdpV8hgGdmOiD7SbPKGhtkni0CQ8F113PM0MVLUvd94zSsJcgGog72l6 DrYkTMapExMMwY+BA1jsrsFpuFfkg2Dqfj3uNWyd0Xkkf6mZvs7GNIVWQkLbrTOno2Ha 6RjEkn+oHpBJ9z+6nw1+aWCtB2M3Ya9ZNIcZfjC/iySyz3mnIetFq5vpVTZBFjyyDeUq WHTkIvZVs4CpDj687fWXAZvT+OtFFbE/9wSoGqJEq0IGyvAhiwnsRpKksV8W7LIkf5d4 ZGe04KjorRrZcif3O3Q/AuHnlnQ9yOBabqwmSN/4UTqYqo3CUpLgUJHcR7vOyIgfSwc1 Kmkg== X-Gm-Message-State: AOAM531J5C1WhZMwP3IKt71KCcecomgMeDaeoXqMhEKMstNwqXLoS11M 3W64FtGeHz2Td1RtlqZKhhC/GCL5D5UNdnE8UEyrEQ== X-Received: by 2002:a25:df05:: with SMTP id w5mr36113642ybg.20.1605924046981; Fri, 20 Nov 2020 18:00:46 -0800 (PST) MIME-Version: 1.0 References: <20201104232356.4038506-1-saravanak@google.com> <20201104232356.4038506-13-saravanak@google.com> In-Reply-To: From: Saravana Kannan Date: Fri, 20 Nov 2020 18:00:11 -0800 Message-ID: Subject: Re: [PATCH v1 12/18] driver core: Add fw_devlink_parse_fwtree() To: "Rafael J. Wysocki" Cc: "Rafael J. Wysocki" , Len Brown , Greg Kroah-Hartman , Ard Biesheuvel , Rob Herring , Frank Rowand , Marc Zyngier , Thomas Gleixner , Tomi Valkeinen , Laurent Pinchart , Grygorii Strashko , "Cc: Android Kernel" , ACPI Devel Maling List , Linux Kernel Mailing List , linux-efi , "devicetree@vger.kernel.org" Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Nov 16, 2020 at 8:25 AM Rafael J. Wysocki wrote: > > On Thu, Nov 5, 2020 at 12:24 AM Saravana Kannan wrote: > > > > This function is a wrapper around fwnode_operations.add_links(). > > > > This function parses each node in a fwnode tree and create fwnode links > > for each of those nodes. The information for creating the fwnode links > > (the supplier and consumer fwnode) is obtained by parsing the properties > > in each of the fwnodes. > > > > This function also ensures that no fwnode is parsed more than once by > > marking the fwnodes as parsed. > > > > Signed-off-by: Saravana Kannan > > --- > > drivers/base/core.c | 19 +++++++++++++++++++ > > include/linux/fwnode.h | 3 +++ > > 2 files changed, 22 insertions(+) > > > > diff --git a/drivers/base/core.c b/drivers/base/core.c > > index 4a0907574646..ee28d8c7ee85 100644 > > --- a/drivers/base/core.c > > +++ b/drivers/base/core.c > > @@ -1543,6 +1543,25 @@ static bool fw_devlink_is_permissive(void) > > return fw_devlink_flags == DL_FLAG_SYNC_STATE_ONLY; > > } > > > > +static void fw_devlink_parse_fwnode(struct fwnode_handle *fwnode) > > +{ > > + if (fwnode->flags & FWNODE_FLAG_LINKS_ADDED) > > + return; > > Why is the flag needed? > > Duplicate links won't be created anyway and it doesn't cause the tree > walk to be terminated. To avoid parsing a fwnode more than once. The cumulative impact of the repeated parsing is actually quite high. And I intentionally didn't do this check at the tree walk level because DT overlay can add/remove/change individual fwnodes and I want to reparse those when they are added while avoiding parsing other nodes that have already been parsed and not changed by DT overlay. > > > + > > + fwnode_call_int_op(fwnode, add_links, NULL); > > + fwnode->flags |= FWNODE_FLAG_LINKS_ADDED; > > +} > > + > > +static void fw_devlink_parse_fwtree(struct fwnode_handle *fwnode) > > +{ > > + struct fwnode_handle *child = NULL; > > + > > + fw_devlink_parse_fwnode(fwnode); > > + > > + while ((child = fwnode_get_next_available_child_node(fwnode, child))) > > I'd prefer > > for (child = NULL; child; child = > fwnode_get_next_available_child_node(fwnode, child)) I was about to change to this and then realized it won't work. It would have to be for (child = fwnode_get_next_available_child_node(fwnode, NULL)); child; child = fwnode_get_next_available_child_node(fwnode, child)) Is that really better? The while() seems a lot more readable to me. I don't have a strong opinion, so I'll go with whatever you say after reading this. > > > + fw_devlink_parse_fwtree(child); > > +} > > + > > static void fw_devlink_link_device(struct device *dev) > > { > > int fw_ret; > > diff --git a/include/linux/fwnode.h b/include/linux/fwnode.h > > index ec02e1e939cc..9aaf9e4f3994 100644 > > --- a/include/linux/fwnode.h > > +++ b/include/linux/fwnode.h > > @@ -15,12 +15,15 @@ > > struct fwnode_operations; > > struct device; > > > > Description here, please. Ack > > > +#define FWNODE_FLAG_LINKS_ADDED BIT(0) > > + > > struct fwnode_handle { > > struct fwnode_handle *secondary; > > const struct fwnode_operations *ops; > > struct device *dev; > > struct list_head suppliers; > > struct list_head consumers; > > + u32 flags; > > That's a bit wasteful. Maybe u8 would suffice for the time being? Ack. -Saravana