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 775B8C433F5 for ; Mon, 21 Feb 2022 18:12:32 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232204AbiBUSMr (ORCPT ); Mon, 21 Feb 2022 13:12:47 -0500 Received: from mxb-00190b01.gslb.pphosted.com ([23.128.96.19]:41326 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232231AbiBUSL0 (ORCPT ); Mon, 21 Feb 2022 13:11:26 -0500 Received: from mga18.intel.com (mga18.intel.com [134.134.136.126]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C274113D23; Mon, 21 Feb 2022 10:01:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1645466509; x=1677002509; h=date:from:to:cc:subject:message-id:references: mime-version:content-transfer-encoding:in-reply-to; bh=sPqVwHORdIP+AJZPTEY+6JZ34Z1q+gC7lEhyccc3C9s=; b=idiQfNBX1z29w3l1eyKvEtrDaFm7KOkZ0BPo/FaXf6XKNp0vkKs+6DOS WT5qgwJQrulGfijUv+ibkRnn6g6wjAWUJvwtfYt+mpiEKl+GyDx5SlkzU /wUR2kTusnsI/5jvxRVJdSPcNvfPcIhjYaLap6wCAwHoAkDUH5+jX/eyT uyzgpsGfPqAo5q4eKKxH29mqe4Sih0U3MU4JKwdGK79o1bdsP+vwhlF7F 9fteBMvTIotyu/6GHCdT8jqJUxDDP0/ZolDlUeVnOudd6NONpZBWjjHxp uyDM6pJhpGUXmRv+opFdcISA5lAwHZ0/2u5fjCTfQCq3ztt+Nw8elIV6s Q==; X-IronPort-AV: E=McAfee;i="6200,9189,10265"; a="235091315" X-IronPort-AV: E=Sophos;i="5.88,386,1635231600"; d="scan'208";a="235091315" Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 21 Feb 2022 10:01:49 -0800 X-IronPort-AV: E=Sophos;i="5.88,386,1635231600"; d="scan'208";a="547418308" Received: from smile.fi.intel.com ([10.237.72.59]) by orsmga008-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 21 Feb 2022 10:01:44 -0800 Received: from andy by smile.fi.intel.com with local (Exim 4.95) (envelope-from ) id 1nMCzU-006sBe-2m; Mon, 21 Feb 2022 20:00:52 +0200 Date: Mon, 21 Feb 2022 20:00:51 +0200 From: Andy Shevchenko To: =?iso-8859-1?Q?Cl=E9ment_L=E9ger?= Cc: Daniel Scally , Heikki Krogerus , Sakari Ailus , Greg Kroah-Hartman , "Rafael J . Wysocki" , Wolfram Sang , Peter Rosin , Russell King , Andrew Lunn , Heiner Kallweit , "David S . Miller" , Jakub Kicinski , linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org, linux-i2c@vger.kernel.org, netdev@vger.kernel.org, Thomas Petazzoni , Alexandre Belloni Subject: Re: [RFC 06/10] i2c: fwnode: add fwnode_find_i2c_adapter_by_node() Message-ID: References: <20220221162652.103834-1-clement.leger@bootlin.com> <20220221162652.103834-7-clement.leger@bootlin.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20220221162652.103834-7-clement.leger@bootlin.com> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo Precedence: bulk List-ID: X-Mailing-List: linux-i2c@vger.kernel.org On Mon, Feb 21, 2022 at 05:26:48PM +0100, Clément Léger wrote: > Add fwnode_find_i2c_adapter_by_node() which allows to retrieve a i2c > adapter using a fwnode. Since dev_fwnode() uses the fwnode provided by > the of_node member of the device, this will also work for devices were > the of_node has been set and not the fwnode field. ... > +static int fwnode_dev_or_parent_node_match(struct device *dev, const void *data) > +{ > + if (dev_fwnode(dev) == data) > + return 1; This can use corresponding match function from bus.h. > + if (dev->parent) > + return dev_fwnode(dev->parent) == data; > + > + return 0; The same. > +} -- With Best Regards, Andy Shevchenko