network (thread)

kernel bug fix: entered/exited promiscuous mode flip/flop error, Jim Nisbet
PATCH: IPSecv6 in tunnel won't work with ext hdrs, latten
[PATCH] IPV6: convert /proc/net/anycast6 to seq_file, YOSHIFUJI Hideaki / 吉藤英明
[PATCH] IPV4: convert /proc/net/mcfilter to seq_file, YOSHIFUJI Hideaki / 吉藤英明
[PATCH] IPV6: convert /proc/net/mcfilter6 to seq_file, YOSHIFUJI Hideaki / 吉藤英明
[PATCH] IPV6: convert /proc/net/igmp6 to seq_file, YOSHIFUJI Hideaki / 吉藤英明
[PATCH] IPV4: convert /proc/net/igmp to seq_file, YOSHIFUJI Hideaki / 吉藤英明
[PATCH] IPV{4,6}: fixed /proc/net/raw{,6} seq_file support, YOSHIFUJI Hideaki / 吉藤英明
- Re: [PATCH] IPV{4,6}: fixed /proc/net/raw{,6} seq_file support, James Morris
Re: SIOCGIFCONF and ifr_bandwidth, Eng Se-Hsieng
[PATCH] IPV6: put ipv6_rcv_saddr_equal() common place, YOSHIFUJI Hideaki / 吉藤英明
- Re: [PATCH] IPV6: put ipv6_rcv_saddr_equal() common place, James Morris
(no subject), James Morris
- (no subject), David S. Miller
[patch] 2.5.73-mm2: let CONFIG_TC35815 depend on CONFIG_TOSHIBA_JMR3927, Adrian Bunk
[PATCH] XFRM: typo, YOSHIFUJI Hideaki / 吉藤英明
- Re: [PATCH] XFRM: typo, James Morris
tg3 lockup under load on SMP kernel, Stuart Anderson
[PATCH] IPV6: convert /proc/net/ip6_flowlabel to seq_file, YOSHIFUJI Hideaki / 吉藤英明
- Re: [PATCH] IPV6: convert /proc/net/ip6_flowlabel to seq_file, YOSHIFUJI Hideaki / 吉藤英明
  - Re: [PATCH] IPV6: convert /proc/net/ip6_flowlabel to seq_file, James Morris
    - Re: [PATCH] IPV6: convert /proc/net/ip6_flowlabel to seq_file, YOSHIFUJI Hideaki / 吉藤英明
    - Re: [PATCH] IPV6: convert /proc/net/ip6_flowlabel to seq_file, James Morris
[PATCH] IPV6: use macro for M-Flag and clean-up, YOSHIFUJI Hideaki / 吉藤英明
- Re: [PATCH] IPV6: use macro for M-Flag and clean-up, James Morris
  - Re: [PATCH] IPV6: use macro for M-Flag and clean-up, YOSHIFUJI Hideaki / 吉藤英明
    - Re: [PATCH] IPV6: use macro for M-Flag and clean-up, James Morris
[PATCH] IPV6: Fixed M-Flag in last fragment, YOSHIFUJI Hideaki / 吉藤英明
- Re: [PATCH] IPV6: Fixed M-Flag in last fragment, YOSHIFUJI Hideaki / 吉藤英明
[PATCH] PPP handling fragmented skbuff's, Stephen Hemminger
- Re: [PATCH] PPP handling fragmented skbuff's, David S. Miller
[PATCH] Fix PPP async regression, Stephen Hemminger
- Re: [PATCH] Fix PPP async regression, David S. Miller
routing bug report for 2.4, Ben Greear
- Re: routing bug report for 2.4, Julian Anastasov
  - Re: routing bug report for 2.4, Ben Greear
    - Re: routing bug report for 2.4, Julian Anastasov
    - Re: routing bug report for 2.4, Julian Anastasov
    - Re: routing bug report for 2.4, Ben Greear
    - Re: routing bug report for 2.4, Julian Anastasov
    - send-to-self (was Re: routing bug report for 2.4), Julian Anastasov
    - Re: send-to-self (was Re: routing bug report for 2.4), Julian Anastasov
    - Re: send-to-self (was Re: routing bug report for 2.4), Ben Greear
    - Re: send-to-self (was Re: routing bug report for 2.4), Julian Anastasov
    - Re: send-to-self (was Re: routing bug report for 2.4), James R. Leu
e1000 lockup with port io type reset, Zwane Mwaikambo
- RE: e1000 lockup with port io type reset, Feldman, Scott
  - RE: e1000 lockup with port io type reset, Zwane Mwaikambo
networking bugs and bugme.osdl.org, David S. Miller
- Re: networking bugs and bugme.osdl.org, Martin J. Bligh
  - Re: networking bugs and bugme.osdl.org, David S. Miller
    - Re: networking bugs and bugme.osdl.org, Matti Aarnio
    - Re: networking bugs and bugme.osdl.org, David S. Miller
    - Re: networking bugs and bugme.osdl.org, Martin J. Bligh
    - Re: networking bugs and bugme.osdl.org, Martin J. Bligh
    - Re: networking bugs and bugme.osdl.org, Davide Libenzi
    - Re: networking bugs and bugme.osdl.org, David S. Miller
    - Re: networking bugs and bugme.osdl.org, Ben Greear
    - Re: networking bugs and bugme.osdl.org, David S. Miller
    - Re: networking bugs and bugme.osdl.org, Ben Greear
    - Re: networking bugs and bugme.osdl.org, David S. Miller
    - Re: networking bugs and bugme.osdl.org, Ben Greear
    - Re: networking bugs and bugme.osdl.org, David S. Miller
    - Re: networking bugs and bugme.osdl.org, Larry McVoy
    - Re: networking bugs and bugme.osdl.org, Martin J. Bligh
    - Re: networking bugs and bugme.osdl.org, Alan Cox
    - Re: networking bugs and bugme.osdl.org, Martin J. Bligh
    - Re: networking bugs and bugme.osdl.org, Martin J. Bligh
    - Re: networking bugs and bugme.osdl.org, David S. Miller
    - Re: networking bugs and bugme.osdl.org, Alan Cox
    - Re: networking bugs and bugme.osdl.org, David S. Miller
    - Re: networking bugs and bugme.osdl.org, Alan Cox
    - Re: networking bugs and bugme.osdl.org, David S. Miller
    - Re: networking bugs and bugme.osdl.org, Alan Cox
    - Re: networking bugs and bugme.osdl.org, David S. Miller
    - Re: networking bugs and bugme.osdl.org, Alan Cox
    - Re: networking bugs and bugme.osdl.org, Martin J. Bligh
    - Re: networking bugs and bugme.osdl.org, Davide Libenzi
    - Re: networking bugs and bugme.osdl.org, David S. Miller
    - Re: networking bugs and bugme.osdl.org, Davide Libenzi
    - Re: networking bugs and bugme.osdl.org, David S. Miller
    - Re: networking bugs and bugme.osdl.org, Ben Collins
    - Re: networking bugs and bugme.osdl.org, Andrew Morton
    - Re: networking bugs and bugme.osdl.org, Ben Collins
    - Re: networking bugs and bugme.osdl.org, Larry McVoy
    - Re: networking bugs and bugme.osdl.org, Alan Cox
    - Re: networking bugs and bugme.osdl.org, Martin J. Bligh
    - Re: networking bugs and bugme.osdl.org, Andrew Morton
    - Re: networking bugs and bugme.osdl.org, Martin J. Bligh
    - Re: networking bugs and bugme.osdl.org, Andrew Morton
    - Re: networking bugs and bugme.osdl.org, Martin J. Bligh
    - Re: networking bugs and bugme.osdl.org, Jamal Hadi
    - Re: networking bugs and bugme.osdl.org, Ben Greear
    - Re: networking bugs and bugme.osdl.org, David S. Miller
    - Re: networking bugs and bugme.osdl.org, Martin J. Bligh
    - Re: networking bugs and bugme.osdl.org, Larry McVoy
    - Re: networking bugs and bugme.osdl.org, David S. Miller
    - Re: networking bugs and bugme.osdl.org, David S. Miller
    - Re: networking bugs and bugme.osdl.org, Alan Cox
    - Re: networking bugs and bugme.osdl.org, David S. Miller
    - Re: networking bugs and bugme.osdl.org, David S. Miller
    - Re: networking bugs and bugme.osdl.org, Andries Brouwer
    - Re: networking bugs and bugme.osdl.org, David S. Miller
    - Re: networking bugs and bugme.osdl.org, Andries Brouwer
    - Re: networking bugs and bugme.osdl.org, Davide Libenzi
    - Re: networking bugs and bugme.osdl.org, Alan Cox
    - Re: networking bugs and bugme.osdl.org, David S. Miller
    - Re: networking bugs and bugme.osdl.org, Martin J. Bligh
- Re: networking bugs and bugme.osdl.org, John Bradford
- Re: networking bugs and bugme.osdl.org, John Bradford
- Re: networking bugs and bugme.osdl.org, John Bradford
- Re: networking bugs and bugme.osdl.org, John Bradford
- Re: networking bugs and bugme.osdl.org, John Bradford
[BK] Typhoon net driver fixes for 2.5, David Dillow
- Re: [BK] Typhoon net driver fixes for 2.5, Jeff Garzik
[BK] Typhoon net driver fixes for 2.4, David Dillow
[PATCH] Typhoon net driver fixes for 2.5, David Dillow
[PATCH] Typhoon net driver fixes for 2.4, David Dillow
Re: Movie, MSN Hotmail
[bonding][patch] Fix 802.3ad long fail over with high UDP Tx stress, Shmulik Hen
[bonding][patch] Fix load balance problem with high UDP Tx stress, Shmulik Hen
[PATCH] IPV6: Fixed fragment check in ip6_output.c:ip6_fragment(), YOSHIFUJI Hideaki / 吉藤英明
- Re: [PATCH] IPV6: Fixed fragment check in ip6_output.c:ip6_fragment(), James Morris
[PATCH] IPV6: make several ndisc private stuff static, YOSHIFUJI Hideaki / 吉藤英明
- Re: [PATCH] IPV6: make several ndisc private stuff static, David S. Miller
[PATCH] IPV6: inappropriate static variable in net/ipv6/ndisc.c, YOSHIFUJI Hideaki / 吉藤英明
- Re: [PATCH] IPV6: inappropriate static variable in net/ipv6/ndisc.c, David S. Miller
Re: Weird modem behaviour in 2.5.73-mm1, Stephen Hemminger
- Re: Weird modem behaviour in 2.5.73-mm1, Valdis . Kletnieks
[BK PATCHES] 2.5 net driver merges, Jeff Garzik
[ANNOUNCE] nf-hipac v0.8 released, Michael Bellion and Thomas Heinz
- Re: [ANNOUNCE] nf-hipac v0.8 released, Folkert van Heusden
  - Re: [ANNOUNCE] nf-hipac v0.8 released, Thomas Heinz
- Re: [ANNOUNCE] nf-hipac v0.8 released, Daniel Egger
  - Re: [ANNOUNCE] nf-hipac v0.8 released, Michael Bellion and Thomas Heinz
    - Re: [ANNOUNCE] nf-hipac v0.8 released, Daniel Egger
- Re: [ANNOUNCE] nf-hipac v0.8 released, Pekka Savola
  - Re: [ANNOUNCE] nf-hipac v0.8 released, Michael Bellion and Thomas Heinz
    - Re: [ANNOUNCE] nf-hipac v0.8 released, Pekka Savola
    - Re: [ANNOUNCE] nf-hipac v0.8 released, Roberto Nibali
    - Re: [ANNOUNCE] nf-hipac v0.8 released, Michael Bellion and Thomas Heinz
[PATCH] IPV6: DAD must not have source link-layer option, YOSHIFUJI Hideaki / 吉藤英明
- Re: [PATCH] IPV6: DAD must not have source link-layer option, James Morris
[PATCH] IPV6: DAD has to be destined to solicited node mulitcast address, YOSHIFUJI Hideaki / 吉藤英明
- Re: [PATCH] IPV6: DAD has to be destined to solicited node mulitcast address, Pekka Savola
[PATCH] (6/7) ipmr.c fix dst underflow on dropped packets, Stephen Hemminger
[PATCH] (7/7) Get rid of skb_linearize in ipmr.c, Stephen Hemminger
[PATCH] (5/7) ipmr.c - use alloc_netdev, Stephen Hemminger
[PATCH] (4/7) ipmr.c - convert to alloc_netdev, Stephen Hemminger
[PATCH] (3/7) ipmr.c - drop/reacquire in error path., Stephen Hemminger
[PATCH] (1/7) ipmr - C99 initializers, Stephen Hemminger
[PATCH] (0/7) ipmr fixes, Stephen Hemminger
- Re: [PATCH] (0/7) ipmr fixes, James Morris
[PATCH] (2/7) ipmr.c - make local stuff static, Stephen Hemminger
[PATCH 2.5.72] Igmp w/o linearize., Stephen Hemminger
- Re: [PATCH 2.5.72] Igmp w/o linearize., James Morris
[PATCH, untested] Support for PPPOE on SMP, Rusty Russell
- Re: [PATCH, untested] Support for PPPOE on SMP, Jamal Hadi
- Re: [PATCH, untested] Support for PPPOE on SMP, Michal Ostrowski
  - Re: [PATCH, untested] Support for PPPOE on SMP, Michal Ostrowski
    - Re: [PATCH, untested] Support for PPPOE on SMP, Jamal Hadi
    - Re: [PATCH, untested] Support for PPPOE on SMP, Michal Ostrowski
    - Re: [PATCH, untested] Support for PPPOE on SMP, Paul Mackerras
    - Re: [PATCH, untested] Support for PPPOE on SMP, Michal Ostrowski
  - Re: [PATCH, untested] Support for PPPOE on SMP, Stephen Hemminger
    - Re: [PATCH, untested] Support for PPPOE on SMP, Jamal Hadi
    - Re: [PATCH, untested] Support for PPPOE on SMP, Stephen Hemminger
    - Re: [PATCH, untested] Support for PPPOE on SMP, Jamal Hadi
    - Re: [PATCH, untested] Support for PPPOE on SMP, Stephen Hemminger
    - Re: [PATCH, untested] Support for PPPOE on SMP, Michal Ostrowski
    - Re: [PATCH, untested] Support for PPPOE on SMP, Paul Mackerras
    - Re: [PATCH, untested] Support for PPPOE on SMP, Ben Greear
  - Re: [PATCH, untested] Support for PPPOE on SMP, David S. Miller
    - Re: [PATCH, untested] Support for PPPOE on SMP, Michal Ostrowski
    - Re: [PATCH, untested] Support for PPPOE on SMP, David S. Miller
    - Re: [PATCH, untested] Support for PPPOE on SMP, Rusty Russell
    - Re: [PATCH, untested] Support for PPPOE on SMP, David S. Miller
    - Re: [PATCH, untested] Support for PPPOE on SMP, Rusty Russell
    - Re: [PATCH, untested] Support for PPPOE on SMP, David S. Miller
    - Re: [PATCH, untested] Support for PPPOE on SMP, James Carlson
    - Re: [PATCH, untested] Support for PPPOE on SMP, James Carlson
    - Re: [PATCH, untested] Support for PPPOE on SMP, Jamal Hadi
    - Re: [PATCH, untested] Support for PPPOE on SMP, James Carlson
    - Re: [PATCH, untested] Support for PPPOE on SMP, Paul Mackerras
    - Re: [PATCH, untested] Support for PPPOE on SMP, James Carlson
    - Re: [PATCH, untested] Support for PPPOE on SMP, Stephen Hemminger
    - Re: [PATCH, untested] Support for PPPOE on SMP, James Carlson
    - Re: [PATCH, untested] Support for PPPOE on SMP, Jamal Hadi
    - Re: [PATCH, untested] Support for PPPOE on SMP, Frank Cusack
    - Re: [PATCH, untested] Support for PPPOE on SMP, Michal Ostrowski
- Re: [PATCH, untested] Support for PPPOE on SMP, Jason Lunz
[rfc] sk_write_space() for atm, chas williams
- Re: [rfc] sk_write_space() for atm, David S. Miller
  - Re: [rfc] sk_write_space() for atm, chas williams
    - Re: [rfc] sk_write_space() for atm, David S. Miller
    - Re: [rfc] sk_write_space() for atm, chas williams
Linux-2.5.73 + e100, Udo A. Steinberg
- Re: Linux-2.5.73 + e100, Udo A. Steinberg
[rfc] more atm cleanup, chas williams
- Re: [rfc] more atm cleanup, David S. Miller
[PATCH] IPV6: Fix large packet length check, YOSHIFUJI Hideaki / 吉藤英明
- Re: [PATCH] IPV6: Fix large packet length check, James Morris
  - Re: [PATCH] IPV6: Fix large packet length check, David S. Miller
[PATCH] IPV6: use macro for maximum payload length, YOSHIFUJI Hideaki / 吉藤英明
[PATCH] more CONFIG_NET removals, Matthew Wilcox
- Re: [PATCH] more CONFIG_NET removals, James Morris
  - Re: [PATCH] more CONFIG_NET removals, David S. Miller
e100 "Twin City" release, Feldman, Scott
[RFT] remove skb_linearize from igmp.c, Stephen Hemminger
- Re: [RFT] remove skb_linearize from igmp.c, David S. Miller
  - Re: [RFT] remove skb_linearize from igmp.c, Stephen Hemminger
    - Re: [RFT] remove skb_linearize from igmp.c, David S. Miller
[PATCH 2.5.73] update teql scheduler to dynamic net device, Stephen Hemminger
- Re: [PATCH 2.5.73] update teql scheduler to dynamic net device, David S. Miller
Re: [PATCH] [IPV6] clean-up advmss calculation (fwd), James Morris
[PATCH 2.5.72] (2/3) PPPoE fix oops on /proc/net/pppoe, Stephen Hemminger
[PATCH 2.5.72] (3/3) Convert PPPoE to new style protocol (redeux), Stephen Hemminger
- Re: [PATCH 2.5.72] (3/3) Convert PPPoE to new style protocol (redeux), David S. Miller
[PATCH 2.5.72] (1/3) PPPoE cleanup [TRIVIAL], Stephen Hemminger
- Re: [PATCH 2.5.72] (1/3) PPPoE cleanup [TRIVIAL], James Morris
  - Re: [PATCH 2.5.72] (1/3) PPPoE cleanup [TRIVIAL], Michal Ostrowski
[PATCH] Prefix List against 2.5.70 (re-done), Krishna Kumar
- Re: [PATCH] Prefix List against 2.5.70 (re-done), YOSHIFUJI Hideaki / 吉藤英明
  - Re: [PATCH] Prefix List against 2.5.70 (re-done), Krishna Kumar
    - Re: [PATCH] Prefix List against 2.5.70 (re-done), David S. Miller
    - Re: [PATCH] Prefix List against 2.5.70 (re-done), Krishna Kumar
    - Re: [PATCH] Prefix List against 2.5.70 (re-done), David S. Miller
    - Re: [PATCH] Prefix List against 2.5.70 (re-done), Krishna Kumar
    - Re: [PATCH] Prefix List against 2.5.70 (re-done), David S. Miller
    - Re: [PATCH] Prefix List against 2.5.70 (re-done), YOSHIFUJI Hideaki / 吉藤英明
    - Re: [PATCH] Prefix List against 2.5.70 (re-done), Krishna Kumar
    - [PATCH] Prefix List against 2.4.21, Krishna Kumar
[PATCH net-drivers-2.4] Remove CAP_NET_ADMIN check for SIOCETHTOOL's, Feldman, Scott
[PATCH net-drivers-2.5] Remove CAP_NET_ADMIN check for SIOCETHTOOL's, Feldman, Scott
[PATCH] [IPV6] clean-up advmss calculation, YOSHIFUJI Hideaki / 吉藤英明
[PATCH 2.4.21][FIX] use mod_timer, Vinay K Nallamothu
- Re: [PATCH 2.4.21][FIX] use mod_timer, James Morris
  - Re: [PATCH 2.4.21][FIX] use mod_timer, David S. Miller
- Re: [PATCH 2.4.21][FIX] use mod_timer, David S. Miller
Red: e100-3.0.0_dev8 "Minneapolis Moline" releas, Xose Vazquez Perez
[PATCH 2.5.72] ppp_async tty discipline module ref counting, Stephen Hemminger
[PATCH 2.5.72] mark assert error cases in skbuff unlikely, Stephen Hemminger
- Re: [PATCH 2.5.72] mark assert error cases in skbuff unlikely, David S. Miller
[PATCH] missing owner field entry on pppoe /proc, Stephen Hemminger
- Re: [PATCH] missing owner field entry on pppoe /proc, David S. Miller
[PATCH] add prefetch to skb_queue_walk, Stephen Hemminger
- Re: [PATCH] add prefetch to skb_queue_walk, David S. Miller
[bonding][BUG] UDP Tx stops after link disconnection of active slave, Shmulik Hen
- Re: [bonding][BUG] UDP Tx stops after link disconnection of active slave, Chad N. Tindel
Re: sundance driver does not work with D-Link DFE-580TX, Peter Bieringer
- Re: sundance driver does not work with D-Link DFE-580TX, Jeff Garzik
System hard locks with bonding and tcpdump, Shmulik Hen
- Re: System hard locks with bonding and tcpdump, Shmulik Hen
Flow cache flush oops, Tom Lendacky
- Re: Flow cache flush oops, David S. Miller
- Re: Flow cache flush oops, Tom Lendacky
  - Re: Flow cache flush oops, Herbert Xu
    - Re: Flow cache flush oops, Herbert Xu
    - Re: Flow cache flush oops, David S. Miller
    - Re: Flow cache flush oops, Herbert Xu
    - Re: Flow cache flush oops, David S. Miller
- Re: Flow cache flush oops, Tom Lendacky
osdl survives with 2.5, Stephen Hemminger
[PATCH] Remove copied inet_aton code in bond_main.c, Andi Kleen
- Re: [PATCH] Remove copied inet_aton code in bond_main.c, Jeff Garzik
Re: BUG: Massive performance drop in routing throughput with 2.4.21, Mr. James W. Laferriere
- Re: BUG: Massive performance drop in routing throughput with 2.4.21, Chris Friesen
e100-3.0.0_dev8 "Minneapolis Moline" release, Feldman, Scott
- Re: e100-3.0.0_dev8 "Minneapolis Moline" release, Jason Lunz
  - Re: e100-3.0.0_dev8 "Minneapolis Moline" release, David S. Miller
- Re: e100-3.0.0_dev8 "Minneapolis Moline" release, Jason Lunz
- Re: e100-3.0.0_dev8 "Minneapolis Moline" release, Udo A. Steinberg
- RE: e100-3.0.0_dev8 "Minneapolis Moline" release, Feldman, Scott
- RE: e100-3.0.0_dev8 "Minneapolis Moline" release, Feldman, Scott
[RFC] taking advantage of sk_{add,del}_node, Arnaldo Carvalho de Melo
[PATCH 2.5.72] Eliminate bogus function in Red Creek VPN, Stephen Hemminger
- Re: [PATCH 2.5.72] Eliminate bogus function in Red Creek VPN, David S. Miller
[PATCH 2.5.72] Red Creek VPN update, Stephen Hemminger
[PATCH] Convert pppoe to new style protocol, Andi Kleen
- Re: [PATCH] Convert pppoe to new style protocol, David S. Miller
  - Re: [PATCH] Convert pppoe to new style protocol, Andi Kleen
    - Re: [PATCH] Convert pppoe to new style protocol, Werner Almesberger
    - Re: [PATCH] Convert pppoe to new style protocol, Andi Kleen
    - Re: [PATCH] Convert pppoe to new style protocol, David S. Miller
    - Re: [PATCH] Convert pppoe to new style protocol, David S. Miller
    - Re: [PATCH] Convert pppoe to new style protocol, David S. Miller
BUG: Massive performance drop in conncetion time with 2.4.21 (62KB), Mr. James W. Laferriere
[PATCH 2.5.72] use alloc_netdev in bonding driver, Stephen Hemminger
- Re: [PATCH 2.5.72] use alloc_netdev in bonding driver, David S. Miller
Re: [PATCH][ATM] use rtnl_{lock,unlock} during device operations (take 2), chas williams
- Re: [PATCH][ATM] use rtnl_{lock,unlock} during device operations (take 2), David S. Miller
Fw: 2.4.21 oops, Andrew Morton
- Re: 2.4.21 oops, David S. Miller
[PATCH] IPV6: kill 2 warnings in net/ipv6/ip6_tunnel.c, YOSHIFUJI Hideaki / 吉藤英明
- Re: [PATCH] IPV6: kill 2 warnings in net/ipv6/ip6_tunnel.c, David S. Miller
Help for GCOV in MVL 2.4.18 Prof. version, sakalra
[PATCH][ATM][2/3] assorted changes for atm, chas williams
[PATCH][ATM][3/3] assorted changes for atm, chas williams
- Re: [PATCH][ATM][3/3] assorted changes for atm, David S. Miller
  - Re: [PATCH][ATM][3/3] assorted changes for atm, chas williams
  - Re: [PATCH][ATM][3/3] assorted changes for atm, chas williams
    - Re: [PATCH][ATM][3/3] assorted changes for atm, chas williams
[PATCH][ATM][1/3] assorted changes for atm, chas williams
Re: IPSEC problems with GRE., James Morris
- Re: IPSEC problems with GRE., kuznet
linux-2.5.71 on pc164/alpha, Niki Waibel
Re: 2.4.21 oops second time, Andre Tomt
Compiling linux kernel with TCP/IP debug option ON, Aamir Shafi
[PATCH 2.5.71] Fix module owner for bonding driver, Stephen Hemminger
- Re: [PATCH 2.5.71] Fix module owner for bonding driver, David S. Miller
[PATCH] alloc_netdev for shaper, Stephen Hemminger
- Re: [PATCH] alloc_netdev for shaper, David S. Miller
is it expected behaviour to receive one's own broadcast messages?, Chris Friesen
patch for common networking error messages, Janice M Girouard
- Re: patch for common networking error messages, David S. Miller
  - Re: patch for common networking error messages, Andi Kleen
    - Re: patch for common networking error messages, David S. Miller
    - Re: patch for common networking error messages, Andrew Morton
    - Re: patch for common networking error messages, Andi Kleen
    - Re: patch for common networking error messages, Andrew Morton
  - Re: patch for common networking error messages, Janice M Girouard
    - Re: patch for common networking error messages, Jeff Garzik
    - Re: patch for common networking error messages, Jeff Garzik
- Re: patch for common networking error messages, Nivedita Singhvi
  - Re: patch for common networking error messages, David S. Miller
    - Re: patch for common networking error messages, Nivedita Singhvi
    - Re: patch for common networking error messages, David S. Miller
  - Re: patch for common networking error messages, Donald Becker
- Re: patch for common networking error messages, Janice Girouard
  - Re: patch for common networking error messages, David S. Miller
    - Re: patch for common networking error messages, Nivedita Singhvi
    - Re: patch for common networking error messages, David S. Miller
    - Re: patch for common networking error messages, Nivedita Singhvi
- Re: patch for common networking error messages, Janice Girouard
  - Re: patch for common networking error messages, David S. Miller
    - Re: patch for common networking error messages, Alan Cox
    - Re: patch for common networking error messages, Jamal Hadi
    - Re: patch for common networking error messages, David S. Miller
    - Re: patch for common networking error messages, Alan Cox
- Re: patch for common networking error messages, Janice Girouard
  - Re: patch for common networking error messages, David S. Miller
    - Re: patch for common networking error messages, Mr. James W. Laferriere
- Re: patch for common networking error messages, Janice Girouard
  - Re: patch for common networking error messages, Valdis . Kletnieks
    - Re: patch for common networking error messages, Stephen Hemminger
    - Re: patch for common networking error messages, David S. Miller
    - Re: patch for common networking error messages, Jeff Garzik
    - Re: patch for common networking error messages, Janice M Girouard
    - Re: patch for common networking error messages, Jeff Garzik
    - Re: patch for common networking error messages, Janice M Girouard
    - Re: patch for common networking error messages, David S. Miller
    - Re: patch for common networking error messages, Janice M Girouard
    - Re: patch for common networking error messages, David S. Miller
- Re: patch for common networking error messages, Janice Girouard
  - Re: patch for common networking error messages, David S. Miller
- Re: patch for common networking error messages, Janice Girouard
  - Re: patch for common networking error messages, David S. Miller
IPv6 bugs introduced in 2.4.21, Andre Tomt
- Re: IPv6 bugs introduced in 2.4.21, Andre Tomt
- Re: IPv6 bugs introduced in 2.4.21, YOSHIFUJI Hideaki / 吉藤英明
  - Re: IPv6 bugs introduced in 2.4.21, Andre Tomt
    - RE: (usagi-users 02434) Re: IPv6 bugs introduced in 2.4.21, Jeroen Massar
    - Re: (usagi-users 02434) Re: IPv6 bugs introduced in 2.4.21, YOSHIFUJI Hideaki / 吉藤英明
    - Re: (usagi-users 02436) Re: IPv6 bugs introduced in 2.4.21, Pekka Savola
    - Re: (usagi-users 02435) Re: IPv6 bugs introduced in 2.4.21, Andre Tomt
    - RE: (usagi-users 02435) Re: IPv6 bugs introduced in 2.4.21, Jeroen Massar
Routing issue in a strange configuration., Ben Greear
[PATCH] switch iph5526_probe to initcalls, Christoph Hellwig
- Re: [PATCH] switch iph5526_probe to initcalls, David S. Miller
  - Re: [PATCH] switch iph5526_probe to initcalls, Christoph Hellwig
    - Re: [PATCH] switch iph5526_probe to initcalls, David S. Miller
    - Re: [PATCH] switch iph5526_probe to initcalls, Christoph Hellwig
[PATCH][IPV6] fix ipv6 header handling of AH input., Kazunori Miyazawa
- Re: [PATCH][IPV6] fix ipv6 header handling of AH input., David S. Miller
[PATCH] Make xfrm subsystem optional, Andi Kleen
- Re: [PATCH] Make xfrm subsystem optional, David S. Miller
  - Re: [PATCH] Make xfrm subsystem optional, Andi Kleen
    - Re: [PATCH] Make xfrm subsystem optional, David S. Miller
    - Re: [PATCH] Make xfrm subsystem optional, Andi Kleen
    - Re: [PATCH] Make xfrm subsystem optional, David S. Miller
    - Re: [PATCH] Make xfrm subsystem optional, Andi Kleen
    - decorum, John S. Denker
    - Re: decorum, Ralph Doncaster
    - Re: decorum, David S. Miller
    - Re: [PATCH] Make xfrm subsystem optional, David S. Miller
    - Re: [PATCH] Make xfrm subsystem optional, Andi Kleen
[PATCH] [XFRM] xfrm_alloc_spi() always selected minspi, YOSHIFUJI Hideaki / 吉藤英明
- Re: [PATCH] [XFRM] xfrm_alloc_spi() always selected minspi, David S. Miller
[PATCH] network hotplug via class_device/kobject, Stephen Hemminger
- Re: [PATCH] network hotplug via class_device/kobject, David S. Miller
  - Re: [PATCH] network hotplug via class_device/kobject, Francois Romieu
  - Re: [PATCH] network hotplug via class_device/kobject, Krzysztof Halasa
[PATCH] convert slip driver to alloc_netdev, Stephen Hemminger
- Re: [PATCH] convert slip driver to alloc_netdev, David S. Miller
RE: e1000 performance hack for ppc64 (Power4), Dave Hansen
- Re: e1000 performance hack for ppc64 (Power4), Anton Blanchard
  - Re: e1000 performance hack for ppc64 (Power4), David S. Miller
    - Re: e1000 performance hack for ppc64 (Power4), Anton Blanchard
    - Re: e1000 performance hack for ppc64 (Power4), Lincoln Dale
    - Re: e1000 performance hack for ppc64 (Power4), David S. Miller
    - Re: e1000 performance hack for ppc64 (Power4), Lincoln Dale
    - Re: e1000 performance hack for ppc64 (Power4), David S. Miller
    - Re: e1000 performance hack for ppc64 (Power4), David S. Miller
    - Re: e1000 performance hack for ppc64 (Power4), William Lee Irwin III
    - Re: e1000 performance hack for ppc64 (Power4), Greg KH
    - Re: e1000 performance hack for ppc64 (Power4), David S. Miller
    - Re: e1000 performance hack for ppc64 (Power4), Nivedita Singhvi
    - Re: e1000 performance hack for ppc64 (Power4), David S. Miller
- RE: e1000 performance hack for ppc64 (Power4), Herman Dierks
- RE: e1000 performance hack for ppc64 (Power4), Feldman, Scott
  - Re: e1000 performance hack for ppc64 (Power4), David S. Miller
    - Re: e1000 performance hack for ppc64 (Power4), Anton Blanchard
    - Re: e1000 performance hack for ppc64 (Power4), David S. Miller
  - Re: e1000 performance hack for ppc64 (Power4), Anton Blanchard
- Re: e1000 performance hack for ppc64 (Power4), Herman Dierks
- Re: e1000 performance hack for ppc64 (Power4), Herman Dierks
  - Re: e1000 performance hack for ppc64 (Power4), David S. Miller
  - Re: e1000 performance hack for ppc64 (Power4), Nivedita Singhvi
- RE: e1000 performance hack for ppc64 (Power4), Feldman, Scott
  - RE: e1000 performance hack for ppc64 (Power4), Dave Hansen
- RE: e1000 performance hack for ppc64 (Power4), Feldman, Scott
(Fwd) Linux kernel hanging with certain networking configurati, carl
Linux kernel hanging with certain networking configuration - uncertain of relevant maintainer, carl
Problem while using VLAN, Krishna Kumar
[PATCH] handle slip module unload race better., Stephen Hemminger
- Re: [PATCH] handle slip module unload race better., David S. Miller
[PATCH] ipip tunnel dynamic net_device's, Stephen Hemminger
- [PATCH] ipgre tunnel dynamic net device's, Stephen Hemminger
  - Re: [PATCH] ipgre tunnel dynamic net device's, David S. Miller
[PATCH] IPV6 tunnel (sit) using alloc_netdev, Stephen Hemminger
[PATCH] dynamic allocation for dummy net device, Stephen Hemminger
[PATCH 2.5.70] acenic -- update to use alloc_etherdev, Stephen Hemminger
- Re: [PATCH 2.5.70] acenic -- update to use alloc_etherdev, Jes Sorensen
  - Re: [PATCH 2.5.70] acenic -- update to use alloc_etherdev, David S. Miller
    - Re: [PATCH 2.5.70] acenic -- update to use alloc_etherdev, Stephen Hemminger
    - Message not available
    - Re: [PATCH 2.5.70] acenic -- update to use alloc_etherdev, David S. Miller
    - Re: [PATCH 2.5.70] acenic -- update to use alloc_etherdev, Jes Sorensen
    - Message not available
    - Re: [PATCH 2.5.70] acenic -- update to use alloc_etherdev, Jes Sorensen
[PATCH] IPV6: fix payload length of reassembled packet, YOSHIFUJI Hideaki / 吉藤英明
- Re: [PATCH] IPV6: fix payload length of reassembled packet, Pekka Savola
  - Re: [PATCH] IPV6: fix payload length of reassembled packet, YOSHIFUJI Hideaki / 吉藤英明
    - [PATCH] IPV6: eliminating magic number for sizeof(struct frag_hdr) (Re: [PATCH] IPV6: fix payload length of reassembled packet), YOSHIFUJI Hideaki / 吉藤英明
    - Re: [PATCH] IPV6: eliminating magic number for sizeof(struct frag_hdr), David S. Miller
Real World Traffic WAS(Re: Route cache performance tests (fwd), Jamal Hadi
- Re: Real World Traffic WAS(Re: Route cache performance tests (fwd), Pekka Savola
[PATCH/RFC] IPV6: Remember Manage/OtherConfig flags, YOSHIFUJI Hideaki / 吉藤英明
- Re: [PATCH/RFC] IPV6: Remember Manage/OtherConfig flags, David S. Miller
IPSec: Policy dst bundles exhausting storage, Tom Lendacky
- Re: IPSec: Policy dst bundles exhausting storage, David S. Miller
- Re: IPSec: Policy dst bundles exhausting storage, Tom Lendacky
  - Re: IPSec: Policy dst bundles exhausting storage, David S. Miller
- Re: IPSec: Policy dst bundles exhausting storage, Tom Lendacky
  - Re: IPSec: Policy dst bundles exhausting storage, David S. Miller
- Re: IPSec: Policy dst bundles exhausting storage, Tom Lendacky
  - Re: IPSec: Policy dst bundles exhausting storage, David S. Miller
- Re: IPSec: Policy dst bundles exhausting storage, Tom Lendacky
  - Re: IPSec: Policy dst bundles exhausting storage, David S. Miller
- Re: IPSec: Policy dst bundles exhausting storage, Tom Lendacky
  - Re: IPSec: Policy dst bundles exhausting storage, David S. Miller
[PATCH 2.5.70+] Cleanup net-sysfs show and change functions, Stephen Hemminger
- Re: [PATCH 2.5.70+] Cleanup net-sysfs show and change functions, David S. Miller
[PATCH 2.5.70] net-sysfs parent ref count, Stephen Hemminger
- Re: [PATCH 2.5.70] net-sysfs parent ref count, David S. Miller
[RFC] assorted changes to atm protocol stack, chas williams
[RFC] suggest changes cleanup to atm svc/pvc family, chas williams
Route cache performance tests, Simon Kirby
- Re: Route cache performance tests, Jamal Hadi
  - RE: Route cache performance tests, CIT/Paul
- Re: Route cache performance tests, Ralph Doncaster
  - Re: Route cache performance tests, Jamal Hadi
- Re: Route cache performance tests, David S. Miller
  - Re: Route cache performance tests, Simon Kirby
    - Re: Route cache performance tests, David S. Miller
    - Re: Route cache performance tests, Simon Kirby
    - Re: Route cache performance tests, David S. Miller
    - Re: Route cache performance tests, Simon Kirby
    - Re: Route cache performance tests, Simon Kirby
    - Re: Route cache performance tests, David S. Miller
    - Re: Route cache performance tests, Robert Olsson
    - Re: Route cache performance tests, David S. Miller
    - Re: Route cache performance tests, Robert Olsson
    - Re: Route cache performance tests, Mr. James W. Laferriere
    - Re: Route cache performance tests, Robert Olsson
    - Re: Route cache performance tests, Simon Kirby
    - Re: Route cache performance tests, Martin Josefsson
    - Re: Route cache performance tests, Simon Kirby
    - Re: Route cache performance tests, David S. Miller
    - Re: Route cache performance tests, Simon Kirby
    - Re: Route cache performance tests, David S. Miller
    - Re: Route cache performance tests, Pekka Savola
    - Re: Route cache performance tests, Robert Olsson
    - Re: Route cache performance tests, Simon Kirby
    - Re: Route cache performance tests, Simon Kirby
    - Re: Route cache performance tests, David S. Miller
    - Re: Route cache performance tests, Ralph Doncaster
    - Re: Route cache performance tests, David S. Miller
[PATCH] Panic in ipv6_add_dev, Krishna Kumar
- Re: [PATCH] Panic in ipv6_add_dev, YOSHIFUJI Hideaki / 吉藤英明
  - Re: [PATCH] Panic in ipv6_add_dev, David S. Miller
- Re: [PATCH] Panic in ipv6_add_dev, David S. Miller
[PATCH 2.5.70+] tun using alloc_netdev, Stephen Hemminger
- Re: [PATCH 2.5.70+] tun using alloc_netdev, David S. Miller
- Re: [PATCH 2.5.70+] tun using alloc_netdev, Max Krasnyansky
  - Re: [PATCH 2.5.70+] tun using alloc_netdev, Jeff Garzik
    - Re: [PATCH 2.5.70+] tun using alloc_netdev, Stephen Hemminger
    - Re: [PATCH 2.5.70+] tun using alloc_netdev, Max Krasnyansky
    - Re: [PATCH 2.5.70+] tun using alloc_netdev, David S. Miller
    - Re: [PATCH 2.5.70+] tun using alloc_netdev, David S. Miller
- Re: [PATCH 2.5.70+] tun using alloc_netdev, David S. Miller
[PATCH 2.5.70+] vlan network device using alloc_netdev, Stephen Hemminger
[PATCH 2.5.70+] bridge using alloc_netdev, Stephen Hemminger
[PATCH 2.5.70+] expose alloc_netdev for use by drivers., Stephen Hemminger
[PATCH 2.5.70+] warning in ethtool ixgb, Stephen Hemminger
Re: [BUG] drivers/net/ioc3_eth.c in 2.5, Stephen Hemminger
- Re: [BUG] drivers/net/ioc3_eth.c in 2.5, David S. Miller
- Re: [BUG] drivers/net/ioc3_eth.c in 2.5, Jeff Garzik
  - Re: [BUG] drivers/net/ioc3_eth.c in 2.5, Stephen Hemminger
    - Re: [BUG] drivers/net/ioc3_eth.c in 2.5, Ralf Baechle
Re: [PATCH] Remove K&R prototypes in ppp_deflate.c, Ryan Anderson
[PATCH 2.5.70] Add release_netdev -- hook for sysfs/net device cleanup, Stephen Hemminger
- Re: [PATCH 2.5.70] Add release_netdev -- hook for sysfs/net device cleanup, Stephen Hemminger
- Re: [PATCH 2.5.70] Add release_netdev -- hook for sysfs/net device cleanup, David S. Miller
  - Re: [PATCH 2.5.70] Add release_netdev -- hook for sysfs/net device cleanup, Stephen Hemminger
- Re: [PATCH 2.5.70] Add release_netdev -- hook for sysfs/net device cleanup, Jeff Garzik
  - Re: [PATCH 2.5.70] Add release_netdev -- hook for sysfs/net device cleanup, David S. Miller
    - Re: [PATCH 2.5.70] Add release_netdev -- hook for sysfs/net device cleanup, Jeff Garzik
    - Re: [PATCH 2.5.70] Add release_netdev -- hook for sysfs/net device cleanup, David S. Miller
    - Re: [PATCH 2.5.70] Add release_netdev -- hook for sysfs/net device cleanup, Jeff Garzik
    - Re: [PATCH 2.5.70] Add release_netdev -- hook for sysfs/net device cleanup, David S. Miller
    - Re: [PATCH 2.5.70] Add release_netdev -- hook for sysfs/net device cleanup, Jeff Garzik
    - Re: [PATCH 2.5.70] Add release_netdev -- hook for sysfs/net device cleanup, David S. Miller
    - Re: [PATCH 2.5.70] Add release_netdev -- hook for sysfs/net device cleanup, Jeff Garzik
- Re: [PATCH 2.5.70] Add release_netdev -- hook for sysfs/net device cleanup, Jeff Garzik
Cisco Aironet Problem, Hadmut Danisch
[PATCH][IPV6] keeping dst refcnt correctly with using xfrm, Kazunori Miyazawa
- Re: [PATCH][IPV6] keeping dst refcnt correctly with using xfrm, David S. Miller
  - Re: [PATCH][IPV6] keeping dst refcnt correctly with using xfrm, Kazunori Miyazawa
- Re: [PATCH][IPV6] keeping dst refcnt correctly with using xfrm, David S. Miller
- Re: [PATCH][IPV6] keeping dst refcnt correctly with using xfrm, James Morris
  - Re: [PATCH][IPV6] keeping dst refcnt correctly with using xfrm, Kazunori Miyazawa
[BK PATCHES] net driver merges, Jeff Garzik
- [BK PATCHES] net driver merges, Jeff Garzik
- [BK PATCHES] net driver merges, Jeff Garzik
[PATCHES] 2.4.x net driver updates, Jeff Garzik
- [PATCHES] 2.4.x net driver updates, Jeff Garzik
  - Re: [PATCHES] 2.4.x net driver updates, J.A. Magallon
    - Re: [PATCHES] 2.4.x net driver updates, Jeff Garzik
    - Re: [PATCHES] 2.4.x net driver updates, David S. Miller
- [PATCHES] 2.4.x net driver updates, Jeff Garzik
Warning: E-mail virus detected, MailScanner
RFC: Mechanism for adding MIPv6 extension headers, Henrik Petander
(usagi-users 02412) IPsec 2.5.70-bk9 and FreeS/WAN 1.99 with algopatches 0.8.1rc2 (in)compatible encryption methods, Dr. Peter Bieringer
- Re: IPsec 2.5.70-bk9 and FreeS/WAN 1.99 with algopatches 0.8.1rc2 (in)compatible encryption methods, James Morris
- Re: (usagi-users 02412) IPsec 2.5.70-bk9 and FreeS/WAN 1.99 with algopatches 0.8.1rc2, Dr. Peter Bieringer
  - Re: (usagi-users 02412) IPsec 2.5.70-bk9 and FreeS/WAN 1.99 with algopatches 0.8.1rc2, James Morris
- (usagi-users 02415) IPsec 2.5.70-bk9 and Check Point VPN-1 NG FP4 RC, Dr. Peter Bieringer
- Re: IPsec 2.5.70-bk9 and FreeS/WAN 1.99 with algopatches 0.8.1rc2 (in)compatible encryption methods, David S. Miller
  - Re: IPsec 2.5.70-bk9 and FreeS/WAN 1.99 with algopatches 0.8.1rc2 (in)compatible encryption methods, Peter Bieringer
Bug in ipv6 ipsec in handling of packets with extension headers, Henrik Petander
- Re: Bug in ipv6 ipsec in handling of packets with extension headers, David S. Miller
  - Re: Bug in ipv6 ipsec in handling of packets with extension headers, Henrik Petander
    - Re: Bug in ipv6 ipsec in handling of packets with extension headers, Mitsuru KANDA / 神田充
    - [PATCH] fix esp6 extension headers handling, Mitsuru KANDA / 神田充
    - Re: [PATCH] fix esp6 extension headers handling, David S. Miller
(usagi-users 02409) 2.5.70-bk9: no IPsec modules are autoloaded, Dr. Peter Bieringer
- Re: 2.5.70-bk9: no IPsec modules are autoloaded, David S. Miller
  - Re: 2.5.70-bk9: no IPsec modules are autoloaded, Dr. Peter Bieringer
VIRUS IN YOUR MAIL, postmaster
2.5.70-bk+ broken networking, Stephen Hemminger
- Re: 2.5.70-bk+ broken networking, Stephen Hemminger
- Re: 2.5.70-bk+ broken networking, Andrew Morton
  - Re: 2.5.70-bk+ broken networking, Patrick Mansfield
    - Re: 2.5.70-bk+ broken networking, James Morris
    - Re: 2.5.70-bk+ broken networking, Arnaldo Carvalho de Melo
    - Re: 2.5.70-bk+ broken networking, David S. Miller
    - Re: 2.5.70-bk+ broken networking, Stephen Hemminger
  - Re: 2.5.70-bk+ broken networking, Andrew Morton
    - Re: 2.5.70-bk+ broken networking, Arnaldo Carvalho de Melo
    - Re: 2.5.70-bk+ broken networking, Arnaldo Carvalho de Melo
    - Re: 2.5.70-bk+ broken networking, Andrew Morton
[PATCH 2.5.70] Tun device encapsulation, Stephen Hemminger
- Re: [PATCH 2.5.70] Tun device encapsulation, jjs
- Re: [PATCH 2.5.70] Tun device encapsulation, Joe
- Re: [PATCH 2.5.70] Tun device encapsulation, David S. Miller
[PATCH 2.5.70] sb1000 driver bugs, Stephen Hemminger
[PATCH 2.5.70] tulip/xircom initialization bug, Stephen Hemminger
- Re: [PATCH 2.5.70] tulip/xircom initialization bug, David S. Miller
[PATCH] switch skfp over to initcalls, Christoph Hellwig
- [PATCH] switch skfp over to initcalls, Christoph Hellwig
  - Re: [PATCH] switch skfp over to initcalls, David S. Miller
[PATCH] kill drivers/net/setup.c, Christoph Hellwig
Ooops: 2.5.70 kernel BUG at net/xfrm/xfrm_policy.c - ping crashes, Dr. Peter Bieringer
- Re: Ooops: 2.5.70 kernel BUG at net/xfrm/xfrm_policy.c - ping crashes, Andreas Jellinghaus
- Re: Ooops: 2.5.70 kernel BUG at net/xfrm/xfrm_policy.c - ping crashes, David S. Miller
(usagi-users 02403) Compatibility problems IPsec 2.5.70 against FreeS/WAN 1.99, Dr. Peter Bieringer
[PATCH] IPV6: typo, unrequired #undef and killing warning, YOSHIFUJI Hideaki / 吉藤英明
- Re: [PATCH] IPV6: typo, unrequired #undef and killing warning, Christoph Hellwig
  - Re: [PATCH] IPV6: typo, unrequired #undef and killing warning, David S. Miller
- Re: [PATCH] IPV6: typo, unrequired #undef and killing warning, David S. Miller
  - Re: [PATCH] IPV6: typo, unrequired #undef and killing warning, YOSHIFUJI Hideaki / 吉藤英明
Undeliverable: Approved, System Administrator
Re: [patch]: ipv6 tunnel for MIPv6, David S. Miller
- Re: [patch]: ipv6 tunnel for MIPv6, Ville Nuorvala
  - Re: [patch]: ipv6 tunnel for MIPv6, David S. Miller
    - Re: [patch]: ipv6 tunnel for MIPv6, YOSHIFUJI Hideaki / 吉藤英明
    - ipv6 tunnel patch (was: Re: [patch]: ipv6 tunnel for MIPv6), Ville Nuorvala
    - Re: ipv6 tunnel patch, David S. Miller
- Re: [patch]: ipv6 tunnel for MIPv6, David S. Miller
  - Re: [patch]: ipv6 tunnel for MIPv6, Henrik Petander
    - Re: [patch]: ipv6 tunnel for MIPv6, YOSHIFUJI Hideaki / 吉藤英明
    - Re: [patch]: ipv6 tunnel for MIPv6, Henrik Petander
    - Re: [patch]: ipv6 tunnel for MIPv6, Ville Nuorvala
    - Re: [patch]: ipv6 tunnel for MIPv6, Ville Nuorvala
[PATCH] Use new kconfig 'select' for networking crypto, James Morris
- Re: [PATCH] Use new kconfig 'select' for networking crypto, David S. Miller
[PATCH] IPV6: Sereral errors on udpv6_connect(), YOSHIFUJI Hideaki / 吉藤英明
- Re: [PATCH] IPV6: Sereral errors on udpv6_connect(), David S. Miller
- [patch] IPV6: Refcount leaks in udpv6_connect(), Ville Nuorvala
  - Re: [patch] IPV6: Refcount leaks in udpv6_connect(), YOSHIFUJI Hideaki / 吉藤英明
  - Re: [patch] IPV6: Refcount leaks in udpv6_connect(), David S. Miller
    - Re: [patch] IPV6: Refcount leaks in udpv6_connect(), Ville Nuorvala
    - Re: [patch] IPV6: Refcount leaks in udpv6_connect(), David S. Miller
Regarding SET_NETDEV_DEV, Jeff Garzik
- Re: Regarding SET_NETDEV_DEV, David S. Miller
  - Re: Regarding SET_NETDEV_DEV, Jeff Garzik
  - Re: Regarding SET_NETDEV_DEV, Stephen Hemminger
    - Re: Regarding SET_NETDEV_DEV, David S. Miller
Re: fix TCP roundtrip time update code, Martin Josefsson
- Re: fix TCP roundtrip time update code, David Mosberger
  - Re: fix TCP roundtrip time update code, James Morris
    - Re: fix TCP roundtrip time update code, kuznet
    - Re: fix TCP roundtrip time update code, Nivedita Singhvi
    - Re: fix TCP roundtrip time update code, David S. Miller
    - Re: fix TCP roundtrip time update code, David Mosberger
    - Re: fix TCP roundtrip time update code, Nivedita Singhvi
    - Re: fix TCP roundtrip time update code, David Mosberger
    - Re: fix TCP roundtrip time update code, David S. Miller
    - Re: fix TCP roundtrip time update code, David Mosberger
    - Re: fix TCP roundtrip time update code, Nivedita Singhvi
    - Re: fix TCP roundtrip time update code, David Mosberger
    - Re: fix TCP roundtrip time update code, David S. Miller
    - Re: fix TCP roundtrip time update code, David S. Miller
Re: SCTP config 2.5.70(-bk), Adrian Bunk
- Re: [Lksctp-developers] Re: SCTP config 2.5.70(-bk), Jon Grimm
  - Re: [Lksctp-developers] Re: SCTP config 2.5.70(-bk), Adrian Bunk
[PATCH] move dmascc away from setup.c, Christoph Hellwig
- Re: [PATCH] move dmascc away from setup.c, David S. Miller
Re: [patch]: CONFIG_IPV6_SUBTREES fix for MIPv6, Ville Nuorvala
- Re: [patch]: CONFIG_IPV6_SUBTREES fix for MIPv6, YOSHIFUJI Hideaki / 吉藤英明
  - Re: [patch]: CONFIG_IPV6_SUBTREES fix for MIPv6, Masahide NAKAMURA
    - Re: [patch]: CONFIG_IPV6_SUBTREES fix for MIPv6, Henrik Petander
    - Re: [patch]: CONFIG_IPV6_SUBTREES fix for MIPv6, Masahide NAKAMURA
    - Re: [patch]: CONFIG_IPV6_SUBTREES fix for MIPv6, Henrik Petander
    - Re: [patch]: CONFIG_IPV6_SUBTREES fix for MIPv6, Masahide NAKAMURA
    - Re: [patch]: CONFIG_IPV6_SUBTREES fix for MIPv6, Henrik Petander
    - Re: [patch]: CONFIG_IPV6_SUBTREES fix for MIPv6, Masahide NAKAMURA
    - Re: [patch]: CONFIG_IPV6_SUBTREES fix for MIPv6, David S. Miller
    - Re: [patch]: CONFIG_IPV6_SUBTREES fix for MIPv6, David S. Miller
    - Re: [patch]: CONFIG_IPV6_SUBTREES fix for MIPv6, Henrik Petander
    - Re: [patch]: CONFIG_IPV6_SUBTREES fix for MIPv6, David S. Miller
    - Re: [patch]: CONFIG_IPV6_SUBTREES fix for MIPv6, Henrik Petander
    - Re: [patch]: CONFIG_IPV6_SUBTREES fix for MIPv6, David S. Miller
    - Re: [patch]: CONFIG_IPV6_SUBTREES fix for MIPv6, Masahide NAKAMURA
    - Re: [patch]: CONFIG_IPV6_SUBTREES fix for MIPv6, Henrik Petander
  - Re: [patch]: CONFIG_IPV6_SUBTREES fix for MIPv6, Ville Nuorvala
    - Re: CONFIG_IPV6_SUBTREES (was [patch]: CONFIG_IPV6_SUBTREES fix for MIPv6), YOSHIFUJI Hideaki / 吉藤英明
    - Re: CONFIG_IPV6_SUBTREES (was [patch]: CONFIG_IPV6_SUBTREES fix for MIPv6), Ville Nuorvala
Mail delivery failed: returning message to sender, Mail Delivery System
(usagi-users 02392) Is there already a doc available for the new IPsec code?, Peter Bieringer
- Re: Is there already a doc available for the new IPsec code?, Arnaldo Carvalho de Melo
  - Re: Is there already a doc available for the new IPsec code?, Randy.Dunlap
- Re: Is there already a doc available for the new IPsec code?, Andreas Jellinghaus
Re: [PATCH] Prefix List patch against 2.5.70, Krishna Kumar
- Re: [PATCH] Prefix List patch against 2.5.70, Krishna Kumar
- Re: [PATCH] Prefix List patch against 2.5.70, David Stevens
  - Re: [PATCH] Prefix List patch against 2.5.70, Pekka Savola
    - Re: [PATCH] Prefix List patch against 2.5.70, David S. Miller
- Re: [PATCH] Prefix List patch against 2.5.70, David Stevens
- Re: [PATCH] Prefix List patch against 2.5.70, Krishna Kumar
  - Re: [PATCH] Prefix List patch against 2.5.70, YOSHIFUJI Hideaki / 吉藤英明
    - Re: [PATCH] Prefix List patch against 2.5.70, Krishna Kumar
Re: netlink tester program, Randy.Dunlap
- Re: netlink tester program, Randy.Dunlap
  - Re: netlink tester program, David S. Miller
    - Re: netlink tester program, David Brownell
    - Re: netlink tester program, David S. Miller
    - Re: netlink tester program, David Brownell
    - Re: netlink tester program, David S. Miller
    - Re: netlink tester program, Randy.Dunlap
    - Re: netlink tester program, David S. Miller
    - Re: netlink tester program, Hisham Kotry
    - Re: netlink tester program, Jamal Hadi
    - Re: netlink tester program, Mr. James W. Laferriere
    - Re: netlink tester program, David S. Miller
    - Re: netlink tester program, John S. Denker
    - Re: netlink tester program, David S. Miller
    - Re: netlink tester program, John S. Denker
    - Re: netlink tester program, David S. Miller
    - Re: netlink tester program, John S. Denker
    - Re: netlink tester program, David S. Miller
    - Re: netlink tester program, Randy.Dunlap
    - Re: netlink tester program, David S. Miller
    - Re: netlink tester program, David Brownell
    - Re: netlink tester program, Randy.Dunlap
    - Re: netlink tester program, David S. Miller
Re: Route cache performance under stress, Robert Olsson
- Re: Route cache performance under stress, Simon Kirby
  - Re: Route cache performance under stress, Robert Olsson
    - Re: Route cache performance under stress, Simon Kirby
    - Re: Route cache performance under stress, David S. Miller
- Re: Route cache performance under stress, David S. Miller
- Re: Route cache performance under stress, Florian Weimer
  - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Florian Weimer
    - Re: Route cache performance under stress, Simon Kirby
    - RE: Route cache performance under stress, CIT/Paul
    - RE: Route cache performance under stress, Jamal Hadi
    - RE: Route cache performance under stress, CIT/Paul
    - Re: Route cache performance under stress, David S. Miller
    - RE: Route cache performance under stress, CIT/Paul
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Stephen Hemminger
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Simon Kirby
    - RE: Route cache performance under stress, CIT/Paul
    - Re: Route cache performance under stress, Simon Kirby
    - RE: Route cache performance under stress, CIT/Paul
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Simon Kirby
    - Re: Route cache performance under stress, Robert Olsson
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Robert Olsson
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Robert Olsson
    - RE: Route cache performance under stress, CIT/Paul
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Robert Olsson
    - RE: Route cache performance under stress, Jamal Hadi
    - RE: Route cache performance under stress, Ralph Doncaster
    - RE: Route cache performance under stress, Jamal Hadi
    - RE: Route cache performance under stress, Ralph Doncaster
    - Re: Route cache performance under stress, Ben Greear
    - Re: Route cache performance under stress, Ralph Doncaster
    - Re: Route cache performance under stress, Ralph Doncaster
    - Re: Route cache performance under stress, Ben Greear
    - Re: Route cache performance under stress, Simon Kirby
    - Re: Route cache performance under stress, Jamal Hadi
    - Re: Route cache performance under stress, Jamal Hadi
    - Re: Route cache performance under stress, Ralph Doncaster
    - Re: Route cache performance under stress, David S. Miller
    - RE: Route cache performance under stress, Jamal Hadi
    - RE: Route cache performance under stress, Pekka Savola
    - Re: Route cache performance under stress, John S. Denker
    - Re: Route cache performance under stress, Jamal Hadi
    - Re: Route cache performance under stress, David S. Miller
    - RE: Route cache performance under stress, Jamal Hadi
    - RE: Route cache performance under stress, Ralph Doncaster
    - Re: Route cache performance under stress, Florian Weimer
    - RE: Route cache performance under stress, CIT/Paul
    - Re: Route cache performance under stress, Florian Weimer
    - Re: Route cache performance under stress, chas williams
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, chas williams
    - RE: Route cache performance under stress, Ralph Doncaster
    - RE: Route cache performance under stress, Jamal Hadi
    - RE: Route cache performance under stress, Ralph Doncaster
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Florian Weimer
    - Was (Re: Route cache performance under stress, Jamal Hadi
    - Re: Real World Routers 8-), Florian Weimer
    - Re: Route cache performance under stress, David S. Miller
    - Re: 3c59x (was Route cache performance under stress), Bogdan Costescu
    - Re: 3c59x (was Route cache performance under stress), Andi Kleen
    - Re: 3c59x (was Route cache performance under stress), Jeff Garzik
    - Re: 3c59x, David S. Miller
    - Re: 3c59x, Jeff Garzik
    - Re: 3c59x, Andi Kleen
    - Re: 3c59x, David S. Miller
    - Re: 3c59x, Jeff Garzik
    - Re: 3c59x, David S. Miller
    - Re: 3c59x, Jeff Garzik
    - Re: 3c59x, David S. Miller
    - Re: 3c59x, chas williams
    - Re: 3c59x, David S. Miller
    - Re: 3c59x, chas williams
    - Re: 3c59x, David S. Miller
    - RE: Route cache performance under stress, Robert Olsson
    - Re: Route cache performance under stress, Simon Kirby
    - Re: Route cache performance under stress, Ralph Doncaster
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, David S. Miller
    - Re: 3c59x (was Route cache performance under stress), Bogdan Costescu
    - Re: 3c59x (was Route cache performance under stress), Andi Kleen
    - Re: 3c59x (was Route cache performance under stress), Robert Olsson
    - Re: 3c59x (was Route cache performance under stress), Andi Kleen
    - Re: 3c59x (was Route cache performance under stress), Robert Olsson
    - Re: 3c59x (was Route cache performance under stress), Jamal Hadi
    - Re: 3c59x, David S. Miller
    - Re: Route cache performance under stress, Ralph Doncaster
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Ralph Doncaster
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Robert Olsson
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Robert Olsson
    - Re: Route cache performance under stress, Ralph Doncaster
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Ralph Doncaster
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Ralph Doncaster
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Ben Greear
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Ben Greear
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Ben Greear
    - Re: Route cache performance under stress, David S. Miller
    - gettime: Was (Re: Route cache performance under stress, Jamal Hadi
    - Re: gettime: Was (Re: Route cache performance under stress, Andi Kleen
    - Re: gettime: Was (Re: Route cache performance under stress, David S. Miller
    - Re: gettime: Was (Re: Route cache performance under stress, Ben Greear
    - Re: gettime: Was (Re: Route cache performance under stress, David S. Miller
    - Re: gettime: Was (Re: Route cache performance under stress, Ben Greear
    - Re: gettime: Was (Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Ralph Doncaster
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Andi Kleen
    - Re: Route cache performance under stress, Andi Kleen
    - RE: Route cache performance under stress, CIT/Paul
    - Re: Route cache performance under stress, Robert Olsson
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Robert Olsson
    - Re: Route cache performance under stress, Robert Olsson
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Robert Olsson
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Robert Olsson
    - Re: Route cache performance under stress, Ralph Doncaster
    - RE: Route cache performance under stress, Jamal Hadi
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Jamal Hadi
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Jamal Hadi
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Robert Olsson
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Simon Kirby
    - Re: Route cache performance under stress, David S. Miller
    - RE: Route cache performance under stress, Ralph Doncaster
    - RE: Route cache performance under stress, Jamal Hadi
    - Re: Route cache performance under stress, David S. Miller
    - RE: Route cache performance under stress, CIT/Paul
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Simon Kirby
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Simon Kirby
    - Re: Route cache performance under stress, Simon Kirby
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Simon Kirby
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Andi Kleen
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Andi Kleen
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, YOSHIFUJI Hideaki / 吉藤英明
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Simon Kirby
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Ralph Doncaster
    - Re: Route cache performance under stress, Simon Kirby
    - Re: Route cache performance under stress, Florian Weimer
    - Re: Route cache performance under stress, David S. Miller
    - Re: Route cache performance under stress, Steven Blake
    - Re: Route cache performance under stress, David S. Miller
  - Re: Route cache performance under stress, Pekka Savola
[PATCH] fix use after free in e100, Martin Josefsson
- RE: [PATCH] fix use after free in e100, Feldman, Scott
ipsec / pppoe, Andreas Jellinghaus
- Re: ipsec / pppoe, James Morris
Re: [PATCH] xfrm ip6ip6, David S. Miller
- [PATCH] xfrm ip6ip6 (revised), Mitsuru KANDA / 神田充
  - Re: [PATCH] xfrm ip6ip6 (revised), YOSHIFUJI Hideaki / 吉藤英明
    - Re: [PATCH] xfrm ip6ip6 (revised), YOSHIFUJI Hideaki / 吉藤英明
    - Re: [PATCH] xfrm ip6ip6 (revised), Ville Nuorvala
  - Re: [PATCH] xfrm ip6ip6 (revised), David S. Miller
    - Re: [PATCH] xfrm ip6ip6 (revised), David S. Miller
- Re: [PATCH] xfrm ip6ip6, David S. Miller