1. 03 11月, 2008 1 次提交
  2. 06 7月, 2008 1 次提交
  3. 12 6月, 2008 1 次提交
  4. 04 6月, 2008 1 次提交
  5. 26 3月, 2008 2 次提交
  6. 01 2月, 2008 3 次提交
  7. 29 1月, 2008 26 次提交
  8. 21 12月, 2007 1 次提交
  9. 07 11月, 2007 1 次提交
  10. 24 10月, 2007 1 次提交
  11. 11 10月, 2007 2 次提交
    • D
      [NETLINK]: fib_frontend build fixes · 28f7b036
      David S. Miller 提交于
      1) fibnl needs to be declared outside of config ifdefs,
         and also should not be explicitly initialized to NULL
      2) nl_fib_input() args are wrong for netlink_kernel_create()
         input method
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      28f7b036
    • D
      [NET]: make netlink user -> kernel interface synchronious · cd40b7d3
      Denis V. Lunev 提交于
      This patch make processing netlink user -> kernel messages synchronious.
      This change was inspired by the talk with Alexey Kuznetsov about current
      netlink messages processing. He says that he was badly wrong when introduced 
      asynchronious user -> kernel communication.
      
      The call netlink_unicast is the only path to send message to the kernel
      netlink socket. But, unfortunately, it is also used to send data to the
      user.
      
      Before this change the user message has been attached to the socket queue
      and sk->sk_data_ready was called. The process has been blocked until all
      pending messages were processed. The bad thing is that this processing
      may occur in the arbitrary process context.
      
      This patch changes nlk->data_ready callback to get 1 skb and force packet
      processing right in the netlink_unicast.
      
      Kernel -> user path in netlink_unicast remains untouched.
      
      EINTR processing for in netlink_run_queue was changed. It forces rtnl_lock
      drop, but the process remains in the cycle until the message will be fully
      processed. So, there is no need to use this kludges now.
      Signed-off-by: NDenis V. Lunev <den@openvz.org>
      Acked-by: NAlexey Kuznetsov <kuznet@ms2.inr.ac.ru>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      cd40b7d3