Re: Deferred freeing of kauth_cred_ts

[Elad Efrat <elad%NetBSD.org@localhost>]

rmind@ was right: ipintr -> tcp_input -> tcp_close -> in_pcbdetach -> sofree.

Does anyone see a way to fix the path so it doesn't call sofree() in
interrupt context? If not, then (unless there's an option I'm missing)
I think we should do the deferred free thread for kauth(9) rather than
an isolated fix for the network stack(s)...

Thoughts? :)

-e.