Re: [RFC] CPUMASK: proposal for replacing cpumask_t

[Andi Kleen]

> Here's an initial proposal for abstracting cpumask_t to be either

At least for some cases I don't think you'll get around defining
a "nearby subset of CPUs that can be handled together" type. Handling 1K 
objects all the time in one piece is simply not a good idea.

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