Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753222AbYKHCYy (ORCPT ); Fri, 7 Nov 2008 21:24:54 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751713AbYKHCYp (ORCPT ); Fri, 7 Nov 2008 21:24:45 -0500 Received: from fgwmail5.fujitsu.co.jp ([192.51.44.35]:39904 "EHLO fgwmail5.fujitsu.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751621AbYKHCYn (ORCPT ); Fri, 7 Nov 2008 21:24:43 -0500 Message-ID: <31630.10.75.179.62.1226111079.squirrel@webmail-b.css.fujitsu.com> In-Reply-To: <1226096940.8805.4.camel@badari-desktop> References: <1226096940.8805.4.camel@badari-desktop> Date: Sat, 8 Nov 2008 11:24:39 +0900 (JST) Subject: Re: 2.6.28-rc3 mem_cgroup panic From: "KAMEZAWA Hiroyuki" To: "Badari Pulavarty" Cc: "Balbir Singh" , "linux-mm" , "linux-kernel" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=us-ascii Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 6285 Lines: 126 Badari Pulavarty said: > Hi Balbir, > > I was running memory remove/add tests in a continuous loop. > I get following panic in mem_cgroup migration code. > > Is this a known issue ? > No, this is new one. We don't see panic in cpuset based migration..so.. Maybe related to page_cgroup allocation/free code in memory hotplug notifier. Thank you for report. I'll try this. Regards, -Kame > Thanks, > Badari > > > Unable to handle kernel paging request for data at address 0x027d7d80 > Faulting instruction address: 0xc000000000105334 > Oops: Kernel access of bad area, sig: 11 [#1] > SMP NR_CPUS=32 NUMA pSeries > Modules linked in: > NIP: c000000000105334 LR: c000000000105314 CTR: c0000000000bf6d0 > REGS: c0000000e446b410 TRAP: 0300 Not tainted (2.6.28-rc3) > MSR: 8000000000009032 CR: 24000448 XER: 00000020 > DAR: 00000000027d7d80, DSISR: 0000000040000000 > TASK = c0000000e4526cc0[4823] 'drmgr' THREAD: c0000000e4468000 CPU: 0 > GPR00: 0000000000000001 c0000000e446b690 c000000000b33f10 00000000027d7d80 > GPR04: c000000000105314 c0000000000bf6d0 c0000000eafded40 0000000000000000 > GPR08: c000000000bd7fc0 0000000000000008 00000000027d7d80 c000000000bd7000 > GPR12: 0000000000004000 c000000000b58300 00000000200957bc 0000000000000000 > GPR16: 0000000000000000 c0000000e446b8f8 0000000000000000 c000000000adba20 > GPR20: 0000000000000000 0000000000000000 c0000000e4937cb8 00000000000ff000 > GPR24: 0000000000000000 00000000000000f2 fffffffffffffff4 c0000000ea10d748 > GPR28: c0000000e4937c80 c0000000e4937c80 c000000000aa9bc0 c0000000e446b690 > NIP [c000000000105334] .mem_cgroup_prepare_migration+0x70/0x160 > LR [c000000000105314] .mem_cgroup_prepare_migration+0x50/0x160 > Call Trace: > [c0000000e446b690] [c000000000105314] > .mem_cgroup_prepare_migration+0x50/0x160 (unreliable) > [c0000000e446b730] [c000000000102770] .migrate_pages+0x12c/0x62c > [c0000000e446b880] [c000000000100558] .offline_pages+0x398/0x5ac > [c0000000e446b990] [c0000000001007b0] .remove_memory+0x44/0x60 > [c0000000e446ba20] [c0000000003fdb90] > .memory_block_change_state+0x198/0x230 > [c0000000e446bad0] [c0000000003fe2b0] .store_mem_state+0xcc/0x144 > [c0000000e446bb70] [c0000000003f0eb8] .sysdev_store+0x74/0xa4 > [c0000000e446bc10] [c000000000172d54] .sysfs_write_file+0x128/0x1a4 > [c0000000e446bcd0] [c000000000109330] .vfs_write+0xf0/0x1c4 > [c0000000e446bd80] [c000000000109ccc] .sys_write+0x6c/0xb8 > [c0000000e446be30] [c00000000000852c] syscall_exit+0x0/0x40 > Instruction dump: > 2f800000 409e00f0 7f83e378 48000871 60000000 48000018 7c210b78 7c421378 > e8030000 780907e1 4082fff0 38000001 <7d6018a8> 7d690378 7d2019ad 40a2fff4 > ---[ end trace 719565d8677c8ae0 ]--- > Unable to handle kernel paging request for data at address 0x027d7dd0 > Faulting instruction address: 0xc0000000001040f0 > Oops: Kernel access of bad area, sig: 11 [#2] > SMP NR_CPUS=32 NUMA pSeries > Modules linked in: > NIP: c0000000001040f0 LR: c0000000001040e4 CTR: c0000000000bf6d0 > REGS: c0000000e446aa10 TRAP: 0300 Tainted: G D (2.6.28-rc3) > MSR: 8000000000009032 CR: 48000428 XER: 00000006 > DAR: 00000000027d7dd0, DSISR: 0000000040000000 > TASK = c0000000e4526cc0[4823] 'drmgr' THREAD: c0000000e4468000 CPU: 0 > GPR00: c0000000001040e4 c0000000e446ac90 c000000000b33f10 00000000027d7dd0 > GPR04: c0000000001040e4 c0000000000bf6d0 0000001fdfe40797 0000000000000000 > GPR08: c000000000bd7fc0 0000000000000008 00000000027d7dd0 c000000000bd7000 > GPR12: c0000000e446ace0 c000000000b58300 c0000000e4382800 00000000100d0000 > GPR16: 00000000100d0000 fffffffffffffffb 0000000000000000 00000000100d0000 > GPR20: 000000000035eee6 c0000000e7c67b88 c000000000bf2f68 0000000000000000 > GPR24: 0000001fdfe40797 c0000000e42ab400 000000001002f000 0000000000000001 > GPR28: c0000000e4937cf0 00000000027d7dd0 c000000000aa9bc0 c0000000e446ac90 > NIP [c0000000001040f0] .__mem_cgroup_uncharge_common+0x60/0x20c > LR [c0000000001040e4] .__mem_cgroup_uncharge_common+0x54/0x20c > Call Trace: > [c0000000e446ac90] [c0000000001040e4] > .__mem_cgroup_uncharge_common+0x54/0x20c (unreliable) > [c0000000e446ad30] [c0000000001045a0] .mem_cgroup_uncharge_page+0x50/0x68 > [c0000000e446adc0] [c0000000000e50f0] .page_remove_rmap+0x190/0x1d4 > [c0000000e446ae50] [c0000000000da8c8] .unmap_vmas+0x528/0x8f4 > [c0000000e446af90] [c0000000000e0890] .exit_mmap+0xf0/0x1cc > [c0000000e446b040] [c0000000000640b0] .mmput+0x78/0x164 > [c0000000e446b0e0] [c00000000006983c] .exit_mm+0x1a8/0x1d0 > [c0000000e446b190] [c00000000006b6c8] .do_exit+0x22c/0x880 > [c0000000e446b260] [c0000000000294d0] .die+0x1d0/0x1d4 > [c0000000e446b310] [c0000000000312d8] .bad_page_fault+0xc8/0xe8 > [c0000000e446b3a0] [c000000000005198] handle_page_fault+0x3c/0x5c > --- Exception: 300 at .mem_cgroup_prepare_migration+0x70/0x160 > LR = .mem_cgroup_prepare_migration+0x50/0x160 > [c0000000e446b730] [c000000000102770] .migrate_pages+0x12c/0x62c > [c0000000e446b880] [c000000000100558] .offline_pages+0x398/0x5ac > [c0000000e446b990] [c0000000001007b0] .remove_memory+0x44/0x60 > [c0000000e446ba20] [c0000000003fdb90] > .memory_block_change_state+0x198/0x230 > [c0000000e446bad0] [c0000000003fe2b0] .store_mem_state+0xcc/0x144 > [c0000000e446bb70] [c0000000003f0eb8] .sysdev_store+0x74/0xa4 > [c0000000e446bc10] [c000000000172d54] .sysfs_write_file+0x128/0x1a4 > [c0000000e446bcd0] [c000000000109330] .vfs_write+0xf0/0x1c4 > [c0000000e446bd80] [c000000000109ccc] .sys_write+0x6c/0xb8 > [c0000000e446be30] [c00000000000852c] syscall_exit+0x0/0x40 > Instruction dump: > 7c9b2378 4bf04d99 60000000 e93e8018 80090060 2f800000 409e019c 7f83e378 > 48001aa1 60000000 7c7d1b79 41820188 7809f7e3 40a2001c 48000178 > ---[ end trace 719565d8677c8ae0 ]--- > Fixing recursive fault but reboot is needed! > > > -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/