From: Yinghai Lu <yinghai@kernel.org>
To: Wu Fengguang <fengguang.wu@intel.com>
Cc: Ingo Molnar <mingo@elte.hu>,
Andrew Morton <akpm@linux-foundation.org>,
Thomas Gleixner <tglx@linutronix.de>,
"H. Peter Anvin" <hpa@zytor.com>,
Peter Zijlstra <peterz@infradead.org>,
LKML <linux-kernel@vger.kernel.org>,
Nikanth Karthikesan <knikanth@suse.de>,
David Rientjes <rientjes@google.com>,
"Zheng, Shaohui" <shaohui.zheng@intel.com>,
"linux-hotplug@vger.kernel.org" <linux-hotplug@vger.kernel.org>,
Eric Dumazet <eric.dumazet@gmail.com>,
Bjorn Helgaas <bjorn.helgaas@hp.com>,
Venkatesh Pallipadi <venki@google.com>,
Nikhil Rao <ncrao@google.com>,
Takuya Yoshikawa <yoshikawa.takuya@oss.ntt.co.jp>
Subject: Re: [PATCH] x86, acpi: Handle all SRAT cpu entries even have cpu num limitation
Date: Sun, 14 Nov 2010 10:19:30 -0800 [thread overview]
Message-ID: <4CE02832.3020402@kernel.org> (raw)
In-Reply-To: <20101114173208.GA23017@localhost>
On 11/14/2010 09:32 AM, Wu Fengguang wrote:
> Hi,
>
> I just found another problem. When passing "mem=256" to 2.6.37-rc1,
> it dies hard early (not able to print any boot log). With this patch
> applied, it's a bit better: it shows a kernel panic, but still dies
> hard (not able to reboot with "panic=10").
>
if you did use "mem=256", you should get panic.
early console in setup code
Probing EDD (edd=off to disable)... ok
early console in decompress_kernel
decompress_kernel:
input: [0x2431269-0x2e7fec6], output: 0x1000000, heap: [0x2e856c0-0x2e8c6bf]
Decompressing Linux... Parsing ELF... done.
Booting the kernel.
[ 0.000000] bootconsole [uart0] enabled
[ 0.000000] Kernel Layout:
[ 0.000000] .text: [0x01000000-0x01ce0e48]
[ 0.000000] .rodata: [0x01ce6000-0x0240ffff]
[ 0.000000] .data: [0x02410000-0x025a50bf]
[ 0.000000] .init: [0x025a7000-0x0286afff]
[ 0.000000] .bss: [0x02875000-0x0348a6d7]
[ 0.000000] .brk: [0x0348b000-0x034aafff]
[ 0.000000] memblock_x86_reserve_range: [0x01000000-0x0348a6d7] TEXT DATA BSS
[ 0.000000] memblock_x86_reserve_range: [0x7c59d000-0x7fffefff] RAMDISK
[ 0.000000] memblock_x86_reserve_range: [0x0009fc00-0x000fffff] * BIOS reserved
[ 0.000000] Initializing cgroup subsys cpuset
[ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] Linux version 2.6.37-rc1-tip-yh-02102-g776a022-dirty (yhlu@linux-siqj.site) (gcc version 4.5.0 20100604 [gcc-4_5-branch revision 160292] (SUSE Linux) ) #276 SMP Sat Nov 13 15:34:15 PST 2010
[ 0.000000] Command line: BOOT_IMAGE=linux debug apic=debug ramdisk_size=262144 root=/dev/ram0 rw ip=dhcp mem=256 console=uart8250,io,0x3f8,115200 initrd=initrd.img
[ 0.000000] KERNEL supported cpus:
[ 0.000000] Intel GenuineIntel
[ 0.000000] AMD AuthenticAMD
[ 0.000000] Centaur CentaurHauls
[ 0.000000] BIOS-provided physical RAM map:
[ 0.000000] BIOS-e820: [0x00000000000000-0x0000000009fbff] (usable)
[ 0.000000] BIOS-e820: [0x0000000009fc00-0x0000000009ffff] (reserved)
[ 0.000000] BIOS-e820: [0x000000000f0000-0x000000000fffff] (reserved)
[ 0.000000] BIOS-e820: [0x00000000100000-0x0000002ffeffff] (usable)
[ 0.000000] BIOS-e820: [0x0000002fff0000-0x0000002fffffff] (ACPI data)
[ 0.000000] BIOS-e820: [0x000000fffc0000-0x000000ffffffff] (reserved)
[ 0.000000] e820 remove range: [0x00000000000100-0xfffffffffffffffe] (usable)
[ 0.000000] NX (Execute Disable) protection: active
[ 0.000000] user-defined physical RAM map:
[ 0.000000] user: [0x00000000000000-0x000000000000ff] (usable)
[ 0.000000] user: [0x0000000009fc00-0x0000000009ffff] (reserved)
[ 0.000000] user: [0x000000000f0000-0x000000000fffff] (reserved)
[ 0.000000] user: [0x0000002fff0000-0x0000002fffffff] (ACPI data)
[ 0.000000] user: [0x000000fffc0000-0x000000ffffffff] (reserved)
[ 0.000000] e820 update range: [0x00000000000000-0x000000000000ff] (usable) ==> (reserved)
[ 0.000000] aligned physical RAM map:
[ 0.000000] aligned: [0x00000000000000-0x000000000000ff] (reserved)
[ 0.000000] aligned: [0x0000000009fc00-0x0000000009ffff] (reserved)
[ 0.000000] aligned: [0x000000000f0000-0x000000000fffff] (reserved)
[ 0.000000] aligned: [0x0000002fff0000-0x0000002fffffff] (ACPI data)
[ 0.000000] aligned: [0x000000fffc0000-0x000000ffffffff] (reserved)
[ 0.000000] DMI 2.5 present.
[ 0.000000] DMI: /VirtualBox, BIOS VirtualBox 12/01/2006
[ 0.000000] e820 update range: [0x00000000000000-0x0000000000ffff] (usable) ==> (reserved)
[ 0.000000] e820 remove range: [0x000000000a0000-0x000000000fffff] (usable)
[ 0.000000] No AGP bridge found
[ 0.000000] last_pfn = 0x0 max_arch_pfn = 0x400000000
[ 0.000000] MTRR default type: uncachable
[ 0.000000] MTRR variable ranges disabled:
[ 0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
[ 0.000000] CPU MTRRs all blank - virtualized system.
[ 0.000000] Scan SMP from ffff880000000000 for 1024 bytes.
[ 0.000000] Scan SMP from ffff88000009fc00 for 1024 bytes.
[ 0.000000] found SMP MP-table at [ffff88000009fff0] 9fff0
[ 0.000000] memblock_x86_reserve_range: [0x0009fff0-0x0009ffff] * MP-table mpf
[ 0.000000] mpc: e1160-e1254
[ 0.000000] memblock_x86_reserve_range: [0x000e1160-0x000e1253] * MP-table mpc
[ 0.000000] memblock_x86_reserve_range: [0x0348b000-0x0348b070] BRK
[ 0.000000] MEMBLOCK configuration:
[ 0.000000] memory size = 0x0
[ 0.000000] memory.cnt = 0x1
[ 0.000000] memory[0x0] [0x00000000000000-0xffffffffffffffff], 0x0 bytes
[ 0.000000] reserved.cnt = 0x6
[ 0.000000] reserved[0x0] [0x0000000009fc00-0x000000000fffff], 0x60400 bytes
[ 0.000000] reserved[0x1] [0x0000000009fff0-0x0000000009ffff], 0x10 bytes
[ 0.000000] reserved[0x2] [0x000000000e1160-0x000000000e1253], 0xf4 bytes
[ 0.000000] reserved[0x3] [0x00000001000000-0x0000000348a6d7], 0x248a6d8 bytes
[ 0.000000] reserved[0x4] [0x0000000348b000-0x0000000348b070], 0x71 bytes
[ 0.000000] reserved[0x5] [0x0000007c59d000-0x0000007fffefff], 0x3a62000 bytes
[ 0.000000] initial memory mapped : 0 - 20000000
[ 0.000000] Kernel panic - not syncing: Cannot allocate trampoline
[ 0.000000]
[ 0.000000] Pid: 0, comm: swapper Not tainted 2.6.37-rc1-tip-yh-02102-g776a022-dirty #276
[ 0.000000] Call Trace:
[ 0.000000] [<ffffffff81cd3f14>] panic+0x91/0x1a3
[ 0.000000] [<ffffffff82783490>] reserve_trampoline_memory+0x46/0x72
[ 0.000000] [<ffffffff827801fe>] setup_arch+0x5b0/0xae3
[ 0.000000] [<ffffffff827cb3a0>] ? boot_command_line+0x0/0x800
[ 0.000000] [<ffffffff81cd4067>] ? printk+0x41/0x43
[ 0.000000] [<ffffffff827cb3a0>] ? boot_command_line+0x0/0x800
[ 0.000000] [<ffffffff8277bb0d>] start_kernel+0xd7/0x3e8
[ 0.000000] [<ffffffff8277b2cc>] x86_64_start_reservations+0x9c/0xa0
[ 0.000000] [<ffffffff8277b3e4>] x86_64_start_kernel+0x114/0x11b
[ 0.000000] ------------[ cut here ]------------
[ 0.000000] WARNING: at kernel/lockdep.c:2322 trace_hardirqs_on_caller+0xc3/0x178()
[ 0.000000] Hardware name: VirtualBox
[ 0.000000] Modules linked in:
[ 0.000000] Pid: 0, comm: swapper Not tainted 2.6.37-rc1-tip-yh-02102-g776a022-dirty #276
[ 0.000000] Call Trace:
[ 0.000000] [<ffffffff8107bda0>] warn_slowpath_common+0x85/0x9d
[ 0.000000] [<ffffffff81cd3fe1>] ? panic+0x15e/0x1a3
[ 0.000000] [<ffffffff8107bdd2>] warn_slowpath_null+0x1a/0x1c
[ 0.000000] [<ffffffff810a8e59>] trace_hardirqs_on_caller+0xc3/0x178
[ 0.000000] [<ffffffff810a8f1b>] trace_hardirqs_on+0xd/0xf
[ 0.000000] [<ffffffff81cd3fe1>] panic+0x15e/0x1a3
[ 0.000000] [<ffffffff82783490>] reserve_trampoline_memory+0x46/0x72
[ 0.000000] [<ffffffff827801fe>] setup_arch+0x5b0/0xae3
[ 0.000000] [<ffffffff827cb3a0>] ? boot_command_line+0x0/0x800
[ 0.000000] [<ffffffff81cd4067>] ? printk+0x41/0x43
[ 0.000000] [<ffffffff827cb3a0>] ? boot_command_line+0x0/0x800
[ 0.000000] [<ffffffff8277bb0d>] start_kernel+0xd7/0x3e8
[ 0.000000] [<ffffffff8277b2cc>] x86_64_start_reservations+0x9c/0xa0
[ 0.000000] [<ffffffff8277b3e4>] x86_64_start_kernel+0x114/0x11b
[ 0.000000] ---[ end trace a7919e7f17c0a725 ]---
next prev parent reply other threads:[~2010-11-14 18:21 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-11 10:06 [BUG 2.6.27-rc1] find_busiest_group() LOCKUP Wu Fengguang
2010-11-11 10:09 ` Wu Fengguang
2010-11-11 12:36 ` Peter Zijlstra
2010-11-11 12:40 ` Wu Fengguang
2010-11-11 13:04 ` Peter Zijlstra
2010-11-13 8:40 ` Wu Fengguang
2010-11-13 10:30 ` Peter Zijlstra
2010-11-13 12:00 ` Wu Fengguang
2010-11-13 12:57 ` Peter Zijlstra
2010-11-13 13:10 ` Wu Fengguang
2010-11-13 19:12 ` Yinghai Lu
2010-11-13 19:41 ` Peter Zijlstra
2010-11-13 23:57 ` Wu Fengguang
2010-11-14 0:18 ` Yinghai Lu
2010-11-14 0:55 ` Wu Fengguang
2010-11-14 1:38 ` [PATCH] x86, acpi: Handle all SRAT cpu entries even have cpu num limitation Yinghai Lu
2010-11-14 17:32 ` Wu Fengguang
2010-11-14 18:02 ` Yinghai Lu
2010-11-14 18:19 ` Yinghai Lu [this message]
2010-11-15 1:22 ` Wu Fengguang
2010-12-15 22:01 ` H. Peter Anvin
2010-12-15 22:40 ` Yinghai Lu
2010-12-15 22:53 ` H. Peter Anvin
2010-12-15 22:57 ` Yinghai Lu
2010-12-17 3:09 ` [PATCH 1/2] x86, acpi: add MAX_LOCAL_APIC for 32bit Yinghai Lu
2010-12-17 3:09 ` [PATCH -v2 2/2] x86, acpi: Parse all SRAT cpu entries even have cpu num limitation Yinghai Lu
2010-12-17 18:53 ` Venkatesh Pallipadi
2010-12-17 19:27 ` Yinghai Lu
2010-12-17 19:35 ` Kay Sievers
2010-12-17 23:32 ` Venkatesh Pallipadi
2010-12-21 4:31 ` Venkatesh Pallipadi
2010-12-22 6:43 ` David Rientjes
2010-12-22 20:28 ` Venkatesh Pallipadi
2010-12-22 22:51 ` David Rientjes
2010-12-27 18:43 ` H. Peter Anvin
2010-12-23 23:22 ` [tip:x86/apic] x86, acpi: Parse all SRAT cpu entries even above the cpu number limitation tip-bot for Yinghai Lu
2010-12-17 20:56 ` [PATCH 1/2] x86, acpi: add MAX_LOCAL_APIC for 32bit David Rientjes
2010-12-23 23:21 ` [tip:x86/apic] x86, acpi: Add " tip-bot for Yinghai Lu
2010-11-11 12:42 ` [BUG 2.6.27-rc1] find_busiest_group() LOCKUP Wu Fengguang
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4CE02832.3020402@kernel.org \
--to=yinghai@kernel.org \
--cc=akpm@linux-foundation.org \
--cc=bjorn.helgaas@hp.com \
--cc=eric.dumazet@gmail.com \
--cc=fengguang.wu@intel.com \
--cc=hpa@zytor.com \
--cc=knikanth@suse.de \
--cc=linux-hotplug@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=ncrao@google.com \
--cc=peterz@infradead.org \
--cc=rientjes@google.com \
--cc=shaohui.zheng@intel.com \
--cc=tglx@linutronix.de \
--cc=venki@google.com \
--cc=yoshikawa.takuya@oss.ntt.co.jp \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).