Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp298683ybl; Wed, 21 Aug 2019 19:38:32 -0700 (PDT) X-Google-Smtp-Source: APXvYqzvJnUBDpY1ibcS0t1/NFSTrwTs0rgiaY4cB3WxSaSjh5ZoQzBQoElzVeRf7PoDgmmCbDst X-Received: by 2002:a17:90a:3ad0:: with SMTP id b74mr2986017pjc.79.1566441512429; Wed, 21 Aug 2019 19:38:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1566441512; cv=none; d=google.com; s=arc-20160816; b=e9W6KzR09zVkRsbjLEQgFlrXKAqAn8+SEuQcTFXRRBEcCL9NHWMaar2M2ltssOOCU4 Lkb0m9QPyARKBfkLrh2DmmJD6j6LdEJvMmEdlD/R7xp7mWBrOhF4vD6xBS0Bw8/hrKXz BTCndm7AhI7OyG1QkZBCHG6gLvNh6UEUwehio2qsQtnB88lAGK08nEZOsRFHZD2i2yMY C1/2Y27hhn4hVAYknMK1Hn+C4xHc+cK+0hCdesW2vfF4sWug1Ie04U80pY6SBnFjGDUw adPkVQDArclTgHyNK3XUcVw5d4mt0or/9jtMqQbPYvWMV20088LrP/08JhC0Y5xSx58t uPBw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :references:in-reply-to:date:cc:to:from:subject:message-id; bh=JNjt5oacjGtsLfpoki53kFY1VclDEuAp6BkdqtwSV54=; b=ExzZm4KgsCZTYUcw3aq/2aKw4D/lP3xpID5Tgwh/JqqmB9aBpHJSh3Nj6/I9eQXajj 8v82HVXP7W1QwhH2Z7jOqRHYVya1g+VIxgkhZYz0vYnhZOFS5jsK05lXZn8XOgWD36fk QoPYaqqLFuzN9C1FXLNLKtHUwsv4TQtphQK47zkP+ccBOXgcF0jJrsFJd3qc7bPY8nOG A2s4ZI8FPbI6U6N8aaZIO/3Zvw5dxVdV5l/u+A5A6qbpzUj5Jz7uZ5LSSTWN8XWgwvCB y9k8zlveb/PbED9Dzkm4CbP43p/euPXxdbd3PJzVjTgbzX6a2386cD2xACRbncaZ8X0Q +rnw== 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 x20si1211374pjn.49.2019.08.21.19.38.17; Wed, 21 Aug 2019 19:38:32 -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 S1729902AbfHVAqL (ORCPT + 99 others); Wed, 21 Aug 2019 20:46:11 -0400 Received: from mailgw02.mediatek.com ([210.61.82.184]:12180 "EHLO mailgw02.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1729081AbfHVAqL (ORCPT ); Wed, 21 Aug 2019 20:46:11 -0400 X-UUID: 3903fa845faf47d685a9fa1ac8adcc0d-20190822 X-UUID: 3903fa845faf47d685a9fa1ac8adcc0d-20190822 Received: from mtkcas06.mediatek.inc [(172.21.101.30)] by mailgw02.mediatek.com (envelope-from ) (Cellopoint E-mail Firewall v4.1.10 Build 0707 with TLS) with ESMTP id 658753542; Thu, 22 Aug 2019 08:46:04 +0800 Received: from MTKCAS06.mediatek.inc (172.21.101.30) by mtkmbs08n1.mediatek.inc (172.21.101.55) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Thu, 22 Aug 2019 08:46:00 +0800 Received: from [172.21.77.33] (172.21.77.33) by MTKCAS06.mediatek.inc (172.21.101.73) with Microsoft SMTP Server id 15.0.1395.4 via Frontend Transport; Thu, 22 Aug 2019 08:46:00 +0800 Message-ID: <1566434764.14794.2.camel@mtkswgap22> Subject: Re: [PATCH v2 11/11] arm64: dts: add dts nodes for MT6779 From: Mars Cheng To: Marc Zyngier CC: Matthias Brugger , Rob Herring , Stephen Boyd , Sean Wang , Linus Walleij , , CC Hwang , , Loda Chou , , , mtk01761 , Date: Thu, 22 Aug 2019 08:46:04 +0800 In-Reply-To: References: <1566206502-4347-1-git-send-email-mars.cheng@mediatek.com> <1566206502-4347-12-git-send-email-mars.cheng@mediatek.com> <1566214950.17081.3.camel@mtkswgap22> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.3-0ubuntu6 Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-MTK: N Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Marc > >>> + soc { > >>> + #address-cells = <2>; > >>> + #size-cells = <2>; > >>> + compatible = "simple-bus"; > >>> + ranges; > >>> + > >>> + gic: interrupt-controller@0c000000 { > >>> + compatible = "arm,gic-v3"; > >>> + #interrupt-cells = <3>; > >> > >> You also haven't described the CPU PMUs. Depending on how they are wired > >> (SPIs or PPIs), you may have to change the interrupt-cells property to > >> include a cell for the PPI partitioning. > >> > > > > pmu nodes would be: > > > > pmu { > > compatible = "arm,armv8-pmuv3"; > > interrupt-parent = <&gic>; > > interrupts = ; > > }; > > > > dsu-pmu-0 { > > compatible = "arm,dsu-pmu"; > > interrupts = ; > > cpus = <&cpu0>, <&cpu1>, <&cpu2>, <&cpu3>, > > <&cpu4>, <&cpu5>, <&cpu6>, <&cpu7>; > > }; > > > > so I think interrupt-cells could be <3>, will add pmu nodes in v3. > > No, that's wrong, at least for the CPU pmu node. > > First, you need two of them (one for the A55s, one for the A75s). > Then you need to partition the corresponding PPI so that they can be > described as separate affinity sets. > Finally, this implies that #interrupt-cells goes up to 4, and all the > interrupts directly routed to the GIC must be updated. > > You should have something like this: > > &gic { > ppi-partitions { > cluster0: interrupt-partition-0 { > affinity = <&cpu0 &cpu1 &cpu2 > &cpu3 &cpu4 &cpu5>; > }; > > cluster1: interrupt-partition-1 { > affinity = <&cpu6 &cpu7>; > }; > }; > > pmu_a55 { > compatible = "arm,cortex-a55-pmu", "arm,armv8-pmuv3"; > interrupts = ; > }; > > pmu_a75 { > compatible = "arm,cortex-a75-pmu", "arm,armv8-pmuv3"; > interrupts = ; > }; > > Please see the rk3399 usage of the binding, as it is the canonical example. > > > Got the idea. Will check rk3399 and fix our part. Thanks for reviewing.