1. 17 9月, 2011 2 次提交
    • T
      ipv6: Send ICMPv6 RSes only when RAs are accepted · 026359bc
      Tore Anderson 提交于
      This patch improves the logic determining when to send ICMPv6 Router
      Solicitations, so that they are 1) always sent when the kernel is
      accepting Router Advertisements, and 2) never sent when the kernel is
      not accepting RAs. In other words, the operational setting of the
      "accept_ra" sysctl is used.
      
      The change also makes the special "Hybrid Router" forwarding mode
      ("forwarding" sysctl set to 2) operate exactly the same as the standard
      Router mode (forwarding=1). The only difference between the two was
      that RSes was being sent in the Hybrid Router mode only. The sysctl
      documentation describing the special Hybrid Router mode has therefore
      been removed.
      
      Rationale for the change:
      
      Currently, the value of forwarding sysctl is the only thing determining
      whether or not to send RSes. If it has the value 0 or 2, they are sent,
      otherwise they are not. This leads to inconsistent behaviour in the
      following cases:
      
      * accept_ra=0, forwarding=0
      * accept_ra=0, forwarding=2
      * accept_ra=1, forwarding=2
      * accept_ra=2, forwarding=1
      
      In the first three cases, the kernel will send RSes, even though it will
      not accept any RAs received in reply. In the last case, it will not send
      any RSes, even though it will accept and process any RAs received. (Most
      routers will send unsolicited RAs periodically, so suppressing RSes in
      the last case will merely delay auto-configuration, not prevent it.)
      
      Also, it is my opinion that having the forwarding sysctl control RS
      sending behaviour (completely independent of whether RAs are being
      accepted or not) is simply not what most users would intuitively expect
      to be the case.
      Signed-off-by: NTore Anderson <tore@fud.no>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      026359bc
    • O
      can-gw: add netlink based CAN routing · c1aabdf3
      Oliver Hartkopp 提交于
      This patch adds a CAN Gateway/Router to route (and modify) CAN frames.
      
      It is based on the PF_CAN core infrastructure for msg filtering and msg
      sending and can optionally modify routed CAN frames on the fly.
      CAN frames can *only* be routed between CAN network interfaces (one hop).
      They can be modified with AND/OR/XOR/SET operations as configured by the
      netlink configuration interface known e.g. from iptables. From the netlink
      view this can-gw implements RTM_{NEW|DEL|GET}ROUTE for PF_CAN.
      
      The CAN specific userspace tool to manage CAN routing entries can be found in
      the CAN utils http://svn.berlios.de/wsvn/socketcan/trunk/can-utils/cangw.c
      at the SocketCAN SVN on BerliOS.
      Signed-off-by: NOliver Hartkopp <socketcan@hartkopp.net>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      c1aabdf3
  2. 16 9月, 2011 8 次提交
  3. 30 8月, 2011 2 次提交
  4. 29 8月, 2011 1 次提交
    • J
      caif: Remove OOM messages, use kzalloc · 7ac2ed0c
      Joe Perches 提交于
      Remove per site OOM messages because they duplicate
      the generic mm subsystem OOM message.
      
      Use kzalloc instead of kmalloc/memset
      when next to the OOM message removals.
      
      Reduces object size (allyesconfig ~2%)
      
      $ size -t drivers/net/caif/built-in.o.old net/caif/built-in.o.old
         text	   data	    bss	    dec	    hex	filename
        32297	    700	   8224	  41221	   a105	drivers/net/caif/built-in.o.old
        72159	   1317	  20552	  94028	  16f4c	net/caif/built-in.o.old
       104456	   2017	  28776	 135249	  21051	(TOTALS)
      $ size -t drivers/net/caif/built-in.o.new net/caif/built-in.o.new
         text	   data	    bss	    dec	    hex	filename
        31975	    700	   8184	  40859	   9f9b	drivers/net/caif/built-in.o.new
        70748	   1317	  20152	  92217	  16839	net/caif/built-in.o.new
       102723	   2017	  28336	 133076	  207d4	(TOTALS)
      Signed-off-by: NJoe Perches <joe@perches.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      7ac2ed0c
  5. 27 8月, 2011 2 次提交
  6. 26 8月, 2011 6 次提交
  7. 25 8月, 2011 19 次提交