On Mer, 2005-11-23 at 22:13 +0100, Andi Kleen wrote: > The idea was to turn LOCK on only if the process has any > shared writable mapping and num_online_cpus() > 0. That makes a lot of sense, and if we hit hardware that does funky stuff then the driver can set a 'vma needs lock' bit for the same effect. > Might be a bit costly to rewrite all the page tables for that case > just to change the PAT index. A bit is nicer for that. CPU insert/remove is performed how many times a second ? Or for that matter why not just reload the PAT register and keep the index the same ? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: [patch] SMP alternatives
- From: Linus Torvalds <[email protected]>
- Re: [patch] SMP alternatives
- From: Andi Kleen <[email protected]>
- Re: [patch] SMP alternatives
- From: Arjan van de Ven <[email protected]>
- Re: [patch] SMP alternatives
- References:
- [RFC] SMP alternatives
- From: Gerd Knorr <[email protected]>
- [patch] SMP alternatives
- From: Gerd Knorr <[email protected]>
- Re: [patch] SMP alternatives
- From: Andi Kleen <[email protected]>
- Re: [patch] SMP alternatives
- From: Alan Cox <[email protected]>
- Re: [patch] SMP alternatives
- From: Andi Kleen <[email protected]>
- Re: [patch] SMP alternatives
- From: Alan Cox <[email protected]>
- Re: [patch] SMP alternatives
- From: Linus Torvalds <[email protected]>
- Re: [patch] SMP alternatives
- From: "H. Peter Anvin" <[email protected]>
- Re: [patch] SMP alternatives
- From: Linus Torvalds <[email protected]>
- Re: [patch] SMP alternatives
- From: Alan Cox <[email protected]>
- Re: [patch] SMP alternatives
- From: Andi Kleen <[email protected]>
- [RFC] SMP alternatives
- Prev by Date: Re: [NET]: Shut up warnings in net/core/flow.c
- Next by Date: Re: [PATCH]: Free pages from local pcp lists under tight memory conditions
- Previous by thread: Re: [patch] SMP alternatives
- Next by thread: Re: [patch] SMP alternatives
- Index(es):