neigh_tbl_lock usage in net/core/neighbour.c
    Meng Zhang 
    jammy.linux at gmail.com
       
    Wed Jun 27 08:49:20 EDT 2012
    
    
  
Hi~ @list
I'm on my way to jump into the kernel network stack;)
And I find the usage of neigh_tbl_lock might not make sense in following
functions
static int neigh_delete(struct sk_buff *skb, struct nlmsghdr *nlh, void
*arg)
static int neigh_add(struct sk_buff *skb, struct nlmsghdr *nlh, void *arg)
They both have the following code snippets
read_lock(&neigh_tbl_lock);                                       --L1
 for (tbl = neigh_tables; tbl; tbl = tbl->next) {               --L2
  struct neighbour *neigh;                                           --L3
  if (tbl->family != ndm->ndm_family)                          --L4
   continue;
--L5
  read_unlock(&neigh_tbl_lock);                                 --L6
  if (nla_len(dst_attr) < tbl->key_len)                           --L7
   goto out_dev_put;
IMHO, there might be some race condition after L6. I mean when the L7 use
the tbl, is it possible other processor releasing the table entry?
Am I wrong?
-- 
Yours sincerely
Jammy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20120627/d670f451/attachment.html 
    
    
More information about the Kernelnewbies
mailing list