Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751999AbaDCJlG (ORCPT ); Thu, 3 Apr 2014 05:41:06 -0400 Received: from mail-we0-f178.google.com ([74.125.82.178]:46834 "EHLO mail-we0-f178.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751560AbaDCJkr (ORCPT ); Thu, 3 Apr 2014 05:40:47 -0400 Message-ID: <533D2C9A.6010302@gmail.com> Date: Thu, 03 Apr 2014 09:40:42 +0000 From: Sebastian Hesselbarth User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 To: =?UTF-8?B?QW50b2luZSBUw6luYXJ0?= , Jisheng Zhang CC: "alexandre.belloni@free-electrons.com" , Jimmy Xu , "linux-arm-kernel@lists.infradead.org" , "devicetree@vger.kernel.org" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH 2/3] ARM: dts: document the berlin enable-method property References: <1396512496-8030-1-git-send-email-antoine.tenart@free-electrons.com> <1396512496-8030-3-git-send-email-antoine.tenart@free-electrons.com> <20140403162202.79b63729@xhacker> <533D21AF.2070508@free-electrons.com> <533D268E.7070502@free-electrons.com> In-Reply-To: <533D268E.7070502@free-electrons.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 04/03/2014 09:14 AM, Antoine Ténart wrote: > On 03/04/2014 10:54, Antoine Ténart wrote: >> On 03/04/2014 10:22, Jisheng Zhang wrote: >>> On Thu, 3 Apr 2014 01:08:15 -0700 >>> Antoine Ténart wrote: >>> >>>> Signed-off-by: Antoine Ténart >>>> --- >>>> Documentation/devicetree/bindings/arm/cpus.txt | 2 ++ >>>> 1 file changed, 2 insertions(+) >>>> >>>> diff --git a/Documentation/devicetree/bindings/arm/cpus.txt >>>> b/Documentation/devicetree/bindings/arm/cpus.txt index >>>> 333f4aea3029..a9e42a2dbc99 100644 --- >>>> a/Documentation/devicetree/bindings/arm/cpus.txt +++ >>>> b/Documentation/devicetree/bindings/arm/cpus.txt @@ -185,6 +185,8 @@ >>>> nodes >>>> to be present and contain the properties described below. >>>> "qcom,gcc-msm8660" >>>> "qcom,kpss-acc-v1" >>>> "qcom,kpss-acc-v2" >>>> + "marvell,88de31-smp" - cpu-core handling for >>> >>> why not "marvell,berlin-smp"? >> >> We have SMP on the BG2 and the BG2Q currently. Future boards may not be >> compatible with this method (BG3 ?), I think "marvell,berlin-smp" is too >> generic. >> >> We could use "marvell,88de31xx-smp" as Alexandre suggested. > > "marvell,88de31xx-smp" is not a good choice too, since futur SoC may > match the "xx" and not use this method. A better way should be to use > the first SoC implementing the feature, so "marvell,88de3100". Never introduce the SoC numbers, we have chosen to stick with berlin2{,cd,q} so use that. Given the comment from Mark Rutland and Russell King here[1], I'd rather concentrate on a proper SMP implementation. Unfortunately, I haven't found a good documentation about the requirements nor call sequence - but I haven't looked hard. Having said that, can we postpone the DT enable method patches until we agreed on a better SMP implementation? Sebastian [1] http://www.spinics.net/lists/arm-kernel/msg318585.html -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/