There was a long living problem that pr_listen is called every time on
consecutive listen(2) syscalls. Up until today it produces spurious TCP
state change events in tracing software and other harmless problems. But
with 7cbb6b6e28db we started to call LIST_REMOVE() twice on the same
entry.
This is quite ugly, but quick and robuse fix against regression, that we
decided to put in the scope of the January stabilization week. A better
refactoring will happen later.