- To: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Subject: Re: [PATCH 0/6] mempolicy memory corruption fixlet
- From: Christoph Lameter <cl@xxxxxxxxx>
- Date: Wed, 30 May 2012 14:42:42 -0500 (CDT)
- Cc: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>, kosaki.motohiro@xxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, linux-mm@xxxxxxxxx, Andrew Morton <akpm@xxxxxxxxxx>, Dave Jones <davej@xxxxxxxxxx>, Mel Gorman <mgorman@xxxxxxx>, stable@xxxxxxxxxxxxxxx, hughd@xxxxxxxxxx, sivanich@xxxxxxx, KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
- Delivered-to: linux-mm-outgoing@xxxxxxxxx
- Delivered-to: int-list-linux-mm@xxxxxxxxx
- Delivered-to: linux-mm@xxxxxxxxx
- In-reply-to: <20120530193234.GV27374@one.firstfloor.org>
- User-agent: Alpine 2.00 (DEB 1167 2008-08-23)
On Wed, 30 May 2012, Andi Kleen wrote:
> On Wed, May 30, 2012 at 01:50:02PM -0500, Christoph Lameter wrote:
> > On Wed, 30 May 2012, Andi Kleen wrote:
> >
> > > I always regretted that cpusets were no done with custom node lists.
> > > That would have been much cleaner and also likely faster than what we have.
> >
> > Could shared memory policies ignore cpuset constraints?
>
> Only if noone uses cpusets as a "security" mechanism, just for a "soft policy"
> Even with soft policy you could well break someone's setup.
Well at least lets exempt shared memory from memory migration and memory
policy updates. That seems to be causing many of these issues.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@xxxxxxxxx. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@xxxxxxxxx"> email@xxxxxxxxx </a>
[Site Home]
[Linux ARM Kernel]
[Linux ARM]
[Linux Omap]
[Fedora ARM]
[IETF Annouce]
[Security]
[Bugtraq]
[Linux]
[Linux OMAP]
[Linux MIPS]
[ECOS]
[Tools]
[DDR & Rambus]
[Asterisk Internet PBX]
[Linux API]
[Monitors]