Linux Networking

• Thread Index

• Multiple source IP addresses & port assignment
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Forcing a connection from a particular NIC
  • From: Anupam Kapoor <anupam.kapoor@xxxxxxxxx>
• Re: Forcing a connection from a particular NIC
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxxxx>
• Re: Forcing a connection from a particular NIC
  • From: Anupam Kapoor <anupam.kapoor@xxxxxxxxx>
• Re: QoS kernel crashes
  • From: Sebastian Bork <sebi@xxxxxxxx>
• RE: Forcing a connection from a particular NIC
  • From: Xia Wei-Zhong-W20079 <xia@xxxxxxxxxxxx>
• Re: Forcing a connection from a particular NIC
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Forcing a connection from a particular NIC
  • From: Anupam Kapoor <anupam.kapoor@xxxxxxxxx>
• Re: Forcing a connection from a particular NIC
  • From: Bradley Hook <bhook@xxxxxxxx>
• Re: Forcing a connection from a particular NIC
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: QoS kernel crashes
  • From: Tomasz Torcz <zdzichu@xxxxxx>
• Re: simple IP configuration question?
  • From: Bradley Hook <bhook@xxxxxxxx>
• Re: QoS kernel crashes
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Forcing a connection from a particular NIC
  • From: rss26@xxxxxxxx
• Re: b44 driver suspend/resume (was Re: [ACPI] Re: Re: various problems with Acer TM654, suspend, ACAD, radeon)
  • From: Norbert Preining <preining@xxxxxxxx>
• Re: b44 driver suspend/resume (was Re: [ACPI] Re: Re: various problems with Acer TM654, suspend, ACAD, radeon)
  • From: Nathan Bryant <nbryant@xxxxxxxxxxxxx>
• Re: b44 driver suspend/resume (was Re: [ACPI] Re: Re: various problems with Acer TM654, suspend, ACAD, radeon)
  • From: Norbert Preining <preining@xxxxxxxx>
• b44 driver suspend/resume (was Re: [ACPI] Re: Re: various problems with Acer TM654, suspend, ACAD, radeon)
  • From: Nathan Bryant <nbryant@xxxxxxxxxxxxx>
• QoS kernel crashes
  • From: Sebastian Bork <sebi@xxxxxxxx>
• Re: Linux based router for Gigabit traffic
  • From: alex@xxxxxxxxxxxx
• mmap behavior in multiple processor network device
  • From: Rajeevalochan Ramaswamy <rajeevalochan.ramaswamy@xxxxxxxxx>
• Re: simple IP configuration question?
  • From: Julian Underwood <mailings@xxxxxxxxxxxxxx>
• Re: Linux based router for Gigabit traffic
  • From: Stephen Samuel <samuel@xxxxxxxxxxx>
• Re: simple IP configuration question?
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• Re: Linux-2.6.9-rc1 netfilter compile problems
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: Linux-2.6.9-rc1 netfilter compile problems
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Linux-2.6.9-rc1 netfilter compile problems
  • From: "Udo A. Steinberg" <us15@xxxxxxxxxxxxxxxxxxxx>
• simple IP configuration question?
  • From: Julian Underwood <mailings@xxxxxxxxxxxxxx>
• Re: [PATCH] [broken?] Add MSI support to e1000
  • From: Roland Dreier <roland@xxxxxxxxxxx>
• Re: [PATCH] [broken?] Add MSI support to e1000
  • From: Chris Leech <chris.leech@xxxxxxxxx>
• ppp and microcontrollers
  • From: Carlos Renato Tasinafo <renato@xxxxxxxxxxxxxxxxxxx>
• netem info
  • From: Serban Simu <serban@xxxxxxxxxxxxxx>
• Re: [PATCH] [broken?] Add MSI support to e1000
  • From: Roland Dreier <roland@xxxxxxxxxxx>
• Re: [PATCH] [broken?] Add MSI support to e1000
  • From: Roland Dreier <roland@xxxxxxxxxxx>
• RE: [PATCH] [broken?] Add MSI support to e1000
  • From: "Nguyen, Tom L" <tom.l.nguyen@xxxxxxxxx>
• Re: Linux based router for Gigabit traffic
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Linux based router for Gigabit traffic
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• [announce] iproute2 for 2.6.8 (and 2.4.27)
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: Linux based router for Gigabit traffic
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• RE: [PATCH] [broken?] Add MSI support to e1000
  • From: "Nguyen, Tom L" <tom.l.nguyen@xxxxxxxxx>
• Re: [PATCH] [broken?] Add MSI support to e1000
  • From: Roland Dreier <roland@xxxxxxxxxxx>
• Re: Linux based router for Gigabit traffic
  • From: "Stephen J. Smoogen" <smooge@xxxxxxxxx>
• RE: [PATCH] [broken?] Add MSI support to e1000
  • From: "Nguyen, Tom L" <tom.l.nguyen@xxxxxxxxx>
• Re: Linux based router for Gigabit traffic
  • From: "Stephen J. Smoogen" <smooge@xxxxxxxxx>
• Re: Linux based router for Gigabit traffic
  • From: alex@xxxxxxxxxxxx
• Re: Linux based router for Gigabit traffic
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: Linux based router for Gigabit traffic
  • From: alex@xxxxxxxxxxxx
• Re: Linux based router for Gigabit traffic
  • From: alex@xxxxxxxxxxxx
• Re: Linux based router for Gigabit traffic
  • From: urgrue <urgrue@xxxxxxxxx>
• Re: Linux based router for Gigabit traffic
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: IEEE-1588
  • From: Esben Nielsen <simlo@xxxxxxxxxx>
• Re: IEEE-1588
  • From: Bernd Eckenfels <ecki-news2004-05@xxxxxxxxxxxx>
• Re: IEEE-1588
  • From: Martin Rusko <rusko@xxxxxxxxxxxxxxx>
• Re: IEEE-1588
  • From: Gene Heskett <gene.heskett@xxxxxxxxxxx>
• Re: Linux based router for Gigabit traffic
  • From: urgrue <urgrue@xxxxxxxxx>
• IEEE-1588
  • From: Esben Nielsen <simlo@xxxxxxxxxx>
• RE: Entirely ignoring TCP and UDP checksum in kernel level
  • From: "Josan Kadett" <corporate@xxxxxxxxxxxxxxx>
• Re: Linux based router for Gigabit traffic
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Linux based router for Gigabit traffic
  • From: Hasso Tepper <hasso@xxxxxxxxx>
• RE: Very unusual NAT configuration...
  • From: "Josan Kadett" <corporate@xxxxxxxxxxxxxxx>
• Re: Linux based router for Gigabit traffic
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Linux based router for Gigabit traffic
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• RE: Very unusual NAT configuration...
  • From: asterr <asterr@xxxxxxxxx>
• RE: Very unusual NAT configuration...
  • From: "Josan Kadett" <corporate@xxxxxxxxxxxxxxx>
• RE: Very unusual NAT configuration...
  • From: asterr <asterr@xxxxxxxxx>
• RE: Very unusual NAT configuration...
  • From: "Josan Kadett" <corporate@xxxxxxxxxxxxxxx>
• Re: Very unusual NAT configuration...
  • From: asterr <asterr@xxxxxxxxx>
• Very unusual NAT configuration...
  • From: "Josan Kadett" <corporate@xxxxxxxxxxxxxxx>
• Re: Linux based router for Gigabit traffic
  • From: alex@xxxxxxxxxxxx
• Re: Linux based router for Gigabit traffic
  • From: Anantha Kiran <ananth.kandukuri@xxxxxxxxx>
• Re: Linux based router for Gigabit traffic
  • From: Anantha Kiran <ananth.kandukuri@xxxxxxxxx>
• Re: Linux based router for Gigabit traffic
  • From: alex@xxxxxxxxxxxx
• Re: Linux based router for Gigabit traffic
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• disbling route cache
  • From: "ken" <ken@xxxxxxxxxxxxxxxxx>
• Re: Linux based router for Gigabit traffic
  • From: Matti Aarnio <matti.aarnio@xxxxxxxxxxx>
• Re: Linux based router for Gigabit traffic
  • From: alex@xxxxxxxxxxxx
• Re: Linux based router for Gigabit traffic
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: Linux based router for Gigabit traffic
  • From: Michel Wilson <michel@xxxxxxxxxxx>
• Linux based router for Gigabit traffic
  • From: Anantha Kiran <ananth.kandukuri@xxxxxxxxx>
• Re: modifying tcp/ip stack
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Entirely ignoring TCP and UDP checksum in kernel level
  • From: Willy Tarreau <willy@xxxxxxxxx>
• modifying tcp/ip stack
  • From: cranium2003 <cranium2003@xxxxxxxxx>
• Entirely ignoring TCP and UDP checksum in kernel level
  • From: "Josan Kadett" <corporate@xxxxxxxxxxxxxxx>
• [PATCH] [broken?] Add MSI support to e1000
  • From: Roland Dreier <roland@xxxxxxxxxxx>
• Networking question
  • From: "Bloch, Jack" <jack.bloch@xxxxxxxxxxx>
• Re: IPSec initialization problems
  • From: Michel Wilson <michel@xxxxxxxxxxx>
• Re: IPSec initialization problems
  • From: Aidas Kasparas <a.kasparas@xxxxxx>
• Re: Linux kernel 2.6.x sometimes doesn't send TCP ACK for no apparent reason
  • From: Jose Luis Domingo Lopez <linux-net@xxxxxxxxxxxxx>
• Re: [PATCH 2.4] fix tg3 mtu settings
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: IPSec initialization problems
  • From: Michel Wilson <michel@xxxxxxxxxxx>
• Re: IPSec initialization problems
  • From: Martín Chikilian <slack@xxxxxxxxxxxxx>
• Re: IPSec initialization problems
  • From: Michel Wilson <michel@xxxxxxxxxxx>
• RE: [PATCH 2.4] fix tg3 mtu settings
  • From: "Tony Battersby" <tonyb@xxxxxxxxxxxxxxx>
• Re: IPSec initialization problems
  • From: Martín Chikilian <slack@xxxxxxxxxxxxx>
• Re: IPSec initialization problems
  • From: Michel Wilson <michel@xxxxxxxxxxx>
• Re: IPSec initialization problems
  • From: Martín Chikilian <slack@xxxxxxxxxxxxx>
• IPSec initialization problems
  • From: Michel Wilson <michel@xxxxxxxxxxx>
• Re: [PATCH 2.4] fix tg3 mtu settings
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.6.8.1] Bug ? Mult-homed host replies to ARP requests for IP address on admin downed interface
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• [2.6.8.1] Bug ? Mult-homed host replies to ARP requests for IP address on admin downed interface
  • From: Mark Smith <random@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH 2.4] fix tg3 mtu settings
  • From: "Tony Battersby" <tonyb@xxxxxxxxxxxxxxx>
• linksys wet11 problem
  • From: Justinas <justinas.g@xxxxxxxxxxx>
• Re: gethostbyname issues
  • From: Juergen Nickelsen <juergen.nickelsen@xxxxxxxxxxx>
• Re: gethostbyname issues
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: gethostbyname issues
  • From: Bernd Eckenfels <ecki-news2004-05@xxxxxxxxxxxx>
• Re: Network routing issue
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxxxx>
• Re: gethostbyname issues
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• Re: gethostbyname issues
  • From: syedk <syedk@xxxxxxxxxx>
• Re: gethostbyname issues
  • From: vaidya sn <vaidya.sn@xxxxxxxxxx>
• Re: gethostbyname issues
  • From: Dinil Divakaran <dinil@xxxxxxxxxxxxxxxxxxxx>
• gethostbyname issues
  • From: vaidya sn <vaidya.sn@xxxxxxxxxx>
• Re: [PATCH 2.4] fix tg3 mtu settings
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PATCH 2.4] fix tg3 mtu settings
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: 3c59x box only responds every N seconds
  • From: Domen Puncer <domen@xxxxxxxxxxxx>
• Re: 3c59x box only responds every N seconds
  • From: Martin Volf <mv@xxxxxx>
• 3c59x box only responds every N seconds
  • From: Domen Puncer <domen@xxxxxxxxxxxx>
• RE: clock_gettime() problem
  • From: "Charlie Liu" <charlie@xxxxxxxxxxxx>
• Re: [PATCH 2.4] fix tg3 mtu settings
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: route addition/deletion from within kernel
  • From: Nagendra Singh Tomar <nagendra_tomar@xxxxxxxxxxx>
• [PATCH] Update e1000 to use module_param()
  • From: Roland Dreier <roland@xxxxxxxxxxx>
• Re: [2.6 patch] CONFIG_MII requires only CONFIG_NET
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• e1000 CSA fix for 82547
  • From: "Tony Battersby" <tonyb@xxxxxxxxxxxxxxx>
• [PATCH 2.4] fix tg3 mtu settings
  • From: "Tony Battersby" <tonyb@xxxxxxxxxxxxxxx>
• Re: [2.6 patch] CONFIG_MII requires only CONFIG_NET
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [2.6 patch] CONFIG_MII requires only CONFIG_NET
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• software raid and gigabit very slow
  • From: Eamonn Hamilton <EAMONN.HAMILTON@xxxxxxxx>
• route addition/deletion from within kernel
  • From: rvemuri <rvemuri@xxxxxxxxxx>
• Re: [PATCH] Re: Issue with PCMCIA 3c59x on 2.6.4-rc2
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [2.6 patch] small Kconfig corrections for two ATARI net drivers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 2.4.27] Forcedeth v28 backport
  • From: Jane Liu <janliu@xxxxxxxxxx>
• Re: NLS
  • From: Martín Chikilian <slack@xxxxxxxxxxxxx>
• NLS
  • From: "pElA'0" <remc66@xxxxxxxxx>
• [2.6 patch] small Kconfig corrections for two ATARI net drivers
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: Network routing issue
  • From: Swapnil Nagle <swapsn@xxxxxxxxxxxxxx>
• Re: [PATCH] Re: Issue with PCMCIA 3c59x on 2.6.4-rc2
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• [PATCH] Re: Issue with PCMCIA 3c59x on 2.6.4-rc2
  • From: Nathan Bryant <nbryant@xxxxxxxxxxxxx>
• Re: [2.6 patch] net/seeq8005.c: small cleanups (fwd)
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [PATCH] lpd7a40x (arm) support in smc91x driver
  • From: Marc Singer <elf@xxxxxxxxx>
• Re: [2.6 patch] net/seeq8005.c: small cleanups (fwd)
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• About remap_page_range()
  • From: Sandeep Shinde <sandeep.shinde@xxxxxxxxx>
• IP route caching
  • From: "ken" <ken@xxxxxxxxxxxxxxxxx>
• Re: Network routing issue
  • From: Nagendra Singh Tomar <nagendra_tomar@xxxxxxxxxxx>
• Re: Network routing issue
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: FW: IP addresses for a point to point network
  • From: Bernd Eckenfels <ecki-news2004-05@xxxxxxxxxxxx>
• RE: Network routing issue
  • From: "Martin A. Brown" <mabrown@xxxxxxxxxxxxxx>
• FW: IP addresses for a point to point network
  • From: "Vijay Sampath" <Vijay.Sampath@xxxxxxxxxx>
• RE: Network routing issue
  • From: "Luesley, William" <william.luesley@xxxxxxxxx>
• RE: Network routing issue
  • From: "Eble, Dan" <DanE@xxxxxxxxxx>
• Network routing issue
  • From: "Luesley, William" <william.luesley@xxxxxxxxx>
• rp_filter and fib_validate_source sequence in KPTD
  • From: "Martin A. Brown" <mabrown@xxxxxxxxxxxxxx>
• Re: ICMP Source Quench
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: ICMP Source Quench
  • From: Dinil Divakaran <dinil@xxxxxxxxxxxxxxxxxxxx>
• Re: ICMP Source Quench
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• [2.6 patch] net/seeq8005.c: small cleanups (fwd)
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] TMS380TR must select FW_LOADER
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• ICMP Source Quench
  • From: Dinil Divakaran <dinil@xxxxxxxxxxxxxxxxxxxx>
• Re: EDD Support
  • From: "Randy.Dunlap" <rddunlap@xxxxxxxx>
• Re: EDD Support
  • From: "Randy.Dunlap" <rddunlap@xxxxxxxx>
• [2.6 patch] fix net/hamradio/dmascc with gcc 3.4 (fwd)
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [patch] 2.6.8-rc3-mm2: sk98lin/skge.c doesn't compile with PROC_FS=n
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• EDD Support
  • From: Henry Molina <henrymolina@xxxxxxxxxxxxxxxxxx>
• Re: Linux kernel 2.6.x sometimes doesn't send TCP ACK for no apparent reason
  • From: Jose Luis Domingo Lopez <linux-net@xxxxxxxxxxxxx>
• Linux kernel 2.6.x sometimes doesn't send TCP ACK for no apparent reason
  • From: Jose Luis Domingo Lopez <linux-net@xxxxxxxxxxxxx>
• IMQ patch for 2.6.7
  • From: Dinil Divakaran <dinil@xxxxxxxxxxxxxxxxxxxx>
• Re: D-Link DFE-580TX on VIA EPIA
  • From: Jason Lunz <lunz@xxxxxxxxxxxx>
• 2.6.8-rc3-mm1: sk98lin/skge.c compile error with PROC_FS=n
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: iptables dnat to loopback
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: iptables dnat to loopback
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: Interface switching for multi-homed devices
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: iptables dnat to loopback
  • From: Damian Gatabria <damian_g@xxxxxxxxxxxxx>
• Re: iptables dnat to loopback
  • From: Phil Oester <kernel@xxxxxxxxxxxx>
• Re: iptables dnat to loopback
  • From: Damian Gatabria <damian_g@xxxxxxxxxxxxx>
• Re: iptables dnat to loopback
  • From: Phil Oester <kernel@xxxxxxxxxxxx>
• iptables dnat to loopback
  • From: Damian Gatabria <damian_g@xxxxxxxxxxxxx>
• Interface switching for multi-homed devices
  • From: Vijay Raghunathan <vijay@xxxxxxxxxxx>
• [PATCH][EMAC] ibm_emac driver updates
  • From: Matt Porter <mporter@xxxxxxxxxxxxxxxxxxx>
• Re: Help needed debugging flaky network driver
  • From: Philip Molter <philip@xxxxxxxxxxxxxx>
• Help needed debugging flaky network driver
  • From: "Vsevolod (Simon) Ilyushchenko" <simonf@xxxxxxxx>
• [2.4.] [IPv6] can auto negotiation be re-triggered after network configuration
  • From: Sebastian Niehaus <killedbythoughts@xxxxxxxxxxxxx>
• D-Link DFE-580TX on VIA EPIA
  • From: Gavin Hamill <gdh@xxxxxxxxxxxxxx>
• eisa 3com 3c597 on hppa get to work problem
  • From: Frank Dornheim <conloos@xxxxxxxx>
• Re: [PATCH] TCP Westwood+ references
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• [PATCH] TCP Westwood+ references
  • From: "Angelo Dell'Aera" <buffer@xxxxxxxxxxxx>
• Setting an IP option with the function ip_setsockopt()
  • From: "zze-CLOUET Samuel RD-CORE-CAE" <samuel.clouet@xxxxxxxxxxxxxxxxxxxx>
• [2.6 patch] ixgb_main.c: fix inline compile errors (fwd)
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] fix net/hamradio/dmascc with gcc 3.4
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: notification of availability?
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: notification of availability?
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• notification of availability?
  • From: Tobias DiPasquale <codeslinger@xxxxxxxxx>
• Adding a new protocol to linux
  • From: sparkystriata@xxxxxxxxxxx
• Re: [PATCH] fix inline related gcc 3.4 build failures in drivers/net/wan/dscc4.c
  • From: Jesper Juhl <juhl-lkml@xxxxxx>
• Re: [PATCH] fix inline related gcc 3.4 build failures in drivers/net/wan/dscc4.c
  • From: Francois Romieu <romieu@xxxxxxxxxx>
• [PATCH] fix inline related gcc 3.4 build failures in drivers/net/wan/dscc4.c
  • From: Jesper Juhl <juhl-lkml@xxxxxx>
• Re: ECN page -- http://gtf.org/garzik/ecn/
  • From: Pekka Savola <pekkas@xxxxxxxxxx>
• Re: [2.6 patch] net/hamachi.c: remove bogus inline at function prototype (fwd)
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: [2.6 patch] net/hamachi.c: remove bogus inline at function prototype (fwd)
  • From: Jesper Juhl <juhl-lkml@xxxxxx>
• traffic shaping and queues inside a network driver
  • From: Alexander Sirotkin <demiurg@xxxxxx>
• Re: [announce] iproute2 update
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [announce] iproute2 update
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [announce] iproute2 update
  • From: Andreas Jellinghaus <aj@xxxxxxxxxxxxxxx>
• Re: ECN page -- http://gtf.org/garzik/ecn/
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• [announce] iproute2 update
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• ECN page -- http://gtf.org/garzik/ecn/
  • From: Pekka Savola <pekkas@xxxxxxxxxx>
• [2.6 patch] net/tulip/dmfe.c: fix inline compile errors (fwd)
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] net/rrunner.c: fix inline compile error (fwd)
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] net/hamachi.c: remove bogus inline at function prototype (fwd)
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] net/smc9194.c: fix inline compile errors (fwd)
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• net_device->irq vs pci_dev->irq
  • From: Frank Cusack <fcusack@xxxxxxxxxxx>
• Lockups with tg3 driver
  • From: Ben <ben@xxxxxxxx>
• sb1000.c::nicedelay() (msleep)
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxx>
• Re: [patch] 2.6.8-rc1-mm1: 8139too: uninline rtl8139_start_thread
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• RE: Fw: Linux tc cbq shaping at high speed
  • From: <Darwin.Agahari@xxxxxxxx>
• Re: [2.6.6-mm4, 2.6.6-1.435.2.3] Hanging tcp connections to certain www servers
  • From: Ville Herva <vherva@xxxxxxxxxx>
• SiS 900 Linux kernel patch
  • From: André Derrick Balsa <andrebalsa@xxxxxxxxxxxxxxxxxx>
• Re: [2.6.6-mm4, 2.6.6-1.435.2.3] Hanging tcp connections to certain www servers
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: [2.6.6-mm4, 2.6.6-1.435.2.3] Hanging tcp connections to certain www servers
  • From: Ville Herva <vherva@xxxxxxxxxx>
• Re: eth1 and 2.6.7 kernel
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: [2.6.6-mm4, 2.6.6-1.435.2.3] Hanging tcp connections to certain www servers
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: [2.6.6-mm4, 2.6.6-1.435.2.3] Hanging tcp connections to certain www servers
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: changing ethernet devices, new one stops cold at iptables
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• eth1 and 2.6.7 kernel
  • From: Karolis <list@xxxxxxxxx>
• Re: MTU of outgoing Interface
  • From: Matthew Luckie <mjl@xxxxxxxxxxxxx>
• Re: [2.6.6-mm4, 2.6.6-1.435.2.3] Hanging tcp connections to certain www servers
  • From: Ville Herva <vherva@xxxxxxxxxx>
• Re: [2.6.6-mm4, 2.6.6-1.435.2.3] Hanging tcp connections to certain www servers
  • From: Ville Herva <vherva@xxxxxxxxxx>
• Re: [2.6.6-mm4, 2.6.6-1.435.2.3] Hanging tcp connections to certain www servers
  • From: Ville Herva <vherva@xxxxxxxxxx>
• Re: [2.6.6-mm4, 2.6.6-1.435.2.3] Hanging tcp connections to certain www servers
  • From: David Ford <david+challenge-response@xxxxxxxxxxxxx>
• [2.6.6-mm4, 2.6.6-1.435.2.3] Hanging tcp connections to certain www servers
  • From: Ville Herva <vherva@xxxxxxxxxx>
• Re: sleep_on removal from drivers/net/shaper.c
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• sleep_on removal from tokenring/tms389tr.c
  • From: Domen Puncer <domen@xxxxxxxxxxxx>
• sleep_on removal from drivers/net/shaper.c
  • From: Domen Puncer <domen@xxxxxxxxxxxx>
• Re: MTU of outgoing Interface
  • From: Roberto Nibali <ratz@xxxxxxxxxxxx>
• Re: rmem_default and memory wastage
  • From: Nagendra Singh Tomar <nagendra_tomar@xxxxxxxxxxx>
• Re: MTU of outgoing Interface
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: changing ethernet devices, new one stops cold at iptables
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• rmem_default and memory wastage
  • From: Frank Cusack <fcusack@xxxxxxxxxxx>
• Re: MTU of outgoing Interface
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• MTU of outgoing Interface
  • From: Matthew Luckie <mjl@xxxxxxxxxxxxx>
• changing ethernet devices, new one stops cold at iptables
  • From: Gene Heskett <gene.heskett@xxxxxxxxxxx>
• Re: udp(7) and MSG_TRUNC
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• kernel freeze with r8169 in GB mode
  • From: Luc de Louw <luc@xxxxxxxxx>
• Re: Fw: Linux tc cbq shaping at high speed
  • From: jamal <hadi@xxxxxxxxxx>
• Re: r8169 in 2.6.7: transfer stops after few seconds
  • From: "Vladimir B. Savkin" <master@xxxxxxxxxxxxxx>
• Re: udp(7) and MSG_TRUNC
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• Re: Ipv6 array ORDER
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: udp(7) and MSG_TRUNC
  • From: Alexey Toptygin <alexeyt@xxxxxxxxxxxxx>
• Re: udp(7) and MSG_TRUNC
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: udp(7) and MSG_TRUNC
  • From: Alexey Toptygin <alexeyt@xxxxxxxxxxxxx>
• Re: udp(7) and MSG_TRUNC
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: r8169 in 2.6.7: transfer stops after few seconds
  • From: Francois Romieu <romieu@xxxxxxxxxxxxx>
• Re: r8169 in 2.6.7: transfer stops after few seconds
  • From: Francois Romieu <romieu@xxxxxxxxxxxxx>
• Re: r8169 in 2.6.7: transfer stops after few seconds
  • From: "Vladimir B. Savkin" <master@xxxxxxxxxxxxxx>
• Re: r8169 in 2.6.7: transfer stops after few seconds
  • From: Francois Romieu <romieu@xxxxxxxxxxxxx>
• r8169 in 2.6.7: transfer stops after few seconds
  • From: "Vladimir B. Savkin" <master@xxxxxxxxxxxxxx>
• Re: Communication to device drivers
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: Communication to device drivers
  • From: Jason Gaiser <jgaiser@xxxxxxxxxxxxx>
• [PATCH] depends on PCI DMA API: Cisco/Aironet 34X/35X/4500/4800
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Communication to device drivers
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Communication to device drivers
  • From: "Paul Jones" <p_a_u_l_j_o_n_e_s@xxxxxxxxxxx>
• Ipv6 array ORDER
  • From: Alpt <alpt@xxxxxxxxxxxx>
• Re: [2.6 patch] e1000_main.c: fix inline compile errors
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• traffic control
  • From: Dinil Divakaran <dinil@xxxxxxxxxxxxxxxxxxxx>
• [2.6 patch] net/seeq8005.c: small cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] net/seeq8005.c: fix inline compile error
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] net/rrunner.c: fix inline compile error
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: [2.6 patch] e1000_main.c: fix inline compile errors
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: [2.6 patch] e1000_main.c: fix inline compile errors
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: [2.6 patch] e1000_main.c: fix inline compile errors
  • From: Denis Vlasenko <vda@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [2.6 patch] net/tulip/dmfe.c: fix inline compile errors
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] net/hamachi.c: remove bogus inline at function prototype
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] ixgb_main.c: fix inline compile errors
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] net/smc9194.c: fix inline compile errors
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] e1000_main.c: fix inline compile errors
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: [patch] 2.6.8-rc1-mm1: 8139too: uninline rtl8139_start_thread
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• [patch] 2.6.8-rc1-mm1: 8139too: uninline rtl8139_start_thread
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: Information on traffic control
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Information on traffic control
  • From: Rafael Paoliello Guimaraes <rafael.guimaraes@xxxxxxxxx>
• Linux tc cbq shaping at high speed
  • From: <Jonathan.Chan@xxxxxxxx>
• Re: Eepro, Badness in local_bh_enable
  • From: Kent Friis <leeloo@xxxxxxxxxxxx>
• Re: linux 2.6.5 bug net/core/dev.c
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Eepro, Badness in local_bh_enable
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• linux 2.6.5 bug net/core/dev.c
  • From: "Craig, Dave" <dwcraig@xxxxxxxxxxxx>
• no set_current_state() before schedule_timeout() (wireless)
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxx>
• no set_current_state() before schedule_timeout() (msleep)
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxx>
• Re: Eepro, Badness in local_bh_enable
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Eepro, Badness in local_bh_enable
  • From: Kent Friis <leeloo@xxxxxxxxxxxx>
• Re: [2.6 patch] net/hamradio/dmascc: remove inlines
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• udp(7) and MSG_TRUNC
  • From: Alexey Toptygin <alexeyt@xxxxxxxxxxxxx>
• per-packet routing
  • From: John Bäckstrand <majsetvger.100.sandos@xxxxxxxxxxxxxxx>
• [PATCH] Fix 3c59x.c uses of plain integer as NULL pointer
  • From: "Petri T. Koistinen" <petri.koistinen@xxxxxx>
• Re: [2.6 patch] net/hamradio/dmascc: remove inlines
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: [2.6 patch] net/hamradio/dmascc: remove inlines
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• [2.6 patch] net/hamradio/dmascc: remove inlines
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: [PATCH] fix tcp_default_win_scale.
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: ARP table overflow, ENOBUFS, denial of service???.
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: preliminary conclusions regarding window size issues
  • From: bert hubert <ahu@xxxxxxx>
• E1000 driver and NAPI : Possible interrupt losses.
  • From: Nagendra Singh Tomar <nagendra_tomar@xxxxxxxxxxx>
• Re: BAD TCP CHECKSUM over PPP
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• Re: preliminary conclusions regarding window size issues
  • From: Redeeman <lkml@xxxxxxxxxxx>
• Re: traffic shaper
  • From: Dinil Divakaran <dinil@xxxxxxxxxxxxxxxxxxxx>
• traffic shaper
  • From: Dinil Divakaran <dinil@xxxxxxxxxxxxxxxxxxxx>
• Re: window tracking firewall involved, was: Re: preliminary conclusions regarding window size issues
  • From: Martin Josefsson <gandalf@xxxxxxxxxxxxxx>
• Re: window tracking firewall involved, was: Re: preliminary conclusions regarding window size issues
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• BAD TCP CHECKSUM over PPP
  • From: Tejas Vora <voratejasa@xxxxxxxxx>
• Re: Sender-side SWS avoidance in tcp_sendmsg()
  • From: Alexey Kuznetsov <kuznet@xxxxxxxxxxxxx>
• Re: IPSec, netfilter, and virtual interfaces
  • From: hpa@xxxxxxxxx (H. Peter Anvin)
• Re: IPSec, netfilter, and virtual interfaces
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• window tracking firewall involved, was: Re: preliminary conclusions regarding window size issues
  • From: bert hubert <ahu@xxxxxxx>
• Re: preliminary conclusions regarding window size issues
  • From: bert hubert <ahu@xxxxxxx>
• buffering
  • From: Dinil Divakaran <dinil@xxxxxxxxxxxxxxxxxxxx>
• Re: IPSec, netfilter, and virtual interfaces
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Sender-side SWS avoidance in tcp_sendmsg()
  • From: Nagendra Singh Tomar <nagendra_tomar@xxxxxxxxxxx>
• IPSec, netfilter, and virtual interfaces
  • From: hpa@xxxxxxxxx (H. Peter Anvin)
• Re: Sender-side SWS avoidance in tcp_sendmsg()
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: preliminary conclusions regarding window size issues
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: Sender-side SWS avoidance in tcp_sendmsg()
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• preliminary conclusions regarding window size issues
  • From: bert hubert <ahu@xxxxxxx>
• Re: [PATCH] window announcement with scaling
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• [PATCH] window announcement with scaling
  • From: John Heffner <jheffner@xxxxxxx>
• Re: Sender-side SWS avoidance in tcp_sendmsg()
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Sender-side SWS avoidance in tcp_sendmsg()
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: Sender-side SWS avoidance in tcp_sendmsg()
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PATCH] fix tcp_default_win_scale.
  • From: John Heffner <jheffner@xxxxxxx>
• Re: [PATCH] fix tcp_default_win_scale.
  • From: John Heffner <jheffner@xxxxxxx>
• Re: [PATCH] fix tcp_default_win_scale.
  • From: bert hubert <ahu@xxxxxxx>
• Re: [PATCH] fix tcp_default_win_scale.
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: [PATCH] fix tcp_default_win_scale.
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: Sender-side SWS avoidance in tcp_sendmsg()
  • From: Alexey Kuznetsov <kuznet@xxxxxxxxxxxxx>
• Re: Different routes for different src addresses
  • From: "John A. Sullivan III" <john.sullivan@xxxxxxxxxxxxx>
• Sending packets over individual slaves of bonded interface
  • From: Philip Molter <philip@xxxxxxxxxxxxxx>
• Re: Sender-side SWS avoidance in tcp_sendmsg()
  • From: Nagendra Singh Tomar <nagendra_tomar@xxxxxxxxxxx>
• Re: Different routes for different src addresses
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• Re: [PATCH] fix tcp_default_win_scale.
  • From: Chris Wedgwood <cw@xxxxxxxx>
• Re: Sender-side SWS avoidance in tcp_sendmsg()
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PATCH] fix tcp_default_win_scale.
  • From: John Heffner <jheffner@xxxxxxx>
• Re: [PATCH] fix tcp_default_win_scale.
  • From: Redeeman <lkml@xxxxxxxxxxx>
• Re: [PATCH] fix tcp_default_win_scale.
  • From: Andi Kleen <ak@xxxxxxx>
• PLS help fix: recent 2.6.7 won't connect to anything Re: [PATCH] fix tcp_default_win_scale.
  • From: bert hubert <ahu@xxxxxxx>
• Re: [PATCH] fix tcp_default_win_scale.
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PATCH] fix tcp_default_win_scale.
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PATCH] fix tcp_default_win_scale.
  • From: bert hubert <ahu@xxxxxxx>
• Re: [PATCH] fix tcp_default_win_scale.
  • From: John Heffner <jheffner@xxxxxxx>
• Re: [PATCH] fix tcp_default_win_scale.
  • From: David Ford <david+challenge-response@xxxxxxxxxxxxx>
• Re: [PATCH] fix tcp_default_win_scale.
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PATCH] fix tcp_default_win_scale.
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• RE: [PATCH] fix tcp_default_win_scale.
  • From: Tim Berti <tim@xxxxxxxxxxx>
• Re: [PATCH] fix tcp_default_win_scale.
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PATCH] fix tcp_default_win_scale.
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PATCH] fix tcp_default_win_scale.
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: [PATCH] fix tcp_default_win_scale.
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PATCH] fix tcp_default_win_scale.
  • From: David Ford <david+challenge-response@xxxxxxxxxxxxx>
• Re: [PATCH] fix tcp_default_win_scale.
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PATCH] fix tcp_default_win_scale.
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PATCH] fix tcp_default_win_scale.
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PATCH] fix tcp_default_win_scale.
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: [PATCH] fix tcp_default_win_scale.
  • From: Nivedita Singhvi <niv@xxxxxxxxxx>
• Re: [PATCH] fix tcp_default_win_scale.
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: [PATCH] fix tcp_default_win_scale.
  • From: Jan-Benedict Glaw <jbglaw@xxxxxxxxxx>
• [PATCH] fix tcp_default_win_scale.
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: Sender-side SWS avoidance in tcp_sendmsg()
  • From: Nagendra Singh Tomar <nagendra_tomar@xxxxxxxxxxx>
• Re: Sender-side SWS avoidance in tcp_sendmsg()
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: problem of payload length calculation in IPsec
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: IPv6 fragment wrongly
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• IPv6 fragment wrongly
  • From: Ueki Kohei <ueki.kohei@xxxxxxxxxxxxxx>
• Re: netif_rx dropping the packet
  • From: Weiguang Shi <wgshi2002@xxxxxxxx>
• 2.6.7-mm? e1000 slow
  • From: "Hibbard T. Smith, JR" <smitty@xxxxxxxxxxx>
• Re: netif_rx dropping the packet
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• Re: ARP table overflow, ENOBUFS, denial of service???.
  • From: Harald Welte <laforge@xxxxxxxxxxxx>
• Re: bug on sending of fragmented IPv6 packet
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• netif_rx dropping the packet
  • From: "venum" <venum@xxxxxxxxxx>
• problem of payload length calculation in IPsec
  • From: Ueki Kohei <ueki.kohei@xxxxxxxxxxxxxx>
• bug on sending of fragmented IPv6 packet
  • From: Ueki Kohei <ueki.kohei@xxxxxxxxxxxxxx>
• 2.6.3 & .6: host broadcasts udp packets w/ bad checksum, locally too
  • From: Erkki Seppala <flux-linuxnet@xxxxxxxxxx>
• Sender-side SWS avoidance in tcp_sendmsg()
  • From: Nagendra Tomar <tomer_iisc@xxxxxxxxx>
• Re: [2.6 patch] more MCA_LEGACY dependencies
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [ANNOUNCE] Another version of iproute2 snapshot version
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• mpls-linux documentation
  • From: Rafael Paoliello Guimaraes <rafael.guimaraes@xxxxxxxxx>
• Re: [2.6 patch] more MCA_LEGACY dependencies
  • From: "Luiz Fernando N. Capitulino" <lcapitulino@xxxxxxxxxxxxxxxxxxxx>
• ethtool and 3c905C Tornado on 2.6.x
  • From: Gavin Hamill <gdh@xxxxxxxxxxxxxx>
• [2.6 patch] more MCA_LEGACY dependencies
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [ANNOUNCE] Updated version of iproute2 snapshot version
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: [patch] 2.6.7-mm5: R8169_NAPI help text
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [patch] 2.6.7-mm5: R8169_NAPI help text
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: meaning of tx_interrupt function
  • From: Roger Luethi <rl@xxxxxxxxxxx>
• Re: 2.6.7-mm1 - 2.6.7-mm4 weird http behavior
  • From: Martin Schlemmer <azarah@xxxxxxxxxxxxxxxx>
• Re: 2.6.7-mm1 - 2.6.7-mm4 weird http behavior
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: 2.6.7-mm1 - 2.6.7-mm4 weird http behavior
  • From: John Heffner <jheffner@xxxxxxx>
• Re: 2.6.7-mm1 - 2.6.7-mm4 weird http behavior
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: 2.6.7-mm1 - 2.6.7-mm4 weird http behavior
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: 2.6.7-mm1 - 2.6.7-mm4 weird http behavior
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: 2.6.7-mm1 - 2.6.7-mm4 weird http behavior
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: 2.6.7-mm1 - 2.6.7-mm4 weird http behavior
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: TCP congestion control article
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: 2.6.7-mm1 - 2.6.7-mm4 weird http behavior
  • From: Jesse Stockall <stockall@xxxxxxxx>
• Re: 2.6.7-mm1 - 2.6.7-mm4 weird http behavior
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: TCP congestion control article
  • From: "Angelo Dell'Aera" <buffer@xxxxxxxxxxxx>
• Re: 2.6.7-mm1 - 2.6.7-mm4 weird http behavior
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• performance
  • From: Dinil Divakaran <dinil@xxxxxxxxxxxxxxxxxxxx>
• [ANNOUNCE] supporting cluster communication with TIPC
  • From: Jon Maloy <jon.maloy@xxxxxxxxxxxx>
• Re: ethernet device xmit function is not gettting called
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• ethernet device xmit function is not gettting called
  • From: <ravivsn@xxxxxxxxxxxxxx>
• ethernet device xmit function is not gettting called
  • From: <ravivsn@xxxxxxxxxxxxxx>
• Re: [Fwd: Divert Sockets in current Linux versions?]
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: pktgen
  • From: Weiguang Shi <wgshi2002@xxxxxxxx>
• Re: pktgen
  • From: Dinil Divakaran <dinil@xxxxxxxxxxxxxxxxxxxxxxxx>
• Re: pktgen
  • From: Weiguang Shi <wgshi2002@xxxxxxxx>
• pktgen
  • From: Dinil Divakaran <dinil@xxxxxxxxxxxxxxxxxxxxxxxx>
• Re: TCP congestion control article
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: tcp connection
  • From: Brian Haley <Brian.Haley@xxxxxx>
• Re: tcp connection
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: 2.6.7-mm2
  • From: Martin Knoblauch <knobi@xxxxxxxxxxxx>
• TCP congestion control article
  • From: "Angelo Dell'Aera" <buffer@xxxxxxxxxxxx>
• Re: IP Address?
  • From: Juergen Nickelsen <juergen.nickelsen@xxxxxxxxxxx>
• Re: IP Address?
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• Re: asynchronous notifications for route and interface changes
  • From: Rajeevalochan <rajeevalochan.ramaswamy@xxxxxxxxx>
• IP Address?
  • From: "A, Honne Gowda (Honne)" <honne@xxxxxxxxxx>
• Re: tcp connection
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• tcp connection
  • From: Dinil Divakaran <dinil@xxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] How to implement wccp over gre tunnel ?
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: [NET]: Add tc extensions infrastructure.
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• [RFC] How to implement wccp over gre tunnel ?
  • From: Paul P Komkoff Jr <i@xxxxxxxxxx>
• htb vs hfsc
  • From: Vincent Perrier <vincent-perrier@xxxxxxxxxxxxxxxx>
• Re: [NET]: Add tc extensions infrastructure.
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• IPv6 only interface, disable receiving ethernet broadcasts ?
  • From: Mark Smith <random@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Davicom DM 9102AF is working only at 10mbps
  • From: Ahsan Ali <ahsanali@xxxxxxxxx>
• Davicom DM 9102AF is working only at 10mbps
  • From: Jean Francois Martinez <jfm512@xxxxxxx>
• Re: asynchronous notifications for route and interface changes
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• asynchronous notifications for route and interface changes
  • From: Rajeevalochan <rajeevalochan.ramaswamy@xxxxxxxxx>
• Re: Kernel-native IPSec - no traceroute
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Kernel-native IPSec - no traceroute
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Kernel-native IPSec - no traceroute
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [LARTC] [ANNOUNCE] sch_ooo - Out-of-order packet queue discipline
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Kernel-native IPSec - no traceroute
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [LARTC] [ANNOUNCE] sch_ooo - Out-of-order packet queue discipline
  • From: Catalin BOIE <util@xxxxxxxxxxxxxxx>
• Re: [LARTC] [ANNOUNCE] sch_ooo - Out-of-order packet queue discipline
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• [ANNOUNCE] sch_ooo - Out-of-order packet queue discipline
  • From: Catalin BOIE <util@xxxxxxxxxxxxxxx>
• Re: Kernel-native IPSec - no traceroute
  • From: Gavin Hamill <gdh@xxxxxxxxxxxxxx>
• Re: Kernel-native IPSec - no traceroute
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Kernel-native IPSec - no traceroute
  • From: Gavin Hamill <gdh@xxxxxxxxxxxxxx>
• Re: Kernel-native IPSec - no traceroute
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• network related(?) kernel panic (2.6.7-bk4)
  • From: Grzegorz Kulewski <kangur@xxxxxxxxxx>
• Re: Kernel-native IPSec - no traceroute
  • From: Gavin Hamill <gdh@xxxxxxxxxxxxxx>
• Re: Kernel-native IPSec - no traceroute
  • From: Jean-Francois Dive <jef@xxxxxxxxxxx>
• Kernel-native IPSec - no traceroute
  • From: Gavin Hamill <gdh@xxxxxxxxxxxxxx>
• ARP Spoofing protection (again)
  • From: Maximilian Decker <burbon04@xxxxxx>
• Re: [Fwd: Divert Sockets in current Linux versions?]
  • From: Juergen Nickelsen <juergen.nickelsen@xxxxxxxxxxx>
• Re: [PATCH 455] Mac Sonic Ethernet
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [PATCH 155] Mac Sonic Ethernet
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• [PATCH 455] Mac Sonic Ethernet
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 155] Mac Sonic Ethernet
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] orinoco.c rate limit lost information frame message
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [Fwd: Divert Sockets in current Linux versions?]
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: [Fwd: Divert Sockets in current Linux versions?]
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: [Fwd: Divert Sockets in current Linux versions?]
  • From: Juergen Nickelsen <juergen.nickelsen@xxxxxxxxxxx>
• Re: [Fwd: Divert Sockets in current Linux versions?]
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Divert Sockets in current Linux versions?
  • From: Juergen Nickelsen <juergen.nickelsen@xxxxxxxxxxx>
• Re: How to turn off IPV6 (link local)
  • From: Jeroen Massar <jeroen@xxxxxxxxx>
• Re: How to turn off IPV6 (link local)
  • From: Pekka Savola <pekkas@xxxxxxxxxx>
• Re: deleting a conntrack record
  • From: Tobias DiPasquale <codeslinger@xxxxxxxxx>
• Re: How to turn off IPV6 (link local)
  • From: Bernd Eckenfels <ecki-news2004-05@xxxxxxxxxxxx>
• Re: How to turn off IPV6 (link local)
  • From: Bernd Eckenfels <ecki-news2004-05@xxxxxxxxxxxx>
• Re: deleting a conntrack record
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: deleting a conntrack record
  • From: Tobias DiPasquale <codeslinger@xxxxxxxxx>
• Re: deleting a conntrack record
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• deleting a conntrack record
  • From: Tobias DiPasquale <codeslinger@xxxxxxxxx>
• smb networking problems
  • From: Luc de Louw <luc@xxxxxxxxx>
• Re: How to turn off IPV6 (link local)
  • From: Jeroen Massar <jeroen@xxxxxxxxx>
• Re: How to turn off IPV6 (link local)
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• Re: How to turn off IPV6 (link local)
  • From: Trent Lloyd <lathiat@xxxxxx>
• Re: How to turn off IPV6 (link local)
  • From: Pekka Savola <pekkas@xxxxxxxxxx>
• Re: How to turn off IPV6 (link local)
  • From: Trent Lloyd <lathiat@xxxxxx>
• Re: How to turn off IPV6 (link local)
  • From: Pekka Savola <pekkas@xxxxxxxxxx>
• Re: How to turn off IPV6 (link local)
  • From: Bernd Eckenfels <ecki-news2004-05@xxxxxxxxxxxx>
• Re: How to turn off IPV6 (link local)
  • From: Jeroen Massar <jeroen@xxxxxxxxx>
• Re: How to turn off IPV6 (link local)
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• Re: How to turn off IPV6 (link local)
  • From: Trent Lloyd <lathiat@xxxxxx>
• How to turn off IPV6 (link local)
  • From: Bernd Eckenfels <be-mail2004@xxxxxxxxxxxx>
• How to turn off IPV6 (link local)
  • From: Bernd Eckenfels <ecki-news2004-05@xxxxxxxxxxxx>
• Re: About the speed of netcard and switch
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Are there any high realtime and stable protocols?
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• mmap() > phys mem problem
  • From: Ron Maeder <rlm@xxxxxxxxxxxxxx>
• Re: Are there any high realtime and stable protocols?
  • From: Peter Boyle <pab@xxxxxxxxxxxxxxxxxxxx>
• Re: About the speed of netcard and switch
  • From: Tobias DiPasquale <codeslinger@xxxxxxxxx>
• Re: Are there any high realtime and stable protocols?
  • From: Tobias DiPasquale <codeslinger@xxxxxxxxx>
• RE: Are there any high realtime and stable protocols?
  • From: "MCG LU Fengcheng" <Fengcheng.LU@xxxxxxxxxxxxxxxxxxxx>
• About the speed of netcard and switch
  • From: "MCG LU Fengcheng" <Fengcheng.LU@xxxxxxxxxxxxxxxxxxxx>
• Re: Are there any high realtime and stable protocols?
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• Are there any high realtime and stable protocols?
  • From: "MCG LU Fengcheng" <Fengcheng.LU@xxxxxxxxxxxxxxxxxxxx>
• RE: How to diasable/enable udp checksum
  • From: "MCG LU Fengcheng" <Fengcheng.LU@xxxxxxxxxxxxxxxxxxxx>
• Are sendto & recvfrom interrupted by signals for a blocking udp socket?
  • From: "MCG LU Fengcheng" <Fengcheng.LU@xxxxxxxxxxxxxxxxxxxx>
• RE: How to diasable/enable udp checksum
  • From: "Craig, Dave" <dwcraig@xxxxxxxxxxxx>
• Re: FIB LPM algorithm
  • From: Dominik Kubla <dominik.kubla@xxxxxxxxxxxx>
• REPOST: Channel bonding and IRQ affinity
  • From: Sheldon Hearn <sheldonh@xxxxxxxxxxxxx>
• Re: 2.6.7-rc3: unregister_netdevice: waiting for tun0 to become free. Usage count = 1
  • From: Andreas Schwab <schwab@xxxxxxx>
• [PATCH] orinoco.c rate limit lost information frame message
  • From: Ryan Anderson <ryan@xxxxxxxxxxxxxx>
• How to diasable/enable udp checksum
  • From: "MCG LU Fengcheng" <Fengcheng.LU@xxxxxxxxxxxxxxxxxxxx>
• Re: [BUG?] Problem on TCP implementation causes kernel panic
  • From: Juergen Nickelsen <juergen.nickelsen@xxxxxxxxxxx>
• Re: 2.6.7-rc3: unregister_netdevice: waiting for tun0 to become free. Usage count = 1
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: 2.6.7-rc3: unregister_netdevice: waiting for tun0 to become free. Usage count = 1
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• 2.6.7-rc3: unregister_netdevice: waiting for tun0 to become free. Usage count = 1
  • From: Andreas Schwab <schwab@xxxxxxx>
• Re: [BUG?] Problem on TCP implementation causes kernel panic
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: Setting full/half duplex with NE/8390 network card (EA201)
  • From: Paul Gortmaker <p_gortmaker@xxxxxxxxx>
• Re: [BUG?] Problem on TCP implementation causes kernel panic
  • From: "Marcos D. Marado Torres" <marado@xxxxxxxxxxxxxxxxx>
• Re: [BUG?] Problem on TCP implementation causes kernel panic
  • From: Alan Shieh <ashieh@xxxxxxxxxxxxxx>
• Re: [BUG?] Problem on TCP implementation causes kernel panic
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [BUG?] Problem on TCP implementation causes kernel panic
  • From: "Marcos D. Marado Torres" <marado@xxxxxxxxxxxxxxxxx>
• Re: [BUG?] Problem on TCP implementation causes kernel panic
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• [BUG?] Problem on TCP implementation causes kernel panic
  • From: "Marcos D. Marado Torres" <marado@xxxxxxxxxxxxxxxxx>
• Setting full/half duplex with NE/8390 network card (EA201)
  • From: Chris Rankin <rankincj@xxxxxxxxx>
• 2.6 IPSEC/NAT dilemma
  • From: Michael Robinson <robinson@xxxxxxxxxxxxxx>
• Re: ARP table overflow, ENOBUFS, denial of service???.
  • From: Peter Boyle <pab@xxxxxxxxxxxxxxxxxxxx>
• Re: ARP table overflow, ENOBUFS, denial of service???.
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• ARP table overflow, ENOBUFS, denial of service???.
  • From: Peter Boyle <pab@xxxxxxxxxxxxxxxxxxxx>
• Re: tcp: rtt and srtt measurement unit
  • From: Daniele Lacamera <mlists@xxxxxxxxxxxxxx>
• tcp: rtt and srtt measurement unit
  • From: Jon Schwartz <jonschwartz2000@xxxxxxxxx>
• Re: UDP sockets bound to ANY send answers with wrong src ip address
  • From: Julian Anastasov <ja@xxxxxx>
• Re: UDP sockets bound to ANY send answers with wrong src ip address
  • From: Denis Vlasenko <vda@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: UDP sockets bound to ANY send answers with wrong src ip address
  • From: Denis Vlasenko <vda@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: UDP sockets bound to ANY send answers with wrong src ip address
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: UDP sockets bound to ANY send answers with wrong src ip address
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: UDP sockets bound to ANY send answers with wrong src ip address
  • From: Denis Vlasenko <vda@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: SiS900 transceiver problem - reviewed
  • From: Grischa Jacobs <grischa@xxxxxxxxxxx>
• Tuning TCP-Vegas
  • From: Daniele Lacamera <mlists@xxxxxxxxxxxxxx>
• Re: [2.6 patch] add NAPI help texts
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• RFC: Cisco HDLC bridging
  • From: "Eble, Dan" <DanE@xxxxxxxxxx>
• Re: [PATCH] source ip selection for ipv6
  • From: Bastian Blank <bastian@xxxxxxxxxxxx>
• Re: [PATCH] source ip selection for ipv6
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• Re: [PATCH] source ip selection for ipv6
  • From: Nico Schottelius <nico-linux-net@xxxxxxxxxxxxxxx>
• bonding.c: using GFP_KERNEL with local interrupts off
  • From: "Charlie Brett" <cfb@xxxxxxxxxxxxx>
• Re: [netfilter-core] memory leak with IP connection tracking and IP forwarding
  • From: KOVACS Krisztian <hidden@xxxxxxxxxx>
• Re: [ANNOUCE] iproute2 update
  • From: David Ford <david+challenge-response@xxxxxxxxxxxxx>
• Re: [ANNOUCE] iproute2 update
  • From: Jose Luis Domingo Lopez <lartc@xxxxxxxxxxxxx>
• Re: [LARTC] [ANNOUCE] iproute2 update
  • From: P@xxxxxxxxxxxxxx
• Re: UDP sockets bound to ANY send answers with wrong src ip address
  • From: Denis Vlasenko <vda@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: UDP sockets bound to ANY send answers with wrong src ip address
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• Re: UDP sockets bound to ANY send answers with wrong src ip address
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• Re: UDP sockets bound to ANY send answers with wrong src ip address
  • From: Julian Anastasov <ja@xxxxxx>
• UDP sockets bound to ANY send answers with wrong src ip address
  • From: Denis Vlasenko <vda@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• interpret following C statement?
  • From: linux lover <linux_lover2004@xxxxxxxxx>
• tcp_sendmsg working
  • From: linux lover <linux_lover2004@xxxxxxxxx>
• How to disable the tcp slow start option?
  • From: "MCG LU Fengcheng" <Fengcheng.LU@xxxxxxxxxxxxxxxxxxxx>
• Re: [ANNOUCE] iproute2 update
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: [ANNOUCE] iproute2 update
  • From: alex@xxxxxxxxxxxx
• Re: [ANNOUCE] iproute2 update
  • From: alex@xxxxxxxxxxxx
• [ANNOUCE] iproute2 update
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: [2.6 patch] add NAPI help texts
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: [2.6 patch] add NAPI help texts
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• [ANNOUNCE] bridge-utils-1.0.4
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: Request for information regarding performance of Intel CSA link NICs with e1000 driver [ partial answer ]
  • From: Alan Shieh <ashieh@xxxxxxxxxxxxxx>
• Re: Request for information regarding performance of Intel CSA link NICs with e1000 driver [ partial answer ]
  • From: Ryan <rgb005@xxxxxxxxxx>
• Re: qdisc visualisation tool
  • From: vincent-perrier <vincent-perrier@xxxxxxxxxxxxxxxx>
• Re: SiS900 transceiver problem - reviewed
  • From: Alpt <alpt@xxxxxxxxxxxx>
• Channel bonding and IRQ affinity
  • From: Sheldon Hearn <sheldonh@xxxxxxxxxxxxx>
• Re: SiS900 transceiver problem - reviewed
  • From: Daniele Venzano <webvenza@xxxxxxxxx>
• Re: Handling packets in userspace
  • From: Tobias DiPasquale <cbcgtt@xxxxxxxxx>
• Handling packets in userspace
  • From: sjorha@xxxxxxxxxxx
• Re: FIB LPM algorithm
  • From: Manu Garg <manu.garg@xxxxxxxxxx>
• FIB LPM algorithm
  • From: Tobias DiPasquale <cbcgtt@xxxxxxxxx>
• Re: Request for information regarding performance of Intel CSA link NICs with e1000 driver [ partial answer ]
  • From: Alan Shieh <ashieh@xxxxxxxxxxxxxx>
• Re: FIB LPM algorithm
  • From: Tobias DiPasquale <cbcgtt@xxxxxxxxx>
• SiS900 transceiver problem - reviewed
  • From: Grischa Jacobs <grischa@xxxxxxxxxxx>
• Request for information regarding performance of Intel CSA link NICs with e1000 driver
  • From: Alan Shieh <ashieh@xxxxxxxxxxxxxx>
• Re: 2.6.7-rc1: unreproducable BUG at net/core/dev.c:3046!
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Linux router forwarding performance
  • From: "Surya Srinivasan" <surya_srinivasan@xxxxxxxxxxx>
• 2.6.7-rc1: unreproducable BUG at net/core/dev.c:3046!
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxx>
• Re: [2.6 patch] add NAPI help texts
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• [2.6 patch] add NAPI help texts
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: Changing Linux IP Forwarding
  • From: Catalin BOIE <util@xxxxxxxxxxxxxxx>
• Re: 2.6.6: smc-ultra: eth%d message
  • From: Roger Luethi <rl@xxxxxxxxxxx>
• [PATCH] PCNet32/Home 79C978
  • From: Patrick Simmons <psimmons@xxxxxxxxx>
• Re: Changing Linux IP Forwarding
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: 2.6.6: smc-ultra: eth%d message
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Changing Linux IP Forwarding
  • From: Rafael Paoliello Guimaraes <rafael.guimaraes@xxxxxxxxx>
• Re: Changing Linux IP Forwarding
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxxxx>
• Re: Changing Linux IP Forwarding
  • From: Rafael Paoliello Guimaraes <rafael.guimaraes@xxxxxxxxx>
• Re: Changing Linux IP Forwarding
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• Changing Linux IP Forwarding
  • From: Rafael Paoliello Guimaraes <rafael.guimaraes@xxxxxxxxx>
• Re: 2.6.6: smc-ultra: eth%d message
  • From: Paul Gortmaker <p_gortmaker@xxxxxxxxx>
• How to explain these test results in the TCP performance test
  • From: "MCG LU Fengcheng" <Fengcheng.LU@xxxxxxxxxxxxxxxxxxxx>
• Patch for PCNet32/Home 79C978
  • From: Patrick Simmons <psimmons@xxxxxxxxx>
• Re: qdisc visualisation tool
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• qdisc visualisation tool
  • From: Vincent Perrier <vincent-perrier@xxxxxxxxxxxxxxxx>
• Re: Linux router forwarding performance
  • From: Mikkel Christiansen <mixxel@xxxxxxxxx>
• 2.6.7-rc2-mm1: e1000_ethtool.c compile error
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• RE: Linux router forwarding performance
  • From: "J Chapman" <jchapman@xxxxxxxxxxx>
• ARP spoofing protection
  • From: Maximilian Decker <burbon04@xxxxxx>
• Re: ip_conntrack memory leak?
  • From: Thomas Spatzier <tspat@xxxxxxxxxx>
• Re: Linux router forwarding performance
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxxxx>
• Linux router forwarding performance
  • From: "Surya Srinivasan" <surya_srinivasan@xxxxxxxxxxx>
• Re: 8139too Mis-Reporting Link/Duplex
  • From: "Jim Gifford" <maillist@xxxxxxxxx>
• Re: 2.6.6: smc-ultra: eth%d message
  • From: Németh Márton <nm127@xxxxxxxxxxx>
• 8139too Mis-Reporting Link/Duplex
  • From: "Jim Gifford" <maillist@xxxxxxxxx>
• Re: IPSec XFRM kernel panic
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [patch] Re: Gigabit Kconfig problems with yesterday's update
  • From: "Randy.Dunlap" <rddunlap@xxxxxxxx>
• IPSec XFRM kernel panic
  • From: Oskar Liljeblad <oskar@xxxxxxxxxxx>
• Re: [patch] Re: Gigabit Kconfig problems with yesterday's update
  • From: Danny ter Haar <dth@xxxxxxx>
• [patch] Re: Gigabit Kconfig problems with yesterday's update
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• XP to linux over SK98 gigabit, 150KB/sec ?
  • From: Eamonn Hamilton <bethaud99@xxxxxxxxxxx>
• Re: Problems with sis900 in 2.6.7-rc1
  • From: Johnny Strom <johnny.strom@xxxxxxxxxxxxxx>
• Re: 2.6.6: smc-ultra: eth%d message
  • From: Roger Luethi <rl@xxxxxxxxxxx>
• ip_conntrack memory leak?
  • From: Tobias DiPasquale <cbcgtt@xxxxxxxxx>
• Problems with sis900 in 2.6.7-rc1
  • From: Johnny Strom <johnny.strom@xxxxxxxxxxxxxx>
• Re: 2.6.6: smc-ultra: eth%d message
  • From: Paul Gortmaker <p_gortmaker@xxxxxxxxx>
• Re: TCP MD5 (rfc 2385) support?
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Routing based on flow labels
  • From: Rafael Paoliello Guimaraes <rafael.guimaraes@xxxxxxxxx>
• Re: TCP MD5 (rfc 2385) support?
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• Re: TCP MD5 (rfc 2385) support?
  • From: Hasso Tepper <hasso@xxxxxxxxx>
• NET_BH and spin_lock_bh
  • From: Himanshu Ashwani <himanshu_ashwani@xxxxxxxxxxx>
• 2.6.6: smc-ultra: eth%d message
  • From: Németh Márton <nm127@xxxxxxxxxxx>
• How to make boot-floppy? make a host can boot from the network by the boot-floppy!
  • From: "MCG LU Fengcheng" <Fengcheng.LU@xxxxxxxxxxxxxxxxxxxx>
• Re: TCP MD5 (rfc 2385) support?
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: TCP MD5 (rfc 2385) support?
  • From: alex@xxxxxxxxxxxx
• Re: TCP MD5 (rfc 2385) support?
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• TCP MD5 (rfc 2385) support?
  • From: Frank Solensky <frank@xxxxxxxxxxxx>
• Problem with sis900, 2.6.6, irq not handled
  • From: Antti Salmela <asalmela@xxxxxx>
• Re: Recvfrom for UDP sockets
  • From: Glynn Clements <glynn.clements@xxxxxxxxxx>
• Recvfrom for UDP sockets
  • From: S P <sage_newbie@xxxxxxxxx>
• Recvfrom for UDP sockets
  • From: S P <sage_newbie@xxxxxxxxx>
• Recvfrom for UDP sockets
  • From: S P <sage_newbie@xxxxxxxxx>
• [announce] bridge-utilities 1.0
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• ICMP redirects appear to be ignored
  • From: "Steve Bremer" <steveb@xxxxxxxxxxxx>
• Re: RQST00000311927 ; I cannot forget you!
  • From: trimble_support@xxxxxxxxxxx
• Re: buglet in spddelete [patch]
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: IPSec Oops when deleting an ip address
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• TCP tuning and SYN backlog queue size
  • From: Emmanuel Henri Guiton <eguiton@xxxxxxxxxxxxx>
• IPsec tunneling problem: tcpdump and iptables see unencrypted traffic (was: bla)
  • From: Jurjen Oskam <jurjen@xxxxxxxxxxxxxx>
• bla
  • From: Jurjen Oskam <jurjen@xxxxxxxxxxxxxx>
• Re: IPSec Oops when deleting an ip address
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• buglet in spddelete [patch]
  • From: "Steven King" <sxking@xxxxxxxxx>
• Help with to many open TCP sessions.
  • From: Mike Lynn <mikeo2l@xxxxxxxxx>
• Re: Problem with signals/select with pthreads (linux)
  • From: Marc Roessler <marc@xxxxxxxxxxxxxxxxxxx>
• Re: IPSec Oops when deleting an ip address
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Problem with signals/select with pthreads (linux)
  • From: Marc Roessler <marc@xxxxxxxxxxxxxxxxxxx>
• Re: IPSec Oops when deleting an ip address
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• De queuing skb from qdiscs
  • From: Ajay <ajays@xxxxxxxxxx>
• [2.6 patch] more comx removal
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• tcpdump versus TSO
  • From: Rick Jones <rick.jones2@xxxxxx>
• Re: IPSec Oops when deleting an ip address
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: HFSC drop count bug
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• HFSC drop count bug
  • From: Jesper Dangaard Brouer <hawk@xxxxxxx>
• Re: IPSec Oops when deleting an ip address
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [2.4 patch] net/802/{p8022,psnap}.c: add MODULE_LICENSE
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• [2.4 patch] net/802/{p8022,psnap}.c: add MODULE_LICENSE
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• RE: how ip header added in ip_bulid_xmit function?
  • From: linux lover <linux_lover2004@xxxxxxxxx>
• Re: how ip header added in ip_bulid_xmit function?
  • From: linux lover <linux_lover2004@xxxxxxxxx>
• Re: how ip header added in ip_bulid_xmit function?
  • From: Manu Garg <manu.garg@xxxxxxxxxx>
• how ip header added in ip_bulid_xmit function?
  • From: linux lover <linux_lover2004@xxxxxxxxx>
• Re: [netfilter-core] memory leak with IP connection tracking and IP forwarding
  • From: Harald Welte <laforge@xxxxxxxxxxxxx>
• Re: [BUG] Netfilter ipt_owner deadlock
  • From: Harald Welte <laforge@xxxxxxxxxxxx>
• RE: Mounting root file system via NFS
  • From: "Simon Egerton" <segerton@xxxxxxxxx>
• Gigabit NIC Programming Manuals
  • From: Joel Hollingsworth <jhollingsworth@xxxxxxxx>
• Re: [Tlan-devel] [2.6 patch] fix tlan.c for !PCI
  • From: Samuel S Chessman <chessman@xxxxxxx>
• [BUG] Netfilter ipt_owner deadlock
  • From: Christophe Saout <christophe@xxxxxxxx>
• Re: Why does 100Mb/s ethernet become 200Mb/s???
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• Re: Why does 100Mb/s ethernet become 200Mb/s???
  • From: Catalin BOIE <util@xxxxxxxxxxxxxxx>
• Why does 100Mb/s ethernet become 200Mb/s???
  • From: "MCG LU Fengcheng" <Fengcheng.LU@xxxxxxxxxxxxxxxxxxxx>
• the TCP small packets still are delayed after setting TCP_NODELAY
  • From: "MCG LU Fengcheng" <Fengcheng.LU@xxxxxxxxxxxxxxxxxxxx>
• Re: Mounting root file system via NFS
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Mounting root file system via NFS
  • From: "Simon Egerton" <segerton@xxxxxxxxx>
• Re: Zero copy drivers
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: General question about queuing on hardware devices
  • From: Pantelis Antoniou <panto@xxxxxxxxxxx>
• Re: General question about queuing on hardware devices
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: General question about queuing on hardware devices
  • From: Pantelis Antoniou <panto@xxxxxxxxxxx>
• Re: General question about queuing on hardware devices
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: General question about queuing on hardware devices
  • From: Pantelis Antoniou <panto@xxxxxxxxxxx>
• Re: General question about queuing on hardware devices
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: General question about queuing on hardware devices
  • From: Pantelis Antoniou <panto@xxxxxxxxxxx>