Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp1960342ybl; Thu, 29 Aug 2019 01:17:06 -0700 (PDT) X-Google-Smtp-Source: APXvYqyWS7AhpLeQvwCy1lDNtXlAlygTnABGXZrbsnuqp0SVauPbQR9KY/fuzP24DP066AytNXDv X-Received: by 2002:a17:90a:fd8c:: with SMTP id cx12mr8567759pjb.95.1567066626613; Thu, 29 Aug 2019 01:17:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567066626; cv=none; d=google.com; s=arc-20160816; b=mDdQujxyQBmN35pL5/+oKNo+PyRmukfZFIM/f66GUB4PiUrhTiVAZ3EY9HSAyZvLMS m+46iKlUDStigtYRhtytcToIkQNk2tScGExHMq+p6AmBhvCBcIXKUHSIvxWfjY6xelo4 52S92eS6Acj2irDUCNaxKwf3hKkT3DcFdzK3bc2GpO2xyKVXGhGzYLNcJybAytIzXYBG ItognF+gap5eHkEAvHZfxLp+qeBJNP0Uar+JE9mstFqMC0Hxvd7Ew5oUupMUlj3YMHbd p5TN0W93mznN2GQHfW8NyIkcj2oE8nqB3EzzqyQaglaqnC0dE3rbddgYD1eF4y0cocRh rfBA== 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:mime-version :references:in-reply-to:date:cc:to:from:subject:message-id; bh=bu4MxcVBvoq0gpuDCK5BeYO2A0anMY0H2IVbHW5mz9g=; b=dx9+75uUMrt41K+krNibcdb+5ORZ/q2Z9vA6tQB7BFfFcwhzL/eIOCa81LCZIEjQeh qpm/IRQdaHOluU+RK5KDZRnBrLGwZlfGAAgRkvd5Gy5Ml+3AJmbkcCvgD14yjSyadUG1 At2Bj5M7EKBVB6kxjFDmFzsUfx4I0Wt2mYDkYdzckZA95ET+3T21yq9apVEiSkZq2/H6 JtdbrxXOYlyQgzaxpMI7k7/m1LnZi8KGFi257QdBgi1FOR+g2JaaX/E3v8hwKrXfK1J8 Bj/C7m0qAI7TucDYxx1HGvRK48DM7ZAg0ZZ7454KJ1sNgMGuo82sd3X3eYyWGMeRCBM4 DUxQ== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=mediatek.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u20si1148161pgg.565.2019.08.29.01.16.49; Thu, 29 Aug 2019 01:17:06 -0700 (PDT) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=mediatek.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726526AbfH2IP6 (ORCPT + 99 others); Thu, 29 Aug 2019 04:15:58 -0400 Received: from mailgw02.mediatek.com ([210.61.82.184]:28259 "EHLO mailgw02.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1726009AbfH2IP5 (ORCPT ); Thu, 29 Aug 2019 04:15:57 -0400 X-UUID: 18b230941f4a491393c760f177c9a821-20190829 X-UUID: 18b230941f4a491393c760f177c9a821-20190829 Received: from mtkcas06.mediatek.inc [(172.21.101.30)] by mailgw02.mediatek.com (envelope-from ) (Cellopoint E-mail Firewall v4.1.10 Build 0809 with TLS) with ESMTP id 445324752; Thu, 29 Aug 2019 16:15:51 +0800 Received: from mtkcas07.mediatek.inc (172.21.101.84) by mtkmbs02n1.mediatek.inc (172.21.101.77) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Thu, 29 Aug 2019 16:15:56 +0800 Received: from [172.21.77.4] (172.21.77.4) by mtkcas07.mediatek.inc (172.21.101.73) with Microsoft SMTP Server id 15.0.1395.4 via Frontend Transport; Thu, 29 Aug 2019 16:15:56 +0800 Message-ID: <1567066550.14938.6.camel@mtksdaap41> Subject: Re: [PATCH v6 14/14] arm64: dts: Add power controller device node of MT8183 From: CK Hu To: Matthias Brugger CC: Weiyi Lu , Nicolas Boichat , Rob Herring , James Liao , , , Fan Chen , , Yong Wu , Date: Thu, 29 Aug 2019 16:15:50 +0800 In-Reply-To: References: <1560998286-9189-1-git-send-email-weiyi.lu@mediatek.com> <1560998286-9189-15-git-send-email-weiyi.lu@mediatek.com> <1561971461.12937.8.camel@mtksdaap41> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4-0ubuntu2 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-MTK: N Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, Matthias: On Thu, 2019-08-29 at 09:19 +0200, Matthias Brugger wrote: > > On 01/07/2019 10:57, CK Hu wrote: > > Hi, Weiyi: > > > > On Thu, 2019-06-20 at 10:38 +0800, Weiyi Lu wrote: > >> Add power controller node and smi-common node for MT8183 > >> In scpsys node, it contains clocks and regmapping of > >> infracfg and smi-common for bus protection. > >> > >> Signed-off-by: Weiyi Lu > >> --- > >> arch/arm64/boot/dts/mediatek/mt8183.dtsi | 62 ++++++++++++++++++++++++++++++++ > >> 1 file changed, 62 insertions(+) > >> > >> diff --git a/arch/arm64/boot/dts/mediatek/mt8183.dtsi b/arch/arm64/boot/dts/mediatek/mt8183.dtsi > >> index 08274bf..75c4881 100644 > >> --- a/arch/arm64/boot/dts/mediatek/mt8183.dtsi > >> +++ b/arch/arm64/boot/dts/mediatek/mt8183.dtsi > >> @@ -8,6 +8,7 @@ > >> #include > >> #include > >> #include > >> +#include > >> > >> / { > >> compatible = "mediatek,mt8183"; > >> @@ -196,6 +197,62 @@ > >> #clock-cells = <1>; > >> }; > >> > >> + scpsys: syscon@10006000 { > >> + compatible = "mediatek,mt8183-scpsys", "syscon"; > >> + #power-domain-cells = <1>; > >> + reg = <0 0x10006000 0 0x1000>; > >> + clocks = <&topckgen CLK_TOP_MUX_AUD_INTBUS>, > >> + <&infracfg CLK_INFRA_AUDIO>, > >> + <&infracfg CLK_INFRA_AUDIO_26M_BCLK>, > >> + <&topckgen CLK_TOP_MUX_MFG>, > >> + <&topckgen CLK_TOP_MUX_MM>, > >> + <&topckgen CLK_TOP_MUX_CAM>, > >> + <&topckgen CLK_TOP_MUX_IMG>, > >> + <&topckgen CLK_TOP_MUX_IPU_IF>, > >> + <&topckgen CLK_TOP_MUX_DSP>, > >> + <&topckgen CLK_TOP_MUX_DSP1>, > >> + <&topckgen CLK_TOP_MUX_DSP2>, > >> + <&mmsys CLK_MM_SMI_COMMON>, > >> + <&mmsys CLK_MM_SMI_LARB0>, > >> + <&mmsys CLK_MM_SMI_LARB1>, > >> + <&mmsys CLK_MM_GALS_COMM0>, > >> + <&mmsys CLK_MM_GALS_COMM1>, > >> + <&mmsys CLK_MM_GALS_CCU2MM>, > >> + <&mmsys CLK_MM_GALS_IPU12MM>, > >> + <&mmsys CLK_MM_GALS_IMG2MM>, > >> + <&mmsys CLK_MM_GALS_CAM2MM>, > >> + <&mmsys CLK_MM_GALS_IPU2MM>, > > > > Up to now, MT8183 mmsys has the same resource with another device node: > > > > mmsys: syscon@14000000 { > > compatible = "mediatek,mt8183-mmsys", "syscon"; > > reg = <0 0x14000000 0 0x1000>; > > #clock-cells = <1>; > > }; > > > > display_components: dispsys@14000000 { > > compatible = "mediatek,mt8183-display"; > > reg = <0 0x14000000 0 0x1000>; > > power-domains = <&scpsys MT8183_POWER_DOMAIN_DISP>; > > }; > > > > I think this two node should be merge into one node, so I've try to > > merge them: > > > > mmsys: syscon@14000000 { > > compatible = "mediatek,mt8183-mmsys", "syscon"; > > reg = <0 0x14000000 0 0x1000>; > > power-domains = <&scpsys MT8183_POWER_DOMAIN_DISP>; > > #clock-cells = <1>; > > }; > > > > But I got a kernel panic when boot, > > > > [ 3.458523] Unable to handle kernel paging request at virtual address > > fffffffffffffdfb > > [ 3.466999] Mem abort info: > > [ 3.470116] ESR = 0x96000005 > > [ 3.473268] Exception class = DABT (current EL), IL = 32 bits > > [ 3.479375] SET = 0, FnV = 0 > > [ 3.482530] EA = 0, S1PTW = 0 > > [ 3.485785] Data abort info: > > [ 3.488831] ISV = 0, ISS = 0x00000005 > > [ 3.493067] CM = 0, WnR = 0 > > [ 3.496229] swapper pgtable: 4k pages, 39-bit VAs, pgdp = > > 000000004f8fa26d > > [ 3.503214] [fffffffffffffdfb] pgd=0000000000000000, > > pud=0000000000000000 > > [ 3.510408] Internal error: Oops: 96000005 [#1] PREEMPT SMP > > [ 3.515974] Modules linked in: > > [ 3.519023] Process kworker/0:3 (pid: 106, stack limit = > > 0x00000000281d0651) > > [ 3.526066] CPU: 0 PID: 106 Comm: kworker/0:3 Tainted: G W > > 4.19.43 #208 > > [ 3.533974] Hardware name: MediaTek kukui rev1 board (DT) > > [ 3.539374] Workqueue: events deferred_probe_work_func > > [ 3.544507] pstate: 20000005 (nzCv daif -PAN -UAO) > > [ 3.549294] pc : clk_prepare+0x18/0x40 > > [ 3.553038] lr : scpsys_clk_enable+0x40/0xb4 > > [ 3.557299] sp : ffffff800855b9e0 > > [ 3.560606] x29: ffffff800855b9f0 x28: ffffff93e1e5f594 > > [ 3.565911] x27: 000000000000000f x26: ffffff93e1e5e9b8 > > [ 3.571217] x25: 000000003b9aca00 x24: ffffff800858530c > > [ 3.576522] x23: ffffffffffffffff x22: fffffffffffffdfb > > [ 3.581827] x21: 000000000000000a x20: ffffffccb89aafc8 > > [ 3.587132] x19: fffffffffffffdfb x18: 00005a5c77082016 > > [ 3.592438] x17: 0000000000000400 x16: 0000000000000001 > > [ 3.597743] x15: 0000000000000009 x14: ffffff93e271c908 > > [ 3.603048] x13: 0000000000000b22 x12: 0000000000000008 > > [ 3.608353] x11: 0000000001d063de x10: 0000000000000008 > > [ 3.613659] x9 : 00000000ffffffed x8 : 0000000000000000 > > [ 3.618964] x7 : 736d6c2dff7224fe x6 : 0000008000000000 > > [ 3.624269] x5 : 0000000000000000 x4 : 0000000080000000 > > [ 3.629575] x3 : 002f6d6e74000000 x2 : 0000000000000000 > > [ 3.634880] x1 : 000000000000000a x0 : fffffffffffffdfb > > [ 3.640185] Call trace: > > [ 3.642625] clk_prepare+0x18/0x40 > > [ 3.646019] scpsys_clk_enable+0x40/0xb4 > > [ 3.649935] scpsys_power_on+0x13c/0x304 > > [ 3.653850] scpsys_probe+0xe0/0x5fc > > [ 3.657419] platform_drv_probe+0x80/0xb0 > > [ 3.661420] really_probe+0x114/0x28c > > [ 3.665075] driver_probe_device+0x64/0xfc > > [ 3.669164] __device_attach_driver+0xb8/0xd0 > > [ 3.673513] bus_for_each_drv+0x88/0xd0 > > [ 3.677341] __device_attach+0xac/0x130 > > [ 3.681169] device_initial_probe+0x20/0x2c > > [ 3.685344] bus_probe_device+0x34/0x90 > > [ 3.689172] deferred_probe_work_func+0x74/0xac > > [ 3.693698] process_one_work+0x210/0x420 > > [ 3.697700] worker_thread+0x278/0x3e4 > > [ 3.701443] kthread+0x11c/0x12c > > [ 3.704665] ret_from_fork+0x10/0x18 > > > > I'm not really understand what happen, but scpsys and mmsys point to > > each other in MT8183. Why these two node point to each other in MT8183? > > If this is really hardware limitation, we need to solve this in driver. > > If this is not a hardware limitation, I would like to re-organize device > > tree to prevent this problem. > > > > How do you register the clocks? > We would need to have a solution as proposed in: > https://patchwork.kernel.org/cover/10686345/ > I register the clocks just like what you have done in that series. I've no MT8173 platform now, so I tried it in MT8183, but I'm blocked by this scpsys problem. > CK Hu, as far as I remember you wanted to look into it. If you don't have time, > I can give it a try next week. Right now I have a bit of free time to work on that. Because I'm blocked, so it's better that you could continue that work in MT8173 or MT2701. Regards, CK > > Regards, > Matthias > > > Regards, > > CK > > > > > >> + <&imgsys CLK_IMG_LARB5>, > >> + <&imgsys CLK_IMG_LARB2>, > >> + <&camsys CLK_CAM_LARB6>, > >> + <&camsys CLK_CAM_LARB3>, > >> + <&camsys CLK_CAM_SENINF>, > >> + <&camsys CLK_CAM_CAMSV0>, > >> + <&camsys CLK_CAM_CAMSV1>, > >> + <&camsys CLK_CAM_CAMSV2>, > >> + <&camsys CLK_CAM_CCU>, > >> + <&ipu_conn CLK_IPU_CONN_IPU>, > >> + <&ipu_conn CLK_IPU_CONN_AHB>, > >> + <&ipu_conn CLK_IPU_CONN_AXI>, > >> + <&ipu_conn CLK_IPU_CONN_ISP>, > >> + <&ipu_conn CLK_IPU_CONN_CAM_ADL>, > >> + <&ipu_conn CLK_IPU_CONN_IMG_ADL>; > >> + clock-names = "audio", "audio1", "audio2", > >> + "mfg", "mm", "cam", > >> + "isp", "vpu", "vpu1", > >> + "vpu2", "vpu3", "mm-0", > >> + "mm-1", "mm-2", "mm-3", > >> + "mm-4", "mm-5", "mm-6", > >> + "mm-7", "mm-8", "mm-9", > >> + "isp-0", "isp-1", "cam-0", > >> + "cam-1", "cam-2", "cam-3", > >> + "cam-4", "cam-5", "cam-6", > >> + "vpu-0", "vpu-1", "vpu-2", > >> + "vpu-3", "vpu-4", "vpu-5"; > >> + infracfg = <&infracfg>; > >> + smi_comm = <&smi_common>; > >> + }; > >> + > >> apmixedsys: syscon@1000c000 { > >> compatible = "mediatek,mt8183-apmixedsys", "syscon"; > >> reg = <0 0x1000c000 0 0x1000>; > >> @@ -260,6 +317,11 @@ > >> #clock-cells = <1>; > >> }; > >> > >> + smi_common: smi@14019000 { > >> + compatible = "mediatek,mt8183-smi-common", "syscon"; > >> + reg = <0 0x14019000 0 0x1000>; > >> + }; > >> + > >> imgsys: syscon@15020000 { > >> compatible = "mediatek,mt8183-imgsys", "syscon"; > >> reg = <0 0x15020000 0 0x1000>; > > > >