Received: by 2002:ab2:7041:0:b0:1f4:bcc8:f211 with SMTP id x1csp198795lql; Fri, 12 Apr 2024 07:54:33 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCU41fnhFGKvq7XslfXKPQM0pbfEbqWJ5w9olMqI33HxtBUYOgjihCGDZpxPhwNUqVP1vuEX9uHZrd/3kQQV23tL+Hb4MKIBC44lh7TXmw== X-Google-Smtp-Source: AGHT+IGGFQR0DVwEyj18qQPIOtSkLV+Q5410Vp3EnsBvIvEogVsEubyQkxmMh9Y7ykfRIK8IIkRO X-Received: by 2002:a05:620a:14a1:b0:78d:5700:2ce0 with SMTP id x1-20020a05620a14a100b0078d57002ce0mr2646282qkj.68.1712933673127; Fri, 12 Apr 2024 07:54:33 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1712933673; cv=pass; d=google.com; s=arc-20160816; b=y4hv8+YwB4+tGvZS2zz4wti8JiXoOLl74uPaPLLX3PUwS/Jd2jTK5/qHBdBuK62YKY 795kENxSaxqv97jN0bGUngOMRJdE4NOfUUDMSFlIUueS2q4qQW9TJN0bIBpqbz5SiKU4 xPczRPAFScsqXLjXKC7hIhLJmmQ78UKlyY7qLDI2Wq+7jHbdt0uUodSpM4wW4LploiLj qfNlMhnhQhlelmJxLfDKiPg5Sveo0G1j5Te3GK7eq0Psu+SChLWF/H7TNZTT34BcTPZu UpSjU+v9N3QdJVUp2q4UeBylrHy6qEs+PS0eBc1et8ree8DHkRZj4koX1M+8vHfRKUgH 45Qg== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=organization:in-reply-to:content-transfer-encoding :content-disposition:mime-version:list-unsubscribe:list-subscribe :list-id:precedence:references:message-id:subject:cc:to:from:date :dkim-signature; bh=5o8q3yhHDcZrggotIZ4qckm0BKUvmK5XE/BE/CzUfiY=; fh=XJr0iJxSwEImYlDUstvMkCjtWM6nZ9iBbUcWo1JkZNs=; b=kEPrGhVgK6rwWWY804YJVQ1YSpgDT93La+5O6NIITu2QAamauG/h436ck5eYYHEeki itf3/MSNbCxKSMJFyF2faJ8Un+fTuJb1/4m/lVAYIodUie3aDYS5I89t73fJfLLjZw33 ZNlx8gv24rt6TaDuAJ4vIfll1hA5Pnil0qr2NXyJRjNAhJEYpeZ0TNyonxcPYH8QSsf/ X3a1mu57P/HS4+ludjNQhuUPOw/Jy7xeNs2OMZIu9OZKH0De4/4Kjm6B6NJWyNfn+2f4 rD0ZSPctehQ0841qH2IiMAMT6URo/YI0NqqwlfpUv1tNag8I7W8N7NPq9imUOkPc5Np9 DGvw==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=PZ+7TOIl; arc=pass (i=1 dkim=pass dkdomain=intel.com dmarc=pass fromdomain=linux.intel.com); spf=pass (google.com: domain of linux-kernel+bounces-142881-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-142881-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [2604:1380:45d1:ec00::1]) by mx.google.com with ESMTPS id w7-20020a05620a094700b00789ed3aacdcsi3872324qkw.239.2024.04.12.07.54.32 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 12 Apr 2024 07:54:33 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-142881-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) client-ip=2604:1380:45d1:ec00::1; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=PZ+7TOIl; arc=pass (i=1 dkim=pass dkdomain=intel.com dmarc=pass fromdomain=linux.intel.com); spf=pass (google.com: domain of linux-kernel+bounces-142881-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-142881-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id 6B0381C21F9E for ; Fri, 12 Apr 2024 14:54:32 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 5C806140388; Fri, 12 Apr 2024 14:54:18 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b="PZ+7TOIl" Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id CEBB9145B36; Fri, 12 Apr 2024 14:54:15 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=192.198.163.19 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1712933657; cv=none; b=aku2LWtGaiOA4OMlfCqO+sOtYv6HLeGG37hziF2iMjGH5mMu6axqJvED27eh1Ln+Sv/Ur7GTm41TsokzEXQ7/3aHjJGvHre8lqbi6VNhMnW4TYPup6UpiO1NADK6sz07XB1t3H6UNfE1/HmM1NP3880lr4ElOnrGxCOKl3VMs9k= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1712933657; c=relaxed/simple; bh=in6s0CayvsuzQeqaiNyjVowzPqlZrAQVR/B3bv4tggk=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=m4BU6hTSz0iODNBmRxJzExBXNEXjrWG6ihQeOuEaivSuUOY9fBsUfAeqf5cwVM2ka8Bo6Lr18b7Sy8vDM1kYGZ93iSF1fy7wwuDyfVi9cpEwnXmkHEtNSnX81/D1/eJK2ABSmqB42fth85RB4pcSPWi2qembERwJ4wtjYieDCnE= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com; spf=none smtp.mailfrom=linux.intel.com; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b=PZ+7TOIl; arc=none smtp.client-ip=192.198.163.19 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=linux.intel.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1712933656; x=1744469656; h=date:from:to:cc:subject:message-id:references: mime-version:content-transfer-encoding:in-reply-to; bh=in6s0CayvsuzQeqaiNyjVowzPqlZrAQVR/B3bv4tggk=; b=PZ+7TOIl3IMkcVwvngqbigo3519xjbImb4htVZ5I/Ae5SO2umBr1U6cZ ZoFxJMp7/lvDcoit1zc/mkZxZQfo94VDm09Ct0CrK8nof70cAcvPnZwKK 1JC4jwA3j8vw9fjKW3ZsfUpaFON6m2s5371j85RR4Lx78TrfdWf2DX79F wv9dPSnuo3KTGXIjTcKJYCrH4KIthUS+qqKUEiRqGppfV97CYQVUe9ZzH FfPNpuj6n3pRu2OBBVT9H6ozBsk5Ksap3v8ROVsMFPAHnYmktRQXBvvk/ ZsBBEqDCcu8jWcocQ+RpCZp0pCn917AhYFkfF9jGQnhmpCSVonjp0fcKh A==; X-CSE-ConnectionGUID: EtnHBXRSSiGavd3eXC5xmw== X-CSE-MsgGUID: ZzY2kez7SpGHngCwWB3tDQ== X-IronPort-AV: E=McAfee;i="6600,9927,11042"; a="8249778" X-IronPort-AV: E=Sophos;i="6.07,196,1708416000"; d="scan'208";a="8249778" Received: from fmviesa010.fm.intel.com ([10.60.135.150]) by fmvoesa113.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 12 Apr 2024 07:54:15 -0700 X-CSE-ConnectionGUID: 6fFYUjUFQBanhxX5HwRLfw== X-CSE-MsgGUID: 167iCC+KQkS2JkX98wu9pQ== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.07,196,1708416000"; d="scan'208";a="21238596" Received: from smile.fi.intel.com (HELO smile) ([10.237.72.54]) by fmviesa010.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 12 Apr 2024 07:54:09 -0700 Received: from andy by smile with local (Exim 4.97) (envelope-from ) id 1rvHtF-00000003eRB-20ZW; Fri, 12 Apr 2024 17:28:29 +0300 Date: Fri, 12 Apr 2024 17:28:29 +0300 From: Andy Shevchenko To: Rob Herring Cc: Saravana Kannan , Herve Codina , Greg Kroah-Hartman , "Rafael J. Wysocki" , Shawn Guo , Sascha Hauer , Pengutronix Kernel Team , Fabio Estevam , Wolfram Sang , Mark Brown , Len Brown , Daniel Scally , Heikki Krogerus , Sakari Ailus , Geert Uytterhoeven , kernel-team@android.com, Wolfram Sang , linux-kernel@vger.kernel.org, imx@lists.linux.dev, linux-arm-kernel@lists.infradead.org, linux-i2c@vger.kernel.org, devicetree@vger.kernel.org, linux-spi@vger.kernel.org, linux-acpi@vger.kernel.org Subject: Re: [PATCH v3 2/2] of: dynamic: Fix overlayed devices not probing because of fw_devlink Message-ID: References: <20240411235623.1260061-1-saravanak@google.com> <20240411235623.1260061-3-saravanak@google.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo On Fri, Apr 12, 2024 at 07:54:32AM -0500, Rob Herring wrote: > On Thu, Apr 11, 2024 at 6:56 PM Saravana Kannan wrote: > I think it is better to not have this wrapper. We want it to be clear > when we're acquiring a ref. I know get_device() does that, but I have > to look up what get_dev_from_fwnode() does exactly. > > Side note: I didn't know fwnode has a ptr to the struct device. I > wonder if we can kill off of_find_device_by_node() using that. That's > for platform devices though. I don't like the idea because we already have a big design issue with fwnode that is used in struct device. Ideally, fwnode has to be a node in the linked list, head of which is provided by the user (struct device, for example). When it's done, it will be easy to handle. Have you read the comment in the struct fwnode_handle definition? -- With Best Regards, Andy Shevchenko