Doug / smarc-fsl-linux-kernel

27 Mar, 2009

1 commit

  • 85efde6f4   make exported headers use strict posix types ... Browse Code »

    A number of standard posix types are used in exported headers, which
    is not allowed if __STRICT_KERNEL_NAMES is defined. In order to
    get rid of the non-__STRICT_KERNEL_NAMES part and to make sane headers
    the default, we have to change them all to safe types.

    There are also still some leftovers in reiserfs_fs.h, elfcore.h
    and coda.h, but these files have not compiled in user space for
    a long time.

    This leaves out the various integer types ({u_,u,}int{8,16,32,64}_t),
    which we take care of separately.

    Signed-off-by: Arnd Bergmann
    Acked-by: Mauro Carvalho Chehab
    Cc: David Airlie
    Cc: Arnaldo Carvalho de Melo
    Cc: YOSHIFUJI Hideaki
    Cc: netdev@vger.kernel.org
    Cc: linux-ppp@vger.kernel.org
    Cc: Jaroslav Kysela
    Cc: Takashi Iwai
    Cc: David Woodhouse
    Signed-off-by: H. Peter Anvin
    Signed-off-by: Ingo Molnar

    Arnd Bergmann
     

11 Dec, 2008

3 commits

  • 8229efdae   netns: ip6mr: enable namespace support in ipv6 multicast forwarding code ... Browse Code »

    This last patch makes the appropriate changes to use and propagate the
    network namespace where needed in IPv6 multicast forwarding code.

    This consists mainly in replacing all the remaining init_net occurences
    with current netns pointer retrieved from sockets, net devices or
    mfc6_caches depending on the routines' contexts.

    Some routines receive a new 'struct net' parameter to propagate the current
    netns:
    * ip6mr_get_route
    * ip6mr_cache_report
    * ip6mr_cache_find
    * ip6mr_cache_unresolved
    * mif6_add/mif6_delete
    * ip6mr_mfc_add/ip6mr_mfc_delete
    * ip6mr_reg_vif

    All the IPv6 multicast forwarding variables moved to struct netns_ipv6 by
    the previous patches are now referenced in the correct namespace.

    Changelog:
    ==========
    * Take into account the net associated to mfc6_cache when matching entries in
    mfc_unres_queue list.
    * Call mroute_clean_tables() in ip6mr_net_exit() to free memory allocated
    per-namespace.
    * Call dev_net_set() in ip6mr_reg_vif() to initialize dev->nd_net
    correctly.

    Signed-off-by: Benjamin Thery
    Signed-off-by: David S. Miller

    Benjamin Thery
     
  • 58701ad41   netns: ip6mr: store netns in struct mfc6_cache ... Browse Code »

    This patch stores into struct mfc6_cache the network namespace each
    mfc6_cache belongs to. The new member is mfc6_net.

    mfc6_net is assigned at cache allocation and doesn't change during
    the rest of the cache entry life.

    This will help to retrieve the current netns around the IPv6 multicast
    forwarding code.

    At the moment, all mfc6_cache are allocated in init_net.

    Changelog:
    ==========
    * Use write_pnet()/read_pnet() to set and get mfc6_net.

    Signed-off-by: Benjamin Thery
    Signed-off-by: David S. Miller

    Benjamin Thery
     
  • bd91b8bf3   netns: ip6mr: allocate mroute6_socket per-namespace. ... Browse Code »

    Preliminary work to make IPv6 multicast forwarding netns-aware.

    Make IPv6 multicast forwarding mroute6_socket per-namespace,
    moves it into struct netns_ipv6.

    At the moment, mroute6_socket is only referenced in init_net.

    Signed-off-by: Benjamin Thery
    Signed-off-by: David S. Miller

    Benjamin Thery
     

30 Aug, 2008

1 commit

  • 7c19a3d28   net: Unbreak userspace usage of linux/mroute.h ... Browse Code »

    Nothing in linux/pim.h should be exported to userspace.

    This should fix the XORP build failure reported by
    Jose Calhariz, the debain package maintainer.

    Nothing originally in linux/mroute.h was exported to userspace
    ever, but some of this stuff started to be when it was moved into
    this new linux/pim.h, and that was wrong. If we didn't provide these
    definitions for 10 years we can reasonably expect that applications
    defined this stuff locally or used GLIBC headers providing the
    protocol definitions. And as such the only result of this can
    be conflict and userland build breakage.

    Signed-off-by: David S. Miller

    David S. Miller
     

03 Jul, 2008

2 commits

14 Apr, 2008

1 commit

05 Apr, 2008

2 commits