core: update invoke_sigchld_event() to handle NULL ->sigchld_event()
authorTejun Heo <htejun@fb.com>
Fri, 25 Mar 2016 15:38:50 +0000 (11:38 -0400)
committerZbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl>
Sat, 26 Mar 2016 16:06:06 +0000 (12:06 -0400)
commite57051f542080a4ec1d9e4e1c428b39defe9f098
tree9f661a0897c78c10cb7f9bf993f770ffc16d8669
parentab2c3861dcbece00d1c03357556faced6e048de0
core: update invoke_sigchld_event() to handle NULL ->sigchld_event()

After receiving SIGCHLD, one of the ways manager_dispatch_sigchld() maps the
now zombie $PID to its unit is through manager_get_unit_by_pid_cgroup() which
reads /proc/$PID/cgroup and looks up the unit associated with the cgroup path.

On non-unified cgroup hierarchies, a process is immediately migrated to the
root cgroup on death and the cgroup lookup would always have returned the unit
associated with it, making it rather pointless but safe.  On unified hierarchy,
a zombie remains associated with the cgroup that it was associated with at the
time of death and thus manager_get_unit_by_pid_cgroup() will look up the unit
properly.

However, by the time manager_dispatch_sigchld() is running, the original cgroup
may have become empty and it and its associated unit might already have been
removed.  If the cgroup path doesn't yield a match, manager_dispatch_sigchld()
keeps pruning the leaf component.  This means that the function may return a
slice unit for a pid and as a slice doesn't have ->sigchld_event() handler,
calling invoke_sigchld_event() on it causes a segfault.

This patch updates invoke_sigchld_event() so that it skips calling if the
handler is not set.
src/core/manager.c