On Mon, 28 Jan 2013, Kent Overstreet wrote: > > It goes down to how we allocate page tables. percpu depends on > > vmalloc space allocation which in turn depends on page table > > allocation which unfortunately assumes GFP_KERNEL and is spread all > > across different architectures. Adding @gfp to it came up a couple > > times but the cases weren't strong enough to push it all the way > > through. There are some aspects that I like about forcing GFP_KERNEL > > on all percpu allocations but if there are strong enough cases and > > someone is willing enough to push it through, maybe. > > Ahh, thanks for explaining, was curious about that. I think its good not to allocate percpu memory in hot paths. Otherwise the percpu allocator would become much more complex due to locking constraints of all those hot paths (tried that in the slab allocators once which ended up in a multi year issue with locking). It is usually possible to allocate the percpu areas when the struct they belong to is allocated. -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
