Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp956827imw; Fri, 15 Jul 2022 16:46:41 -0700 (PDT) X-Google-Smtp-Source: AGRyM1tBFymCgCF8z9Nza3nxXzxXxoI1HwCPawKTEkDMXCsXU/8GPwoWoHDVz2GNNtO4guZKrnMz X-Received: by 2002:a17:90b:1e4d:b0:1f0:462b:b531 with SMTP id pi13-20020a17090b1e4d00b001f0462bb531mr25297119pjb.34.1657928801779; Fri, 15 Jul 2022 16:46:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1657928801; cv=none; d=google.com; s=arc-20160816; b=KZ58v4vZNT0Ff0i5PpE+nin6gXiAFL34mKHWf8ebgnKi7/aQ99TtAmoVNnyCn15ipX AMskrh+0ZZIHcrubhZYJV9u4XMJcj2wJ/p/J5UnxPNvRqh+E+4SE7PMvauz/touRi+EG INxA4k44bAJjPJpd+38hI9E9FUhJQig1acjfdcqDD839szApS+8H62kdCIKwmsKsGeKz ed7xXZ/O9jObbsoFWN13Qo/1lLjDwFtyl+Q5YLTKMW6dQcMzzOO+jNh03vcMcEXUXXn5 +82jOhqJf9uWuHpj7LJgFQQWsgkQz0g250YNICnWeXYFuoHBmuRyCEhA7HapUS6pKSeL AVhg== 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=IvphjXNHmWQnbzb931MiSgLgcDW7fVsa67JAKlnt2zQ=; b=M7St0gojzuWC2TXwyKtJmM4R7otLokk8MV/9KmZTJKQ6uCMUV8tAZPngr6J3n2kmkF eKdI/JOuV5MUiiAE6qK8T6UHAdDIp5fCv1mIqgGrWG40NTwCs9HTp8iKpTQuoxPRuC+R IJKspkundWGLzzzKwhAfRLcfOIcVMX/ikAAY4BCFkhl5F9QPt0LWCpmfUZjKEsAcoca+ pj5a+1tzQUJKhv+YjVwPNGuMogpggmR4GMt5T6gdo4CZFFOvFTwQpRo8E3NKBO05ymZS K/cFM2WwXDiBGQ/NDohTTnTSV2wYANHrbs0K+4B7XzPqB/x6SBksnEvNhtecqSYJX/xf mEFQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@semihalf.com header.s=google header.b=rioWjnPO; 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; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=semihalf.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id 133-20020a63028b000000b003fe22d7613esi6660787pgc.730.2022.07.15.16.46.27; Fri, 15 Jul 2022 16:46: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=rioWjnPO; 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; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=semihalf.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229580AbiGOXQL (ORCPT + 99 others); Fri, 15 Jul 2022 19:16:11 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43816 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231934AbiGOXQK (ORCPT ); Fri, 15 Jul 2022 19:16:10 -0400 Received: from mail-lf1-x131.google.com (mail-lf1-x131.google.com [IPv6:2a00:1450:4864:20::131]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1E36990D91 for ; Fri, 15 Jul 2022 16:16:08 -0700 (PDT) Received: by mail-lf1-x131.google.com with SMTP id e28so10125354lfj.4 for ; Fri, 15 Jul 2022 16:16:08 -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=IvphjXNHmWQnbzb931MiSgLgcDW7fVsa67JAKlnt2zQ=; b=rioWjnPOeuTYTniQE6/dH+2YSvHpAozZvGxY8riSs7TgVioB4KiqF1hKkSQ5SFhak+ 4gj8boUlAV9DqeDKGajM5x/odFeIhb8HxmWVHrG4r35qqW9OlQ+ZPd+ByQWvYTcz6JRC vHebvOHPlX9i/zQa+NDoOCMr5OrNYHK1kdcM3rlHMnn87G8dKEZavq5lxqjH12yyElVZ gbAPHauE9O76FACEu0j7TAHKj9gs+OghDnkF+3Aza7sLY2XmiJ3MJw+KLhOkWF8f357m Fu3fo7a4xuID4u6c6h40iVqbtN5+yJLXkdRQej0naOm1/mwT5+ZakqbrziBjifIQl0C6 nRIA== 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=IvphjXNHmWQnbzb931MiSgLgcDW7fVsa67JAKlnt2zQ=; b=doBBBW9yM4w8F1tzY9Vblh+V/JT4/CVS14Xc7tzU+qTIow64bb4H7GYH56XwWLjKrv J5KDJ9ysKkB+Dg+38n7bcDX/OcOtOPbBwXG2Pt29JFUg/3muApkBqrGuCh9ISyiTiMvQ OAqhOeHlcHVXZYdu/33LGGSugzbtWoCiwoj/J/o65v3oj0W0lcQWI1xucS8kPx7jNrzy jIH5voFn9wsJT3Wqkmk4Qg4SCfA7gDaKkOUmfco/zCmCSfA6SQ5EcnKkzisbJTsxxEt2 fn/LkilGT8veIKSKmidaQUhGkAJBNTZ7cQeY842PcTfbLWafoqxosxm5NF5x2VcY88nY ug/Q== X-Gm-Message-State: AJIora+IC6znxZVk2hfbs8Y/COFzddNZ5d7MBNXFYg2K1SfewZ+JoHkE LRwi2APMqRRu6pAFT/xMuPvZ3jhS9iJdmhvFbILRYw== X-Received: by 2002:ac2:44cf:0:b0:48a:1251:1cf5 with SMTP id d15-20020ac244cf000000b0048a12511cf5mr6620890lfm.680.1657926966385; Fri, 15 Jul 2022 16:16:06 -0700 (PDT) MIME-Version: 1.0 References: <20220715085012.2630214-1-mw@semihalf.com> <20220715085012.2630214-6-mw@semihalf.com> In-Reply-To: From: Marcin Wojtas Date: Sat, 16 Jul 2022 01:15:55 +0200 Message-ID: Subject: Re: [net-next: PATCH v2 5/8] device property: introduce fwnode_dev_node_match To: Andy Shevchenko Cc: Linux Kernel Mailing List , ACPI Devel Maling List , netdev , "Rafael J. Wysocki" , Sean Wang , Landen Chao , Linus Walleij , Andrew Lunn , Vivien Didelot , Florian Fainelli , Vladimir Oltean , "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" 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 autolearn=ham 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 pt., 15 lip 2022 o 21:42 Andy Shevchenko napisa=C5=82(a): > > On Fri, Jul 15, 2022 at 10:36:29PM +0300, Andy Shevchenko wrote: > > On Fri, Jul 15, 2022 at 10:50:09AM +0200, Marcin Wojtas wrote: > > > This patch adds a new generic routine fwnode_dev_node_match > > > that can be used e.g. as a callback for class_find_device(). > > > It searches for the struct device corresponding to a > > > struct fwnode_handle by iterating over device and > > > its parents. > > > > Implementation > > 1) misses the word 'parent'; I'm not sure. We don't necessarily look for parent device(s). We start with a struct device and if it matches the fwnode, success is returned immediately. Only otherwise we iterate over parent devices to find a match. > > 2) located outside of the group of fwnode APIs operating on parents. I can shift it right below fwnode_get_nth_parent if you prefer. > > > > I would suggest to rename to fwnode_get_next_parent_node() and place > > near to fwnode_get_next_parent_dev() (either before or after, where > > it makes more sense). > > And matching function will be after that: > > return fwnode_get_next_parent_node(...) !=3D NULL; > > Think about it. Maybe current solution is good enough, just needs better > naming (fwnode_match_parent_node()? Dunno). > > P.S. Actually _get maybe misleading as we won't bump reference counting, > rather _find? > How about the following name: fwnode_find_dev_match() ? Thanks, Marcin