diff options
author | Miklos Szeredi <mszeredi@suse.cz> | 2007-07-11 14:22:39 -0700 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2007-07-11 14:22:39 -0700 |
commit | 1fd05ba5a2f2aa8e7b9b52ef55df850e2e7d54c9 (patch) | |
tree | 3403194403ab25f1f7a360a002adf63be2b4e9b0 /include/crypto | |
parent | 99d24edeb6abc6ca3a0d0fbdb83c664c04403c8c (diff) | |
download | linux-1fd05ba5a2f2aa8e7b9b52ef55df850e2e7d54c9.tar.gz linux-1fd05ba5a2f2aa8e7b9b52ef55df850e2e7d54c9.tar.bz2 linux-1fd05ba5a2f2aa8e7b9b52ef55df850e2e7d54c9.zip |
[AF_UNIX]: Rewrite garbage collector, fixes race.
Throw out the old mark & sweep garbage collector and put in a
refcounting cycle detecting one.
The old one had a race with recvmsg, that resulted in false positives
and hence data loss. The old algorithm operated on all unix sockets
in the system, so any additional locking would have meant performance
problems for all users of these.
The new algorithm instead only operates on "in flight" sockets, which
are very rare, and the additional locking for these doesn't negatively
impact the vast majority of users.
In fact it's probable, that there weren't *any* heavy senders of
sockets over sockets, otherwise the above race would have been
discovered long ago.
The patch works OK with the app that exposed the race with the old
code. The garbage collection has also been verified to work in a few
simple cases.
Signed-off-by: Miklos Szeredi <mszeredi@suse.cz>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'include/crypto')
0 files changed, 0 insertions, 0 deletions