summaryrefslogtreecommitdiffstats
path: root/include/asm-i386/mtrr.h
diff options
context:
space:
mode:
authorMiklos Szeredi <mszeredi@suse.cz>2007-07-11 14:22:39 -0700
committerDavid S. Miller <davem@davemloft.net>2007-07-11 14:22:39 -0700
commit1fd05ba5a2f2aa8e7b9b52ef55df850e2e7d54c9 (patch)
tree3403194403ab25f1f7a360a002adf63be2b4e9b0 /include/asm-i386/mtrr.h
parent99d24edeb6abc6ca3a0d0fbdb83c664c04403c8c (diff)
downloadop-kernel-dev-1fd05ba5a2f2aa8e7b9b52ef55df850e2e7d54c9.zip
op-kernel-dev-1fd05ba5a2f2aa8e7b9b52ef55df850e2e7d54c9.tar.gz
[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/asm-i386/mtrr.h')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud