Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760855Ab3ECDD5 (ORCPT ); Thu, 2 May 2013 23:03:57 -0400 Received: from e39.co.us.ibm.com ([32.97.110.160]:38684 "EHLO e39.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752609Ab3ECDDz (ORCPT ); Thu, 2 May 2013 23:03:55 -0400 Date: Fri, 3 May 2013 11:03:45 +0800 From: Han Pingtian To: LKML Cc: Christoph Lameter , Michal Hocko , penberg@kernel.org, rientjes@google.com, linux-mm@kvack.org Subject: Re: OOM-killer and strange RSS value in 3.9-rc7 Message-ID: <20130503030345.GE4441@localhost.localdomain> Mail-Followup-To: LKML , Christoph Lameter , Michal Hocko , penberg@kernel.org, rientjes@google.com, linux-mm@kvack.org References: <0000013e3cb0340d-00f360e3-076b-478e-b94c-ddd4476196ce-000000@email.amazonses.com> <20130425060705.GK2672@localhost.localdomain> <0000013e427023d7-9456c313-8654-420c-b85a-cb79cc3c4ffc-000000@email.amazonses.com> <20130426062436.GB4441@localhost.localdomain> <0000013e46cba821-d5c54c99-3b5c-4669-9a54-9fb8f4ee516f-000000@email.amazonses.com> <20130427112418.GC4441@localhost.localdomain> <0000013e5645b356-09aa6796-0a95-40f1-8ec5-6e2e3d0c434f-000000@email.amazonses.com> <20130429145711.GC1172@dhcp22.suse.cz> <20130502105637.GD4441@localhost.localdomain> <0000013e65cb32b3-047cd2d6-dfc8-41d2-a792-9b398f9a1baf-000000@email.amazonses.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0000013e65cb32b3-047cd2d6-dfc8-41d2-a792-9b398f9a1baf-000000@email.amazonses.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-TM-AS-MML: No X-Content-Scanned: Fidelis XPS MAILER x-cbid: 13050303-3620-0000-0000-0000024FCD87 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 822 Lines: 20 On Thu, May 02, 2013 at 03:10:15PM +0000, Christoph Lameter wrote: > On Thu, 2 May 2013, Han Pingtian wrote: > > > Looks like "ibmvscsi" + "slub" can trigger this problem. > > And the next merge of the slab-next tree will also cause SLAB to trigger > this issue. I would like to have this fixes. The slab allocator purpose is > to servr objects that are a fraction of a page and not objects that are > larger than the maximum allowed sizes of the page allocator. So the problem is in memory management code, not in ibmvscis? And looks like there is a fix already? Thanks. -- 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/