From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mail1.g1.pair.com ([66.39.3.162]) by merlin.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux)) id 1WPSDv-00024o-UG for barebox@lists.infradead.org; Mon, 17 Mar 2014 07:44:40 +0000 Message-ID: <5326A7CF.7020005@kosagi.com> Date: Mon, 17 Mar 2014 15:44:15 +0800 From: Sean Cross MIME-Version: 1.0 References: <53211233.5070806@kosagi.com> <20140313073817.GR17250@pengutronix.de> <53218604.6080702@kosagi.com> <20140313202719.GS17250@pengutronix.de> <532278F0.1040409@kosagi.com> <20140314082252.GW17250@pengutronix.de> <532679EC.4020806@kosagi.com> <20140317071857.GH17250@pengutronix.de> In-Reply-To: <20140317071857.GH17250@pengutronix.de> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "barebox" Errors-To: barebox-bounces+u.kleine-koenig=pengutronix.de@lists.infradead.org Subject: Re: Porting barebox to Novena: misc questions To: Sascha Hauer Cc: barebox@lists.infradead.org On 17/3/14 3:18 PM, Sascha Hauer wrote: > On Mon, Mar 17, 2014 at 12:28:28PM +0800, Sean Cross wrote: >> Here is the resulting output and BUG from this run: >> >> barebox 2014.03.0-00628-g7fed07d-dirty #158 Mon Mar 17 12:25:45 SGT 2014 >> >> >> Board: Kosagi i.MX6DL Novena Board >> detected i.MX6 DualLite revision 1.1 >> Trying to request region ttb (from 0x4fff4000:0x4fff7fff): ok >> Trying to request region malloc space (from 0x4be00000:0x4fdfffff): ok >> Trying to request region barebox (from 0x4fe00000:0x4fe4b4a7): ok >> Trying to request region barebox data (from 0x4fe4b4a8:0x4fe5c8f7): ok >> Trying to request region bss (from 0x4fe5c8f8:0x4fe6214f): ok >> Trying to request region stack (from 0x4fff8000:0x4fffffff): ok >> mmu: find_pte: TTB for address 0x4cd1e000 is not of type table >> mmu: Memory banks: >> mmu: #0 0x10000000 - 0xffffffff > > So you have one memory bank that starts at 0x10000000 which is the > standard SDRAM base for i.MX6. Good. But why is the size 0? Have you > specified this in your devicetree? It should contain the correct size. > It could also be that we do not parse #ddress-cells / #size-cells > correctly (in case one of these is not 1 in your devicetree). There is no "memory" node in my .dts file, so it's inheriting the default "memory { device_type = "memory"; reg = <0 0>; };" from skeleton.dtsi. I add memory in my board.c file: static int kosagi_novena_mem_init(void) { /* Pull out RAM capacity, which was stored here in lowlevel.c */ arm_add_mem_device("ram0", 0x10000000, readl(MX6_SRC_BASE_ADDR + 0x20)); return 0; } mem_initcall(kosagi_novena_mem_init); _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox