linux-kernel - Re: OOM-killer and strange RSS value in 3.9-rc7

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <0000013e6aff6f95-b8fa366e-51a5-4632-962e-1b990520f5a8-000000@email.amazonses.com>
Date:	Fri, 3 May 2013 15:25:25 +0000
From:	Christoph Lameter <cl@...ux.com>
To:	Han Pingtian <hanpt@...ux.vnet.ibm.com>
cc:	LKML <linux-kernel@...r.kernel.org>, Michal Hocko <mhocko@...e.cz>,
	penberg@...nel.org, rientjes@...gle.com, linux-mm@...ck.org
Subject: Re: OOM-killer and strange RSS value in 3.9-rc7

On Fri, 3 May 2013, Han Pingtian wrote:

> 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?

Both should be fixed. Making requests for large amounts of memory from an
allocator that is supposed to hand out fraction of a page does not make
sense.

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/