Re: [RFC PATCH v4 1/3] trace: add lock-free stackmap for stack trace deduplication

From: Pengfei Li <[email protected]>

Hi Steve,

Just a gentle follow-up on the reset question below when you have a
chance.

I've addressed the review comments locally, but have held off on
respinning because this choice affects the reset semantics. Would you
prefer that the traceon race be documented as a best-effort limitation,
or that reset explicitly prevent or recheck tracing being re-enabled
during the clear phase?

I'm happy to implement either approach.

Thanks,
Pengfei