Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757826AbYFXDRW (ORCPT ); Mon, 23 Jun 2008 23:17:22 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752271AbYFXDRO (ORCPT ); Mon, 23 Jun 2008 23:17:14 -0400 Received: from fgwmail6.fujitsu.co.jp ([192.51.44.36]:38047 "EHLO fgwmail6.fujitsu.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752093AbYFXDRN (ORCPT ); Mon, 23 Jun 2008 23:17:13 -0400 Date: Tue, 24 Jun 2008 12:22:57 +0900 From: KAMEZAWA Hiroyuki To: Daisuke Nishimura Cc: linux-mm@kvack.org, balbir@linux.vnet.ibm.com, xemul@openvz.org, linux-kernel@vger.kernel.org Subject: Re: [bad page] memcg: another bad page at page migration (2.6.26-rc5-mm3 + patch collection) Message-Id: <20080624122257.ee590a80.kamezawa.hiroyu@jp.fujitsu.com> In-Reply-To: <20080624103709.3b5db84d.nishimura@mxp.nes.nec.co.jp> References: <20080623145341.0a365c67.nishimura@mxp.nes.nec.co.jp> <20080623150817.628aef9f.kamezawa.hiroyu@jp.fujitsu.com> <20080623202111.f2c54e21.kamezawa.hiroyu@jp.fujitsu.com> <20080623204448.2c4326ab.nishimura@mxp.nes.nec.co.jp> <20080624103709.3b5db84d.nishimura@mxp.nes.nec.co.jp> Organization: Fujitsu X-Mailer: Sylpheed 2.4.2 (GTK+ 2.10.11; i686-pc-mingw32) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1299 Lines: 41 On Tue, 24 Jun 2008 10:37:09 +0900 Daisuke Nishimura wrote: > > I don't use shmem explicitly, but I'll test this patch anyway > > and report the result. > > > Unfortunately, this patch doesn't solve my problem, hum... > I'll dig more, too. > In my test, I don't use large amount of memory, so I think > no swap activities happens, perhaps. > Sigh, one hint in the log is == Bad page state in process 'switch.sh' page:ffffe2000c8e59c0 flags:0x0200000000080018 mapping:000 0000000000000 mapcount:0 count:0 cgroup:ffff81062a817050 == - the page was mapped one. - a page is swapbacked ....Anon or Shmem/tmpfs. - mapping is NULL When it was a *source* page. .. if it was Anon, page->mapping was cleared by migrate_page_copy() .. if not, replacement in radix-tree was succeeded. When it was a destination page .. page-flags is copied, then, migrate_page_copy() was called. .. newpage->mapping is cleared only at migration failure. Hmm..I think the troublesome page is *source* page now. Anyway, thanks. -Kame -- 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/