Received: by 10.223.164.202 with SMTP id h10csp443377wrb; Thu, 23 Nov 2017 00:31:26 -0800 (PST) X-Google-Smtp-Source: AGs4zMZ6MLOQjPjClhIsF64VnzlPhxmo0Ah6cUrxX++uG+mJNkr44eQzZ97fhLKcvT/KUUdP7FM7 X-Received: by 10.84.175.3 with SMTP id s3mr23668144plb.279.1511425886220; Thu, 23 Nov 2017 00:31:26 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1511425886; cv=none; d=google.com; s=arc-20160816; b=pjRl5lDXBjsC8po2lzxWRD9KHTlQPMsHO9NmWm9yWAgyaZ40A0qGoVPIqmV9QKGTWl MGz1QgecmPFjWEXOzzNxoeVV+4e3hkl8bkKgU3oxOKtF5UqwcJsWqazqQ/bXLVSCLQHO GZjw6A/BNhFdAQ14vSd14XAIhNWas6FErRH9Ey4L5L5dLxwWF3Uw6QkkoIOUsxDVWA66 KNiFNgpRhgtMwJaBh1ofF7lhL4BiAqTUS/ZY4pk0UurNRIcD2mwZHVdlu7haOIUf84eq 3qTvQUFxrbH39GALhn3dotWLhrWlJ+Nf58CTzqZxV190S1rEVGiDvnPLf2wy1tNAuSqb z+pA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:arc-authentication-results; bh=EnEFc7fzDTrJuRYz4ueFwzJRKEF3VlRSG5InsmCCdGA=; b=IXqcha4mvyaJVlWOTzGZgbYbAMxAt8u/sHGFAzgMmkHqX9MUPBgGXTvmnS12bhSntP DnS+LoWv+ix9uQ38Fnr/cVd9VQfD7WgI1tx29RfKs2drLWcdPoxXKE/Ltc/0Q55CBGvu gy5O2zuR9s5yiYYgwwZAQs5mvAOQTDhi7l3RFsiIvufcBk37KrG20gzBldjQb2/QAOP5 A7RG51+q6cD/Q8SFTXP7kF9tKFZPXqlrej94HiWrH9eoh0AUvqSss6JLsbRVWDWDJX7O D46U1ZbjIplqLOUoIhZ8RJedSIw+w60z7Z1zJ8+92XO3EY0VYkhcSH1oEB2Cnk/RYHtd oGHg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id bd7si15091871plb.577.2017.11.23.00.31.15; Thu, 23 Nov 2017 00:31:26 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752196AbdKWIah (ORCPT + 77 others); Thu, 23 Nov 2017 03:30:37 -0500 Received: from smtp.nue.novell.com ([195.135.221.5]:39755 "EHLO smtp.nue.novell.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751835AbdKWIaf (ORCPT ); Thu, 23 Nov 2017 03:30:35 -0500 Received: from emea4-mta.ukb.novell.com ([10.120.13.87]) by smtp.nue.novell.com with ESMTP (TLS encrypted); Thu, 23 Nov 2017 09:30:33 +0100 Received: from ziggy.stardust (nwb-a10-snat.microfocus.com [10.120.13.202]) by emea4-mta.ukb.novell.com with ESMTP (TLS encrypted); Thu, 23 Nov 2017 08:30:19 +0000 Subject: Re: [PATCH 3/8] drm/mediatek: mt2701: switch to mfd probing. To: CK Hu , Matthias Brugger Cc: ulrich.hecht+renesas@gmail.com, laurent.pinchart@ideasonboard.com, p.zabel@pengutronix.de, airlied@linux.ie, robh+dt@kernel.org, mark.rutland@arm.com, mturquette@baylibre.com, sboyd@codeaurora.org, lee.jones@linaro.org, davem@davemloft.net, gregkh@linuxfoundation.org, mchehab@kernel.org, rdunlap@infradead.org, pi-cheng.chen@linaro.org, sean.wang@mediatek.com, linux-clk@vger.kernel.org, linux@armlinux.org.uk, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org References: <20171114214114.15793-1-mbrugger@suse.com> <20171114214114.15793-4-mbrugger@suse.com> <1511416092.20405.4.camel@mtksdaap41> From: Matthias Brugger Message-ID: <66be07f1-c084-8db1-c845-86b2057a0d5d@suse.com> Date: Thu, 23 Nov 2017 09:30:17 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <1511416092.20405.4.camel@mtksdaap41> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/23/2017 06:48 AM, CK Hu wrote: > Hi, Matthias: > > On Tue, 2017-11-14 at 22:41 +0100, Matthias Brugger wrote: >> With the mtk-mmsys MFD device in place, we switch the probing for >> mt2701 from device-tree to mfd. >> >> Signed-off-by: Matthias Brugger >> --- >> drivers/gpu/drm/mediatek/mtk_drm_drv.c | 32 +++++++++++++++++++++++++------- >> 1 file changed, 25 insertions(+), 7 deletions(-) >> >> diff --git a/drivers/gpu/drm/mediatek/mtk_drm_drv.c b/drivers/gpu/drm/mediatek/mtk_drm_drv.c >> index dd249cf5121e..5a263aa3ab6e 100644 >> --- a/drivers/gpu/drm/mediatek/mtk_drm_drv.c >> +++ b/drivers/gpu/drm/mediatek/mtk_drm_drv.c >> @@ -21,6 +21,7 @@ >> #include >> #include >> #include >> +#include >> #include >> #include >> #include >> @@ -392,9 +393,10 @@ static const struct of_device_id mtk_ddp_comp_dt_ids[] = { >> >> static int mtk_drm_probe(struct platform_device *pdev) >> { >> + struct mmsys_dev *mmsys_private; >> struct device *dev = &pdev->dev; >> struct mtk_drm_private *private; >> - struct device_node *node; >> + struct device_node *node, *parent_node; >> struct component_match *match = NULL; >> int ret; >> int i; >> @@ -407,12 +409,23 @@ static int mtk_drm_probe(struct platform_device *pdev) >> INIT_WORK(&private->commit.work, mtk_atomic_work); >> private->data = of_device_get_match_data(dev); >> >> - private->config_regs = syscon_node_to_regmap(dev->of_node); >> - if (IS_ERR(private->config_regs)) >> - return PTR_ERR(private->config_regs); >> + /* Check if called from mfd */ >> + if (!dev->of_node) { >> + mmsys_private = dev_get_drvdata(pdev->dev.parent); > > Why do you directly access parent's driver data? You just need the > device node of mmsys, maybe you could refer to [1]. > > [1] > https://elixir.free-electrons.com/linux/latest/source/drivers/reset/reset-berlin.c#L78 > The difference is, that the driver you mentioned gets probed via device tree matching, while we get invoked here through the id_table. So there is no device node (the if actually checkes for pdev->dev.of_node to identify exactly this case). Regards, Matthias From 1584834697785523446@xxx Thu Nov 23 05:49:07 +0000 2017 X-GM-THRID: 1584085331842565849 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread