1. 24 8月, 2010 1 次提交
  2. 22 8月, 2010 1 次提交
    • D
      PPTP: PPP over IPv4 (Point-to-Point Tunneling Protocol) · 00959ade
      Dmitry Kozlov 提交于
      PPP: introduce "pptp" module which implements point-to-point tunneling protocol using pppox framework
      NET: introduce the "gre" module for demultiplexing GRE packets on version criteria
           (required to pptp and ip_gre may coexists)
      NET: ip_gre: update to use the "gre" module
      
      This patch introduces then pptp support to the linux kernel which
      dramatically speeds up pptp vpn connections and decreases cpu usage in
      comparison of existing user-space implementation
      (poptop/pptpclient). There is accel-pptp project
      (https://sourceforge.net/projects/accel-pptp/) to utilize this module,
      it contains plugin for pppd to use pptp in client-mode and modified
      pptpd (poptop) to build high-performance pptp NAS.
      
      There was many changes from initial submitted patch, most important are:
      1. using rcu instead of read-write locks
      2. using static bitmap instead of dynamically allocated
      3. using vmalloc for memory allocation instead of BITS_PER_LONG + __get_free_pages
      4. fixed many coding style issues
      Thanks to Eric Dumazet.
      Signed-off-by: NDmitry Kozlov <xeb@mail.ru>
      Signed-off-by: NEric Dumazet <eric.dumazet@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      00959ade
  3. 19 8月, 2010 1 次提交
  4. 28 7月, 2010 1 次提交
  5. 30 6月, 2010 1 次提交
  6. 29 6月, 2010 1 次提交
  7. 22 4月, 2010 1 次提交
  8. 04 4月, 2010 1 次提交
  9. 02 4月, 2010 1 次提交
  10. 31 3月, 2010 1 次提交
  11. 18 2月, 2010 1 次提交
  12. 13 2月, 2010 1 次提交
  13. 04 2月, 2010 1 次提交
    • A
      net: macvtap driver · 20d29d7a
      Arnd Bergmann 提交于
      In order to use macvlan with qemu and other tools that require
      a tap file descriptor, the macvtap driver adds a small backend
      with a character device with the same interface as the tun
      driver, with a minimum set of features.
      
      Macvtap interfaces are created in the same way as macvlan
      interfaces using ip link, but the netif is just used as a
      handle for configuration and accounting, while the data
      goes through the chardev. Each macvtap interface has its
      own character device, simplifying permission management
      significantly over the generic tun/tap driver.
      
      Cc: Patrick McHardy <kaber@trash.net>
      Cc: Stephen Hemminger <shemminger@linux-foundation.org>
      Cc: David S. Miller" <davem@davemloft.net>
      Cc: "Michael S. Tsirkin" <mst@redhat.com>
      Cc: Herbert Xu <herbert@gondor.apana.org.au>
      Cc: Or Gerlitz <ogerlitz@voltaire.com>
      Cc: netdev@vger.kernel.org
      Cc: bridge@lists.linux-foundation.org
      Cc: linux-kernel@vger.kernel.org
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      20d29d7a
  14. 16 1月, 2010 1 次提交
  15. 11 1月, 2010 1 次提交
  16. 17 12月, 2009 1 次提交
    • D
      NET: Add Ethernet driver for Octeon MGMT devices. · d6aa60a1
      David Daney 提交于
      The Octeon MGMT Ethernet ports are present in some members of the
      Octeon SOC family (cn52XX and cn56XX have them).
      
      The mdio bus connected to the MGMT PHYs is shared with the main
      octeon-ethernet driver, we force it to be loaded first by calling
      octeon_mdiobus_force_mod_depencency.  The platform devices for the
      MGMT Ethernet ports are added in
      arch/mips/cavium-octeon/octeon-platform.c, and the register
      definitions for the ports live in arch/mips/include/asm/octeon/ along
      with their ilk.
      
      Although it currently is the only driver in drivers/net/octeon, the
      directory was created looking forward to the day that octeon-ethernet
      will move there from its current home in drivers/staging.
      Signed-off-by: NDavid Daney <ddaney@caviumnetworks.com>
      Acked-by: NDavid S. Miller <davem@davemloft.net>
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      d6aa60a1
  17. 15 10月, 2009 1 次提交
  18. 13 10月, 2009 1 次提交
  19. 10 10月, 2009 1 次提交
  20. 01 10月, 2009 1 次提交
  21. 18 9月, 2009 1 次提交
  22. 20 8月, 2009 1 次提交
  23. 20 7月, 2009 1 次提交
  24. 22 6月, 2009 1 次提交
  25. 09 6月, 2009 1 次提交
  26. 08 6月, 2009 1 次提交
  27. 26 5月, 2009 1 次提交
  28. 19 5月, 2009 1 次提交
  29. 30 4月, 2009 1 次提交
  30. 27 4月, 2009 1 次提交
    • G
      net: add Xilinx ll_temac device driver · 92744989
      Grant Likely 提交于
      This patch adds support for the Xilinx ll_temac 10/100/1000 Ethernet
      device.  The ll_temac ipcore is typically used on Xilinx Virtex and
      Spartan designs attached to either a PowerPC 4xx or Microblaze
      processor.
      
      At the present moment, this driver only works with Virtex5 PowerPC
      designs because it assumes DCR is used to access the DMA registers.
      However, the low level access to DMA registers is abstracted and
      it should be easy to adapt for the other implementations.
      
      I'm posting this driver now as an RFC.  There are still some things that
      need to be tightened up, but it does appear to be stable.
      
      Derived from driver code written by Yoshio Kashiwagi and David H. Lynch Jr.
      
      Tested on Xilinx ML507 eval board with Base System Builder generated
      FPGA design.
      Signed-off-by: NGrant Likely <grant.likely@secretlab.ca>
      Acked-by: NAndy Fleming <afleming@freescale.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      92744989
  31. 09 4月, 2009 1 次提交
  32. 02 4月, 2009 1 次提交
  33. 27 3月, 2009 1 次提交
  34. 12 3月, 2009 2 次提交
  35. 19 2月, 2009 1 次提交
  36. 05 2月, 2009 1 次提交
  37. 08 1月, 2009 1 次提交
  38. 12 12月, 2008 1 次提交
  39. 04 12月, 2008 1 次提交