Linux Networking

• Thread Index

• ifindex & iflink in net_device
  • From: Shirley Ma <xma@xxxxxxxxxx>
• net_device features (was: "Are "skb->data" physically continuous?")
  • From: Nick Patavalis <npat@xxxxxxxxxxxxxxxxxxxx>
• 8139C(L)+ card & the mac address and the device id
  • From: "Krishnakumar. R" <krishnakumar@xxxxxxxxxxxxxx>
• Re: 3com problems
  • From: Nico Schottelius <nico-kernel@xxxxxxxxxxxxxxx>
• Re: 3com problems
  • From: Nico Schottelius <nico-linux-net@xxxxxxxxxxxxxxx>
• Re: PPP and virtual lo: routing problem
  • From: "Thomas Fleury" <thomas.fleury@xxxxxxxxxxxxxxxx>
• Re: Kernel Modification needed
  • From: "Thomas Fleury" <thomas.fleury@xxxxxxxxxxxxxxxx>
• Re: PPP and virtual lo: routing problem
  • From: Denis Zaitsev <zzz@xxxxxxx>
• Re: 3com problems
  • From: Samir Bellabes <samir.bellabes@xxxxxxxxxx>
• Re: 3com problems
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• Re: 3com problems
  • From: Andrew Morton <akpm@xxxxxxxx>
• 3com problems
  • From: Nico Schottelius <nico-kernel@xxxxxxxxxxxxxxx>
• Re: Are "skb->data" physically continuous?
  • From: Bluesea <big_bluesea@xxxxxxxxx>
• [PATCH] Unneeded memory barrier in net/irda code
  • From: Felipe W Damasio <felipewd@xxxxxxxxxxxx>
• Re: Are "skb->data" physically continuous?
  • From: Nick Patavalis <npat@xxxxxxxxxxxxxxxxxxxx>
• Kernel Modification needed
  • From: "Dennis Dungs" <Dennis.Dungs@xxxxxxxxxx>
• Re: Are "skb->data" physically continuous?
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: Are "skb->data" physically continuous?
  • From: Nick Patavalis <npat@xxxxxxxxxxxxxxxxxxxx>
• RE: Are "skb->data" physically continuous?
  • From: "Eble, Dan" <DanE@xxxxxxxxxx>
• Re: Are "skb->data" physically continuous?
  • From: Nick Patavalis <npat@xxxxxxxxxxxxxxxxxxxx>
• Re: Are "skb->data" physically continuous?
  • From: "Rask Ingemann Lambertsen" <rask@xxxxxxxxxx>
• Re: Are "skb->data" physically continuous?
  • From: Bluesea <big_bluesea@xxxxxxxxx>
• Re: Are "skb->data" physically continuous?
  • From: Nick Patavalis <npat@xxxxxxxxxxxxxxxxxxxx>
• Re: Are "skb->data" physically continuous?
  • From: Nick Patavalis <npat@xxxxxxxxxxxxxxxxxxxx>
• Re: Are "skb->data" physically continuous?
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: Are "skb->data" physically continuous?
  • From: Nick Patavalis <npat@xxxxxxxxxxxxxxxxxxxx>
• Re: PPP and virtual lo: routing problem
  • From: Nick Patavalis <npat@xxxxxxxxxxxxxxxxxxxx>
• Root on NFSv3 causes major/minor device number oddness
  • From: Oliver Hookins <ohookins@xxxxxxxxxxxxxxx>
• NIC interrupts and instruction count
  • From: "adamski" <adam_lista_linux@xxxxxxxxxxxxxx>
• Re: PPP and virtual lo: routing problem
  • From: Denis Zaitsev <zzz@xxxxxxx>
• Re: PPP and virtual lo: routing problem
  • From: Denis Zaitsev <zzz@xxxxxxx>
• Re: Are "skb->data" physically continuous?
  • From: Nick Patavalis <npat@xxxxxxxxxxxxxxxxxxxx>
• Local Computer Service
  • From: <frand@xxxxxxxxxxxxxxxxxxxxx>
• [2.6 patch] fix sbni.c compile with gcc 3.3
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: Are "skb->data" physically continuous?
  • From: Shmulik Hen <shmulik.hen@xxxxxxxxx>
• Re: Are "skb->data" physically continuous?
  • From: Nick Patavalis <npat@xxxxxxxxxxxxxxxxxxxx>
• Re: PPP and virtual lo: routing problem
  • From: Jean-Francois Dive <jef@xxxxxxxxxxx>
• Re: PPP and virtual lo: routing problem
  • From: Nick Patavalis <npat@xxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.0-test5 vs. Ethernet cards
  • From: Russell King <rmk@xxxxxxxxxxxxxxxx>
• Re: Are "skb->data" physically continuous?
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Fwd: creating virtual devices dynamically?? [T200309140140]
  • From: Rmsh <rashanmu@xxxxxxxxxxxxxxx>
• Re: Are "skb->data" physically continuous?
  • From: Shmulik Hen <shmulik.hen@xxxxxxxxx>
• PPP and virtual lo: routing problem
  • From: Denis Zaitsev <zzz@xxxxxxx>
• Are "skb->data" physically continuous?
  • From: Nick Patavalis <npat@xxxxxxxxxxxxxxxxxxxx>
• Re: Oops with kernel 2.4.22 and IPSEC backport from 01.09
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Oops with kernel 2.4.22 and IPSEC backport from 01.09
  • From: Nuno Ferreira <nuno.ferreira@xxxxxxxxxxxx>
• Re: [PATCH] lksctp 0.6.9 backport on 2.4.23-pre3
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [IPSEC] Move hardware headers for decaped packets
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] make netdevice.h more userspace friendly
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• [PATCH] make netdevice.h more userspace friendly
  • From: "Kevin P. Fleming" <kpfleming@xxxxxxx>
• Re: New IPv6 Draft Implementation
  • From: Shirley Ma <xma@xxxxxxxxxx>
• [PATCH] lksctp 0.6.9 backport on 2.4.23-pre3
  • From: "MORANGE,DAMIEN (HP-France,ex1)" <damien.morange@xxxxxx>
• Re: [XFRM] Fix ALLOC_SPI for IPCOMP
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: New IPv6 Draft Implementation
  • From: Marcin Kaminski <maxiu@xxxxxxxxxxxxx>
• New IPv6 Draft Implementation
  • From: Shirley Ma <xma@xxxxxxxxxx>
• Re: [PATCH] slip.c: current state cleanup
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: Oops with kernel 2.4.22 and IPSEC backport from 01.09
  • From: Nuno Ferreira <nuno.ferreira@xxxxxxxxxxxx>
• Re: Oops with kernel 2.4.22 and IPSEC backport from 01.09
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Does the bonding driver honour dev->features of slave devices
  • From: "Tomar, Nagendra" <nagendra_tomar@xxxxxxxxxxx>
• Re: Does the bonding driver honour dev->features of slave devices
  • From: Shmulik Hen <shmulik.hen@xxxxxxxxx>
• Does the bonding driver honour dev->features of slave devices
  • From: "Tomar, Nagendra" <nagendra_tomar@xxxxxxxxxxx>
• Re: how to find out address of gateway if ip packet's destination is outside of the current network ?
  • From: "Tomar, Nagendra" <nagendra_tomar@xxxxxxxxxxx>
• Reproducable networking Oops with vanilla 2.4.22
  • From: "Ryan W. Maple" <ryan@xxxxxxxxxxxxxxxxxxx>
• More on ARP caching...
  • From: Tom Samplonius <tom@xxxxxxxxxxxx>
• how to find out address of gateway if ip packet's destination is outside of the current network ?
  • From: Andreas Schaufler <andreas.schaufler@xxxxxx>
• ipv4 tcp autobind problem
  • From: Kovacs Krisztian <hidden@xxxxxxxxxx>
• [PATCH] slip.c: current state cleanup
  • From: Felipe W Damasio <felipewd@xxxxxxxxxxxx>
• Re: Oops with kernel 2.4.22 and IPSEC backport from 01.09
  • From: Nuno Ferreira <nuno.ferreira@xxxxxxxxxxxx>
• RE: extra ack at the end of TCP three-way handshake
  • From: "Craig, Dave" <dwcraig@xxxxxxxxxxxx>
• [2.6 patch] ATM Ambassador no longer BROKEN_ON_SMP
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• bug report: kernel panic 2.6.0-test4
  • From: "Ury N. Stankevich" <ury@xxxxxxxxxxxxxxxxx>
• TCP Module Complete
  • From: "Shan Sinha" <sks@xxxxxxxxxxxx>
• Multiple PPTP tunnels....
  • From: Rogier Wolff <R.E.Wolff@xxxxxxxxxxxx>
• Re: Oops with kernel 2.4.22 and IPSEC backport from 01.09
  • From: Nuno Ferreira <nuno.ferreira@xxxxxxxxxxxx>
• Re: Oops with kernel 2.4.22 and IPSEC backport from 01.09
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [BUG] 2.4.23-pre3 ifconfig hanging
  • From: "Michael G. Janicki" <mjanicki@xxxxxxxxxxxxxxxx>
• [SOLVED][2.4.22] bad interaction between e100 and bridge: BUG at dev.c:991!
  • From: Hannes Schulz <schulz@xxxxxxxxxxx>
• Oops with kernel 2.4.22 and IPSEC backport from 01.09
  • From: Nuno Ferreira <nuno.ferreira@xxxxxxxxxxxx>
• [XFRM] Fix ALLOC_SPI for IPCOMP
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: sending data on a socket followed by a close
  • From: Jim Castleberry <cjn@xxxxxxxxxxx>
• Re: [NETLINK] Netlink channel for intersil
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• [NETLINK] Netlink channel for intersil
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Re: 2.6.0-test4-mm5
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Re: 2.6.0-test4-mm5
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PATCH] Re: 2.6.0-test4-mm5
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [PATCH][2.6] de4x5 cleanup
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• [2.6 patch] COSA is no longer BROKEN
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: [PATCH] Re: 2.6.0-test4-mm5
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] Re: 2.6.0-test4-mm5
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [patch] fix airo.c compile failure with gcc 2.95
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: 2.6.0-test4-mm5
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [patch] fix airo.c compile failure with gcc 2.95
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: 2.6 - Kernel panic with GRE tunneling
  • From: Catalin BOIE <util@xxxxxxxxxxxxxxx>
• Re: tcp/ip as a module
  • From: Kallol Biswas <kallol@xxxxxxx>
• Re: tcp/ip as a module
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• tcp/ip as a module
  • From: Kallol Biswas <kallol@xxxxxxx>
• Linux Problem while running stack
  • From: Ranjitsinh Wable <ruwabi@xxxxxxxxx>
• [patch 1/2][fyi] alloc_ei_netdev() function for 8390 devices
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• [patch 2/2][fyi] alloc_ei_netdev() example: ne2k-pci
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Bug in linux-2.6.0-test4 ?
  • From: "dada1" <dada1@xxxxxxxxxxxxx>
• HP Pavillion a220n problems
  • From: "Frank Jansen" <frankjansen@xxxxxxxxxxx>
• Re: [RFR] 8139cp
  • From: Tomasz Torcz <zdzichu@xxxxxx>
• Re: IPSec / Linux2.6
  • From: Nico Schottelius <nico-linux-net@xxxxxxxxxxxxxxx>
• Re: [XFRM] Added MODULE_LICENSE to xfrm_user
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: IPSec / Linux2.6
  • From: Nico Schottelius <nico-linux-net@xxxxxxxxxxxxxxx>
• Re: IPSec / Linux2.6
  • From: Ralf Spenneberg <lists@xxxxxxxxxxxxxx>
• de2104x (was Re: [PATCH][2.6] de4x5 cleanup)
  • From: Marc Zyngier <mzyngier@xxxxxxxxxxx>
• [XFRM] Added MODULE_LICENSE to xfrm_user
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [RFR] 8139cp
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [more info] Re: [2.4.22] bad interaction between e100 and bridge: BUG at dev.c:991!
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PATCH][2.6] de4x5 cleanup
  • From: Marc Zyngier <mzyngier@xxxxxxxxxxx>
• Re: [PATCH][2.6] de4x5 cleanup
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [PATCH][2.6] de4x5 cleanup
  • From: Marc Zyngier <mzyngier@xxxxxxxxxxx>
• Re: [PATCH][2.6] de4x5 cleanup
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: policy routing on locally generated packets, ip source addressselction, application routing
  • From: "lartc@xxxxxxxxxxxxxxxxxxx" <lartc@xxxxxxxxxxxxxxxxxxx>
• Re: policy routing on locally generated packets, ip source addressselction, application routing
  • From: "Sumit Pandya" <sumit@xxxxxxxxxxxxx>
• trouble compiling iputils with glibc-2.3.2?
  • From: Dan Kegel <dank@xxxxxxxxx>
• Re: policy routing on locally generated packets, ip source address selction, application routing
  • From: "lartc@xxxxxxxxxxxxxxxxxxx" <lartc@xxxxxxxxxxxxxxxxxxx>
• [PATCH][2.6] de4x5 cleanup
  • From: Marc Zyngier <mzyngier@xxxxxxxxxxx>
• Re: policy routing on locally generated packets, ip source addressselction, application routing
  • From: "Sumit Pandya" <sumit@xxxxxxxxxxxxx>
• policy routing on locally generated packets, ip source address selction, application routing
  • From: "lartc@xxxxxxxxxxxxxxxxxxx" <lartc@xxxxxxxxxxxxxxxxxxx>
• 2.6.0-test4-mm3-1 / racoon (ipsec-tools 0.2.2) segfault
  • From: Andreas Jellinghaus <aj@xxxxxxxxxxxxxxx>
• Re: sending data on a socket followed by a close
  • From: Marco Cova <marco.cova@xxxxxxxxxxxxxxx>
• Re: Limits to size of 2.4/2.6 iptables?
  • From: Daniel Stutz <dstutz@xxxxxxxxxx>
• Re: sending data on a socket followed by a close
  • From: Stephen Samuel <samuel@xxxxxxxxxxx>
• [IPSEC] af_key.c checks key bits for IPComp
  • From: Brian Buesker <bbuesker@xxxxxxxxxxxx>
• Limits to size of 2.4/2.6 iptables?
  • From: davidsen@xxxxxxx (bill davidsen)
• tcp/ip as modules
  • From: Kallol Biswas <kallol@xxxxxxx>
• Re: NAPI on 8139too
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• [more info] Re: [2.4.22] bad interaction between e100 and bridge: BUG at dev.c:991!
  • From: Hannes Schulz <schulz@xxxxxxxxxxx>
• Re: NAPI on 8139too
  • From: Jose Luis Domingo Lopez <linux-net@xxxxxxxxxxxxx>
• NAPI on 8139too
  • From: "Michele 'mydecay' Marchetto" <smarchetto1@xxxxxx>
• Re: IPSec / Linux2.6
  • From: Ralf Spenneberg <lists@xxxxxxxxxxxxxx>
• Re: IPSec / Linux2.6
  • From: Nico Schottelius <nico-linux-net@xxxxxxxxxxxxxxx>
• Re: IPSec / Linux2.6
  • From: Nico Schottelius <nico-linux-net@xxxxxxxxxxxxxxx>
• Re: IPSec / Linux2.6
  • From: Ralf Spenneberg <lists@xxxxxxxxxxxxxx>
• Re: IPSec / Linux2.6
  • From: Nico Schottelius <nico-linux-net@xxxxxxxxxxxxxxx>
• rx_interrupt - atomic??? please see test plots
  • From: "Adam Flizikowski" <adam_fli@xxxxxxxxxxxxxx>
• Re: sending data on a socket followed by a close
  • From: Nagendra Singh Tomar <nagendra_tomar@xxxxxxxxxxx>
• Re: [2.6 patch] fix bpqether.c compile without CONFIG_PROC_FS
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [IPSEC-2.4] Remove redundant headers in linux/udp.h
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: sending data on a socket followed by a close
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• sending data on a socket followed by a close
  • From: "Lee Chin" <leechin@xxxxxxxx>
• RE: tx_interrupt - identifying packet
  • From: "Eble, Dan" <DanE@xxxxxxxxxx>
• Re: IPSec / Linux2.6
  • From: Ralf Spenneberg <lists@xxxxxxxxxxxxxx>
• RE: tx_interrupt - identifying packet
  • From: "adamski" <adam_lista_linux@xxxxxxxxxxxxxx>
• Re: [2.4.22] bad interaction between e100 and bridge: BUG at dev.c:991!
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: tx_interrupt - identifying packet
  • From: Dan Eble <dane@xxxxxxxxxx>
• Re: tx_interrupt - identifying packet
  • From: Amit Kucheria <akucheria@xxxxxxxxxxxxxxxxx>
• tx_interrupt - identifying packet
  • From: "Adam Flizikowski" <adam_fli@xxxxxxxxxxxxxx>
• [2.4.22] bad interaction between e100 and bridge: BUG at dev.c:991!
  • From: Hannes Schulz <schulz@xxxxxxxxxxx>
• Re: IPSec / Linux2.6
  • From: Jean-Francois Dive <jef@xxxxxxxxxxx>
• Re: IPSec / Linux2.6
  • From: Nico Schottelius <nico-linux-net@xxxxxxxxxxxxxxx>
• Re: cacheline aligned ?
  • From: Nagendra Singh Tomar <nagendra_tomar@xxxxxxxxxxx>
• Re: IPSec / Linux2.6
  • From: Jean-Francois Dive <jef@xxxxxxxxxxx>
• cacheline aligned ?
  • From: "Rohit" <hoobastang@xxxxxxxxxxxxxx>
• Re: IPSec / Linux2.6
  • From: Nico Schottelius <nico-linux-net@xxxxxxxxxxxxxxx>
• Re: IPSec / Linux2.6
  • From: Jean-Francois Dive <jef@xxxxxxxxxxx>
• Debian 3.0/kernel 2.4.18 ARP "reflection?"
  • From: napalm@xxxxxxxxxxxxxxxxxxxxxxxx (K. Bruner)
• Re: IPsec: Different ports pairs with different security associations
  • From: Brian Buesker <bbuesker@xxxxxxxxxxxx>
• Re: IPsec: Different ports pairs with different security associations
  • From: Brian Buesker <bbuesker@xxxxxxxxxxxx>
• Re: 2.6.0-test4-mm1: wl3501_cs.c doesn't compile
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxx>
• Re: IPSec / Linux2.6
  • From: Ralf Spenneberg <lists@xxxxxxxxxxxxxx>
• Re: IPSec / Linux2.6
  • From: Nico Schottelius <nico-linux-net@xxxxxxxxxxxxxxx>
• [IPSEC-2.4] Remove redundant headers in linux/udp.h
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: IPSec / Linux2.6
  • From: Ralf Spenneberg <lists@xxxxxxxxxxxxxx>
• IPSec / Linux2.6
  • From: Nico Schottelius <nico-linux-net@xxxxxxxxxxxxxxx>
• Re: [design] Linux 2.5 IPsec patch for FreeSWAN 2003/08/25
  • From: Michael Richardson <mcr@xxxxxxxxxxxxxxxxxxxxxx>
• Re: connecting two computers over serial line
  • From: Kallol Biswas <kallol@xxxxxxx>
• Re: connecting two computers over serial line
  • From: davidsen@xxxxxxx (bill davidsen)
• Re: 2.6.0-test4-mm1: wl3501_cs.c doesn't compile
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: 2.6.0-test4-mm1: wl3501_cs.c doesn't compile
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxx>
• Re: 2.6.0-test4-mm1: wl3501_cs.c doesn't compile
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxx>
• connecting two computers over serial line
  • From: Kallol Biswas <kallol@xxxxxxx>
• Re: 2.6.0-test4-mm1: wl3501_cs.c doesn't compile
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxx>
• 2.6.0-test4-mm1: wl3501_cs.c doesn't compile
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: IPsec: Different ports pairs with different security associations
  • From: Brian Buesker <bbuesker@xxxxxxxxxxxx>
• Re: IPsec: Different ports pairs with different security associations
  • From: Jean-Francois Dive <jef@xxxxxxxxxxx>
• Re: Linux 2.5 IPsec patch for FreeSWAN 2003/08/25
  • From: Andreas Jellinghaus <aj@xxxxxxxxxxxxxxx>
• Linux 2.5 IPsec patch for FreeSWAN 2003/08/25
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Fw: Rusty's brain broke!
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Fw: Rusty's brain broke!
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Problems with Cisco Aironet 350 on Arcom SBC-GX1
  • From: "Daniel Merritt" <dmerritt@xxxxxxxxxxxxxxx>
• Re: Persistent tg3_stop_block timed out, ofs=* enable_bit=2
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Persistent tg3_stop_block timed out, ofs=* enable_bit=2
  • From: Keith Owens <kaos@xxxxxxxxxx>
• Re: can I used netlink to monitor changes to ARP table
  • From: Jacob Teplitsky <jacobt@xxxxxxxxx>
• Why no dead gateway detection for Multipath routes?
  • From: "David Geller" <yedok@xxxxxxxxxxx>
• IPsec: Different ports pairs with different security associations
  • From: Brian Buesker <bbuesker@xxxxxxxxxxxx>
• Re: is sendto and recvfrom thread safe?
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: is sendto and recvfrom thread safe?
  • From: "Lee Chin" <leechin@xxxxxxxx>
• RE: Multiple ethernet ports issue with SuSE SLES7.2
  • From: "jansen, frank" <jansen_frank@xxxxxxx>
• Re: Multiple ethernet ports issue with SuSE SLES7.2
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Multiple ethernet ports issue with SuSE SLES7.2
  • From: "jansen, frank" <jansen_frank@xxxxxxx>
• Re: is sendto and recvfrom thread safe?
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• ip_forward - how to read instructions count
  • From: "Adam Flizikowski" <adam_fli@xxxxxxxxxxxxxx>
• is sendto and recvfrom thread safe?
  • From: "Lee Chin" <leechin@xxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "Bas Bloemsaat" <bloemsaa@xxxxxxxxx>
• RE: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Richard Underwood <richard@xxxxxxxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: [IPSEC] Move hardware headers for decaped packets
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [IPSEC] Move hardware headers for decaped packets
  • From: kuznet@xxxxxxxxxxxxx
• Re: can I used netlink to monitor changes to ARP table
  • From: kuznet@xxxxxxxxxxxxx
• Re: [IPSEC] Move hardware headers for decaped packets
  • From: kuznet@xxxxxxxxxxxxx
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Roman Pletka <rap@xxxxxxxxxxxxxx>
• Re: [2.4.2X] "Undeletable" ARP entries?
  • From: Matthias Andree <matthias.andree@xxxxxx>
• unix socket descriptor leak with poll() in AC-patches (2.4.22-rc2-ac3)
  • From: Wilfried Weissmann <W.Weissmann@xxxxxxxxx>
• Re: [IPSEC] Move hardware headers for decaped packets
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• RE: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: jamal <hadi@xxxxxxxxxx>
• RE: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: jamal <hadi@xxxxxxxxxx>
• Suggestion to Improve delivery to local destinations
  • From: "Narik Alatees" <yedok@xxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Roman Pletka <rap@xxxxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Stephan von Krawczynski <skraw@xxxxxxxxxx>
• Re: [2.4.2X] "Undeletable" ARP entries?
  • From: Casey Carter <ccarter@xxxxxxxxxxx>
• Re: [IPSEC] Move hardware headers for decaped packets
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Harley Stenzel <hstenzel@xxxxxxxxxx>
• Re: [IPSEC] Move hardware headers for decaped packets
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [2.4.2X] "Undeletable" ARP entries?
  • From: Matthias Andree <matthias.andree@xxxxxx>
• [2.4.2X] "Undeletable" ARP entries?
  • From: Matthias Andree <matthias.andree@xxxxxx>
• Re: [IPSEC] Move hardware headers for decaped packets
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• RE: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Richard Underwood <richard@xxxxxxxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Roman Pletka <rap@xxxxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "Bas Bloemsaat" <bloemsaa@xxxxxxxxx>
• ARP and knowledge of IP addresses [Re: [2.4 PATCH] bugfix: ARP respond on all devices]
  • From: Pekka Savola <pekkas@xxxxxxxxxx>
• host vs interface address ownership [Re: [2.4 PATCH] bugfix: ARP respond on all devices]
  • From: Pekka Savola <pekkas@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Steven Blake <slblake@xxxxxxxxxxxxxx>
• Re: more on module usage count
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Stephan von Krawczynski <skraw@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• RE: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Richard Underwood <richard@xxxxxxxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Stephan von Krawczynski <skraw@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Daniel Gryniewicz <dang@xxxxxxxxxxx>
• Re: more on module usage count
  • From: Daniele Bellucci <bellucda@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Harley Stenzel <hstenzel@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: more on module usage count
  • From: Daniele Bellucci <bellucda@xxxxxxxxxx>
• Re: more on module usage count
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Discussion fucking closed WAS(Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: jamal <hadi@xxxxxxxxxx>
• Re: more on module usage count
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: can I used netlink to monitor changes to ARP table
  • From: Jacob Teplitsky <jacobt@xxxxxxxxx>
• Re: more on module usage count
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: more on module usage count
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: more on module usage count
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: more on module usage count
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: more on module usage count
  • From: Daniele Bellucci <bellucda@xxxxxxxxxx>
• Re: more on module usage count
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: more on module usage count
  • From: Daniele Bellucci <bellucda@xxxxxxxxxx>
• Re: more on module usage count
  • From: Daniele Bellucci <bellucda@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "Bas Bloemsaat" <bloemsaa@xxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• RE: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• RE: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Richard Underwood <richard@xxxxxxxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• RE: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Richard Underwood <richard@xxxxxxxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "Bas Bloemsaat" <bloemsaa@xxxxxxxxx>
• RE: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Daniel Gryniewicz <dang@xxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: more on module usage count
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• RE: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Richard Underwood <richard@xxxxxxxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• loader
  • From: Mehran Rezaei <mehran@xxxxxxxxxx>
• RE: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Richard Underwood <richard@xxxxxxxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Lars Marowsky-Bree <lmb@xxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Stephan von Krawczynski <skraw@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Stephan von Krawczynski <skraw@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Stephan von Krawczynski <skraw@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• RE: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Richard Underwood <richard@xxxxxxxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Stephan von Krawczynski <skraw@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "Bas Bloemsaat" <bloemsaa@xxxxxxxxx>
• more on module usage count
  • From: "Angelo Dell'Aera" <buffer@xxxxxxxxxxxx>
• openldap-devel BOUNCE: Non-member submission
  • From: Major Response <majorresponse@xxxxxxxxxxxx>
• Re: [IPSEC] Move hardware headers for decaped packets
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH] sk_mca typo fix
  • From: "Angelo Dell'Aera" <buffer@xxxxxxxxxxxx>
• Re: [PATCH] Ratelimit SO_BSDCOMPAT warnings
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Stephan von Krawczynski <skraw@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [IPSEC] Move hardware headers for decaped packets
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• RE: rx interrupt boundaries (2.4.20 - 8139too.c)
  • From: "Eble, Dan" <DanE@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Stephan von Krawczynski <skraw@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Willy Tarreau <willy@xxxxxxxxx>
• FW: rx interrupt boundaries (2.4.20 - 8139too.c)
  • From: "Adam Flizikowski" <adam_fli@xxxxxxxxxxxxxx>
• RE: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Richard Underwood <richard@xxxxxxxxxxxxxxxxx>
• RE: rx interrupt boundaries (2.4.20 - 8139too.c)
  • From: "Eble, Dan" <DanE@xxxxxxxxxx>
• Re: [PATCH] Ratelimit SO_BSDCOMPAT warnings
  • From: Phil Oester <kernel@xxxxxxxxxxxxxx>
• RE: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• RE: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Richard Underwood <richard@xxxxxxxxxxxxxxxxx>
• Re: completion_queue, output_queue - what are they for
  • From: Nagendra Singh Tomar <nagendra_tomar@xxxxxxxxxxx>
• rx interrupt boundaries (2.4.20 - 8139too.c)
  • From: "Adam Flizikowski" <adam_fli@xxxxxxxxxxxxxx>
• IP over X.25 via asynchrous RS232
  • From: Jerzy Tryjarski <jurekt@xxxxxxxxxx>
• completion_queue, output_queue - what are they for
  • From: "Adam Flizikowski" <adam_fli@xxxxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "Bas Bloemsaat" <bloemsaa@xxxxxxxxx>
• Re: [PATCH] Ratelimit SO_BSDCOMPAT warnings
  • From: Denis Vlasenko <vda@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Ben Greear <greearb@xxxxxxxxxxxxxxx>
• Re: [PATCH] Ratelimit SO_BSDCOMPAT warnings
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: [PATCH] Ratelimit SO_BSDCOMPAT warnings
  • From: James Morris <jmorris@xxxxxxxxxxxxxxxx>
• Re: [PATCH] Ratelimit SO_BSDCOMPAT warnings
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: [PATCH] Ratelimit SO_BSDCOMPAT warnings
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PATCH] Ratelimit SO_BSDCOMPAT warnings
  • From: Valdis.Kletnieks@xxxxxx
• [PATCH] Ratelimit SO_BSDCOMPAT warnings
  • From: Phil Oester <kernel@xxxxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: [IPSEC] Move hardware headers for decaped packets
  • From: kuznet@xxxxxxxxxxxxx
• SRC IP selection in ARP request (Was: bugfix: ARP respond on all devices)
  • From: "Vladimir B. Savkin" <master@xxxxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Stephan von Krawczynski <skraw@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Willy Tarreau <willy@xxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Stephan von Krawczynski <skraw@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Stephan von Krawczynski <skraw@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Dominik Kubla <dominik.kubla@xxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Linux and BSD networking code
  • From: "Adam Flizikowski" <adam_fli@xxxxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• code changes for sock_alloc_send_skb() to avoid panics
  • From: Prashanth T <prasht@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Willy Tarreau <willy@xxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Stephan von Krawczynski <skraw@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Stephan von Krawczynski <skraw@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "Bas Bloemsaat" <bloemsaa@xxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Stephan von Krawczynski <skraw@xxxxxxxxxx>
• Re: [IPSEC] Oops when destroying stillborn states
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• [IPSEC] Oops when destroying stillborn states
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• IP over X.25, Cisco
  • From: Jerzy Tryjarski <jurekt@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Willy Tarreau <willy@xxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Willy Tarreau <willy@xxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [TCP] Update ext2_header_len when dst changes
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Willy Tarreau <willy@xxxxxxxxx>
• Re: [IPSEC] Move hardware headers for decaped packets
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: IKE, Xauth and NAT-T
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: IKE, Xauth and NAT-T
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: IKE, Xauth and NAT-T
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Linux Zero Copy
  • From: Nagendra Singh Tomar <nagendra_tomar@xxxxxxxxxxx>
• Re: IKE, Xauth and NAT-T
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: IKE, Xauth and NAT-T
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Linux Zero Copy
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Linux Zero Copy
  • From: Nagendra Singh Tomar <nagendra_tomar@xxxxxxxxxxx>
• Re: Linux Zero Copy
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Bug with ARP - request source address on wrong subnet
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Bug with ARP - request source address on wrong subnet
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Linux Zero Copy
  • From: Nagendra Singh Tomar <nagendra_tomar@xxxxxxxxxxx>
• Re: [IPSEC] Move hardware headers for decaped packets
  • From: kuznet@xxxxxxxxxxxxx
• Re: [IPSEC] Move hardware headers for decaped packets
  • From: kuznet@xxxxxxxxxxxxx
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Willy Tarreau <willy@xxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: insecure <insecure@xxxxxxxxxx>
• msr registers
  • From: "Adam Flizikowski" <adam_fli@xxxxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Arjan van de Ven <arjanv@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "Carlos Velasco" <carlosev@xxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: David T Hollis <dhollis@xxxxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "Carlos Velasco" <carlosev@xxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "Carlos Velasco" <carlosev@xxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "Bas Bloemsaat" <bloemsaa@xxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "Carlos Velasco" <carlosev@xxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "Bas Bloemsaat" <bloemsaa@xxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• RE: Bug with ARP - request source address on wrong subnet
  • From: "Carlos Velasco" <carlosev@xxxxxxxxxxxx>
• Re: Bug with ARP - request source address on wrong subnet
  • From: "Carlos Velasco" <carlosev@xxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "Carlos Velasco" <carlosev@xxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "Carlos Velasco" <carlosev@xxxxxxxxxxxx>
• [TCP] Update ext2_header_len when dst changes
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Routing - where to put timing probes to examine it?
  • From: "Adam Flizikowski" <adam_fli@xxxxxxxxxxxxxx>
• Re: [IPSEC] Move hardware headers for decaped packets
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [IPSEC] Move hardware headers for decaped packets
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [IPSEC] Move hardware headers for decaped packets
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [IPSEC] Move hardware headers for decaped packets
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• [IPSEC] Move hardware headers for decaped packets
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• RE: Bug with ARP - request source address on wrong subnet
  • From: Richard Underwood <richard@xxxxxxxxxxxxxxxxx>
• additional pointer into skb - where to initialize ??
  • From: "Adam Flizikowski" <adam_fli@xxxxxxxxxxxxxx>
• Re: Bug with ARP - request source address on wrong subnet
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• RE: Bug with ARP - request source address on wrong subnet
  • From: Richard Underwood <richard@xxxxxxxxxxxxxxxxx>
• Re: IKE, Xauth and NAT-T
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: IKE, Xauth and NAT-T
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: IKE, Xauth and NAT-T
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• IKE, Xauth and NAT-T
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Public MAC address range
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• TCP latency problem with newer kernels 2.4.18 etc (and not 2.4.9)
  • From: Eric Cano <Eric.Cano@xxxxxxx>
• RE: sch_generic.c - why skb->some_field gets undefined, after dev_queue_xmit is called?????
  • From: "Eble, Dan" <DanE@xxxxxxxxxx>
• CBQ - classification problem with cbq_classify()
  • From: "Adam Flizikowski" <adam_fli@xxxxxxxxxxxxxx>
• Re: Bug with ARP - request source address on wrong subnet
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• RE: Bug with ARP - request source address on wrong subnet
  • From: Richard Underwood <richard@xxxxxxxxxxxxxxxxx>
• Re: 2.6.0: Bad udp checksum in loopback interface
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: [RFC] High Performance Packet Classifiction for tc framework
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: sch_generic.c - why skb->some_field gets undefined, afterdev_queue_xmit is called?????
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• sch_generic.c - why skb->some_field gets undefined, after dev_queue_xmit is called?????
  • From: "Adam Flizikowski" <adam_fli@xxxxxxxxxxxxxx>
• Re: Bug with ARP - request source address on wrong subnet
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Linux Zero Copy
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• RE: Bug with ARP - request source address on wrong subnet
  • From: Richard Underwood <richard@xxxxxxxxxxxxxxxxx>
• Re: Bug with ARP - request source address on wrong subnet
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• RE: Bug with ARP - request source address on wrong subnet
  • From: Richard Underwood <richard@xxxxxxxxxxxxxxxxx>
• Re: Bug with ARP - request source address on wrong subnet
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Bug with ARP - request source address on wrong subnet
  • From: Richard Underwood <richard@xxxxxxxxxxxxxxxxx>
• Re: 2.6.0: Bad udp checksum in loopback interface (me too!)
  • From: Catalin BOIE <util@xxxxxxxxxxxxxxx>
• 2.6.0: Bad udp checksum in loopback interface
  • From: Ricardo Galli <gallir@xxxxxx>
• Re: [PROBLEM] IPSec: IPComp CPI size
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PROBLEM] IPSec: IPComp CPI size
  • From: James Morris <jmorris@xxxxxxxxxxxxxxxx>
• Re: [PROBLEM] IPSec: IPComp CPI size
  • From: James Morris <jmorris@xxxxxxxxxxxxxxxx>
• Re: Linux Zero Copy
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Linux Zero Copy
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Linux Zero Copy
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• [PROBLEM] IPSec: IPComp CPI size
  • From: Brian Buesker <bbuesker@xxxxxxxxxxxx>
• Re: Linux Zero Copy
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: Linux Zero Copy
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• RE: OOPS after adding new field to skbuff.c ?!?
  • From: "adamski" <adam_lista_linux@xxxxxxxxxxxxxx>
• RE: OOPS after adding new field to skbuff.c ?!?
  • From: "Hen, Shmulik" <shmulik.hen@xxxxxxxxx>
• OOPS after adding new field to skbuff.c ?!?
  • From: "Adam Flizikowski" <adam_fli@xxxxxxxxxxxxxx>
• Re: changing struct skbuff - consequences ??
  • From: Nagendra Singh Tomar <nagendra_tomar@xxxxxxxxxxx>
• changing struct skbuff - consequences ??
  • From: "Adam Flizikowski" <adam_fli@xxxxxxxxxxxxxx>
• RE: IPv6 - why skb->cb is not filled???
  • From: "Hen, Shmulik" <shmulik.hen@xxxxxxxxx>
• Re: IPv6 - why skb->cb is not filled???
  • From: "Suvidh Mathur" <Suvidh.Mathur@xxxxxxxxxxxxxxx>
• IPv6 - why skb->cb is not filled???
  • From: "Adam Flizikowski" <adam_fli@xxxxxxxxxxxxxx>
• Re: Linux Zero Copy
  • From: Nagendra Singh Tomar <nagendra_tomar@xxxxxxxxxxx>
• Re: Linux Zero Copy
  • From: Nagendra Singh Tomar <nagendra_tomar@xxxxxxxxxxx>
• questions on tcp_send
  • From: "Steven Mickovski" <knet31@xxxxxxxxxxxxxx>
• Local Computer Service
  • From: <frand@xxxxxxxxxxxxxxxxxxxxx>
• Re: Linux Zero Copy
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Linux Zero Copy
  • From: Nagendra Singh Tomar <nagendra_tomar@xxxxxxxxxxx>
• Re: TSO thruput is low !
  • From: Nagendra Singh Tomar <nagendra_tomar@xxxxxxxxxxx>
• Re: TCP/IP Window Size Problem/Query
  • From: Shmulik Hen <shmulik.hen@xxxxxxxxx>
• Re: [RFC] High Performance Packet Classifiction for tc framework
  • From: Michael Bellion and Thomas Heinz <nf@xxxxxxxxx>
• Re: [RFC] High Performance Packet Classifiction for tc framework
  • From: jamal <hadi@xxxxxxxxxx>
• Re: [RFC] High Performance Packet Classifiction for tc framework
  • From: Michael Bellion and Thomas Heinz <nf@xxxxxxxxx>
• Re: [RFC] High Performance Packet Classifiction for tc framework
  • From: Michael Bellion and Thomas Heinz <nf@xxxxxxxxx>
• Re: [RFC] High Performance Packet Classifiction for tc framework
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• tcp src port
  • From: Antonio Mancuso <antonio.mancuso@xxxxxxxxxxxxxxxxxx>
• TSO thruput is low !
  • From: Nagendra Singh Tomar <nagendra_tomar@xxxxxxxxxxx>
• Dont let debt ruin your life.. READ THIS NOW ][[
  • From: bhiykpnvipsz@xxxxxxx
• Re: Fw: Rusty's brain broke!
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [RFC] High Performance Packet Classifiction for tc framework
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [RFC] High Performance Packet Classifiction for tc framework
  • From: jamal <hadi@xxxxxxxxxx>
• Re: PROBLEM: sendto does not block when an IPSec SA must beestablished
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [RFC] High Performance Packet Classifiction for tc framework
  • From: Michael Bellion and Thomas Heinz <nf@xxxxxxxxx>
• Re: Fw: Rusty's brain broke!
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: TCP Connections hangs - Sequence Number decremented
  • From: Christoph Heine <atom@xxxxxxxxxxxxxxxxx>
• Re: TCP Connections hangs - Sequence Number decremented
  • From: Nivedita Singhvi <niv@xxxxxxxxxx>
• PROBLEM: sendto does not block when an IPSec SA must be established
  • From: Brian Buesker <bbuesker@xxxxxxxxxxxx>
• Clarification regarding gethostbyname / gethostbyaddr
  • From: "Sudharsan Vijayaraghavan" <sud_vijay@xxxxxxxxxxxxxx>
• TCP Connections hangs - Sequence Number decremented
  • From: Christoph Heine <atom@xxxxxxxxxxxxxxxxx>
• Stragne "sent invalid ICMP type" message
  • From: Krzysztof Olędzki <ole@xxxxxx>
• RE: [2.6 patch] fix net/sk98lin/skge.c for !PROC_FS
  • From: <support@xxxxxxxxxxxxx>
• Re: [2.6 patch] kill EXPORT_NO_SYMBOLS from meth.c
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: cryptoapi incorrect struct page usage
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• cryptoapi incorrect struct page usage
  • From: Mika Penttilä <mika.penttila@xxxxxxxxxxx>
• [2.6 patch] kill EXPORT_NO_SYMBOLS from meth.c
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: IPSec + NAT interaction in Linux 2.6
  • From: Jose Luis Domingo Lopez <linux-net@xxxxxxxxxxxxx>
• IPSec + NAT interaction in Linux 2.6
  • From: Ranjeet Shetye <ranjeet.shetye2@xxxxxxxxxx>
• Re: MOD_*_COUNT disappearing in tun
  • From: "Angelo Dell'Aera" <buffer@xxxxxxxxxxxx>
• Re: MOD_*_COUNT disappearing in tun
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [RFC] High Performance Packet Classifiction for tc framework
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• A question on inet_select_addr()
  • From: <ahtraps@xxxxxxxxxx>
• Re: [XFRM] Add family to SA and tmpl
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: MOD_*_COUNT disappearing in tun
  • From: "Angelo Dell'Aera" <buffer@xxxxxxxxxxxx>
• Re: MOD_*_COUNT disappearing in tun
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [RFC] High Performance Packet Classifiction for tc framework
  • From: jamal <hadi@xxxxxxxxxx>
• [2.6 patch] fix net/sk98lin/skge.c for !PROC_FS
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• RE: ethernet packets
  • From: "Eble, Dan" <DanE@xxxxxxxxxx>
• Re: [XFRM] Add family to SA and tmpl
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [XFRM] Add family to SA and tmpl
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [XFRM] Add family to SA and tmpl
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [XFRM] Add family to SA and tmpl
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [IPSEC] Use xfrm_rcv for xfrm tunnel packets
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [XFRM] Add family to SA and tmpl
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• code changes for sock_alloc_send_skb() to prevent panics
  • From: Prashanth T <prasht@xxxxxxxxxx>
• Re: [XFRM] Add family to SA and tmpl
  • From: kuznet@xxxxxxxxxxxxx
• Re: [IPSEC] Use xfrm_rcv for xfrm tunnel packets
  • From: kuznet@xxxxxxxxxxxxx
• ethernet packets
  • From: Mike - EMAIL IGNORED <m_d_berger_1900@xxxxxxxxx>
• Re: [IPSEC] Use xfrm_rcv for xfrm tunnel packets
  • From: James Morris <jmorris@xxxxxxxxxxxxxxxx>
• Re: [XFRM] Add family to SA and tmpl
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• "No buffer space available" on 2.6.0-test2-mm2 trying to create sit-mode tunnel
  • From: Jose Luis Domingo Lopez <linux-net@xxxxxxxxxxxxx>
• Re: [XFRM] Add family to SA and tmpl
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [IPSEC] Use xfrm_rcv for xfrm tunnel packets
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [RFC] High Performance Packet Classifiction for tc framework
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [RFC] High Performance Packet Classifiction for tc framework
  • From: jamal <hadi@xxxxxxxxxx>
• Re: [IPSEC] Use xfrm_rcv for xfrm tunnel packets
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [XFRM] Add family to SA and tmpl
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [XFRM] Add family to SA and tmpl
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• [XFRM] Add family to SA and tmpl
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [patch] defxx: Maintenance + DMA API fixes
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxx>
• RE: Basic Routing problem
  • From: "Eble, Dan" <DanE@xxxxxxxxxx>
• RE: Congestion Control uses packets instead of segments? (bug?).
  • From: Jonathon Ross <jonathan.ross@xxxxxxxxxxxx>
• Basic Routing problem
  • From: S P <sage_newbie@xxxxxxxxx>
• Re: Congestion Control uses packets instead of segments? (bug?).
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Congestion Control uses packets instead of segments? (bug?).
  • From: Lincoln Dale <ltd@xxxxxxxxx>
• Re: Congestion Control uses packets instead of segments? (bug?).
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Congestion Control uses packets instead of segments? (bug?).
  • From: Casey Carter <ccarter@xxxxxxxxxxx>
• Tx Zerocopy and Scatter Gather on a 256 MB system
  • From: Manish Lachwani <m_lachwani@xxxxxxxxx>
• Congestion Control uses packets instead of segments? (bug?).
  • From: Jonathon Ross <jonathan.ross@xxxxxxxxxxxx>
• Re: [RFC] High Performance Packet Classifiction for tc framework
  • From: Michael Bellion and Thomas Heinz <nf@xxxxxxxxx>
• RE: Public MAC address range
  • From: "Eble, Dan" <DanE@xxxxxxxxxx>
• Re: MOD_*_COUNT disappearing in tun
  • From: Jose Luis Domingo Lopez <linux-net@xxxxxxxxxxxxx>
• Re: MOD_*_COUNT disappearing in tun
  • From: Daniele Bellucci <bellucda@xxxxxxxxxx>
• MOD_*_COUNT disappearing in tun
  • From: Daniele Bellucci <bellucda@xxxxxxxxxx>
• Re: pkt_sched.h only handles 100Hz and 1024Hz sys ticks
  • From: Chris Smale <chris.smale@xxxxxxxxxxx>
• RE: Public MAC address range
  • From: rich+ml@xxxxxxxxxxx
• Re: [PATCH] 82596
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• [PATCH] 82596
  • From: "Angelo Dell'Aera" <buffer@xxxxxxxxxxxx>
• Re: Tulip and Broadcom-4401 problems
  • From: Touko Korpela <tkorpela@xxxxxxxx>
• missing release in netstat_ktype [2.6.0-test2-mm4]
  • From: Daniele Bellucci <bellucda@xxxxxxxxxx>
• Tulip and Broadcom-4401 problems
  • From: Touko Korpela <tkorpela@xxxxxxxx>
• Re: [IPSEC] Use xfrm_rcv for xfrm tunnel packets
  • From: kuznet@xxxxxxxxxxxxx
• RE: Public MAC address range
  • From: "Eble, Dan" <DanE@xxxxxxxxxx>
• Re: Public MAC address range
  • From: rich+ml@xxxxxxxxxxx
• Re: [RFC] High Performance Packet Classifiction for tc framework
  • From: jamal <hadi@xxxxxxxxxx>
• Re: pkt_sched.h only handles 100Hz and 1024Hz sys ticks
  • From: Chris Smale <chris.smale@xxxxxxxxxxx>
• Re: [RFC] High Performance Packet Classifiction for tc framework
  • From: Michael Bellion and Thomas Heinz <nf@xxxxxxxxx>
• RE: Public MAC address range
  • From: "Eble, Dan" <DanE@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Pekka Savola <pekkas@xxxxxxxxxx>
• Re: net/ipv4/ipcomp.c in 2.6.0-test2
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [RFC] High Performance Packet Classifiction for tc framework
  • From: jamal <hadi@xxxxxxxxxx>
• Public MAC address range
  • From: "sandy pond" <sandy_pond@xxxxxxxxxxxxx>
• Re: net/ipv4/ipcomp.c in 2.6.0-test2
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• select function
  • From: yi <yi@xxxxxxxxxxxxxx>
• Re: pkt_sched.h only handles 100Hz and 1024Hz sys ticks
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Fw: Rusty's brain broke!
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PATCH 2.6] Fix IPv6 esp mem leak in esp6_input
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [XFRM] Fix spurious error with get_*
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [XFRM] Use correct addr in alloc_spi
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Oops in 2.6.0-test2 while linking to a DI-804V VPN router
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• [XFRM] Fix spurious error with get_*
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [XFRM] Use correct addr in alloc_spi
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [IPSEC] Use xfrm_rcv for xfrm tunnel packets
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Oops in 2.6.0-test2 while linking to a DI-804V VPN router
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: net/ipv4/ipcomp.c in 2.6.0-test2
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH] fix airo memory leak
  • From: Daniel Ritz <daniel.ritz@xxxxxx>
• net/ipv4/ipcomp.c in 2.6.0-test2
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 2.6] Fix IPv6 esp mem leak in esp6_input
  • From: Daniel Ritz <daniel.ritz@xxxxxx>
• Oops in 2.6.0-test2 while linking to a DI-804V VPN router
  • From: "Nathan Banks" <nathan@xxxxxxxxxx>
• Re: list of open sockets in kernel
  • From: "Sergey V. Burchu" <sayd@xxxxxxxxxxxxxxxxxxxx>
• Re: rmmodding e100 trace calls on 2.6.0-test2-mm2
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• rmmodding e100 trace calls on 2.6.0-test2-mm2
  • From: Peter Johanson <latexer@xxxxxxxxxx>
• IP options
  • From: Antoine Luu <aluu@xxxxxxxxxxx>
• RE: list of open sockets in kernel
  • From: Sashikiran Rachakonda <sashi@xxxxxxxxxx>
• RE: list of open sockets in kernel
  • From: Sashikiran Rachakonda <sashi@xxxxxxxxxx>
• RE: list of open sockets in kernel
  • From: "Eble, Dan" <DanE@xxxxxxxxxx>
• rtl8139 boot problems
  • From: Håvard Wall <haavardw@xxxxxxxxxx>
• Re: list of open sockets in kernel
  • From: Nagendra Singh Tomar <nagendra_tomar@xxxxxxxxxxx>
• list of open sockets in kernel
  • From: "Sergey V. Burchu" <sayd@xxxxxxxxxxxxxxxxxxxx>
• Re: [IPSEC] Use xfrm_rcv for xfrm tunnel packets
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: about ip_options_compile
  • From: Antoine Luu <aluu@xxxxxxxxxxx>
• Re: about ip_options_compile
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [IPSEC] Use xfrm_rcv for xfrm tunnel packets
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• about ip_options_compile
  • From: Antoine Luu <aluu@xxxxxxxxxxx>
• Re: [IPSEC] Use xfrm_rcv for xfrm tunnel packets
  • From: kuznet@xxxxxxxxxxxxx
• Why TCP_PAWS_WINDOW is needed?
  • From: "Zhaorong Zeng" <zrzeng@xxxxxxxxxxxxxx>
• Re: [IPSEC] Use xfrm_rcv for xfrm tunnel packets
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Performance test result for IPsec/IPv4
  • From: "Zhao, Forrest" <forrest.zhao@xxxxxxxxx>
• [IPSec]Psudo code for handling PMTU message for IPSec/IPv4
  • From: "Zhao, Forrest" <forrest.zhao@xxxxxxxxx>
• Avoiding re-ordering in netif_rx()
  • From: Nagendra Singh Tomar <nagendra_tomar@xxxxxxxxxxx>
• [IPSec]Report a bug in xfrm_get_mss()/2.6.0 test2
  • From: "Zhao, Forrest" <forrest.zhao@xxxxxxxxx>
• Re: [IPSEC] Use xfrm_rcv for xfrm tunnel packets
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• wierd netstat(/proc/net) behaviour
  • From: "phased" <phased@xxxxxxx>
• rt_cache_flush notification
  • From: Jacob Teplitsky <jacobt@xxxxxxxxx>
• root over nfs problems
  • From: Nick Couchman <nick@xxxxxxxxx>
• A Question on ipsec
  • From: neonlight_2001 <neonlight_2001@xxxxxxxx>
• pkt_sched.h only handles 100Hz and 1024Hz sys ticks
  • From: Chris Smale <chris.smale@xxxxxxxxxxx>
• Re: Linux v2.6.0-test2
  • From: Christian Bornträger <christian@xxxxxxxxxxxxxxx>
• Re: Linux v2.6.0-test2
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• TCP streaming problem, I'm puzzled
  • From: Roland Kuhn <rkuhn@xxxxxxxxxxxxxxxxxxxxxxxxx>
• RE: Rx overruns with e1000 card
  • From: "Feldman, Scott" <scott.feldman@xxxxxxxxx>
• Re: Quering next hop interface.
  • From: "Sumit Pandya" <sumit@xxxxxxxxxxxxx>
• Re: tcp question
  • From: Nagendra Singh Tomar <nagendra_tomar@xxxxxxxxxxx>
• Re: ip-alias and NAT doesn't work
  • From: Casey Carter <ccarter@xxxxxxxxxxx>
• tcp question
  • From: Kallol Biswas <kallol.biswas@xxxxxxx>
• Re: [OOPS] linux 2.6, lots of ipsec traffic while rebooting box.
  • From: Ranjeet Shetye <ranjeet.shetye2@xxxxxxxxxx>
• Re: ip-alias and NAT doesn't work
  • From: Ranjeet Shetye <ranjeet.shetye2@xxxxxxxxxx>
• ip-alias and NAT doesn't work
  • From: Rupali Kasralikar <rupalik10@xxxxxxxxx>
• Quering next hop interface.
  • From: "Yung Yi" <yiyung@xxxxxxxxxxxxxxx>
• TIS linux firewall proxy?
  • From: "Bo Moon" <bo@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Rx overruns with e1000 card
  • From: Mark Huth <mhuth@xxxxxxxxxx>
• Rx overruns with e1000 card
  • From: Shilpi Agarwal <shilpi@xxxxxxxxxxxx>
• Re: Quick repeat of TCP module question
  • From: Nivedita Singhvi <niv@xxxxxxxxxx>
• Re: snap on arm linux
  • From: Tim Gardner <timg@xxxxxxx>
• Quick repeat of TCP module question
  • From: "Shan Sinha" <sks@xxxxxxxxxxxx>
• Re: TCPPureAcks TCPHPAcks - Definition?
  • From: Nivedita Singhvi <niv@xxxxxxxxxx>
• snap on arm linux
  • From: D Qi <dqi@xxxxxxxxxxxxx>
• [IPSEC] Use xfrm_rcv for xfrm tunnel packets
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: TCPPureAcks TCPHPAcks - Definition?
  • From: Bill Darte <billd@xxxxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Lamont Granquist <lamont@xxxxxxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: [OOPS] linux 2.6, lots of ipsec traffic while rebooting box.
  • From: Ranjeet Shetye <ranjeet.shetye2@xxxxxxxxxx>
• Re: [OOPS] on linux 2.6 while using IPSec.
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [OOPS] on linux 2.6 while using IPSec.
  • From: Ranjeet Shetye <ranjeet.shetye2@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Julian Anastasov <ja@xxxxxx>
• Re: Ethernet falls into deep sleep.
  • From: Michael Buesch <fsdeveloper@xxxxxxxx>
• Re: Ethernet falls into deep sleep.
  • From: Andrew Morton <akpm@xxxxxxxx>
• [PATCH 2.6.0-test2] tc35815
  • From: "Angelo Dell'Aera" <buffer@xxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "Bas Bloemsaat" <bloemsaa@xxxxxxxxx>
• Re: [PATCH] ip_vs: fixed compile warning by repl. skb_linearize with __skb_linearize [2.6.0-test2]
  • From: Matthew Wilcox <willy@xxxxxxxxxx>
• Re: [PATCH] ip_vs: fixed compile warning by repl. skb_linearizewith __skb_linearize [2.6.0-test2]
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• [PATCH] ip_vs: fixed compile warning by repl. skb_linearize with __skb_linearize [2.6.0-test2]
  • From: Daniele Bellucci <bellucda@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Phil Oester <kernel@xxxxxxxxxxxxxx>
• Re: Ethernet falls into deep sleep.
  • From: Michael Buesch <fsdeveloper@xxxxxxxx>
• Re: [IGMPv3/MLDv2] Problem using host implementation on 2.6.0-test1
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Linux v2.6.0-test2
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: [patch 2.6.0-test2: com20020_cs.c doesn't compile
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• RE: Ethernet falls into deep sleep.
  • From: "Hen, Shmulik" <shmulik.hen@xxxxxxxxx>
• Ethernet falls into deep sleep.
  • From: Michael Buesch <fsdeveloper@xxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "Carlos Velasco" <carlosev@xxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "Carlos Velasco" <carlosev@xxxxxxxxxxxx>
• Re: [IGMPv3/MLDv2] Problem using host implementation on 2.6.0-test1
  • From: Hitoshi Asaeda <Hitoshi.Asaeda@xxxxxxxxxxxxxxx>
• [IPSec]some new ideas about PMTU handling for IPSec/IPv4
  • From: "Zhao, Forrest" <forrest.zhao@xxxxxxxxx>
• DMA mapping???
  • From: Raghava Vatsavayi <rajuraghava@xxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: David Lang <david.lang@xxxxxxxxxxxxxxxxxx>
• [PATCH] [TRIVIAL] Fix ipt_helper compilation. Was: Linux v2.6.0-test2
  • From: florin@xxxxxxxxx (Florin Iucha)
• Re: [OOPS] on linux 2.6 while using IPSec.
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [OOPS] on linux 2.6 while using IPSec.
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [IPSec]A problem with xfrm_check_output()
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• RE: [IPSec]A problem with xfrm_check_output()
  • From: "Zhao, Forrest" <forrest.zhao@xxxxxxxxx>
• RE: [IPSec]A problem with xfrm_check_output()
  • From: "Zhao, Forrest" <forrest.zhao@xxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "Carlos Velasco" <carlosev@xxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "Carlos Velasco" <carlosev@xxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "Carlos Velasco" <carlosev@xxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "Carlos Velasco" <carlosev@xxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Michael Richardson <mcr@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "Carlos Velasco" <carlosev@xxxxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "Carlos Velasco" <carlosev@xxxxxxxxxxxx>
• [2.4 PATCH] bugfix: ARP respond on all devices
  • From: Bas Bloemsaat <bloemsaa@xxxxxxxxx>
• [2.6 PATCH] bugfix: ARP respond on all devices
  • From: Bas Bloemsaat <bloemsaa@xxxxxxxxx>
• Re: [IPSEC] Progagating ECN based on per-SA flag
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [OOPS] on linux 2.6 while using IPSec.
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [2.4 PATCH] bugfix: ARP respond on all devices
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: ARP bug/feature in linux
  • From: "Carlos Velasco" <carlosev@xxxxxxxxxxxx>
• [PATCH 2.5] sk_mca.c unlocking
  • From: Daniel Ritz <daniel.ritz@xxxxxx>
• Re: Fw: Rusty's brain broke!
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• ARP bug/feature in linux
  • From: S Ramesh <rashanmu@xxxxxxxxxxxxxxx>
• Re: [2.4 patch] netfilter Configure.help cleanup
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: [OOPS] on linux 2.6 while using IPSec.
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [OOPS] linux 2.6, lots of ipsec traffic while rebooting box.
  • From: James Morris <jmorris@xxxxxxxxxxxxxxxx>
• [OOPS] linux 2.6, lots of ipsec traffic while rebooting box.
  • From: Ranjeet Shetye <ranjeet.shetye2@xxxxxxxxxx>
• [OOPS] using IPSec on Linux 2.6 - similar to earlier OOPS
  • From: Ranjeet Shetye <ranjeet.shetye2@xxxxxxxxxx>