Do not free epoll event queues
authorBarret Rhoden <brho@cs.berkeley.edu>
Thu, 8 Oct 2015 16:09:46 +0000 (12:09 -0400)
committerBarret Rhoden <brho@cs.berkeley.edu>
Wed, 14 Oct 2015 22:43:53 +0000 (18:43 -0400)
commitd10bb79036cdf31c011c22a57cea5dc8df2ec4c7
tree68bddac8ed0ace3d274cb9f92780bff14ad4934f
parentbf0dc36fc2f779155b2d10eab31ea85658207c2a
Do not free epoll event queues

As with many race conditions, something that can happen ends up being
quite likely.  With a little parallelism, I'm able to trigger bugs where
an outstanding INDIR pointing to an epoll event queue gets handled after
the ev_q gets cleaned up.

The long term solution is some form of user-deferred cleanup.  For now,
we can throw away a little RAM.

Signed-off-by: Barret Rhoden <brho@cs.berkeley.edu>
user/iplib/epoll.c