From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Rzeszutek Wilk Subject: Re: Reporting some xen 4.1.2* issues like limitations to 4 VCPUs for debian squeeze HVMs Date: Wed, 24 Aug 2011 17:02:03 -0400 Message-ID: <20110824210203.GE27865@dumpdata.com> References: <20110808173836.GZ32373@reaktio.net> <4E4070B4.1020008@it-infrastrukturen.org> <20110809005550.GC32373@reaktio.net> <4E41A10A.4030201@it-infrastrukturen.org> <20110813183904.GN32373@reaktio.net> <4E46CBF9.8090700@it-infrastrukturen.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <4E46CBF9.8090700@it-infrastrukturen.org> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Mark Schneider Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org > [ 0.024001] installing Xen timer for CPU 1 > [ 0.024001] BUG: unable to handle kernel NULL pointer dereference at 0000000000000018 > [ 0.024001] IP: [] __kmalloc+0xc0/0x141 > [ 0.024001] PGD 0 > [ 0.024001] Oops: 0000 [#1] SMP > [ 0.024001] last sysfs file: > [ 0.024001] CPU 1 > [ 0.024001] Modules linked in: > [ 0.024001] Pid: 0, comm: swapper Not tainted 2.6.32-5-amd64 #1 HVM domU > [ 0.024001] RIP: 0010:[] [] __kmalloc+0xc0/0x141 > [ 0.744015] Stuck ?? > [ 0.744015] Booting processor 3 APIC 0x6 ip 0x6000 > [ 0.024001] Initializing CPU#3 > [ 0.024001] RSP: 0018:ffff88020f0b5d88 EFLAGS: 00010046 > [ 0.024001] RAX: 0000000000000001 RBX: 00000000000000d0 RCX: 0000000200000010 > [ 0.024001] RDX: 0000000000000000 RSI: 00000000000000d0 RDI: ffffffff81196c8d > [ 0.024001] RBP: 0000000000000246 R08: 000000000000000a R09: 0000000000000000 > [ 0.024001] R10: 0000000000000000 R11: 00000000000186a0 R12: ffffffff81453f10 > [ 0.024001] R13: 00000000000000d0 R14: 00000000000000d0 R15: 0000000000000007 > [ 0.024001] FS: 0000000000000000(0000) GS:ffff880008c20000(0000) knlGS:0000000000000000 > [ 0.024001] CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b > [ 0.024001] CR2: 0000000000000018 CR3: 0000000001001000 CR4: 00000000000006e0 > [ 0.024001] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 > [ 0.024001] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 > [ 0.024001] Process swapper (pid: 0, threadinfo ffff88020f0b4000, task ffff88020f093880) > [ 0.024001] Stack: > [ 0.024001] ffffffffffffffff ffffffff81196c8d 0000003608c20000 00000000000000d0 > [ 0.024001]<0> ffff88020f0b5e38 0000000000000007 ffffffff813a0fcd 0000000000000000 > [ 0.024001]<0> 0000000000000000 ffffffff81196c8d 0000000000000000 0000000000000000 > [ 0.024001] Call Trace: > [ 0.024001] [] ? kvasprintf+0x41/0x68 > [ 0.024001] [] ? kvasprintf+0x41/0x68 > [ 0.024001] [] ? kasprintf+0x49/0x54 > [ 0.024001] [] ? __bitmap_weight+0x3a/0x7e > [ 0.024001] [] ? set_cpu_sibling_map+0x2f4/0x311 > [ 0.024001] [] ? xen_setup_timer+0x2c/0xa2 > [ 0.024001] [] ? xen_hvm_setup_cpu_clockevents+0x17/0x1d > [ 0.024001] [] ? start_secondary+0x17c/0x185 > [ 0.024001] Code: 10 74 05 e8 90 33 21 00 9c 58 66 66 90 66 90 48 89 c5 fa 66 66 90 66 66 90 65 8b 04 25 a8 e3 00 00 48 98 49 8b 94 c4 f0 02 00 00<8b> 4a 18 89 4c 24 14 48 8b 1a 48 85 db 74 0c 8b 42 14 48 8b 04 > [ 0.024001] RIP [] __kmalloc+0xc0/0x141 This looks vagualy familiar. Like this: https://lkml.org/lkml/2011/7/8/127 I wonder if the kernel is just compiled with MAX_CPUs of 4 and we try to stuff more in and end up well, hitting disaster zone. Is there a .config of this kernel?