From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755082AbbGUOur (ORCPT ); Tue, 21 Jul 2015 10:50:47 -0400 Received: from mx0a-0016f401.pphosted.com ([67.231.148.174]:56722 "EHLO mx0a-0016f401.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752701AbbGUOup (ORCPT ); Tue, 21 Jul 2015 10:50:45 -0400 Date: Tue, 21 Jul 2015 22:50:06 +0800 From: Jisheng Zhang To: Mark Rutland , Catalin Marinas , Will Deacon , "khilman@linaro.org" , "arnd@arndb.de" , "olof@lixom.net" , "robh+dt@kernel.org" , "galak@codeaurora.org" , "Pawel Moll" , CC: "linux-arm-kernel@lists.infradead.org" , "linux-kernel@vger.kernel.org" , "devicetree@vger.kernel.org" Subject: Re: [PATCH 1/2] arm64: dts: Add dts files for Marvell Berlin4CT SoC Message-ID: <20150721225006.04c3d071@xhacker> In-Reply-To: <20150721143426.GC10595@leverpostej> References: <1437488279-2088-1-git-send-email-jszhang@marvell.com> <1437488279-2088-2-git-send-email-jszhang@marvell.com> <20150721143426.GC10595@leverpostej> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.28; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2015-07-21_05:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 kscore.is_bulkscore=0 kscore.compositescore=1 compositescore=0.9 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 kscore.is_spamscore=0 rbsscore=0.9 spamscore=0 urlsuspectscore=0.9 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1506180000 definitions=main-1507210232 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Dear Mark, Thanks a lot for so quick review! On Tue, 21 Jul 2015 15:34:26 +0100 Mark Rutland wrote: > Hi, > > > +/dts-v1/; > > + > > +/memreserve/ 0x00000000 0x01000000; > > What's this reservation for? This is reserved for some firmwares' usage. > > Given you're using PSCI I can't see why we'd expect the kernel to map > but not use some memory. Is it acceptable that we make memory start at 0x01000000 instead of reservation? > > > + > > +#include "berlin4ct.dtsi" > > + > > +/ { > > + model = "MARVELL BG4CT DMP BOARD"; > > + compatible = "marvell,berlin4ct-dmp", "marvell,berlin4ct", "marvell,berlin"; > > + > > + chosen { > > + bootargs = "earlyprintk"; > > + stdout-path = "serial0:115200n8"; > > + }; > > You shouldn't need those bootargs; "earlyprintk" does nothing on arm64. will fix in a newer version > > [...] > > > + gic: interrupt-controller@901000 { > > + compatible = "arm,gic-400"; > > + #interrupt-cells = <3>; > > + interrupt-controller; > > + reg = <0x901000 0x1000>, > > + <0x902000 0x1000>, > > + <0x904000 0x2000>, > > + <0x906000 0x2000>; > > + interrupts = ; > > + }; > > + > > I believe the size of the cpu interface (the second reg entry) should be > 0x2000, as GICC_DIR is at offset 0x1000. Oh, Yes! Thanks for pointing this out. > > Otherwise this looks fine. > > Thanks, > Mark.