1. 29 1月, 2008 8 次提交
  2. 09 1月, 2008 1 次提交
  3. 07 11月, 2007 1 次提交
  4. 11 10月, 2007 3 次提交
    • P
      [NET]: Make core networking code use seq_open_private · cf7732e4
      Pavel Emelyanov 提交于
      This concerns the ipv4 and ipv6 code mostly, but also the netlink
      and unix sockets.
      
      The netlink code is an example of how to use the __seq_open_private()
      call - it saves the net namespace on this private.
      Signed-off-by: NPavel Emelyanov <xemul@openvz.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      cf7732e4
    • D
      [IPV4]: Add ICMPMsgStats MIB (RFC 4293) · 96793b48
      David L Stevens 提交于
      Background: RFC 4293 deprecates existing individual, named ICMP
      type counters to be replaced with the ICMPMsgStatsTable. This table
      includes entries for both IPv4 and IPv6, and requires counting of all
      ICMP types, whether or not the machine implements the type.
      
      These patches "remove" (but not really) the existing counters, and
      replace them with the ICMPMsgStats tables for v4 and v6.
      It includes the named counters in the /proc places they were, but gets the
      values for them from the new tables. It also counts packets generated
      from raw socket output (e.g., OutEchoes, MLD queries, RA's from
      radvd, etc).
      
      Changes:
      1) create icmpmsg_statistics mib
      2) create icmpv6msg_statistics mib
      3) modify existing counters to use these
      4) modify /proc/net/snmp to add "IcmpMsg" with all ICMP types
              listed by number for easy SNMP parsing
      5) modify /proc/net/snmp printing for "Icmp" to get the named data
              from new counters.
      Signed-off-by: NDavid L Stevens <dlstevens@us.ibm.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      96793b48
    • E
      [NET]: Make /proc/net per network namespace · 457c4cbc
      Eric W. Biederman 提交于
      This patch makes /proc/net per network namespace.  It modifies the global
      variables proc_net and proc_net_stat to be per network namespace.
      The proc_net file helpers are modified to take a network namespace argument,
      and all of their callers are fixed to pass &init_net for that argument.
      This ensures that all of the /proc/net files are only visible and
      usable in the initial network namespace until the code behind them
      has been updated to be handle multiple network namespaces.
      
      Making /proc/net per namespace is necessary as at least some files
      in /proc/net depend upon the set of network devices which is per
      network namespace, and even more files in /proc/net have contents
      that are relevant to a single network namespace.
      Signed-off-by: NEric W. Biederman <ebiederm@xmission.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      457c4cbc
  5. 03 8月, 2007 1 次提交
  6. 26 4月, 2007 6 次提交
  7. 13 2月, 2007 1 次提交
  8. 11 2月, 2007 1 次提交
  9. 09 2月, 2007 1 次提交
  10. 03 12月, 2006 1 次提交
  11. 31 10月, 2006 1 次提交
  12. 29 9月, 2006 2 次提交
  13. 23 9月, 2006 2 次提交
  14. 26 7月, 2006 1 次提交
  15. 18 6月, 2006 1 次提交
  16. 21 3月, 2006 2 次提交
  17. 19 1月, 2006 1 次提交
    • A
      [PATCH] EDAC: atomic scrub operations · 715b49ef
      Alan Cox 提交于
      EDAC requires a way to scrub memory if an ECC error is found and the chipset
      does not do the work automatically.  That means rewriting memory locations
      atomically with respect to all CPUs _and_ bus masters.  That means we can't
      use atomic_add(foo, 0) as it gets optimised for non-SMP
      
      This adds a function to include/asm-foo/atomic.h for the platforms currently
      supported which implements a scrub of a mapped block.
      
      It also adjusts a few other files include order where atomic.h is included
      before types.h as this now causes an error as atomic_scrub uses u32.
      Signed-off-by: NAlan Cox <alan@redhat.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      715b49ef
  18. 08 1月, 2006 1 次提交
  19. 20 9月, 2005 1 次提交
    • M
      [PATCH] raw_sendmsg DoS on 2.6 · 6d1cfe3f
      Mark J Cox 提交于
      Fix unchecked __get_user that could be tricked into generating a
      memory read on an arbitrary address.  The result of the read is not
      returned directly but you may be able to divine some information about
      it, or use the read to cause a crash on some architectures by reading
      hardware state.  CAN-2004-2492.
      
      Fix from Al Viro, ack from Dave Miller.
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      6d1cfe3f
  20. 30 8月, 2005 2 次提交
  21. 19 6月, 2005 2 次提交
    • J
      [IPV4]: [4/4] signed vs unsigned cleanup in net/ipv4/raw.c · f7d7fc03
      Jesper Juhl 提交于
      This patch changes the type of the third parameter 'length' of the 
      raw_send_hdrinc() function from 'int' to 'size_t'.
      This makes sense since this function is only ever called from one 
      location, and the value passed as the third parameter in that location is 
      itself of type size_t, so this makes the recieving functions parameter 
      type match. Also, inside raw_send_hdrinc() the 'length' variable is 
      used in comparisons with unsigned values and passed as parameter to 
      functions expecting unsigned values (it's used in a single comparison with 
      a signed value, but that one can never actually be negative so the patch 
      also casts that one to size_t to stop gcc worrying, and it is passed in a 
      single instance to memcpy_fromiovecend() which expects a signed int, but 
      as far as I can see that's not a problem since the value of 'length' 
      shouldn't ever exceed the value of a signed int).
      Signed-off-by: NJesper Juhl <juhl-lkml@dif.dk>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      f7d7fc03
    • J
      [IPV4]: [3/4] signed vs unsigned cleanup in net/ipv4/raw.c · 93765d8a
      Jesper Juhl 提交于
      This patch changes the type of the local variable 'i' in 
      raw_probe_proto_opt() from 'int' to 'unsigned int'. The only use of 'i' in 
      this function is as a counter in a for() loop and subsequent index into 
      the msg->msg_iov[] array.
      Since 'i' is compared in a loop to the unsigned variable msg->msg_iovlen 
      gcc -W generates this warning : 
      
      net/ipv4/raw.c:340: warning: comparison between signed and unsigned
      
      Changing 'i' to unsigned silences this warning and is safe since the array 
      index can never be negative anyway, so unsigned int is the logical type to 
      use for 'i' and also enables a larger msg_iov[] array (but I don't know if 
      that will ever matter).
      Signed-off-by: NJesper Juhl <juhl-lkml@dif.dk>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      93765d8a