Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754468AbcDYKr4 (ORCPT ); Mon, 25 Apr 2016 06:47:56 -0400 Received: from foss.arm.com ([217.140.101.70]:44913 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754443AbcDYKrx (ORCPT ); Mon, 25 Apr 2016 06:47:53 -0400 Date: Mon, 25 Apr 2016 11:47:46 +0100 From: Mark Rutland To: "Huang, Tao" Cc: Marc Zyngier , devicetree@vger.kernel.org, davidriley@chromium.org, heiko@sntech.de, pawel.moll@arm.com, ijc+devicetree@hellion.org.uk, catalin.marinas@arm.com, will.deacon@arm.com, dianders@chromium.org, smbarber@chromium.org, linux-rockchip@lists.infradead.org, robh+dt@kernel.org, galak@codeaurora.org, jwerner@chromium.org, linux-kernel@vger.kernel.org, Jianqun Xu , linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH] ARM64: dts: rockchip: add core dtsi file for RK3399 SoCs Message-ID: <20160425104746.GE25087@leverpostej> References: <1461122150-9042-1-git-send-email-jay.xu@rock-chips.com> <1461211092-26331-1-git-send-email-jay.xu@rock-chips.com> <20160421101930.GG6879@leverpostej> <5718AFB8.5070004@rock-chips.com> <20160421123018.096d4a75@arm.com> <571DE803.3010902@rock-chips.com> <20160425100531.GC25087@leverpostej> <571DEF30.90604@rock-chips.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <571DEF30.90604@rock-chips.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2333 Lines: 57 On Mon, Apr 25, 2016 at 06:19:28PM +0800, Huang, Tao wrote: > Hi, Mark: > On 2016年04月25日 18:05, Mark Rutland wrote: > > On Mon, Apr 25, 2016 at 05:48:51PM +0800, Huang, Tao wrote: > >> and pmu define as: > >> pmu_a53 { > >> compatible = "arm,cortex-a53-pmu"; > >> interrupts = ; > >> interrupt-affinity = <&cpu_l0>, > >> <&cpu_l1>, > >> <&cpu_l2>, > >> <&cpu_l3>; > >> }; > >> > >> pmu_a72 { > >> compatible = "arm,cortex-a72-pmu", "arm,cortex-a57-pmu"; > > That Cortex-A57 PMU fallback should just go. We already have Cortex-A72 > > PMU support upstream, and I believe there are sufficient differences > > such that the Cortex-A72 PMU is not a strict superset of the Cortex-A57 > > PMU. > As I say, I tested on v4.4, I don't back port > arch/arm64/kernel/perf_event.c, so I use "arm,cortex-a57-pmu". Upstream > will use "arm,cortex-a72-pmu" only. > BTW, I don't see any differences between A72/A57 in source code: The PMU name is exposed to userspace, so the user will be told they have a Cortex-A57 PMU, with all of the IMPLEMENTATION DEFINED events that implies. We don't handle those IMPLEMENTATION DEFINED events in the kernel, but for the sake of the userspace ABI, we should not expose the Cortex-A72 PMU as a Cortex-A57 PMU. Given the code is otherwise identical, it should be relatively simple to backport the A72 support. > >> It can boot. And I test with Android simpleperf stat and perf top, it works! > >> So these patches work on RK3399. > > There is still work to do in the driver, as Marc pointed out. > > > > While it may appear to work, it will be requesting percpu IRQs on wrong > > CPUs (e.g. see how cpu_pmu_request_irq calls cpu_pmu_enable_percpu_irq, > > on each CPU), and we will need to update the binding codument to cover > > this case. > I also set interrupt-affinity, maybe this avoid problem. I add some > debug print on driver, I believe irq is request on right cpus. Unfortunately, that's not entirely the case. As I mentioned above, cpu_pmu_request_irq calls cpu_pmu_enable_percpu_irq on each CPU (i.e. all CPUs in the system), regardless of the affinity. That may happen to work, but it's not something I'm keen on relying on. Thanks, Mark.