Linux Networking

• Thread Index

• Re: can netfilter help me.....
  • From: Trent Lloyd <lathiat@xxxxxx>
• can netfilter help me.....
  • From: cranium2003 <cranium2003@xxxxxxxxx>
• Re: [PATCH] MASQUERADE handling of device events
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Need clarification on kernel_recvmsg and kernel_sendmsg
  • From: "N.C.Krishna Murthy \(krmurthy\)" <krmurthy@xxxxxxxxx>
• Re: Route settings for Gateway
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• RE: Route settings for Gateway
  • From: <Suvidh.Mathur@xxxxxxxxxxxx>
• Route Nat dead. Does anybody going to support it?
  • From: Peter Volkov Alexandrovich <pvolkov@xxxxxxxxxxx>
• Route settings for Gateway
  • From: TEJAS VORA <voratejas@xxxxxxxxx>
• Re: Wrong UIDs reported in /proc/net/tcp
  • From: "Chad N. Tindel" <chad@xxxxxxxxxx>
• Re: Wrong UIDs reported in /proc/net/tcp
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: about tuntap & user space device driver
  • From: Yueting Shen <ritashen@xxxxxxxxxxxxxxx>
• Re: about tuntap & user space device driver
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: about tuntap & user space device driver
  • From: Bernd Eckenfels <ecki-news2004-05@xxxxxxxxxxxx>
• Re: about tuntap & user space device driver
  • From: Yueting Shen <ritashen@xxxxxxxxxxxxxxx>
• Re: Wrong UIDs reported in /proc/net/tcp
  • From: "Chad N. Tindel" <chad@xxxxxxxxxx>
• Re: [patch netdev-2.6] vlan_dev: return 0 on vlan_dev_change_mtu success
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: Wrong UIDs reported in /proc/net/tcp
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Wrong UIDs reported in /proc/net/tcp
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: Wrong UIDs reported in /proc/net/tcp
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [patch netdev-2.6] vlan_dev: return 0 on vlan_dev_change_mtu success
  • From: "John W. Linville" <linville@xxxxxxxxxxxxx>
• [patch netdev-2.4] vlan_dev: return 0 on vlan_dev_change_mtu success
  • From: "John W. Linville" <linville@xxxxxxxxxxxxx>
• Re: about tuntap & user space device driver
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• about tuntap & user space device driver
  • From: Yueting Shen <ritashen@xxxxxxxxxxxxxxx>
• Ack Flooding
  • From: Pradeep Anbumani <pradeepdreams@xxxxxxxxx>
• High sys load on 2xOpteron 1.8Ghz
  • From: Catalin Muresan <catalin.muresan@xxxxxxxxx>
• question about inet_insert_ifa and inet_del_ifa behaviour
  • From: Thomas Spatzier <tspat@xxxxxxxxxx>
• Re: [PATCH 475] HP300 LANCE
  • From: Andrew Morton <akpm@xxxxxxxx>
• [PATCH] police fix
  • From: <Andries.Brouwer@xxxxxx>
• Re: [PATCH 475] HP300 LANCE
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] appletalk Makefile
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] appletalk Makefile
  • From: Andries Brouwer <Andries.Brouwer@xxxxxx>
• Re: [PATCH] appletalk Makefile
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] appletalk Makefile
  • From: <Andries.Brouwer@xxxxxx>
• network protocol query
  • From: cranium2003 <cranium2003@xxxxxxxxx>
• Re: registers access in user space deive driver
  • From: Glynn Clements <glynn@xxxxxxxxxxxxxxxxxx>
• Re: registers access in user space deive driver
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: [PATCH] MASQUERADE handling of device events
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• registers access in user space deive driver
  • From: Yueting Shen <ritashen@xxxxxxxxxxxxxxx>
• Re: acquireing IP address via DHCP
  • From: Eric Bambach <eric@xxxxxxxx>
• Re: ipv6_addr_cmp performance patch
  • From: Brian Haley <Brian.Haley@xxxxxx>
• Re: /etc/resolv.conf problems and fixes
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• /etc/resolv.conf problems and fixes
  • From: Robin Rosenberg <robin.rosenberg.lists@xxxxxxxxxx>
• Re: ipv6_addr_cmp performance patch
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: primary and secondary ip addresses
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: ipv6_addr_cmp performance patch
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Wrong UIDs reported in /proc/net/tcp
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Wrong UIDs reported in /proc/net/tcp
  • From: Bernd Eckenfels <ecki-news2004-05@xxxxxxxxxxxx>
• Re: Wrong UIDs reported in /proc/net/tcp
  • From: "Chad N. Tindel" <chad@xxxxxxxxxx>
• Re: Wrong UIDs reported in /proc/net/tcp
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Wrong UIDs reported in /proc/net/tcp
  • From: "Chad N. Tindel" <chad@xxxxxxxxxx>
• Re: Wrong UIDs reported in /proc/net/tcp
  • From: "Chad N. Tindel" <chad@xxxxxxxxxx>
• Re: Wrong UIDs reported in /proc/net/tcp
  • From: <akepner@xxxxxxx>
• Re: Wrong UIDs reported in /proc/net/tcp
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: ipv6_addr_cmp performance patch
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• primary and secondary ip addresses
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: ipv6_addr_cmp performance patch
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• Wrong UIDs reported in /proc/net/tcp
  • From: "Chad N. Tindel" <chad@xxxxxxxxxx>
• Re: ipv6_addr_cmp performance patch
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• 2.6.10-rc1-mm4: net/tulip/xircom_tulip_cb.c compile error
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: ipv6_addr_cmp performance patch
  • From: Vincent Jardin <Vincent.Jardin@xxxxxxxxx>
• Re: ipv6_addr_cmp performance patch
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• Re: ipv6_addr_cmp performance patch
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• ipv6_addr_cmp performance patch
  • From: "Craig, Dave" <dwcraig@xxxxxxxxxxxx>
• Re: [PATCH] [TRY2] Use nfmark as a key in u32 classifier
  • From: "Catalin(ux aka Dino) BOIE" <util@xxxxxxxxxxxxxxx>
• Re: [PATCH] [TRY2] Use nfmark as a key in u32 classifier
  • From: Thomas Graf <tgraf@xxxxxxx>
• LinNetDev like structures for Ipv6 in Linux ?????
  • From: Sharmila <shard@xxxxxxxxxx>
• Re: [PATCH] [TRY2] Use nfmark as a key in u32 classifier
  • From: "Catalin(ux aka Dino) BOIE" <util@xxxxxxxxxxxxxxx>
• Re: [PATCH] [TRY2] Use nfmark as a key in u32 classifier
  • From: jamal <hadi@xxxxxxxxxx>
• [PATCH] [TRY2] Use nfmark as a key in u32 classifier
  • From: "Catalin(ux aka Dino) BOIE" <util@xxxxxxxxxxxxxxx>
• Re: [PATCH] Use nfmark as a key for u32 classifier
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] MASQUERADE handling of device events
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] MASQUERADE handling of device events
  • From: Phil Oester <kernel@xxxxxxxxxxxx>
• Re: [PATCH] MASQUERADE handling of device events
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Updating Kernel when running PPPT
  • From: Christoph Petersen <lists@xxxxxxxxxxxxx>
• Re: [PATCH] MASQUERADE handling of device events
  • From: Harald Welte <laforge@xxxxxxxxxxxxx>
• Re: [PATCH] Use nfmark as a key for u32 classifier
  • From: "Catalin(ux aka Dino) BOIE" <util@xxxxxxxxxxxxxxx>
• Re: 2.4.28-rc2: net/atm/proc.c compile error
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: 2.4.28-rc2: net/atm/proc.c compile error
  • From: Willy Tarreau <willy@xxxxxxxxx>
• Re: 2.4.28-rc2: net/atm/proc.c compile error
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• 2.4.28-rc2: net/atm/proc.c compile error
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [PATCH] MASQUERADE handling of device events
  • From: Phil Oester <kernel@xxxxxxxxxxxx>
• Re: [BK PATCH] Fix ip_conntrack_amanda data corruption bug that breaks amanda dumps
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [BK PATCH] Fix ip_conntrack_amanda data corruption bug that breaks amanda dumps
  • From: Matthias Andree <matthias.andree@xxxxxx>
• Re: [2.6 patch] drivers/bluetooth/: make some functions static
  • From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
• [2.6 patch] drivers/bluetooth/: make some functions static
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• acquireing IP address via DHCP
  • From: Suihong Liang <s2liang@xxxxxxxxxxxxxxx>
• Re: [BK PATCH] Fix ip_conntrack_amanda data corruption bug that breaks amanda dumps
  • From: Pablo Neira <pablo@xxxxxxxxxxx>
• [2.6 patch] small drivers/atm cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: [BK PATCH] Fix ip_conntrack_amanda data corruption bug that breaks amanda dumps
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: [BK PATCH] Fix ip_conntrack_amanda data corruption bug that breaks amanda dumps
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [BK PATCH] Fix ip_conntrack_amanda data corruption bug that breaks amanda dumps
  • From: Pablo Neira <pablo@xxxxxxxxxxx>
• inet_ifa_match confusion
  • From: Phil Oester <kernel@xxxxxxxxxxxx>
• Re: Bad UDP checksums with 2.6.9
  • From: Matthias Andree <matthias.andree@xxxxxx>
• [PATCH] Use nfmark as a key for u32 classifier
  • From: "Catalin(ux aka Dino) BOIE" <util@xxxxxxxxxxxxxxx>
• Re: [BK PATCH] Fix ip_conntrack_amanda data corruption bug that breaks amanda dumps
  • From: Matthias Andree <matthias.andree@xxxxxx>
• Regarding /etc/init.d/network script
  • From: Dinil Divakaran <dinil@xxxxxxxxxxxxxxxxxxxx>
• Re: Bad UDP checksums with 2.6.9
  • From: Martin Josefsson <gandalf@xxxxxxxxxxxxxx>
• RE: about the timers in Intel PRO/1000 driver code
  • From: "cramerj" <cramerj@xxxxxxxxx>
• about the timers in Intel PRO/1000 driver code
  • From: Yueting Shen <ritashen@xxxxxxxxxxxxxxx>
• Re: [BK PATCH] Fix ip_conntrack_amanda data corruption bug that breaks amanda dumps
  • From: Matthias Andree <matthias.andree@xxxxxx>
• Re: [BK PATCH] Fix ip_conntrack_amanda data corruption bug that breaks amanda dumps
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: [BK PATCH] Fix ip_conntrack_amanda data corruption bug that breaks amanda dumps
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [BK PATCH] Fix ip_conntrack_amanda data corruption bug that breaks amanda dumps
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: [BK PATCH] Fix ip_conntrack_amanda data corruption bug that breaks amanda dumps
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [BK PATCH] Fix ip_conntrack_amanda data corruption bug that breaks amanda dumps
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [BK PATCH] Fix ip_conntrack_amanda data corruption bug that breaks amanda dumps
  • From: Matthias Andree <matthias.andree@xxxxxx>
• Re: [BK PATCH] Fix ip_conntrack_amanda data corruption bug that breaks amanda dumps
  • From: Matthias Andree <matthias.andree@xxxxxx>
• Re: [BK PATCH] Fix ip_conntrack_amanda data corruption bug that breaks amanda dumps
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [BK PATCH] Fix ip_conntrack_amanda data corruption bug that breaks amanda dumps
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: [BK PATCH] Fix ip_conntrack_amanda data corruption bug that breaks amanda dumps
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Bad UDP checksums with 2.6.9
  • From: foo@xxxxxxxxxxxxxxxxx
• Re: [PATCH] tcp_diag build failure without CONFIG_IPV6
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• [PATCH] tcp_diag build failure without CONFIG_IPV6
  • From: Phil Oester <kernel@xxxxxxxxxxxx>
• Re: [BK PATCH] Fix ip_conntrack_amanda data corruption bug that breaks amanda dumps
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: Bad UDP checksums with 2.6.9
  • From: Sven Schuster <schuster.sven@xxxxxx>
• Re: Bad UDP checksums with 2.6.9
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• [BK PATCH] Fix ip_conntrack_amanda data corruption bug that breaks amanda dumps
  • From: Matthias Andree <matthias.andree@xxxxxx>
• CULPRIT FOUND (was: 2.6.9 network regression killing amanda)
  • From: Matthias Andree <matthias.andree@xxxxxx>
• Re: Interface down still ping works
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• packet forward
  • From: kaushal <kaushal@xxxxxxxxxx>
• Re: [RFC] handle return codes of inetaddr_notifiers
  • From: Thomas Spatzier <tspat@xxxxxxxxxx>
• Re: Bad UDP checksums with 2.6.9
  • From: foo@xxxxxxxxxxxxxxxxx
• debugging?
  • From: apalaios@xxxxxxxxxxxx
• Acknowledgement flooding for a packet received....
  • From: Pradeep Anbumani <pradeepdreams@xxxxxxxxx>
• Bad UDP checksums with 2.6.9
  • From: foo@xxxxxxxxxxxxxxxxx
• Re: Interface down still ping works
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Interface down still ping works
  • From: ghanta kumar <kumar_gh_2000@xxxxxxxxx>
• Re: data stored just before a memory chunk
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: [PATCH] UDP select handling of bad checksums.
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: [RFC] handle return codes of inetaddr_notifiers
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: 5 compile errors for 2.4-BK
  • From: Christian Kujau <evil@xxxxxxxxxx>
• Re: data stored just before a memory chunk
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: data stored just before a memory chunk
  • From: Rajeevalochan Ramaswamy <rajeevalochan.ramaswamy@xxxxxxxxx>
• data stored just before a memory chunk
  • From: vaidya <vaidya.sn@xxxxxxxxx>
• udp packets
  • From: kaushal <kaushal@xxxxxxxxxx>
• Re: [RFC] handle return codes of inetaddr_notifiers
  • From: Thomas Spatzier <tspat@xxxxxxxxxx>
• Re: [RFC] handle return codes of inetaddr_notifiers
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: [RFC] handle return codes of inetaddr_notifiers
  • From: Thomas Spatzier <tspat@xxxxxxxxxx>
• Re: [PATCH] UDP select handling of bad checksums.
  • From: Mitchell Blank Jr <mitch@xxxxxxxxxx>
• [PATCH] UDP select handling of bad checksums.
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: How to delete masquerading udp associations question
  • From: Phil Oester <kernel@xxxxxxxxxxxx>
• How to delete masquerading udp associations question
  • From: Matthias Wimmer <m@xxxxxxxxxx>
• Re: [RFC] handle return codes of inetaddr_notifiers
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: [RFC] handle return codes of inetaddr_notifiers
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• Re: [RFC] handle return codes of inetaddr_notifiers
  • From: Thomas Spatzier <tspat@xxxxxxxxxx>
• Re: [RFC] handle return codes of inetaddr_notifiers
  • From: Thomas Spatzier <tspat@xxxxxxxxxx>
• Re: [RFC] handle return codes of inetaddr_notifiers
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• [RFC] handle return codes of inetaddr_notifiers
  • From: Thomas Spatzier <tspat@xxxxxxxxxx>
• PROBLEM: IProute hangs after running traffic shaping scripts
  • From: Szymon Miotk <spam@xxxxxxxxxxxxx>
• Compressed RTP
  • From: Max Xiao <max.xiao@xxxxxxxxx>
• Re: [PATCH 475] HP300 LANCE
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• do I need call ip_rt_put at the end?
  • From: Xia Wei-Zhong-W20079 <xia@xxxxxxxxxxxx>
• Re: Route by dst port?
  • From: Jason Straight <jason@xxxxxxxxxxxxxxxxxxxx>
• Re: Route by dst port?
  • From: Bernd Eckenfels <be-mail2004@xxxxxxxxxxxx>
• Re: Route by dst port?
  • From: Jason Straight <jason@xxxxxxxxxxxxxxxxxxxx>
• Re: Route by dst port?
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Route by dst port?
  • From: Bernd Eckenfels <ecki-news2004-05@xxxxxxxxxxxx>
• Re: Route by dst port?
  • From: Jason Straight <jason@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 475] HP300 LANCE
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [PATCH 475] HP300 LANCE
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 475] HP300 LANCE
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 475] HP300 LANCE
  • From: Andrew Morton <akpm@xxxxxxxx>
• Re: [PATCH 475] HP300 LANCE
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [PATCH 475] HP300 LANCE
  • From: Andrew Morton <akpm@xxxxxxxx>
• Re: [PATCH 475] HP300 LANCE
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [PATCH 475] HP300 LANCE
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [PATCH 475] HP300 LANCE
  • From: Andrew Morton <akpm@xxxxxxxx>
• [PATCH 475] HP300 LANCE
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Route by dst port?
  • From: Bernd Eckenfels <ecki-news2004-05@xxxxxxxxxxxx>
• Network Stack Compliance
  • From: "Phil -" <me_4_myself@xxxxxxxxxxx>
• Route by dst port?
  • From: Jason Straight <jason@xxxxxxxxxxxxxxxxxxxx>
• Re: [2.6 patch] prism54: make some functions static
  • From: mcgrof@xxxxxxxxxxxxxxxxxxxx (Luis R. Rodriguez)
• [2.6 patch] prism54: make some functions static
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] prism54: small prismcompat cleanup
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [Job] Senior Software Engineer - Linux Kernel (Silicon Valley)
  • From: Hitech Recruit <hitech.recruit@xxxxxxxxx>
• [2.6 patch] net/skfp/smt.c: remove an unused function
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] bonding: remove an unused function
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: [2.6 patch] net/typhoon.c: remove an unused function
  • From: David Dillow <dave@xxxxxxxxxxxxxx>
• Re: [2.6 patch] net/3c505.c: remove unused functions
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: [2.6 patch] net/wan/n2.c: remove an unused function
  • From: Krzysztof Halasa <khc@xxxxxxxxx>
• [2.6 patch] net/skfp/smt.c: remove an unused function
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] net/wan/n2.c: remove an unused function
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] net/wan/n2.c: remove an unused function
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] net/typhoon.c: remove an unused function
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] net/3c505.c: remove unused functions
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: trouble receiving multicast
  • From: Wes Chow <wes@xxxxxxxxxxxxx>
• [2.6 patch] bonding: remove an unused function
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: trouble receiving multicast
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Interface/packet mirroring
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: Interface/packet mirroring
  • From: FoObArf00@xxxxxxxxxxxx
• Re: Interface/packet mirroring
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Interface/packet mirroring
  • From: FoObArf00@xxxxxxxxxxxx
• Re: trouble receiving multicast
  • From: Wes Chow <wes@xxxxxxxxxxxxx>
• Re: de4x5.c and MODULE_DEVICE_TABLE (2.6.9)
  • From: "Adam J. Richter" <adam@xxxxxxxxxxxxx>
• [Trivial patch] atm/horizon.c needs MODULE_DEVICE_TABLE()
  • From: "Adam J. Richter" <adam@xxxxxxxxxxxxx>
• getting informatioin about bridge and vlan interfaces
  • From: Rajeevalochan Ramaswamy <rajeevalochan.ramaswamy@xxxxxxxxx>
• Re: [PATCH] [REPOST] Add ability to register class interfaces for network class
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• [PATCH] [REPOST] Add ability to register class interfaces for network class
  • From: Timo Teräs <ext-timo.teras@xxxxxxxxx>
• SCSI NCR on Alpha
  • From: "Erik Adler" <erikabg@xxxxxxx>
• Re: 2.6.9 failed assertion in tcp_timer.c
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: 2.6.9-mm1: timer_event multiple definition
  • From: George Anzinger <george@xxxxxxxxxx>
• Re: 2.6.9-mm1: timer_event multiple definition
  • From: Christoph Lameter <clameter@xxxxxxx>
• Re: 2.6.9 failed assertion in tcp_timer.c
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: 2.6.9 failed assertion in tcp_timer.c
  • From: Phil Oester <kernel@xxxxxxxxxxxx>
• IPSec implementation pointers
  • From: "Srivatsa R. Iyengar" <srivatsar@xxxxxxxxx>
• Re: Netlink Implementation.
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: de4x5.c and MODULE_DEVICE_TABLE (2.6.9)
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: routing table improvements
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• routing table improvements
  • From: Tobias DiPasquale <codeslinger@xxxxxxxxx>
• Outbound IPIP Tunnel Packets not shaped/policed
  • From: Javier Szyszlican <javier@xxxxxxxxx>
• Re: Netlink Implementation.
  • From: Eric Bambach <eric@xxxxxxxx>
• missing RTM_DELROUTE for routes deleted by kernel when interface is brought down.
  • From: bj@xxxxxxx (Rainer Clasen)
• Re: Netlink Implementation.
  • From: "Thanh Tra LUU" <luu@xxxxxxx>
• Re: 2.6.9-mm1: pc_debug multiple definitions
  • From: mcgrof@xxxxxxxxxxxxxxxxxxxx (Luis R. Rodriguez)
• Re: 2.6.9-mm1: pc_debug multiple definitions
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: 2.6.9-mm1: pc_debug multiple definitions
  • From: mcgrof@xxxxxxxxxxxxxxxxxxxx (Luis R. Rodriguez)
• Opinions about Linux networking books?
  • From: Tero Saarni <terosaarni@xxxxxxxxxxx>
• Re: Netlink Implementation.
  • From: Eric Bambach <eric@xxxxxxxx>
• de4x5.c and MODULE_DEVICE_TABLE (2.6.9)
  • From: "Patrick J. LoPresti" <patl@xxxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.9 failed assertion in tcp_timer.c
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Netlink Implementation.
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: 2.6.9-mm1: pc_debug multiple definitions
  • From: Russell King <rmk+lkml@xxxxxxxxxxxxxxxx>
• Re: 2.6.9 failed assertion in tcp_timer.c
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: Netlink Implementation.
  • From: Eric Bambach <eric@xxxxxxxx>
• Re: 2.6.9 failed assertion in tcp_timer.c
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: 2.6.9 failed assertion in tcp_timer.c
  • From: Phil Oester <kernel@xxxxxxxxxxxx>
• Re: 2.6.9-mm1: timer_event multiple definition
  • From: Christoph Lameter <clameter@xxxxxxx>
• Re: 2.6.9-mm1: timer_event multiple definition
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: 2.6.9-mm1: timer_event multiple definition
  • From: Christoph Lameter <clameter@xxxxxxx>
• 2.6.9-mm1: timer_event multiple definition
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• 2.6.9-mm1: pc_debug multiple definitions
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: 2.6.9 failed assertion in tcp_timer.c
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• [ANNOUNCE] iproute2 2.6.9-041019
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: [PATCH] select appropriate skb size in tcp_sendmsg when TSO is used
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: [PATCH] select appropriate skb size in tcp_sendmsg when TSO is used
  • From: Thomas Spatzier <thomas.spatzier@xxxxxxxxxx>
• Re: 2.6.9 failed assertion in tcp_timer.c
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: NFS and Network Driver Question
  • From: Bob Wirka <bobwirka@xxxxxxxxxxxx>
• Re: 2.6.9 failed assertion in tcp_timer.c
  • From: Phil Oester <kernel@xxxxxxxxxxxx>
• Re: NFS and Network Driver Question
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Controlling a TCP connection
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: NFS and Network Driver Question
  • From: Bob Wirka <bobwirka@xxxxxxxxxxxx>
• Re: Controlling a TCP connection
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• LLC malformed Packets and Ethernet II Unknown TYPE field
  • From: condor_rl@xxxxxxxxx
• Re: 2.6.9 failed assertion in tcp_timer.c
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: IFA_LOCAL
  • From: "Thanh Tra LUU" <luu@xxxxxxx>
• Re: Controlling a TCP connection
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: 2.6.9 failed assertion in tcp_timer.c
  • From: Phil Oester <kernel@xxxxxxxxxxxx>
• Controlling a TCP connection
  • From: "Ronaldo Z. Afonso" <ronaldo.afonso@xxxxxxxxxxxx>
• Re: Netlink Implementation.
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• LLC malformed Packets and Ethernet II Unknown TYPE field
  • From: condor_rl@xxxxxxxxx
• IFA_LOCAL
  • From: "Thanh Tra LUU" <luu@xxxxxxx>
• Re: IFA_LOCAL
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• IFA_LOCAL
  • From: "Thanh Tra LUU" <luu@xxxxxxx>
• Re: Netlink Implementation.
  • From: "Thanh Tra LUU" <luu@xxxxxxx>
• Re: [PATCH] select appropriate skb size in tcp_sendmsg when TSO is used
  • From: Thomas Spatzier <thomas.spatzier@xxxxxxxxxx>
• Re: [PATCH] select appropriate skb size in tcp_sendmsg when TSO is used
  • From: Thomas Spatzier <thomas.spatzier@xxxxxxxxxx>
• Re: [PATCH] select appropriate skb size in tcp_sendmsg when TSO is used
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: [PATCH] select appropriate skb size in tcp_sendmsg when TSO is used
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• ArcNet patch [PATCH]
  • From: Esben Nielsen <simlo@xxxxxxxxxx>
• Re: netem: kernel freeze using 'gap' option
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [ANNOUNCE] iproute2 2.6.9-041019
  • From: Jeff Chua <jeffchua@xxxxxxxxxxxxxxxxxxx>
• Netlink Implementation.
  • From: Eric Bambach <eric@xxxxxxxx>
• Re: [PATCH] select appropriate skb size in tcp_sendmsg when TSO is used
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: 2.6.9 failed assertion in tcp_timer.c
  • From: Phil Oester <kernel@xxxxxxxxxxxx>
• Re: 2.6.9 failed assertion in tcp_timer.c
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] select appropriate skb size in tcp_sendmsg when TSO is used
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: 2.6.9 network regression killing amanda - 3c59x?
  • From: Andrew Morton <akpm@xxxxxxxx>
• 2.6.9 network regression killing amanda - 3c59x?
  • From: Matthias Andree <matthias.andree@xxxxxx>
• Re: [ANNOUNCE] iproute2 2.6.9-041019
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: [ANNOUNCE] iproute2 2.6.9-041019
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: NFS and Network Driver Question
  • From: Bob Wirka <bobwirka@xxxxxxxxxxxx>
• Documentation for /proc/net/tcp and tcp6
  • From: Arnout Engelen <arnouten@xxxxxxxx>
• Re: iproute2 and 2.6.9 kernel headers (was Re: [ANNOUNCE] iproute2 2.6.9-041019)
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: iproute2 and 2.6.9 kernel headers (was Re: [ANNOUNCE] iproute2 2.6.9-041019)
  • From: David Vrabel <dvrabel@xxxxxxxxx>
• Re: [PATCH] select appropriate skb size in tcp_sendmsg when TSO is used
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: iproute2 and 2.6.9 kernel headers (was Re: [ANNOUNCE] iproute2 2.6.9-041019)
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• iproute2 and 2.6.9 kernel headers (was Re: [ANNOUNCE] iproute2 2.6.9-041019)
  • From: Harald Welte <laforge@xxxxxxxxxxxx>
• [PATCH] select appropriate skb size in tcp_sendmsg when TSO is used
  • From: Thomas Spatzier <thomas.spatzier@xxxxxxxxxx>
• Re: [ANNOUNCE] iproute2 2.6.9-041019
  • From: Harald Welte <laforge@xxxxxxxxxxxx>
• Re: [ANNOUNCE] iproute2 2.6.9-041019
  • From: Jeff Chua <jeffchua@xxxxxxxxxxxxxxxxxxx>
• Re: NFS and Network Driver Question
  • From: Bob Wirka <bobwirka@xxxxxxxxxxxx>
• Re: NFS and Network Driver Question
  • From: Michael Richardson <mcr@xxxxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.9 failed assertion in tcp_timer.c
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• 2.6.9 failed assertion in tcp_timer.c
  • From: Phil Oester <kernel@xxxxxxxxxxxx>
• Re: Network Driver and NFS Root
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: Network Driver and NFS Root
  • From: Bob Wirka <bobwirka@xxxxxxxxxxxx>
• Re: NFS and Network Driver Question
  • From: Bob Wirka <bobwirka@xxxxxxxxxxxx>
• [2.6 patch] net/tokenring/olympic.c: remove unused variable (fwd)
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: tcp over lossy link
  • From: Daniele Lacamera <mlists@xxxxxxxxxxxxxx>
• Re: netem: kernel freeze using 'gap' option
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: netem: kernel freeze using 'gap' option
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• netem: kernel freeze using 'gap' option
  • From: Markus Rehbach <markus.rehbach@xxxxxx>
• Re: tcp over lossy link
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• tcp over lossy link
  • From: Stuart Adams <sja@xxxxxxxxxxxxxxxxx>
• Re: ssh autentication. Password problem.
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• ssh autentication. Password problem.
  • From: rn001 <rn001@xxxxxxxxxxxxx>
• Re: distinguish the virtual interface from a physical interface.
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: distinguish the virtual interface from a physical interface.
  • From: "Thanh Tra LUU" <luu@xxxxxxx>
• Re: distinguish the virtual interface from a physical interface.
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Network Driver and NFS Root
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• distinguish the virtual interface from a physical interface.
  • From: "Thanh Tra LUU" <luu@xxxxxxx>
• Re: 2.4 and 2.6 under DDoS behavior
  • From: Bernd Eckenfels <ecki-news2004-05@xxxxxxxxxxxx>
• Re: 2.4 and 2.6 under DDoS behavior
  • From: S Iremonger <exxsi@xxxxxxxxxx>
• Re: 2.4 and 2.6 under DDoS behavior
  • From: tripping <tripping@xxxxxxxxx>
• Network Driver and NFS Root
  • From: Bob Wirka <bobwirka@xxxxxxxxxxxx>
• [Patch 2.6] Net - Exclude uneeded code when ! CONFIG_PROC_FS
  • From: Michal Rokos <michal@xxxxxxxxxx>
• Re: 2.4 and 2.6 under DDoS behavior
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: 2.4 and 2.6 under DDoS behavior
  • From: S Iremonger <exxsi@xxxxxxxxxx>
• Re: Executing programs in a windows network. Part 2
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Executing programs in a windows network. Part 2
  • From: rn001 <rn001@xxxxxxxxxxxxx>
• 2.4 and 2.6 under DDoS behavior
  • From: tripping <tripping@xxxxxxxxx>
• Re: executing programs in a windows network
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: [patch] allow write() on SOCK_PACKET sockets
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [patch] allow write() on SOCK_PACKET sockets
  • From: Stas Sergeev <stsp@xxxxxxxx>
• Re: [patch] allow write() on SOCK_PACKET sockets
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: executing programs in a windows network
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• select, jiffies, and SIGALRM
  • From: Vx Glenn <VxGlenn@xxxxxxxxx>
• executing programs in a windows network
  • From: rn001 <rn001@xxxxxxxxxxxxx>
• Re: [PATCH] Add ability to register class interfaces for network class
  • From: Timo Teräs <ext-timo.teras@xxxxxxxxx>
• Re: [PATCH] Add ability to register class interfaces for network class
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] Add ability to register class interfaces for network class
  • From: Timo Teräs <ext-timo.teras@xxxxxxxxx>
• Re: source ip addr selection in ipv6, how?
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• source ip addr selection in ipv6, how?
  • From: Gabor Fekete <feketga@xxxxxx>
• Re: udp_recvmsg: possible bug causing infinite hang?
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: udp_recvmsg: possible bug causing infinite hang?
  • From: Nagendra Singh Tomar <nagendra_tomar@xxxxxxxxxxx>
• Re: udp_recvmsg: possible bug causing infinite hang?
  • From: "Chad N. Tindel" <chad@xxxxxxxxxx>
• Problems reading from /proc/net/tcp
  • From: "Chad N. Tindel" <chad@xxxxxxxxxx>
• Re: udp_recvmsg: possible bug causing infinite hang?
  • From: Nagendra Singh Tomar <nagendra_tomar@xxxxxxxxxxx>
• Re: [patch] allow write() on SOCK_PACKET sockets
  • From: Stas Sergeev <stsp@xxxxxxxx>
• Re: [patch] allow write() on SOCK_PACKET sockets
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [patch] allow write() on SOCK_PACKET sockets
  • From: Stas Sergeev <stsp@xxxxxxxx>
• Re: Implementing a new medium access protocol for an 802.11 card in the kernel driver
  • From: Anand Kumria <wildfire@xxxxxxxxxxx>
• [PATCH][Trivial] kill unused variable in olympic.c
  • From: Jesper Juhl <juhl-lkml@xxxxxx>
• Implementing a new medium access protocol for an 802.11 card in the kernel driver
  • From: Brian Kimmel <briankimmel@xxxxxxxxx>
• Re: udp_recvmsg: possible bug causing infinite hang?
  • From: Bernd Eckenfels <ecki-news2004-05@xxxxxxxxxxxx>
• Re: udp_recvmsg: possible bug causing infinite hang?
  • From: "Chad N. Tindel" <chad@xxxxxxxxxx>
• Re: udp_recvmsg: possible bug causing infinite hang?
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• udp_recvmsg: possible bug causing infinite hang?
  • From: "Chad N. Tindel" <ctindel@xxxxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.9-rc2-mm4-VP-S7 - ksoftirq and selinux oddity
  • From: Luke Kenneth Casson Leighton <lkcl@xxxxxxxx>
• Re: 2.6.9-rc2-mm4-VP-S7 - ksoftirq and selinux oddity
  • From: Stephen Smalley <sds@xxxxxxxxxxxxxx>
• Re: 2.6.9-rc2-mm4-VP-S7 - ksoftirq and selinux oddity
  • From: Luke Kenneth Casson Leighton <lkcl@xxxxxxxx>
• eth1 changing into dev****
  • From: Ugo Bellavance <ugob@xxxxxxxxxxxxxx>
• [2.6 patch] net/tokenring/olympic.c: remove unused variable
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: 2.6.9-rc2-mm4-VP-S7 - ksoftirq and selinux oddity
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: Custom protocol implementation in the linux kernel
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Custom protocol implementation in the linux kernel
  • From: bkurian@xxxxxxxxxxxxxxxx
• socki_lookup: socket file changed!
  • From: Swapnil Nagle <swapsn@xxxxxxxxxxxxxx>
• Re: 2.6.9-rc2-mm4-VP-S7 - ksoftirq and selinux oddity
  • From: Stephen Smalley <sds@xxxxxxxxxxxxxx>
• 2.6.9-rc2-mm4-VP-S7 - ksoftirq and selinux oddity
  • From: Valdis.Kletnieks@xxxxxx
• Re: skb->dev NULL pointer dereference in icmpv6_send() in linux-2.6.9-rc3 and earlier
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• Re: skb->dev NULL pointer dereference in icmpv6_send() in linux-2.6.9-rc3 and earlier
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• Copper vs Fiber...
  • From: Roy Butler <roy.butler@xxxxxxxxxxxx>
• Re: another 'bad scheduling while atomic' thing
  • From: Gene Heskett <gene.heskett@xxxxxxxxxxx>
• Re: another 'bad scheduling while atomic' thing
  • From: michel Xhaard <mxhaard@xxxxxxxx>
• AVER TV 303p Analog
  • From: "Andre Reiners" <andre.reiners@xxxxxxx>
• another 'bad scheduling while atomic' thing
  • From: Gene Heskett <gene.heskett@xxxxxxxxxxx>
• another 'bad scheduling while atomic' thing
  • From: Gene Heskett <gene.heskett@xxxxxxxxxxx>
• Re: TCP Segmentation in driver
  • From: Thomas Spatzier <thomas.spatzier@xxxxxxxxxx>
• Re: TCP Segmentation in driver
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• TCP Segmentation in driver
  • From: Thomas Spatzier <thomas.spatzier@xxxxxxxxxx>
• Monitoring per pid
  • From: Sohail Somani <sohail@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2.6.9-rc3] olympic driver: fix kernel oops on lobe fault
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: [PATCH 2.6.9-rc3] olympic driver: fix kernel oops on lobe fault
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [PATCH 2.6.9-rc3] olympic driver: fix kernel oops on lobe fault
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [PATCH 2.6.9-rc3] olympic driver: fix kernel oops on lobe fault
  • From: Andrew Morton <akpm@xxxxxxxx>
• Re: [PATCH 2.6.9-rc3] olympic driver: fix kernel oops on lobe fault
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: [PATCH 2.6.9-rc3] olympic driver: fix kernel oops on lobe fault
  • From: Andrew Morton <akpm@xxxxxxxx>
• Re: [PATCH 2.6.9-rc3] olympic driver: fix kernel oops on lobe fault
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• skb->dev NULL pointer dereference in icmpv6_send() in linux-2.6.9-rc3 and earlier
  • From: "Craig, Dave" <dwcraig@xxxxxxxxxxxx>
• Re: [PATCH 2.6.9-rc3] olympic driver: fix kernel oops on lobe fault
  • From: Andrew Morton <akpm@xxxxxxxx>
• Not all tcp sockets are found by ss command (iproute2)
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• Re: [PATCH 2.6.9-rc3] olympic driver: fix kernel oops on lobe fault
  • From: Mike_Phillips@xxxxxxxxxxx
• [PATCH 2.6.9-rc3] olympic driver: fix kernel oops on lobe fault
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: [Kernel-janitors] [PATCH 4/6] janitor: net/sis900: pci_find_device to pci_get_device
  • From: Scott Feldman <sfeldma@xxxxxxxxx>
• Re: [Kernel-janitors] [PATCH 4/6] janitor: net/sis900: pci_find_device to pci_get_device
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 4/6] janitor: net/sis900: pci_find_device to pci_get_device
  • From: Scott Feldman <sfeldma@xxxxxxxxx>
• tc and iproute2 code
  • From: Sohail Somani <sohail@xxxxxxxxxxxxxxxx>
• Re: set source addr of a IP packet
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• set source addr of a IP packet
  • From: "Thanh Tra LUU" <luu@xxxxxxx>
• Re: [Fwd: [Bug 3498] New: udp multicast does not filter on group]
  • From: David Stevens <dlstevens@xxxxxxxxxx>
• [Fwd: [Bug 3498] New: udp multicast does not filter on group]
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• skb->dev NULL pointer dereference in icmpv6_send() in linux-2.6.9-rc3 and earlier
  • From: "Craig, Dave" <dwcraig@xxxxxxxxxxxx>
• Re: Source address of IGMP packets
  • From: David Stevens <dlstevens@xxxxxxxxxx>
• Re: Window size less than MSS
  • From: Berend De Schouwer <bds@xxxxxxxxx>
• Re: Window size less than MSS
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: [PATCH 2.6.9-rc2] ns83820: add vlan tag hardware acceleration support
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: Window size less than MSS
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Window size less than MSS
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Source address of IGMP packets
  • From: "Stefan Penz" <penz@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Window size less than MSS
  • From: Berend De Schouwer <bds@xxxxxxxxx>
• Re: [PATCH 2.6.9-rc2] ns83820: add vlan tag hardware acceleration support
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [PATCH 2.6.9-rc2] ns83820: add vlan tag hardware acceleration support
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: Window size less than MSS
  • From: Berend De Schouwer <bds@xxxxxxxxx>
• Re: [PATCH 2.6.9-rc2] ns83820: add vlan tag hardware acceleration support
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• [PATCH 2.6.9-rc2] ns83820: add vlan tag hardware acceleration support
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: Window size less than MSS
  • From: Berend De Schouwer <bds@xxxxxxxxx>
• Re: Window size less than MSS
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Window size less than MSS
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Window size less than MSS
  • From: Berend De Schouwer <bds@xxxxxxxxx>
• Re: Memory Swapping Problem
  • From: Eric Bambach <eric@xxxxxxxx>
• Wake-on-Lan with 3C940 on Asus P4P800
  • From: Bas Mevissen <sgm@xxxxxxxxxxxxxx>
• Re: TCP implementation requirements
  • From: Noritoshi Demizu <demizu@xxxxxxxxxxxxxx>
• Re: TCP implementation requirements
  • From: Matthew Luckie <mjl@xxxxxxxxxxxxx>
• Re: Memory Swapping Problem
  • From: James Chapman <jchapman@xxxxxxxxxxx>
• Re: Where is /net/dev/core.c ?
  • From: condor_rl@xxxxxxxxx
• Re: Where is /net/dev/core.c ?
  • From: Mathieu Goutelle <Mathieu.Goutelle@xxxxxxxxxxxxxxxxxx>
• Re: TCP implementation requirements
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxx>
• Re: Where is /net/dev/core.c ?
  • From: Anupam Kapoor <anupam.kapoor@xxxxxxxxx>
• Re: QOS + Kernel 2.6.8.1 + wshaper
  • From: Sohail Somani <sohail@xxxxxxxxxxxxxxxx>
• Re: QOS + Kernel 2.6.8.1 + wshaper
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: Survey on Open Source
  • From: Sohail Somani <sohail@xxxxxxxxxxxxxxxx>
• Survey on Open Source
  • From: "Mike Chan" <mikecck@xxxxxxxxxxxxxx>
• QOS + Kernel 2.6.8.1 + wshaper
  • From: Sohail Somani <sohail@xxxxxxxxxxxxxxxx>
• Re: Where is /net/dev/core.c ?
  • From: Mathieu Goutelle <Mathieu.Goutelle@xxxxxxxxxxxxxxxxxx>
• TCP implementation requirements
  • From: theShadowSearcher <linux_kernel26@xxxxxxxxxxxx>
• Memory Swapping Problem
  • From: "Jihua Cheng" <JihuaC@xxxxxxxxxx>
• Re: Where is /net/dev/core.c ?
  • From: Mathieu Goutelle <Mathieu.Goutelle@xxxxxxxxxxxxxxxxxx>
• Where is /net/dev/core.c ?
  • From: condor_rl@xxxxxxxxx
• Re: Show the macs an eth is listening on?
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Show the macs an eth is listening on?
  • From: condor_rl@xxxxxxxxx
• Re: RTT and RTO monitoring toolsf
  • From: condor_rl@xxxxxxxxx
• Re: RTT and RTO monitoring toolsf
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• RTT and RTO monitoring toolsf
  • From: condor_rl@xxxxxxxxx
• Re: strange network slowness in 2.6 unless pingflooding
  • From: CaT <cat@xxxxxxxxxx>
• Re: kernel not zeroing sipx_zero
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PATCH] [iproute2] XFRM: support ICMP/ICMPv6's type and code
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: FTP and HTTP Proxy on Gateway Machine
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• FTP and HTTP Proxy on Gateway Machine
  • From: TEJAS VORA <voratejas@xxxxxxxxx>
• Re: strange network slowness in 2.6 unless pingflooding
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: strange network slowness in 2.6 unless pingflooding
  • From: CaT <cat@xxxxxxxxxx>
• Re: thinkpad issue --No PCMCIA hotplug activity when onboard nic (e1000) down
  • From: Russell King <rmk+lkml@xxxxxxxxxxxxxxxx>
• thinkpad issue --No PCMCIA hotplug activity when onboard nic (e1000) down
  • From: Dax Kelson <dax@xxxxxxxxxxxx>
• Re: strange network slowness in 2.6 unless pingflooding
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxx>
• Re: HTB problems on x86_64
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• HTB problems on x86_64
  • From: Bogdan Luca <bogdan.luca@xxxxxxxxx>
• strange network slowness in 2.6 unless pingflooding
  • From: CaT <cat@xxxxxxxxxx>
• Re: Timeout Issue
  • From: vaidya <vaidya.sn@xxxxxxxxx>
• Timeout Issue
  • From: vaidya <vaidya.sn@xxxxxxxxx>
• Re: High-latency link & tunnels: strange problem
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: High-latency link & tunnels: strange problem
  • From: "Vlad Doubrov" <vlad@xxxxxx>
• Re: kernel not zeroing sipx_zero
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxx>
• kernel not zeroing sipx_zero
  • From: Colin Phipps <cph@xxxxxxxxxxxxxxx>
• Re: [PATCH] 2.6.9-rc2 tulip phy reset
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: [PATCH] 2.6.9-rc2 tulip_stop_rxtx
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: [PATCH] 2.6.9-rc2 tulip_stop_rxtx
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [PATCH] 2.6.9-rc2 tulip phy reset
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: ArcNet and 2.6.8.1
  • From: Lee Revell <rlrevell@xxxxxxxxxxx>
• Re: ArcNet and 2.6.8.1
  • From: Martin Mares <mj@xxxxxx>
• Re: ArcNet and 2.6.8.1
  • From: Joel Jaeggli <joelja@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] 2.6.9-rc2 tulip_stop_rxtx
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• [PATCH] 2.6.9-rc2 tulip phy reset
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: ArcNet and 2.6.8.1
  • From: Esben Nielsen <simlo@xxxxxxxxxx>
• Re: Packet performance degradation with CONFIG_NETFILTER [2.4.26]
  • From: Pantelis Antoniou <panto@xxxxxxxxxxx>
• Re: High-latency link & tunnels: strange problem
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: High-latency link & tunnels: strange problem
  • From: "Vlad Doubrov" <vlad@xxxxxx>
• Re: ArcNet and 2.6.8.1
  • From: Esben Nielsen <simlo@xxxxxxxxxx>
• Re: ArcNet and 2.6.8.1
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: ArcNet and 2.6.8.1
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: ArcNet and 2.6.8.1
  • From: Esben Nielsen <simlo@xxxxxxxxxx>
• Re: High-latency link & tunnels: strange problem
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: ArcNet and 2.6.8.1
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: ArcNet and 2.6.8.1
  • From: Esben Nielsen <simlo@xxxxxxxxxx>
• High-latency link & tunnels: strange problem
  • From: Vlad Doubrov <vlad@xxxxxx>
• Re: ArcNet and 2.6.8.1
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• ArcNet and 2.6.8.1
  • From: Esben Nielsen <simlo@xxxxxxxxxx>
• Source address for icmp errors...
  • From: Chris Wilson <chris@xxxxxxxxxxxxx>
• Re: howto exploit TCP Segmentation Offload (TSO)
  • From: Nivedita Singhvi <niv@xxxxxxxxxx>
• Re: howto exploit TCP Segmentation Offload (TSO)
  • From: Thomas Spatzier <Thomas.Spatzier@xxxxxx>
• Re: howto exploit TCP Segmentation Offload (TSO)
  • From: Nivedita Singhvi <niv@xxxxxxxxxx>
• Re: howto exploit TCP Segmentation Offload (TSO)
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: howto exploit TCP Segmentation Offload (TSO)
  • From: Thomas Spatzier <tspat@xxxxxxxxxx>
• Re: howto exploit TCP Segmentation Offload (TSO)
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• howto exploit TCP Segmentation Offload (TSO)
  • From: Thomas Spatzier <tspat@xxxxxxxxxx>
• Crash when bringing up network in 2.6.9-rc2-mm2
  • From: Reuben Farrelly <reuben-linux-net@xxxxxxxx>
• del_timer[_sync]
  • From: Tobias DiPasquale <codeslinger@xxxxxxxxx>
• Re: Three way TCP handshake : can we avoid the third packet ?
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Three way TCP handshake : can we avoid the third packet ?
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• Re: Three way TCP handshake : can we avoid the third packet ?
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Three way TCP handshake : can we avoid the third packet ?
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• Re: Connection states information tables
  • From: Lorenzo Rossi <condor_rl@xxxxxxxxx>
• Re: Connection states information tables
  • From: Phil Oester <kernel@xxxxxxxxxxxx>
• Connection states information tables
  • From: Lorenzo Rossi <condor_rl@xxxxxxxxx>
• Re: Three way TCP handshake : can we avoid the third packet ?
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: [PATCH] introducing new net device feature NETIF_F_MC_ALL
  • From: Frank Pavlic <pavlic@xxxxxxxxxx>
• Three way TCP handshake : can we avoid the third packet ?
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• RE: Network Statistics Collection
  • From: "Huber, George K RDECOM CERDEC STCD SRI" <George.K.Huber@xxxxxxxxxxx>
• Re: How to add a new protocol?
  • From: Anupam Kapoor <anupam.kapoor@xxxxxxxxx>
• Network Statistics Collection
  • From: TEJAS VORA <voratejas@xxxxxxxxx>
• Re: How to add a new protocol?
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxx>
• Re: [2.6 patch] TMS380TR must select FW_LOADER
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: Packet performance degradation with CONFIG_NETFILTER [2.4.26]
  • From: Harald Welte <laforge@xxxxxxxxxxxx>
• Re: Packet performance degradation with CONFIG_NETFILTER [2.4.26]
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• How to add a new protocol?
  • From: Andre Kirchner <supercroc1974@xxxxxxxxx>
• Re: Packet performance degradation with CONFIG_NETFILTER [2.4.26]
  • From: Harald Welte <laforge@xxxxxxxxxxxx>
• Packet capturing behaviour with ipsec tunnels
  • From: Michel Wilson <michel@xxxxxxxxxxx>
• Re: Netfilter assertions
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Linux networking tutorial
  • From: Andre Kirchner <supercroc1974@xxxxxxxxx>
• Netfilter assertions
  • From: "Udo A. Steinberg" <us15@xxxxxxxxxxxxxxxxxxxx>
• Re: Network CBQ Oops in 2.6.8.1 just after booting
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Network CBQ Oops in 2.6.8.1 just after booting
  • From: Dennis Bijwaard <bijwaard@xxxxxxx>
• Re: [PATCH] Improve behaviour of Netlink Sockets
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Improve behaviour of Netlink Sockets
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• de2104x driver BUG
  • From: Jan-Marek Glogowski <glogow@xxxxxxxxxx>
• Re: [PATCH] Improve behaviour of Netlink Sockets
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] introducing new net device feature NETIF_F_MC_ALL
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2.6-bk] [RESEND] typhoon: PCI cleanups and ethtool_ops conversion
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• [PATCH 2.6-bk] [RESEND] typhoon: PCI cleanups and ethtool_ops conversion
  • From: David Dillow <dave@xxxxxxxxxxxxxx>
• Re: Knowing different network interfaces of the system
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: trouble receiving multicast
  • From: Wes Chow <wes@xxxxxxxxxxxxx>
• Re: trouble receiving multicast
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• RE: Knowing different network interfaces of the system
  • From: "Sumit Pandya" <sumit@xxxxxxxxxxxxx>
• Re: Knowing different network interfaces of the system
  • From: Bernd Eckenfels <ecki-news2004-05@xxxxxxxxxxxx>
• Re: Knowing different network interfaces of the system
  • From: vijay kalkoti <vijayck@xxxxxxxxx>
• Re: Knowing different network interfaces of the system
  • From: Tony Lee <tony.p.lee@xxxxxxxxx>
• Knowing different network interfaces of the system
  • From: vijay kalkoti <vijayck@xxxxxxxxx>
• [PATCH] introducing new net device feature NETIF_F_MC_ALL
  • From: Frank Pavlic <pavlic@xxxxxxxxxx>
• Re: trouble receiving multicast
  • From: Wes Chow <wes@xxxxxxxxxxxxx>
• Re: trouble receiving multicast
  • From: David Stevens <dlstevens@xxxxxxxxxx>
• trouble receiving multicast
  • From: Wes Chow <wes@xxxxxxxxxxxxx>
• Re: Using netem qdisc
  • From: "Catalin(ux aka Dino) BOIE" <util@xxxxxxxxxxxxxxx>
• Re: Forcing a connection from a particular NIC
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxxxx>
• Re: Using netem qdisc
  • From: Michael Lundkvist <brels@xxxxxxxxxx>
• Re: Using netem qdisc
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Using netem qdisc
  • From: Michael Lundkvist <brels@xxxxxxxxxx>
• Re: Forcing a connection from a particular NIC
  • From: Ronak Sutaria <RSutaria@xxxxxxxxx>
• Confusions abuot TCP_ECN in linux 2.4 / 2.6
  • From: S Iremonger <exxsi@xxxxxxxxxx>
• Re: Forcing a connection from a particular NIC
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• RE: socket query
  • From: "Naidu, Venkata" <Venkata.Naidu@xxxxxxxxxxx>
• Re: socket query
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: socket query
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: Forcing a connection from a particular NIC
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• Re: Forcing a connection from a particular NIC
  • From: Brian Haley <Brian.Haley@xxxxxx>
• Re: How to find the different network interfaces present in the system
  • From: vijay kalkoti <vijayck@xxxxxxxxx>
• Re: How to find the different network interfaces present in the system
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• How to find the different network interfaces present in the system
  • From: vijay kalkoti <vijayck@xxxxxxxxx>
• Re: socket query
  • From: Jeroen Massar <jeroen@xxxxxxxxx>
• Re: socket query
  • From: vijay kalkoti <vijayck@xxxxxxxxx>
• Re: socket query
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: socket query
  • From: vijay kalkoti <vijayck@xxxxxxxxx>
• e1000 causing oops in tcp_time_to_recover on 2.6.9-rc1 bk latest
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxx>
• Re: PROBLEM: gzip locks while decompressing a particular file when on NFS v.3
  • From: Willy Gardiol <willy@xxxxxxxxxxx>
• PROBLEM: gzip locks while decompressing a particular file when on NFS v.3
  • From: Willy Gardiol <willy@xxxxxxxxxxx>
• Re: Forcing a connection from a particular NIC
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxxxx>
• Re: Forcing a connection from a particular NIC
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Forcing a connection from a particular NIC
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Forcing a connection from a particular NIC
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxxxx>
• Re: Forcing a connection from a particular NIC
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxxxx>
• Re: Forcing a connection from a particular NIC
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• RE: multicast Forwarding Issue
  • From: "Jihua Cheng" <JihuaC@xxxxxxxxxx>
• Re: multicast Forwarding Issue
  • From: David Stevens <dlstevens@xxxxxxxxxx>
• [PATCH 2.6-bk] typhoon: PCI cleanups and ethtool_ops conversion
  • From: David Dillow <dave@xxxxxxxxxxxxxx>
• Re: multicast Forwarding Issue
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: multicast Forwarding Issue
  • From: Pekka Savola <pekkas@xxxxxxxxxx>
• Re: multicast Forwarding Issue
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• multicast Forwarding Issue
  • From: "Jihua Cheng" <JihuaC@xxxxxxxxxx>
• Re: socket query
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: socket query
  • From: Swapnil Nagle <swapsn@xxxxxxxxxxxxxx>
• socket query
  • From: vijay kalkoti <vijayck@xxxxxxxxx>
• Re: Forcing a connection from a particular NIC
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• RE: Forcing a connection from a particular NIC
  • From: Xia Wei-Zhong-W20079 <xia@xxxxxxxxxxxx>
• XFRM and scope_id of link-local IPv6 addresses
  • From: Aidas Kasparas <a.kasparas@xxxxxx>
• Re: Forcing a connection from a particular NIC
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxxxx>
• Re: FW: IP addresses for a point to point network
  • From: Jean-Mickael Guerin <jean-mickael.guerin@xxxxxxxxx>
• Re: No TCP connections after MAC address change but UDP and ICMP work
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• Re: No TCP connections after MAC address change but UDP and ICMP work
  • From: Eduardo Trápani <mapache@xxxxxxxxxx>
• Re: No TCP connections after MAC address change but UDP and ICMP work
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: Kernel problem handling SYN ACK packets
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• No TCP connections after MAC address change but UDP and ICMP work
  • From: Eduardo Trápani <mapache@xxxxxxxxxx>
• Kernel problem handling SYN ACK packets
  • From: Dave Jones <dave_jones_314@xxxxxxxxx>
• Re: [PATCH] Improve behaviour of Netlink Sockets
  • From: Roger Luethi <rl@xxxxxxxxxxx>
• [PATCH] spelling/typos in include/linux/tcp.h and tcp_output.c
  • From: Baruch Even <baruch@xxxxxxxxx>
• Re: bad slaves count in eql driver
  • From: Loic Le Loarer <loic.le-loarer+lnet@xxxxxxxxxxxxxxxxx>
• Re: bad slaves count in eql driver
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: [Openswan Users] multiple tunnel fails after upgrade, kernel 2.6.8 bug!?
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• RE: [Openswan Users] multiple tunnel fails after upgrade, kernel 2.6.8 bug!?
  • From: "Vik Heyndrickx" <vik.heyndrickx@xxxxxxxxx>
• Load balancing
  • From: shiljo san <shiljosan@xxxxxxxxx>
• Packet performance degradation with CONFIG_NETFILTER [2.4.26]
  • From: Pantelis Antoniou <panto@xxxxxxxxxxx>
• Info regarding IXP2400 Networkprocessor
  • From: "K.Anantha Kiran" <ananth@xxxxxxxxxxxxxx>
• Help re. ip6_route_add
  • From: "LUGH" <lugh@xxxxxxxxxx>
• Re: bad slaves count in eql driver
  • From: Loic Le Loarer <loic.le-loarer+lk@xxxxxxxxxxxxxxxxx>
• Re: stability of IMQ?
  • From: Andre Correa <andre.correa@xxxxxxxxx>
• RE: [Openswan Users] multiple tunnel fails after upgrade
  • From: "Vik Heyndrickx" <vik.heyndrickx@xxxxxxxxx>
• Re: [Openswan Users] multiple tunnel fails after upgrade
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• RE: [Openswan Users] multiple tunnel fails after upgrade
  • From: "Vik Heyndrickx" <vik.heyndrickx@xxxxxxxxx>
• [PATCH] [iproute2] XFRM: support ICMP/ICMPv6's type and code
  • From: Masahide Nakamura <nakam@xxxxxxxxxxxxxx>
• [PATCH] [iproute2] XFRM: fixing protocol
  • From: Masahide Nakamura <nakam@xxxxxxxxxxxxxx>
• [PATCH] [iproute2] XFRM: using flush message type
  • From: Masahide Nakamura <nakam@xxxxxxxxxxxxxx>
• [PATCH] [iproute2] XFRM: fixing IPsec algorithm key
  • From: Masahide Nakamura <nakam@xxxxxxxxxxxxxx>
• Re: Skbuff modification
  • From: linux lover <linux_lover2004@xxxxxxxxx>
• RE: Forcing a connection from a particular NIC
  • From: Xia Wei-Zhong-W20079 <xia@xxxxxxxxxxxx>
• Skbuff modification
  • From: linux lover <linux_lover2004@xxxxxxxxx>
• Bug in Kernel
  • From: Jörg Sommer <joerg@xxxxxxxxxxxx>
• Re: bad slaves count in eql driver
  • From: Loic Le Loarer <loic.le-loarer+lnet@xxxxxxxxxxxxxxxxx>
• Re: bad slaves count in eql driver
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• bad slaves count in eql driver
  • From: Loic Le Loarer <loic.le-loarer+lnet@xxxxxxx>
• Re: tg3: LKML fix (MAC_STATUS_SIGNAL_DET) still fails on an IBM blade with auto-neg
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• [PATCH] net/ipv4 for Source VIPA support, kernel BK Head
  • From: Einar Lueck <elueck@xxxxxxxxxx>
• Re: tg3: LKML fix (MAC_STATUS_SIGNAL_DET) still fails on an IBM blade with auto-neg
  • From: Richard Chan <rspchan@xxxxxxxxxxxxxx>
• Re: Forcing a connection from a particular NIC
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Forcing a connection from a particular NIC
  • From: Ronak Sutaria <rss26@xxxxxxxx>
• stability of IMQ?
  • From: Tobias DiPasquale <codeslinger@xxxxxxxxx>
• Re: net drivers depending on OBSOLETE
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• [PATCH] NET: 8139too netdev_priv conversion
  • From: Pekka Enberg <penberg@xxxxxxxxxxxxxx>
• [PATCH] NET: 8139too netdev_priv conversion
  • From: Pekka Enberg <penberg@xxxxxxxxxxxxxx>
• [PATCH] net-tools 1.60: ifconfig delayed netmask
  • From: "Malita, Florin" <florin.malita@xxxxxxxxxxxx>
• Re: [PATCH] Improve behaviour of Netlink Sockets
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• net drivers depending on OBSOLETE
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [announce] new iproute2 snapshot
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: daemons for dynamic routing
  • From: Martin Rusko <rusko@xxxxxxxxxxxxxxx>
• Re: [PATCH] Improve behaviour of Netlink Sockets
  • From: Pablo Neira <pablo@xxxxxxxxxxx>
• Re: prevent hdd spin-down at system halt
  • From: Martín Chikilian <slack@xxxxxxxxxxxxx>
• prevent hdd spin-down at system halt
  • From: Dirk Jagdmann <jagdmann@xxxxxxxxx>
• daemons for dynamic routing
  • From: Richard Weinberger <richard@xxxxxx>
• Re: problem while exporting
  • From: Dinil Divakaran <dinil@xxxxxxxxxxxxxxxxxxxx>
• Re: tg3: LKML fix (MAC_STATUS_SIGNAL_DET) still fails on an IBM blade with auto-neg
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• tg3: LKML fix (MAC_STATUS_SIGNAL_DET) still fails on an IBM blade with auto-neg
  • From: RChan <rspchan@xxxxxxxxxxxxxx>
• Re: [PATCH] Improve behaviour of Netlink Sockets
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: 2.6.8-something tcp-winscale problem..
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• 2.6.8-something tcp-winscale problem..
  • From: Matti Aarnio <matti.aarnio@xxxxxxxxxxx>
• ArcNet patch [PATCH]
  • From: Esben Nielsen <simlo@xxxxxxxxxx>
• Re: tg3 vs bcm5700 on FC2 updates
  • From: Richard Chan <rspchan@xxxxxxxxxxxxxx>
• Re: [PATCH] Re: Issue with PCMCIA 3c59x on 2.6.4-rc2
  • From: Andrew Morton <akpm@xxxxxxxx>
• Re: problem while exporting
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: problem while exporting
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• problem while exporting
  • From: Dinil Divakaran <dinil@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Improve behaviour of Netlink Sockets
  • From: Pablo Neira <pablo@xxxxxxxxxxx>
• Re: ethernet to ethernet
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: ethernet to ethernet
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: ethernet to ethernet
  • From: <ravivsn@xxxxxxxxxxxxxx>
• Re: ethernet to ethernet
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: ethernet to ethernet
  • From: apalaios@xxxxxxxxxxxx
• Re: [PATCH][EMAC] ibm_emac driver updates
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [2.4 patch][1/6] lmc_media.c: fix gcc 3.4 compilation
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: [2.4 patch][1/6] lmc_media.c: fix gcc 3.4 compilation
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: ethernet to ethernet
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• ethernet to ethernet
  • From: apalaios@xxxxxxxxxxxx
• Re: Forcing a connection from a particular NIC
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxxxx>
• Wake On Lan for sk98lin?
  • From: Christer Weinigel <christer@xxxxxxxxxxx>
• Problems with b44 driver in 2.4.27
  • From: Jeekay <38@xxxxxxxxxxxx>
• Re: [PATCH] Improve behaviour of Netlink Sockets
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PATCH] Improve behaviour of Netlink Sockets
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: 2.6.8.1 ip_rt_bug using libipq to reroute packets to loopback,works on 2.4.x
  • From: Pablo Neira <pablo@xxxxxxxxxxx>
• Re: [PATCH] Improve behaviour of Netlink Sockets
  • From: Pablo Neira <pablo@xxxxxxxxxxx>
• Re: [PATCH] lpd7a40x (arm) support in smc91x driver
  • From: Marc Singer <elf@xxxxxxxxx>
• Re: tg3 vs bcm5700 on FC2 updates
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 patch][6/6] dscc4.c: fix gcc 3.4 compilation
  • From: Francois Romieu <romieu@xxxxxxxxxx>
• 2.6.8.1 ip_rt_bug using libipq to reroute packets to loopback,works on 2.4.x
  • From: "J Leven" <jleven0@xxxxxxxxx>
• Re: Monitoring RTT and RTO values
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• tg3 vs bcm5700 on FC2 updates
  • From: Richard Chan <rspchan@xxxxxxxxxxxxxx>
• Re: [PATCH] Improve behaviour of Netlink Sockets
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] Improve behaviour of Netlink Sockets
  • From: Pablo Neira <pablo@xxxxxxxxxxx>
• Re: [PATCH] Improve behaviour of Netlink Sockets
  • From: Pablo Neira <pablo@xxxxxxxxxxx>
• Re: [PATCH] Improve behaviour of Netlink Sockets
  • From: Pablo Neira <pablo@xxxxxxxxxxx>
• Re: Forcing a connection from a particular NIC
  • From: Swapnil Nagle <swapsn@xxxxxxxxxxxxxx>
• [2.4 patch][6/6] dscc4.c: fix gcc 3.4 compilation
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Monitoring RTT and RTO values
  • From: Vijay Raghunathan <vijay@xxxxxxxxxxx>
• Re: Multiple source IP addresses & port assignment
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Multiple source IP addresses & port assignment
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Multiple source IP addresses & port assignment
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Multiple source IP addresses & port assignment
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Multiple source IP addresses & port assignment
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: [PATCH] Improve behaviour of Netlink Sockets
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• [2.4 patch][1/6] lmc_media.c: fix gcc 3.4 compilation
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] really uninline lmc_trace
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: Forcing a connection from a particular NIC
  • From: rss26@xxxxxxxx
• [PATCH] Improve behaviour of Netlink Sockets
  • From: Pablo Neira <pablo@xxxxxxxxxxx>