1. 30 11月, 2010 1 次提交
  2. 25 11月, 2010 1 次提交
    • C
      drivers/net/tile/: on-chip network drivers for the tile architecture · e5a06939
      Chris Metcalf 提交于
      This change adds the first network driver for the tile architecture,
      supporting the on-chip XGBE and GBE shims.
      
      The infrastructure is present for the TILE-Gx networking drivers (another
      three source files in the new directory) but for now the the actual
      tilegx sources are waiting on releasing hardware to initial customers.
      
      Note that arch/tile/include/hv/* are "upstream" headers from the
      Tilera hypervisor and will probably benefit less from LKML review.
      Signed-off-by: NChris Metcalf <cmetcalf@tilera.com>
      e5a06939
  3. 18 11月, 2010 1 次提交
  4. 13 11月, 2010 1 次提交
  5. 12 11月, 2010 1 次提交
  6. 29 10月, 2010 1 次提交
  7. 28 10月, 2010 1 次提交
  8. 25 10月, 2010 1 次提交
  9. 18 10月, 2010 1 次提交
  10. 17 10月, 2010 1 次提交
    • R
      net: move MII outside of NET_ETHERNET, fix kconfig warning · 81ccb499
      Randy Dunlap 提交于
      We have USB, PCMCIA, and gigabit ethernet drivers that select
      MII even though NET_ETHERNET is not enabled, so make MII not
      be dependent on NET_ETHERNET.  It is still dependent on NET
      and NETDEVICES.
      
      Fixes kconfig unmet dependency warning (shortened, was very long string):
      
      warning: (ARM_AT91_ETHER && NETDEVICES && NET_ETHERNET && ARM && ARCH_AT91RM9200 || ARM_KS8695_ETHER && NETDEVICES && NET_ETHERNET && ARM && ARCH_KS8695 || ... || IP1000 && NETDEVICES && NETDEV_1000 && PCI && EXPERIMENTAL || HAMACHI && NETDEVICES && NETDEV_1000 && PCI || R8169 && NETDEVICES && NETDEV_1000 && PCI || SIS190 && NETDEVICES && NETDEV_1000 && PCI || VIA_VELOCITY && NETDEVICES && NETDEV_1000 && PCI || ATL1 && NETDEVICES && NETDEV_1000 && PCI || ATL1E && NETDEVICES && NETDEV_1000 && PCI && EXPERIMENTAL || ATL1C && NETDEVICES && NETDEV_1000 && PCI && EXPERIMENTAL || JME && NETDEVICES && NETDEV_1000 && PCI || STMMAC_ETH && NETDEV_1000 && NETDEVICES && HAS_IOMEM || USB_PEGASUS && NETDEVICES && USB && NET || USB_RTL8150 && NETDEVICES && USB && NET && EXPERIMENTAL || USB_USBNET && NETDEVICES && USB && NET || PCMCIA_SMC91C92 && NETDEVICES && NET_PCMCIA && PCMCIA) selects MII which has unmet direct dependencies (NETDEVICES && NET_ETHERNET)
      Signed-off-by: NRandy Dunlap <randy.dunlap@oracle.com>
      Acked-by: Jeff Garzik <jgarzik@pobox.com> [2006-NOV-30]
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      81ccb499
  11. 08 10月, 2010 1 次提交
  12. 04 10月, 2010 1 次提交
  13. 25 9月, 2010 1 次提交
  14. 24 9月, 2010 3 次提交
  15. 24 8月, 2010 1 次提交
  16. 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
  17. 19 8月, 2010 1 次提交
  18. 05 8月, 2010 1 次提交
  19. 31 7月, 2010 1 次提交
  20. 26 7月, 2010 1 次提交
  21. 20 7月, 2010 1 次提交
  22. 14 7月, 2010 1 次提交
  23. 08 7月, 2010 1 次提交
  24. 29 6月, 2010 1 次提交
  25. 26 6月, 2010 1 次提交
  26. 24 6月, 2010 1 次提交
  27. 01 6月, 2010 1 次提交
  28. 18 5月, 2010 1 次提交
  29. 04 5月, 2010 1 次提交
    • D
      forcedeth: Kill NAPI config options. · 0a12761b
      David S. Miller 提交于
      All distributions enable it, therefore no significant body of users
      are even testing the driver with it disabled.  And making NAPI
      configurable is heavily discouraged anyways.
      
      I left the MSI-X interrupt enabling thing in an "#if 0" block
      so hopefully someone can debug that and it can get re-enabled.
      Probably it was just one of the NVIDIA chipset MSI erratas that
      we work handle these days in the PCI quirks (see drivers/pci/quirks.c
      and stuff like nvenet_msi_disable()).
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      0a12761b
  30. 13 4月, 2010 1 次提交
  31. 08 4月, 2010 1 次提交
  32. 07 4月, 2010 2 次提交
  33. 04 4月, 2010 1 次提交
    • J
      l2tp: Split pppol2tp patch into separate l2tp and ppp parts · fd558d18
      James Chapman 提交于
      This patch splits the pppol2tp driver into separate L2TP and PPP parts
      to prepare for L2TPv3 support. In L2TPv3, protocols other than PPP can
      be carried, so this split creates a common L2TP core that will handle
      the common L2TP bits which protocol support modules such as PPP will
      use.
      
      Note that the existing pppol2tp module is split into l2tp_core and
      l2tp_ppp by this change.
      
      There are no feature changes here. Internally, however, there are
      significant changes, mostly to handle the separation of PPP-specific
      data from the L2TP session and to provide hooks in the core for
      modules like PPP to access.
      Signed-off-by: NJames Chapman <jchapman@katalix.com>
      Reviewed-by: NRandy Dunlap <randy.dunlap@oracle.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      fd558d18
  34. 02 4月, 2010 2 次提交
  35. 31 3月, 2010 1 次提交
  36. 23 3月, 2010 1 次提交