take the pool_item pi_magic touching out from under #ifdef DIAGNOSTIC.

i couldnt measure a significant performance difference with or
without it. this is likely a function of the memory involved being
close to bits that are already being touched, the implemention being
simple macros that mean registers can stay hot, and a lack of
conditionals that would cause a cpu pipeline to crash.

this means we're unconditionally poisoning the first two u_longs
of pool items on all kernels. i think it also makes the code easier
to read.

discussed with deraadt@

0 files changed, 0 insertions, 0 deletions