aboutsummaryrefslogtreecommitdiff
path: root/fs/inotify.c
diff options
context:
space:
mode:
authorRoland Dreier <rolandd@cisco.com>2008-04-16 21:09:35 -0700
committerRoland Dreier <rolandd@cisco.com>2008-04-16 21:09:35 -0700
commit9fdd5e5bf682130d1e1dd83d06e99eeafa645c0c (patch)
tree623f92fc4f16377a9a0f2a3e791bfc435897f4ea /fs/inotify.c
parentd97c51707d7d0716881be84ffd2100449852e44b (diff)
IPoIB: Handle case when P_Key is deleted and re-added at same index
If a P_Key is deleted and then re-added at the same index, then IPoIB gets confused because __ipoib_ib_dev_flush() only checks whether the index is the same without checking whether the P_Key was present, so the interface is stopped when the P_Key is deleted, but the event when the P_Key is re-added gets ignored and the interface never gets restarted. Also, switch to using ib_find_pkey() instead of ib_find_cached_pkey() everywhere in IPoIB, since none of the places that look for P_Keys are in a fast path or in non-sleeping context, and in general we want to kill off the whole caching infrastructure eventually. This also fixes consistency problems caused because some IPoIB queries were cached and some were uncached during the window where the cache was not updated. Thanks to Venkata Subramonyam <vsubramo@cisco.com> for debugging this problem and testing this fix. Signed-off-by: Roland Dreier <rolandd@cisco.com>
Diffstat (limited to 'fs/inotify.c')
0 files changed, 0 insertions, 0 deletions