[net2-wg] Collection queue policy

[Joe Polastre]

> sufficient). I didn't use the Moteiv pool because it's not race-free
> on all platforms; if reading/writing a pointer is a non-atomic
> operation, you can corrupt the pool. This isn't an issue on MSP430-
> based platforms, but is on atm128-based ones.

If nesC could detect that on the msp430 all 16-bit ops are atomic and
can thus remove the "atomic" block, all of our lives for creating
efficient cross platform code would be better.

For the msp430, I saw no reason to waste both cycles and (even worse)
program space for unneeded atomic sections.

-Joe