On Mon, 03 Jul 2006 20:54:37 -0400
Shailabh Nagar <[email protected]> wrote:
> > What happens when a listener exits without doing deregistration
> > (or if the listener attempts to register another cpumask while a current
> > registration is still active).
> >
> ( Jamal, your thoughts on this problem would be appreciated)
>
> Problem is that we have a listener task which has "registered" with
> taskstats and caused
> its pid to be stored in various per-cpu lists of listeners. Later, when
> some other task exits on a given cpu, its exit data is sent using
> genlmsg_unicast on each pid present on that cpu's list.
>
> If the listener exits without doing a "deregister", its pid continues to
> be kept around, obviously not a good thing. So we need some way of
> detecting the situation (task is no longer listening on
> these cpus events) that is efficient.
Also need to address the case where the listener has closed off his file
descriptor but continues to run.
So hooking into listener's exit() isn't appropriate - the teardown is
associated with the lifetime of the fd, not of the process. If we do that,
exit() gets handled for free.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
