Eric Lee / smarc-fsl-linux-kernel

13 Jul, 2009

1 commit

  • 134e63756   genetlink: make netns aware ... Browse Code »

    This makes generic netlink network namespace aware. No
    generic netlink families except for the controller family
    are made namespace aware, they need to be checked one by
    one and then set the family->netnsok member to true.

    A new function genlmsg_multicast_netns() is introduced to
    allow sending a multicast message in a given namespace,
    for example when it applies to an object that lives in
    that namespace, a new function genlmsg_multicast_allns()
    to send a message to all network namespaces (for objects
    that do not have an associated netns).

    The function genlmsg_multicast() is changed to multicast
    the message in just init_net, which is currently correct
    for all generic netlink families since they only work in
    init_net right now. Some will later want to work in all
    net namespaces because they do not care about the netns
    at all -- those will have to be converted to use one of
    the new functions genlmsg_multicast_allns() or
    genlmsg_multicast_netns() whenever they are made netns
    aware in some way.

    After this patch families can easily decide whether or
    not they should be available in all net namespaces. Many
    genl families us it for objects not related to networking
    and should therefore be available in all namespaces, but
    that will have to be done on a per family basis.

    Note that this doesn't touch on the checkpoint/restart
    problem where network namespaces could be used, genl
    families and multicast groups are numbered globally and
    I see no easy way of changing that, especially since it
    must be possible to multicast to all network namespaces
    for those families that do not care about netns.

    Signed-off-by: Johannes Berg
    Signed-off-by: David S. Miller

    Johannes Berg
     

22 May, 2009

1 commit

22 May, 2008

1 commit

  • 59f0c4523   tipc: Fix skb_under_panic when configuring TIPC without privileges ... Browse Code »

    This patch prevents a TIPC configuration command requiring network
    administrator privileges from triggering an skbuff underrun if it
    is issued by a process lacking those privileges. The revised error
    handling code avoids the use of a potentially uninitialized global
    variable by transforming the unauthorized command into a new command,
    then following the standard command processing path to generate the
    required error message.

    Signed-off-by: Allan Stephens
    Signed-off-by: David S. Miller

    Allan Stephens
     

24 Jun, 2007

1 commit

  • 64beb8f3e   [TIPC]: Fix infinite loop in netlink handler ... Browse Code »

    The tipc netlink config handler uses the nlmsg_pid from the
    request header as destination for its reply. If the application
    initialized nlmsg_pid to 0, the reply is looped back to the kernel,
    causing hangup. Fix: use nlmsg_pid of the skb that triggered the
    request.

    Signed-off-by: Florian Westphal
    Signed-off-by: David S. Miller

    Florian Westphal
     

26 Apr, 2007

1 commit

11 Feb, 2007

1 commit

18 Jan, 2006

1 commit

14 Jan, 2006

1 commit

  • 23b0ca5bf   [PATCH] genetlink: don't touch module ref count ... Browse Code »

    Increasing the module ref count at registration will block the module from
    ever being unloaded. In fact, genetlink should not care about the owner at
    all. This patch removes the owner field from the struct registered with
    genetlink.

    Signed-off-by: Per Liden
    Signed-off-by: Jamal Hadi Salim
    Signed-off-by: David S. Miller

    Per Liden
     

13 Jan, 2006

7 commits