> I don't think anything in the tree uses kconts.  They were intended
> to replace the hand-coded continuations in the FAST_IPSEC code, and
> there's also a splice() implementation that uses them, but it's all
> been on hold for years because we can't establish a single ipl hierarchy
> across ports, and the generic kcont code doesn't work without that.
> 
> It has to happen.  I hope someone causes it to -- soon.

was there a concensus to move from softint to kcont?

YAMAMOTO Takashi