From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757300Ab0CJWVT (ORCPT ); Wed, 10 Mar 2010 17:21:19 -0500 Received: from hera.kernel.org ([140.211.167.34]:58236 "EHLO hera.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751800Ab0CJWVR (ORCPT ); Wed, 10 Mar 2010 17:21:17 -0500 Message-ID: <4B981B22.5080103@kernel.org> Date: Wed, 10 Mar 2010 14:20:18 -0800 From: Yinghai Lu User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.8) Gecko/20100228 SUSE/3.0.3-1.1.1 Thunderbird/3.0.3 MIME-Version: 1.0 To: David Miller CC: mingo@elte.hu, tglx@linutronix.de, hpa@zytor.com, akpm@linux-foundation.org, linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org Subject: Re: [RFC PATCH 6/6] sparc64: use early_res and nobootmem References: <1268256267-3769-1-git-send-email-yinghai@kernel.org> <1268256267-3769-7-git-send-email-yinghai@kernel.org> <20100310.140440.246391326.davem@davemloft.net> In-Reply-To: <20100310.140440.246391326.davem@davemloft.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 03/10/2010 02:04 PM, David Miller wrote: > From: Yinghai Lu > Date: Wed, 10 Mar 2010 13:24:27 -0800 > >> use early_res/fw_memmap to replace lmb, so could use early_res replace bootme >> later. >> >> Signed-off-by: Yinghai Lu > > This doesn't boot, it looks like early_res is not initialized > early enough, the backtrace is: > > [ 0.000000] Remapping the kernel... done. > [ 0.000000] Kernel panic - not syncing: can not find more space for early_res array > [ 0.000000] Call Trace: > [ 0.000000] [0000000000882c48] __check_and_double_early_res+0xc0/0x1c8 > [ 0.000000] [0000000000882f18] reserve_early+0x10/0x38 > [ 0.000000] [000000000087b894] prom_early_alloc+0x48/0x7c > [ 0.000000] [000000000087b3e4] get_one_property+0x28/0x50 > [ 0.000000] [000000000087b588] prom_create_node+0x44/0xe8 > [ 0.000000] [000000000087b6d0] prom_build_tree+0x1c/0xac > [ 0.000000] [000000000087b7b4] prom_build_devicetree+0x54/0x80 > [ 0.000000] [000000000087fd34] paging_init+0x69c/0x1268 > [ 0.000000] [00000000008786f4] start_kernel+0x88/0x374 > [ 0.000000] [000000000070589c] tlb_fixup_done+0x98/0xa0 > [ 0.000000] [0000000000000000] (null) looks like we need to increase MAX_EARLY_RES_X in kernel/early_res.c /* * need to make sure this one is bigger enough before * find_fw_memmap_area could be used */ #define MAX_EARLY_RES_X 32 struct early_res { u64 start, end; char name[15]; char overlap_ok; }; static struct early_res early_res_x[MAX_EARLY_RES_X] __initdata; static int max_early_res __initdata = MAX_EARLY_RES_X; or can you check if setup_memory_map() can be moved that early? (try to use early_param for mem=, so need to move that earlier)... YH