Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp3946994ybz; Tue, 28 Apr 2020 03:08:28 -0700 (PDT) X-Google-Smtp-Source: APiQypKeZyoF8a89wVK7owcojQIr3d3BqWuxIXjqKIgrLNoBJs+TtmNZm/oVi2D1JEpZkMpwv+gl X-Received: by 2002:a17:906:ad9a:: with SMTP id la26mr23884916ejb.128.1588068508426; Tue, 28 Apr 2020 03:08:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588068508; cv=none; d=google.com; s=arc-20160816; b=oBdO6G0/504dUBx8zcLOzHKWdz5Mx0RUQP0BT1JxiAQ0GgRrMwGD2VzAbNgqqL/Oe7 dfN/tWSij6zcRu3rYV977sS8DeH0XviSjH6aAg5gqc4nEqsaXpvNW479xuuS02vbTZ30 cMbrmuSN9y8LofHh00q7H8Cs82OGIMBBDEIv1ToDIlAXiq2BnjLAwFTIG5R14joiekZR bXBpa8TDB9LkdRxBW7gGQ3qYtx1iZKwtpiY9zf9eKAlnPGOSHXRAHazEt2OubTl2h0b2 jrZzoKHPqVI9UP7YVu8DUkPgAwTRdJUbvgKaMVtqXTvXRhUG1AjOWczr1Kyu2DIwkB6x oo4w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=lfm90FlfDh8o3M3yvP99/SV8PXnzx+NxtpWbePydH4k=; b=XrzXbCYdaa0WUxMf9CWGJ0dEDEhefG/I7AHdFONIC2zLrOF5B+2LRB/5y2nszSF+en 0ZdHzUMRW7nX/jjW9sMYCALEaR6xwBflTCUhMLVxkb7XHFhd7vWZr39saVYnBzNTk5Wq MRxXYYBqe9P5JbB9GXyTPbeMPyNoyBFOJC3xmhjY5PtMq9NttxR33XA5aku4HDOF0YEb DwgCIBSoONO3WTNZpxZ42FIxYw4g18ffSGQCM1mYu8x8bhNUto/X3I/gMuw4kO+74Osn Afxq1h777D931kNl4pFp3NLCku2u70+DiylmCRgjdAk7VLIpqKNbVt4F0est7AZMkUl9 mDfA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=qqX6J2EM; 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=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h21si1359028edj.79.2020.04.28.03.08.05; Tue, 28 Apr 2020 03:08:28 -0700 (PDT) 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=@linaro.org header.s=google header.b=qqX6J2EM; 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=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727903AbgD1KFs (ORCPT + 99 others); Tue, 28 Apr 2020 06:05:48 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49140 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1727103AbgD1KFs (ORCPT ); Tue, 28 Apr 2020 06:05:48 -0400 Received: from mail-wr1-x442.google.com (mail-wr1-x442.google.com [IPv6:2a00:1450:4864:20::442]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D30D5C03C1AB for ; Tue, 28 Apr 2020 03:05:47 -0700 (PDT) Received: by mail-wr1-x442.google.com with SMTP id d17so23939910wrg.11 for ; Tue, 28 Apr 2020 03:05:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=lfm90FlfDh8o3M3yvP99/SV8PXnzx+NxtpWbePydH4k=; b=qqX6J2EMEVt8r4xC+OrCy2/tUswVLa9s3ms1vvctEDSrG713MYTkg2HQ8f6y2XTo7j fOk04o+o8GLoQ28PhzDd3kXsb0nPnsrELb3fJbvbqfw/CxRMPs33DWoi/wCYQiCM/7Uu SZ+Q/9Ri3QEU9cLbMAuqU4vx2JI6nH+6F9XoFKu5XxiSxgfL+Co+9E01BOoP2KShDD9c o4Lf0/s8dIlNJ/cophFhENgBKpYRQCwzi+NAKmJ7iwyZOvjHfRgx9JVHRNBwSRygfn4Z Naf6PIZqw1f3zQTnnVKjuA7ZfhrKS3VI1uXgrS8GSOFfUd+07jSPOwMp1Lw3QJQBMsfY Rn3A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=lfm90FlfDh8o3M3yvP99/SV8PXnzx+NxtpWbePydH4k=; b=iezL/d7jdIIVaA3rqed1B8RL+x+DCjoL5OyE1a/C82fiQii9QsKFUqqfggOdX9ZwyS SzZxwXQI3cnfYY7UMEXO5G2/emepNIjfiSSP66i66iz6WpjGnTb8R3fyYkCLYFOolkNY 4bVunJ2fLrTwaRaJiQI2lsPXUTYMf1KFb9WBY56sIXQhsWhuBcWlmiwRUlIGQtc6yQDX O8n7F90Bk7bKaBiXluoO2FhqasGGWSuPDXylJWmICIzBNLyIxfAJvxKTOu5q3sPcZzOX K39pnUBEKHBK+SobS+TFpF6ySbURiA/EeRaA0/eDTw4Pb30b/inXThe6Qn1hF5Aku0Oh vGjw== X-Gm-Message-State: AGi0PuYCWCdIop6pcMo2An3l2UNYCek4noLAPCxgJ1wm3GbQrTg9e1mQ kJsHd7gsuUYKomWqM7HWo9aiQg== X-Received: by 2002:adf:e5c8:: with SMTP id a8mr35254777wrn.56.1588068346456; Tue, 28 Apr 2020 03:05:46 -0700 (PDT) Received: from dell ([2.31.163.63]) by smtp.gmail.com with ESMTPSA id s18sm26293024wra.94.2020.04.28.03.05.45 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 28 Apr 2020 03:05:45 -0700 (PDT) Date: Tue, 28 Apr 2020 11:05:38 +0100 From: Lee Jones To: Dilip Kota Cc: linux-kernel@vger.kernel.org, kishon@ti.com, devicetree@vger.kernel.org, arnd@arndb.de, robh@kernel.org, andriy.shevchenko@intel.com, cheol.yong.kim@intel.com, chuanhua.lei@linux.intel.com, qi-ming.wu@intel.com, yixin.zhu@intel.com Subject: Re: [RESEND PATCH v6 1/4] mfd: syscon: Add fwnode_to_regmap Message-ID: <20200428100538.GM3559@dell> References: <9c58aeb1561f28f302921d54aee75942545c4971.1585889042.git.eswara.kota@linux.intel.com> <20200417093551.GH2167633@dell> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 21 Apr 2020, Dilip Kota wrote: > > On 4/17/2020 5:35 PM, Lee Jones wrote: > > On Mon, 06 Apr 2020, Dilip Kota wrote: > > > > > Traverse regmap handle entry from firmware node handle. > > > > > > Signed-off-by: Dilip Kota > > > --- > > > Changes on v5: > > > No changes > > > Changes on v5: > > > No changes > > > > > > Changes on v4: > > > No changes > > > > > > drivers/mfd/syscon.c | 8 ++++++++ > > > include/linux/mfd/syscon.h | 6 ++++++ > > > 2 files changed, 14 insertions(+) > > > > > > diff --git a/drivers/mfd/syscon.c b/drivers/mfd/syscon.c > > > index 3a97816d0cba..e085c50816b9 100644 > > > --- a/drivers/mfd/syscon.c > > > +++ b/drivers/mfd/syscon.c > > > @@ -178,6 +178,14 @@ struct regmap *device_node_to_regmap(struct device_node *np) > > > } > > > EXPORT_SYMBOL_GPL(device_node_to_regmap); > > > +struct regmap *fwnode_to_regmap(struct fwnode_handle *fwnode) > > > +{ > > > + struct device_node *np = to_of_node(fwnode); > > You are assuming that the fwnode was Device Tree pointer. > > > > The point of a fwnode is that it could be one of multiple types. > > > > What if it was a pointer to an ACPI property? > Yes, i missed to check in other perspective. Thanks for pointing it. > While going through the System control driver to address the query, i > noticed that System Control > driver is talking with 'of' framework only. (No ACPI) > > So, i think to add a defensive check and return error pointer if > 'to_of_node' returns NULL > As System control Driver cannot talk with ACPI, so fwnode_to_regmap() cannot > talk and return error. > > Or, the other option is removing the 'fwnode_to_regmap()' definition itself, > to avoid confusion as fwnode can > point to 'OF', 'ACPI'or 'swnode'. > > But, i feel return error for ACPI or oother, looks better because > 'device_node' has fwnode pointer. And provide description > in the header file, mentioning function is success for 'OF' and returns > error for the rest. I don't think this patch adds much to be honest. Better to just do: device_node_get_regmap(to_of_node(fwnode), false); ... from the call site I think. -- Lee Jones [李琼斯] Linaro Services Technical Lead Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog