Skip to content

cloud-kernel
cloud-kernel

openanolis / cloud-kernel
大约 1 年 前同步成功

通知 158
Star 36
Fork 7
cloud-kernel
cloud-kernel

体验新版 GitCode，发现更多精彩内容 >>

切换分支/标签
  1. 21 4月, 2006 1 次提交
  3. 01 4月, 2006 1 次提交
  5. 22 3月, 2006 1 次提交
  7. 17 3月, 2006 1 次提交
  9. 12 3月, 2006 2 次提交
  11. 05 3月, 2006 1 次提交
  13. 04 3月, 2006 1 次提交
  15. 18 2月, 2006 2 次提交
  17. 17 2月, 2006 1 次提交
  19. 07 2月, 2006 1 次提交
  21. 01 2月, 2006 1 次提交
  23. 19 1月, 2006 2 次提交
  25. 15 1月, 2006 2 次提交
  27. 12 1月, 2006 1 次提交
  29. 11 1月, 2006 1 次提交
  31. 10 1月, 2006 1 次提交
    • J
      [NET]: Add IFB (Intermediate Functional Block) network device. · 253af423
      由 Jamal Hadi Salim 提交于 
      A new device to do intermidiate functional block in a system shared
manner.  To use the new functionality, you need to turn on
qos/classifier actions.

The new functionality can be grouped as:

1) qdiscs/policies that are per device as opposed to system wide.  ifb
allows for a device which can be redirected to thus providing an
impression of sharing.

2) Allows for queueing incoming traffic for shaping instead of
dropping.

Packets are redirected to this device using tc/action mirred redirect
construct. If they are sent to it by plain routing instead then they
will merely be dropped and the stats would indicate that.
Signed-off-by: NJamal Hadi Salim <hadi@cyberus.ca>
Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      253af423
  33. 09 1月, 2006 3 次提交
  35. 24 12月, 2005 1 次提交
  37. 01 12月, 2005 1 次提交
  39. 19 11月, 2005 1 次提交
    • L
      [PATCH] intel ixp2000 network driver · 15d014d1
      由 Lennert Buytenhek 提交于 
      The way the hardware and firmware work is that there is one shared RX
queue and IRQ for a number of different network interfaces.  Due to this,
we would like to process received packets for every interface in the same
NAPI poll handler, so we need a pseudo-device to schedule polling on.

What the driver currently does is that it always schedules polling for
the first network interface in the list, and processes packets for every
interface in the poll handler for that first interface -- however, this
scheme breaks down if the first network interface happens to not be up,
since netif_rx_schedule_prep() checks netif_running().

sky2 apparently has the same issue, and Stephen Hemminger suggested a
way to work around this: create a variant of netif_rx_schedule_prep()
that does not check netif_running().  I implemented this locally and
called it netif_rx_schedule_prep_notup(), and it seems to work well,
but it's something that probably not everyone would be happy with.

The ixp2000 is an ARM CPU with a high-speed network interface in the
CPU itself (full duplex 4Gb/s or 10Gb/s depending on the IXP model.)
The CPU package also contains 8 or 16 (again depending on the IXP
model) 'microengines', which are somewhat primitive but very fast
and efficient processor cores which can be used to offload various
things from the main CPU.

This driver makes the high-speed network interface in the CPU visible
and usable as a regular linux network device.  Currently, it only
supports the Radisys ENP2611 IXP board, but adding support for other
board types should be fairly easy.
Signed-off-by: NLennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: NJeff Garzik <jgarzik@pobox.com>
      15d014d1
  41. 11 11月, 2005 1 次提交
  43. 09 11月, 2005 2 次提交
  45. 06 11月, 2005 1 次提交
    • A
      [PATCH] S2io: Multi buffer mode support · da6971d8
      由 Ananda Raju 提交于 
      Hi,
This patch  provides dynamic two buffer-mode and 3 buffer-mode options.
Previously 2 buffer-mode was compilation option. Now with this patch applied
one can load driver in 2 buffer-mode with module-load parameter

ie.
#insmod s2io.ko rx_ring_mode=2

This patch also provides 3 buffer-mode which provides header separation
functionality. In 3 buffer-mode skb->data will have L2/L3/L4 headers and
"skb_shinfo(skb)->frag_list->data" will have have L4 payload.
one can load driver in 3 buffer-mode with same above module-load parameter

ie.
#insmod s2io.ko rx_ring_mode=3

Please review the patch.
Signed-off-by: NAnanda Raju <ananda.raju@neterion.com>
Signed-off-by: NJeff Garzik <jgarzik@pobox.com>
      da6971d8
  47. 05 11月, 2005 1 次提交
  49. 30 10月, 2005 1 次提交
  51. 29 10月, 2005 4 次提交
    • E
      [PATCH] New PowerPC 4xx on-chip ethernet controller driver · 37448f7d
      由 Eugene Surovegin 提交于 
      This patch replaces current PowerPC 4xx EMAC driver with
new, re-written from the scratch version. This patch is quite big
(~234K) because there is virtualy 0% of common code between old and
new version.

New driver uses NAPI, it solves stability problems under heavy packet
load and low memory, corrects chip register access and fixes numerous
small bugs I don't even remember now.

This patch has been tested on all supported in 2.6 PPC 4xx boards.
It's been used in production for almost a year now on custom
4xx hardware. PPC32 specific parts are already upstream.

Patch was acked by the current EMAC driver maintainer (Matt Porter). I
will be maintaining this new version.
Signed-off-by: NEugene Surovegin <ebs@ebshome.net>
--

 Kconfig                   |   72
 ibm_emac/Makefile         |   13
 ibm_emac/ibm_emac.h       |  418 +++--
 ibm_emac/ibm_emac_core.c  | 3414 ++++++++++++++++++++++++----------------------
 ibm_emac/ibm_emac_core.h  |  313 ++--
 ibm_emac/ibm_emac_debug.c |  377 ++---
 ibm_emac/ibm_emac_debug.h |   63
 ibm_emac/ibm_emac_mal.c   |  674 +++++----
 ibm_emac/ibm_emac_mal.h   |  336 +++-
 ibm_emac/ibm_emac_phy.c   |  335 ++--
 ibm_emac/ibm_emac_phy.h   |  105 -
 ibm_emac/ibm_emac_rgmii.c |  201 ++
 ibm_emac/ibm_emac_rgmii.h |   68
 ibm_emac/ibm_emac_tah.c   |  111 +
 ibm_emac/ibm_emac_tah.h   |   96 -
 ibm_emac/ibm_emac_zmii.c  |  255 +++
 ibm_emac/ibm_emac_zmii.h  |  114 -
 17 files changed, 4114 insertions(+), 2851 deletions(-)
Signed-off-by: NJeff Garzik <jgarzik@pobox.com>
      37448f7d
    • P
      Add fs_enet ethernet network driver, for several embedded platforms. · 48257c4f
      由 Pantelis Antoniou 提交于
      48257c4f
    • D
      [PATCH] Fix CS89x0 KConfig for IXDP2X01 · 712cb1eb
      由 Deepak Saxena 提交于 
      IXDP2x01 systems can be built without PCI network cards, so we should not
require NET_PCI to build CS89x0 on these systems.
Signed-off-by: NDeepak Saxena <dsaxena@plexity.net>
Signed-off-by: NJeff Garzik <jgarzik@pobox.com>
      712cb1eb
    • A
      [PATCH] s2io: kconfig help fix · 9eb343ae
      由 Akinobu Mita 提交于 
      The documentation about s2io is available at
Documentation/networking/s2io.txt.
Signed-off-by: NAkinobu Mita <mita@miraclelinux.com>
Signed-off-by: NJeff Garzik <jgarzik@pobox.com>
      9eb343ae
  53. 28 10月, 2005 1 次提交
  55. 19 10月, 2005 1 次提交
  57. 04 10月, 2005 1 次提交
  59. 28 9月, 2005 1 次提交