Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759275Ab2EUVTu (ORCPT ); Mon, 21 May 2012 17:19:50 -0400 Received: from smtp104.prem.mail.ac4.yahoo.com ([76.13.13.43]:22874 "HELO smtp104.prem.mail.ac4.yahoo.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1759212Ab2EUVTq (ORCPT ); Mon, 21 May 2012 17:19:46 -0400 X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: qz0F3m8VM1kcMlFSaogyegrX2BpwRnuVJ6ea0P0BRpU8v7N DIr7sgoOLCs9wq.oQBFt8ntnrZIhUky.SI0P0TmCRimaoUW0b8Hl2_gnuVJq p93kazXInZZRPgm7So60VHf9nv50E33uJUw6beUUWzvqMgZoIzm9f2rJMFtN DaCkLRWAaWW3b1n3zQMHQ3_KW0Xc_LNM6SHFxEJyO1sZHsEathusd_soDcMr eKdmsBNBh8d_FM434yo9Jc_N9UXUQoQteWrl9ghEsAHbme9SpTaQjyc73.Bd UMljxFm7f1tvM1KMDmsbIEaoEz.sHFt6ga1ClDrG0WeI0sxTl8V1_YEx2LXk NFPvH.1NrClgfweedL7K4S.9uLGgX3VeJk5eDvnqcuw73Q1v_I4aFWgmQtoF e X-Yahoo-SMTP: _Dag8S.swBC1p4FJKLCXbs8NQzyse1SYSgnAbY0- Date: Mon, 21 May 2012 15:41:30 -0500 (CDT) From: Christoph Lameter X-X-Sender: cl@router.home To: Dave Jones cc: Linus Torvalds , Linux Kernel , linux-mm@kvack.org, KOSAKI Motohiro , Stephen Wilson , Mel Gorman , Andrew Morton Subject: Re: 3.4-rc7 numa_policy slab poison. In-Reply-To: <20120521203014.GC12123@redhat.com> Message-ID: References: <20120517213120.GA12329@redhat.com> <20120518185851.GA5728@redhat.com> <20120521154709.GA8697@redhat.com> <20120521200118.GA12123@redhat.com> <20120521203014.GC12123@redhat.com> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 915 Lines: 22 On Mon, 21 May 2012, Dave Jones wrote: > On Mon, May 21, 2012 at 03:18:38PM -0500, Christoph Lameter wrote: > > > Its always an mput on a freed memory policy. Slub recovery keeps my system > > up at least. I just get the errors dumped to dmesg. > > > > Is there any way to get the trinity tool to stop when the kernel writes > > errors to dmesg? That way I could see the parameters passed to mbind? > > another way might be to remove the -q argument, and use -p which inserts > a pause() after each syscall. Without -q it does not trigger anymore. Output is slow so I guess there is some race condition that does not occur when things occur with less frequency. -- 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/