Linux Networking

• Thread Index

• Re: [PATCH] select congestion control with one sysctl
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• [PATCH] select congestion control with one sysctl
  • From: Baruch Even <baruch@xxxxxxxxx>
• Re: [PATCH] TCP-Hybla proposal
  • From: Daniele Lacamera <mlists@xxxxxxxxxxxxxx>
• can't unregister_netdevice
  • From: "junk" <junk@xxxxxxxxxxx>
• Re: [PATCH] TCP-Hybla proposal
  • From: "Angelo Dell'Aera" <buffer@xxxxxxxxxxxxx>
• Re: [PATCH] TCP-Hybla proposal
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: [PATCH] TCP-Hybla proposal
  • From: Matt Mackall <mpm@xxxxxxxxxxx>
• RE: BUG: Unintended (?) XFRM bypass
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: how to detect the n/w driver name at user level.
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: how to detect the n/w driver name at user level.
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: [PATCH] TCP-Hybla proposal
  • From: Tobias DiPasquale <codeslinger@xxxxxxxxx>
• Re: how to detect the n/w driver name at user level.
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: [PATCH] TCP-Hybla proposal
  • From: Baruch Even <baruch@xxxxxxxxx>
• Re: [PATCH] TCP-Hybla proposal
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• RE: BUG: Unintended (?) XFRM bypass
  • From: "DuBuisson, Thomas" <tmdubui@xxxxxxxxxxxxxx>
• Re: [PATCH] TCP-Hybla proposal
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: [PATCH] TCP-Hybla proposal
  • From: John Heffner <jheffner@xxxxxxx>
• Re: BUG: Unintended (?) XFRM bypass
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] TCP-Hybla proposal
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• BUG: Unintended (?) XFRM bypass
  • From: "DuBuisson, Thomas" <tmdubui@xxxxxxxxxxxxxx>
• Re: [PATCH] TCP-Hybla proposal
  • From: Daniele Lacamera <mlists@xxxxxxxxxxxxxx>
• [PATCH] TCP-Hybla proposal
  • From: Daniele Lacamera <mlists@xxxxxxxxxxxxxx>
• how to detect the n/w driver name at user level.
  • From: Subbu <subbu@xxxxxxxxxx>
• Re: tftp question
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: [2.6 patch] drivers/net/ne3210.c: cleanups
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: tftp question
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: tftp question
  • From: Matthias-Christian Ott <matthias.christian@xxxxxxxxxx>
• RE: tftp question
  • From: "Maxim" <maxim@xxxxxxxxxx>
• Re: tftp question
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• tftp question
  • From: "Maxim" <maxim@xxxxxxxxxx>
• Re: BicTCP Implementation Bug
  • From: Yee-Ting Li <Yee-Ting.Li@xxxxxxx>
• Re: BicTCP Implementation Bug
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• [2.6 patch] drivers/net/via-rhine.c: make a variable static const
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/sb1000.c: make some variables static
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/seeq8005.c: cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/smc-mca.c: cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/ne3210.c: cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/lp486e.c: make some code static
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• nfs disk utilization in terms of stress
  • From: "Rock VZ" <rockvz@xxxxxxxxxxx>
• Re: [2.6 patch] drivers/net/appletalk/: make firmware static
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [2.6 patch] drivers/net/lp486e.c: make some code static
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [2.6 patch] drivers/net/ne3210.c: cleanups
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [2.6 patch] drivers/net/sb1000.c: make some variables static
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [2.6 patch] drivers/net/seeq8005.c: cleanups
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [2.6 patch] drivers/net/smc-mca.c: cleanups
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [2.6 patch] drivers/net/smc-mca.c: cleanups
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [2.6 patch] drivers/net/typhoon: make a firmware image static
  • From: David Dillow <dave@xxxxxxxxxxxxxx>
• Re: [2.6 patch] drivers/net/smc-mca.c: cleanups
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [2.6 patch] drivers/net/smc-mca.c: cleanups
  • From: Willy Tarreau <willy@xxxxxxxxx>
• Re: [2.6 patch] drivers/net/tokenring/: make some code static
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [2.6 patch] drivers/net/smc-mca.c: cleanups
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [2.6 patch] drivers/net/smc-mca.c: cleanups
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• [2.6 patch] drivers/net/wireless/: possible cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/wan/: possible cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/typhoon: make a firmware image static
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: [2.6 patch] drivers/net/shaper.c: make a variable static
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: [2.6 patch] drivers/net/via-rhine.c: make a variable static
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• [2.6 patch] drivers/net/via-velocity.c: make a function static
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/tun.c: make 2 functions static
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/via-rhine.c: make a variable static
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: [2.6 patch] drivers/net/smc-mca.c: cleanups
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• [2.6 patch] drivers/net/tulip/interrupt.c: make a variable static
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/tokenring/: make some code static
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/sunhme.c: make a struct static
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/smc-mca.c: cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: [ANNOUNCE] iproute2 050209
  • From: Eric Sandall <eric@xxxxxxxxxx>
• Re: [2.6 patch] drivers/net/shaper.c: cleanups
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• [2.6 patch] drivers/net/slhc.c: remove 2 functions
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/skfp/: cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/shaper.c: cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/seeq8005.c: cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/sb1000.c: make some variables static
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/s2io.c: cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/pppoe.c: make a struct static
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/ppp_deflate.c: make 2 structs static
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/ne3210.c: cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• RE: [2.6 patch] drivers/net/ixgb/: possible cleanups
  • From: "Venkatesan, Ganesh" <ganesh.venkatesan@xxxxxxxxx>
• RE: Netfilter help.. some more.
  • From: "Steve Iribarne" <steve.iribarne@xxxxxxxxxxxxxxxxxxxxx>
• RE: Netfilter help.. some more.
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Netfilter help.. some more.
  • From: Phil Oester <kernel@xxxxxxxxxxxx>
• RE: Netfilter help.. some more.
  • From: "Steve Iribarne" <steve.iribarne@xxxxxxxxxxxxxxxxxxxxx>
• skb_clone
  • From: "junk" <junk@xxxxxxxxxxx>
• Re: Netfilter help.. some more.
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• RE: Netfilter help.. some more.
  • From: "Steve Iribarne" <steve.iribarne@xxxxxxxxxxxxxxxxxxxxx>
• Netfilter help.. some more.
  • From: "Steve Iribarne" <steve.iribarne@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] net/s2io: replace schedule_timeout() with msleep()
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• PF_PACKET and bonding driver
  • From: "Neeraj Arora" <neeraj_arora@xxxxxxxxx>
• [2.6 patch] drivers/net/starfire.c
  • From: Michael Kreitzer <mrgrim@xxxxxxxx>
• [2.6 patch] drivers/net/loopback.c: make a function static
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/lp486e.c: make some code static
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/ixgb/: possible cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/ethertap.c: make 2 functions static
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/e1000/: possible cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/depca.c: make 2 structs static
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/dgrs.c: make 3 functions static
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/bonding/: make 3 functions static
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: [2.6 patch] kill include/linux/eeprom.h
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: [2.6 patch] kill include/linux/eeprom.h
  • From: Nick Winlund <nwinlu@xxxxxxxxxxx>
• Re: [2.6 patch] kill include/linux/eeprom.h
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• [2.6 patch] drivers/net/arcnet/: possible cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/appletalk/: make firmware static
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/amd8111e.c: make 2 functions static
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/3c527.c: make a struct static
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] kill include/linux/eeprom.h
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/3c509.c: make 2 structs static
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [UPDATE PATCH] net/s2io: replace schedule_timeout() with msleep()
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxx>
• Question about Linux routing - ip_route_output_key vs fib_lookup
  • From: Megh Bhatt <megh.bhatt@xxxxxxxxx>
• RE: [PATCH] net/s2io: replace schedule_timeout() with msleep()
  • From: "Ravinandan Arakali" <ravinandan.arakali@xxxxxxxxxxxx>
• Re: ipt_ROUTE and destination MAC address
  • From: "junk" <junk@xxxxxxxxxxx>
• Re: [PATCH] net/s2io: replace schedule_timeout() with msleep()
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• RE: [PATCH] net/s2io: replace schedule_timeout() with msleep()
  • From: "Ravinandan Arakali" <ravinandan.arakali@xxxxxxxxxxxx>
• Re: IPSec - Strange routing problem
  • From: Joshua Schmidlkofer <menion@xxxxxxxxxxxxxx>
• Re: IPSec - Strange routing problem
  • From: Joshua Schmidlkofer <menion@xxxxxxxxxxxxxx>
• Re: ipt_ROUTE and destination MAC address
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: IPSec - Strange routing problem
  • From: Aidas Kasparas <a.kasparas@xxxxxx>
• Re: IPSec - Strange routing problem
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: IPSec - Strange routing problem
  • From: Tom Eastep <teastep@xxxxxxxxxxxxx>
• ipt_ROUTE and destination MAC address
  • From: "junk" <junk@xxxxxxxxxxx>
• Re: how to get interface information
  • From: Miika Komu <miika@xxxxxx>
• Re: IPSec - Strange routing problem
  • From: Aidas Kasparas <a.kasparas@xxxxxx>
• Re: Disabling Nagle Algorithm
  • From: Vikas Paliwal <vpaliwal@xxxxxxxxxxxxxxxxxx>
• Re: IPSec - Strange routing problem
  • From: Joshua Schmidlkofer <menion@xxxxxxxxxxxxxx>
• [ANNOUNCE] iproute2 050209
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: IPSec - Strange routing problem
  • From: Tom Eastep <teastep@xxxxxxxxxxxxx>
• Re: IPSec - Strange routing problem
  • From: Joshua Schmidlkofer <menion@xxxxxxxxxxxxxx>
• Re: IPSec - Strange routing problem
  • From: Joshua Schmidlkofer <menion@xxxxxxxxxxxxxx>
• Re: IPSec - Strange routing problem
  • From: Tom Eastep <teastep@xxxxxxxxxxxxx>
• Re: IPSec - Strange routing problem
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• IPSec - Strange routing problem
  • From: Joshua Schmidlkofer <menion@xxxxxxxxxxxxxx>
• [PATCH] net/s2io: replace schedule_timeout() with msleep()
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxx>
• [PATCH/iproute2] Add support for IP-over-InfiniBand
  • From: Roland Dreier <roland@xxxxxxxxxxx>
• Re: how to get interface information
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• how to get interface information
  • From: Jochen Witte <jwitte@xxxxxxxxxxxxx>
• Re: Question regarding e1000 driver and dropped packets (2.6.5 / 2.6.10)?
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Question regarding e1000 driver and dropped packets (2.6.5 / 2.6.10)?
  • From: Bukie Mabayoje <bukiemab@xxxxxxx>
• Re: [PATCH 19/39] net/dev: replace schedule_timeout() with msleep()
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: [DIFF] 2.6.11-rc1 tg3 grc_local_ctrl usage
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: Question regarding e1000 driver and dropped packets (2.6.5 / 2.6.10)?
  • From: Bukie Mabayoje <bukiemab@xxxxxxx>
• Question regarding e1000 driver and dropped packets (2.6.5 / 2.6.10)?
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: [LARTC] please guide me ...with regard to multipath dynamic routing in case of link failure
  • From: Nguyen Dinh Nam <64vn@xxxxxxxxxx>
• Re: (usagi-users 03197) Re: TAHI Conformance Test
  • From: Didier Barvaux <didier@xxxxxxxxxxx>
• [ANNOUNCE] iproute2 - 2.6.10-050207
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Linux Kernel Routing APIs
  • From: Megh Bhatt <megh.bhatt@xxxxxxxxx>
• please guide me ...with regard to multipath dynamic routing in case of link failure
  • From: "Pankaj Agarwal" <pankaj@xxxxxxxxxxxx>
• Re: TAHI Conformance Test
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• TAHI Conformance Test
  • From: Didier Barvaux <didier@xxxxxxxxxxx>
• [2.6 patch] kill IPHASE5526
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Help - Getting an error when trying to add prio to tables....
  • From: "Pankaj Agarwal" <pankaj@xxxxxxxxxxxx>
• Re: Wireless capture: select() and dropped packets
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• sending a packet to another machine from a kernel module.
  • From: sridhar kumar kotturu <sridharkumar@xxxxxxxxx>
• Re: Wireless capture: select() and dropped packets
  • From: David Dillow <dave@xxxxxxxxxxxxxx>
• Re: Wireless capture: select() and dropped packets
  • From: Lawrence MacIntyre <macintyrelp@xxxxxxxx>
• Wireless capture: select() and dropped packets
  • From: Daniel Henkel <henk@xxxxxxx>
• 8139too interframe gap
  • From: DataCom - Abreu <abreu@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Query - Regarding strange behaviour.
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• Re: Query - Regarding strange behaviour.
  • From: "Pankaj Agarwal" <pankaj@xxxxxxxxxxxx>
• Re: Query - Regarding strange behaviour.
  • From: S Iremonger <exxsi@xxxxxxxxxx>
• Re: Query - Regarding strange behaviour.
  • From: linux-os <linux-os@xxxxxxxxxxxx>
• Re: Query - Regarding strange behaviour.
  • From: "Pankaj Agarwal" <pankaj@xxxxxxxxxxxx>
• Re: Query - Regarding strange behaviour.
  • From: linux-os <linux-os@xxxxxxxxxxxx>
• Re: Query - Regarding strange behaviour.
  • From: linux-os <linux-os@xxxxxxxxxxxx>
• Re: Query - Regarding strange behaviour.
  • From: "Pankaj Agarwal" <pankaj@xxxxxxxxxxxx>
• Re: Query - Regarding strange behaviour.
  • From: Tim Schmielau <tim@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Query - Regarding strange behaviour.
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• Query - Regarding strange behaviour.
  • From: "Pankaj Agarwal" <pankaj@xxxxxxxxxxxx>
• How much ARP requests require to ping same host again?
  • From: cranium 2003 <cranium.2003@xxxxxxxxx>
• Re: router ipsec tunnel AH or ESP inbound error
  • From: "Wang Chen" <wangchen@xxxxxxxxxxxxxxxx>
• Re: router ipsec tunnel AH or ESP inbound error
  • From: jean-mickael guerin <jean-mickael.guerin@xxxxxxxxx>
• Re: Disabling Nagle Algorithm
  • From: Nivedita Singhvi <niv@xxxxxxxxxx>
• router ipsec tunnel AH or ESP inbound error
  • From: "Wang Chen" <wangchen@xxxxxxxxxxxxxxxx>
• Disabling Nagle Algorithm
  • From: Vikas Paliwal <vpaliwal@xxxxxxxxxxxxxxxxxx>
• tg3 performance later 2.6 kernels
  • From: Michael Stone <mstone@xxxxxxxxx>
• [2.6 patch] prism54: misc cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: Routes with ranges of destinations
  • From: Alpt <alpt@xxxxxxxxxxxx>
• Re: Routes with ranges of destinations
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Routes with ranges of destinations
  • From: Alpt <alpt@xxxxxxxxxxxx>
• Re: Routes with ranges of destinations
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• Re: Routes with ranges of destinations
  • From: Alpt <alpt@xxxxxxxxxxxx>
• Re: [2.6 patch] remove dp83840.h
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: Routes with ranges of destinations
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Routes with ranges of destinations
  • From: Jiangbo Li <jiangbo@xxxxxxxxx>
• Re: Routes with ranges of destinations
  • From: Alpt <alpt@xxxxxxxxxxxx>
• Re: Routes with ranges of destinations
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• Routes with ranges of destinations
  • From: Alpt <alpt@xxxxxxxxxxxx>
• Re: [OT] Google groups not mirroring linux-net
  • From: "Randy.Dunlap" <rddunlap@xxxxxxxx>
• [OT] Google groups not mirroring linux-net
  • From: Hames Edgardo-AEH008 <ehames@xxxxxxxxxxxx>
• Re: [PATCH 2.6] 6/7 replace net_sysctl_strdup by kstrdup
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• [PATCH 2.6] 6/7 replace net_sysctl_strdup by kstrdup
  • From: "" <pmarques@xxxxxxxxxxxx>
• [2.6 patch] move dp83840.h to Documentation/
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] remove dp83840.h
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: [2.6 patch] move dp83840.h to Documentation/
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: [2.6 patch] move dp83840.h to Documentation/
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [2.6 patch] move dp83840.h to Documentation/
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: Filtering packets where source mac address does not match ip-mac mapping
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Filtering packets where source mac address does not match ip-mac mapping
  • From: Vytautas Krakauskas <vytautas@xxxxxxxxxxxxxxxx>
• RE: Exact meaning of netmask for ifconfig ?
  • From: "Rajat Jain, Noida" <rajatj@xxxxxxxxxxxxxxxxx>
• Exact meaning of netmask for ifconfig ?
  • From: david.balazic@xxxxxxxxx
• Re: multiple neighbour cache tables for AF_INET
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: multiple neighbour cache tables for AF_INET
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• Re: multiple neighbour cache tables for AF_INET
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• multiple neighbour cache tables for AF_INET
  • From: "Wilfried Weissmann" <wweissmann@xxxxxx>
• Re: ip route get problem
  • From: "Catalin(ux aka Dino) BOIE" <util@xxxxxxxxxxxxxxx>
• Re: ip route get problem
  • From: wei minghu <weiminghu@xxxxxxxxx>
• Re: ip route get problem
  • From: "Catalin(ux aka Dino) BOIE" <util@xxxxxxxxxxxxxxx>
• ip route get problem
  • From: wei minghu <weiminghu@xxxxxxxxx>
• Re: [PATCH] skge driver (0.5)
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• [PATCH][TRIVIAL]drivers/net/hamradio/kconfig
  • From: 2df@xxxxxxxxxxxxx
• Re: [PATCH] lanstreamer: IBM LanStreamer and failing multicast reception
  • From: Bjørn Mork <bjorn@xxxxxxx>
• [PATCH] net/ibmtr: remove sleep_on*() usage
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxx>
• Re: [BUG] Onboard Ethernet Pro 100 on a SMP box: a very strange errors
  • From: Chris Leech <chris.leech@xxxxxxxxx>
• Re: packet copy/forward with iptables
  • From: Sven Schuster <schuster.sven@xxxxxx>
• RE: packet copy/forward with iptables
  • From: "Steve Iribarne" <steve.iribarne@xxxxxxxxxxxxxxxxxxxxx>
• Re: packet copy/forward with iptables
  • From: Örjan Gustavsson <orjan@xxxxxxxxxxxxxx>
• Re: packet copy/forward with iptables
  • From: Sven Schuster <schuster.sven@xxxxxx>
• Re: packet copy/forward with iptables
  • From: Örjan Gustavsson <orjan@xxxxxxxxxxxxxx>
• Re: packet copy/forward with iptables
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• packet copy/forward with iptables
  • From: Örjan Gustavsson <orjan@xxxxxxxxxxxxxx>
• Re: [PATCH] lanstreamer: IBM LanStreamer and failing multicast reception
  • From: Mike_Phillips@xxxxxxxxxxx
• Some kernel source questions...
  • From: linux lover <linux_lover2004@xxxxxxxxx>
• Re: [BUG] Onboard Ethernet Pro 100 on a SMP box: a very strange errors
  • From: Denis Zaitsev <zzz@xxxxxxx>
• RE: IP/ethernet/networking-over-SCSI.
  • From: "Guy" <bugzilla@xxxxxxxxxxxxxxxx>
• Re: [BUG] Onboard Ethernet Pro 100 on a SMP box: a very strange errors
  • From: Denis Vlasenko <vda@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• RE: IP/ethernet/networking-over-SCSI.
  • From: Ming Zhang <mingz@xxxxxxxxxxx>
• RE: IP/ethernet/networking-over-SCSI.
  • From: "Guy" <bugzilla@xxxxxxxxxxxxxxxx>
• Re: [PATCH] lanstreamer: IBM LanStreamer and failing multicast reception
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: IP/ethernet/networking-over-SCSI.
  • From: Matthew Wilcox <matthew@xxxxxx>
• Re: IP/ethernet/networking-over-SCSI.
  • From: alex@xxxxxxxxxxxx
• Re: IP/ethernet/networking-over-SCSI.
  • From: Ming Zhang <mingz@xxxxxxxxxxx>
• Re: [PATCH] lanstreamer: IBM LanStreamer and failing multicast reception
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: IP/ethernet/networking-over-SCSI.
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: [PATCH] lanstreamer: IBM LanStreamer and failing multicast reception
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• IP/ethernet/networking-over-SCSI.
  • From: S Iremonger <exxsi@xxxxxxxxxx>
• Re: [PATCH] lanstreamer: IBM LanStreamer and failing multicast reception
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: [PATCH] lanstreamer: IBM LanStreamer and failing multicast reception
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: [PATCH] lanstreamer: IBM LanStreamer and failing multicast reception
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: [PATCH] lanstreamer: IBM LanStreamer and failing multicast reception
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: help in using eth_change_mtu
  • From: Harsh <hanemade@xxxxxxxxx>
• Re: help in using eth_change_mtu
  • From: Neema <neema.network@xxxxxxxxx>
• [ANNOUNCE] iproute2 (050124) release
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: [NFS] [BUG] Onboard Ethernet Pro 100 on a SMP box: a very strange errors
  • From: Dave van Leeuwen <dave@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] lanstreamer: IBM LanStreamer and failing multicast reception
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• iptables and SMP performance
  • From: Patrick Higgins <phiggins@xxxxxxxxxxxxxxxx>
• [PATCH] lanstreamer: IBM LanStreamer and failing multicast reception
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Bitrot in register_binfmt() in fs/exec.c
  • From: Robin Boerdijk <robin_boerdijk@xxxxxxxxx>
• Re: debug network packets
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: debug network packets
  • From: apalaios@xxxxxxxxxxxx
• Re: ARP routing issue - semi-solved
  • From: Jan De Luyck <lkml@xxxxxxxxx>
• help in using eth_change_mtu
  • From: Harsh <hanemade@xxxxxxxxx>
• Re: debug network packets
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: debug network packets
  • From: apalaios@xxxxxxxxxxxx
• networking problems with AX88190 card and 2.6.8-24 kernel
  • From: "Jan Buckow" <IchWillSpass@xxxxxx>
• IBM LanStreamer and failing multicast reception
  • From: Bjørn Mork <bjorn@xxxxxxx>
• How many packet types can travel on Ethernet network?
  • From: linux lover <linux_lover2004@xxxxxxxxx>
• Re: debug network packets
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: help regarding setting up multiple gateway on linux
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• debug network packets
  • From: apalaios@xxxxxxxxxxxx
• Re: help regarding setting up multiple gateway on linux
  • From: "Pankaj Agarwal" <pankaj@xxxxxxxxxxxx>
• Re: help regarding setting up multiple gateway on linux
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• help regarding setting up multiple gateway on linux
  • From: "Pankaj Agarwal" <pankaj@xxxxxxxxxxxx>
• default minimum MTU 552?
  • From: "Uwe E. Bilger" <uwelists@xxxxxx>
• Re: Yet another question about alloc_skbuf
  • From: "Captain Fantasticus" <cfantasticus@xxxxxxxxxxx>
• [BUG] Onboard Ethernet Pro 100 on a SMP box: a very strange errors
  • From: Denis Zaitsev <zzz@xxxxxxx>
• Re: Yet another question about alloc_skbuf
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxx>
• Yet another question about alloc_skbuf
  • From: "Captain Fantasticus" <cfantasticus@xxxxxxxxxxx>
• [2.6 patch] drivers/atm/nicstar*: small cleanup
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: How to stop ethernet timeout on non-networked kernel boot?
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• [PATCH 19/39] net/dev: replace schedule_timeout() with msleep()
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxx>
• Re: Zero Copy on recieve
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Zero Copy on recieve
  • From: sai narasimhamurthy <sai_narasi@xxxxxxxxx>
• Re: [RFC][PATCH] Very basic sysfs support for ATM devices
  • From: Roman Kagan <rkagan@xxxxxxx>
• Re: [RFC][PATCH] Very basic sysfs support for ATM devices
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• [RFC][PATCH] Very basic sysfs support for ATM devices
  • From: Roman Kagan <rkagan@xxxxxxx>
• Multiple gateways linux router + Load balance
  • From: Mikado <mikado4vn@xxxxxxxxx>
• How to stop ethernet timeout on non-networked kernel boot?
  • From: Bahadir Balban <bahadir.balban@xxxxxxxxx>
• [Patch 2.6] Stop using ETHTOOL_BUSINFO_LEN as size of driver and version members of ethtoo_drvinfo struct.
  • From: Michal Rokos <michal@xxxxxxxxxx>
• [QUESTION - FYI] Vectorized CRC calculation
  • From: Indrek Kruusa <indrek.kruusa@xxxxxxxxxxx>
• network & bandwidth optimization tool??
  • From: Nicolas Patik <nicolas.patik@xxxxxxxxx>
• duplicate acknowledgement code in linux tcp
  • From: Pradeep Anbumani <pradeepdreams@xxxxxxxxx>
• Recent change introduced deadlock
  • From: Alexander Nyberg <alexn@xxxxxxxxx>
• Analysing UDP packet building code in 2.6.10 kernel
  • From: linux lover <linux_lover2004@xxxxxxxxx>
• Re: [DIFF] 2.6.10 add MSI to tg3
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: [DIFF] 2.6.10 add MSI to tg3
  • From: "David Christensen" <dave@xxxxxxxxxxxxxxxx>
• Re: ARP routing issue
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• [DIFF] 2.6.11-rc1 tg3 grc_local_ctrl usage
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: [DIFF] 2.6.10 add MSI to tg3
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: [DIFF] 2.6.10 add MSI to tg3
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [DIFF] 2.6.10 add MSI to tg3
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: ARP routing issue
  • From: Jan De Luyck <lkml@xxxxxxxxx>
• Re: ARP routing issue
  • From: James Courtier-Dutton <James@xxxxxxxxxxxxxx>
• Re: tie ethernet interface to specific card
  • From: "Milan P. Stanic" <mps@xxxxxxxxxxxxx>
• tie ethernet interface to specific card
  • From: "James S. Johnson" <jjohnson@xxxxxxxxxxxxxxxx>
• Random packets loss under x86_64
  • From: Peter Kruse <pk@xxxxxxxxxx>
• Re: [Bridge] Re: tg3 bridge problems
  • From: Gergely Madarasz <gorgo@xxxxxxxxxxxx>
• linux 2.6.8 SMP slow to trasmit (tg3)
  • From: Aram Mirzadeh <aram535@xxxxxxxxx>
• [PATCH 8/10] net: remove cli()/sti() from drivers/net/sunhme.c
  • From: James Nelson <james4765@xxxxxxxxxxx>
• [PATCH 6/10] net: remove cli()/sti() from drivers/net/ni52.c
  • From: James Nelson <james4765@xxxxxxxxxxx>
• [PATCH 4/10] net: remove cli()/sti() from drivers/net/hamradio/dmascc.c
  • From: James Nelson <james4765@xxxxxxxxxxx>
• [PATCH 1/10] net: remove cli()/sti() from drivers/net/bagetlance.c
  • From: James Nelson <james4765@xxxxxxxxxxx>
• [PATCH 2/10] net: remove cli()/sti() from drivers/net/cris/eth_v10.c
  • From: James Nelson <james4765@xxxxxxxxxxx>
• pktgen module
  • From: Xiaowei Yang <yxw@xxxxxxxxxxxxxxxxx>
• [PATCH 0/10] net: remove cli()/sti() from drivers/net/*
  • From: James Nelson <james4765@xxxxxxxxxxx>
• [PATCH 3/10] net: remove cli()/sti() from drivers/net/fec.c
  • From: James Nelson <james4765@xxxxxxxxxxx>
• [PATCH 5/10] net: remove cli()/sti() from drivers/net/irda/ep7211_ir.c
  • From: James Nelson <james4765@xxxxxxxxxxx>
• [PATCH 7/10] net: remove cli()/sti() from drivers/net/oaknet.c
  • From: James Nelson <james4765@xxxxxxxxxxx>
• [PATCH 9/10] net: remove cli()/sti() from drivers/net/tulip/xircom_tulip_cb.c
  • From: James Nelson <james4765@xxxxxxxxxxx>
• [PATCH 10/10] net: remove cli()/sti() from drivers/net/wan/sdla_x25.c
  • From: James Nelson <james4765@xxxxxxxxxxx>
• Re: [Bridge] Re: tg3 bridge problems
  • From: <dave@xxxxxxxxxxxxxxxx>
• Re: [PATCH] remove unused variables in net/sunrpc/auth.c
  • From: Jesper Juhl <juhl-lkml@xxxxxx>
• Re: [Bridge] Re: tg3 bridge problems
  • From: Gergely Madarasz <gorgo@xxxxxxxxxxxx>
• Re: [Bridge] Re: tg3 bridge problems
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: [Bridge] Re: tg3 bridge problems
  • From: Gergely Madarasz <gorgo@xxxxxxxxxxxx>
• Re: [Bridge] Re: tg3 bridge problems
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: tg3 bridge problems
  • From: Gergely Madarasz <gorgo@xxxxxxxxxxxx>
• Re: [Bridge] Re: tg3 bridge problems
  • From: Gergely Madarasz <gorgo@xxxxxxxxxxxx>
• [PATCH] [iproute2] MONITOR: show IPv6 prefix list
  • From: Masahide Nakamura <nakam@xxxxxxxxxxxxxx>
• [PATCH] [iproute2] XFRM: replay-window and DECAP_DSCP flag
  • From: Masahide Nakamura <nakam@xxxxxxxxxxxxxx>
• Re: [Bridge] Re: tg3 bridge problems
  • From: Paul Schulz <pschulz@xxxxxxxxxxxxxx>
• Re: IPv6 tunnelbroker with Linux
  • From: Hasso Tepper <hasso@xxxxxxxxx>
• Re: [Bridge] Re: tg3 bridge problems
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: tg3 bridge problems
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: [PATCH] remove unused variables in net/sunrpc/auth.c
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [PATCH] remove unused variables in net/sunrpc/auth.c
  • From: Jesper Juhl <juhl-lkml@xxxxxx>
• IPv6 tunnelbroker with Linux
  • From: Hasso Tepper <hasso@xxxxxxxxx>
• Re: tg3 bridge problems
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: tg3 bridge problems
  • From: Gergely Madarasz <gorgo@xxxxxxxxxxxx>
• Re: tg3 bridge problems
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: tg3 bridge problems
  • From: Gergely Madarasz <gorgo@xxxxxxxxxxxx>
• Re: tg3 bridge problems
  • From: Gergely Madarasz <gorgo@xxxxxxxxxxxx>
• Re: tg3 bridge problems
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: ARP routing issue
  • From: Anupam Kapoor <anupam.kapoor@xxxxxxxxx>
• Re: tg3 bridge problems
  • From: Gergely Madarasz <gorgo@xxxxxxxxxxxx>
• Re: tg3 bridge problems
  • From: Gergely Madarasz <gorgo@xxxxxxxxxxxx>
• Re: tg3 bridge problems
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• tg3 bridge problems
  • From: Gergely Madarasz <gorgo@xxxxxxxxxxxx>
• Re: ARP routing issue
  • From: Anupam Kapoor <anupam.kapoor@xxxxxxxxx>
• Re: ARP routing issue
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: ARP routing issue
  • From: Jan De Luyck <lkml@xxxxxxxxx>
• Re: ARP routing issue
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: ARP routing issue
  • From: Jan De Luyck <lkml@xxxxxxxxx>
• how Linux TCp stack respond for 6000 acks
  • From: Pradeep Anbumani <pradeepdreams@xxxxxxxxx>
• Re: 8139too bug?
  • From: Lord <lord@xxxxxxxxxxxxx>
• [patch] superfluous CAP_NET_ADMIN required for some ioctl
  • From: Laurent Deniel <laurent.deniel@xxxxxxx>
• Re: ARP routing issue
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• how xfrm used to form ipsec Header??
  • From: linux lover <linux_lover2004@xxxxxxxxx>
• Re: [PATCH 167] Kill unused variables in the net code
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 167] Kill unused variables in the net code
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 167] Kill unused variables in the net code
  • From: linux-os <linux-os@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/28] net/e1000_osdep: replace schedule_timeout() with msleep()
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxx>
• [PATCH 167] Kill unused variables in the net code
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] appletalk: Add ioctls to allow ifc txqueuelen sets/gets
  • From: Neil Horman <nhorman@xxxxxxxxx>
• Re: epoll_wait returns EFAULT error
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• epoll_wait returns EFAULT error
  • From: "Padmanabha, Lakshminarasimhan N (STSD)" <simhan@xxxxxx>
• Re: require packet path at device layer
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: ARP routing issue
  • From: Jan De Luyck <lkml@xxxxxxxxx>
• Re: ARP routing issue
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• require packet path at device layer
  • From: linux lover <linux.lover2004@xxxxxxxxx>
• Re: ARP routing issue
  • From: Jan De Luyck <lkml@xxxxxxxxx>
• Re: ARP routing issue
  • From: Julian Anastasov <ja@xxxxxx>
• Re: ARP routing issue
  • From: Jan De Luyck <lkml@xxxxxxxxx>
• [PATCH 4/28] net/cosa: replace schedule_timeout() with msleep()
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxx>
• [PATCH 6/28] net/e1000_osdep: replace schedule_timeout() with msleep()
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxx>
• Re: Tracing a packet
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• RE: Logitech MX1000 Horizontal Scrolling
  • From: Aaron Gyes <floam@xxxxx>
• [PATCH 5/28] net/cs89x0: replace schedule_timeout() with msleep()
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxx>
• [PATCH 3/28] net/airo: replace schedule_timeout() with msleep()/ssleep()
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxx>
• RTF_CACHE Flag for Routes rt6_redirect Creates
  • From: "Craig, Dave" <dwcraig@xxxxxxxxxxxx>
• [patch] net: get rid of redundant access_ok() call in checksum calculation.
  • From: Jesper Juhl <juhl-lkml@xxxxxx>
• Re: ARP routing issue
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• RE: ARP routing issue
  • From: "Steve Iribarne" <steve.iribarne@xxxxxxxxxxxxxxxxxxxxx>
• Tracing a packet
  • From: "Steve Iribarne" <steve.iribarne@xxxxxxxxxxxxxxxxxxxxx>
• Re: ARP routing issue
  • From: Jan De Luyck <lkml@xxxxxxxxx>
• Re: ARP routing issue
  • From: Jan De Luyck <lkml@xxxxxxxxx>
• Re: ARP routing issue
  • From: "Paul Rolland" <rol@xxxxxxxxxx>
• Re: ARP routing issue
  • From: Jan De Luyck <lkml@xxxxxxxxx>
• RE: ARP routing issue
  • From: "Steve Iribarne" <steve.iribarne@xxxxxxxxxxxxxxxxxxxxx>
• ARP routing issue
  • From: Jan De Luyck <lkml@xxxxxxxxx>
• Re: via-rhine: Too much work at interrupt
  • From: Domen Puncer <domen@xxxxxxxxxxxx>
• [PATCH 2.4.x] 8390 Tx fix for non i386
  • From: Paul Gortmaker <penguin@xxxxxxxxxxx>
• Re: NIC capacity
  • From: Raj Kettimuthu <kettimut@xxxxxxxxxxx>
• Re: [bug] via-rhine: Too much work at interrupt
  • From: Matthias-Christian Ott <matthias.christian@xxxxxxxxxx>
• [bug] via-rhine: Too much work at interrupt
  • From: Domen Puncer <domen@xxxxxxxxxxxx>
• Re: NIC capacity
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• RE: Sending a packet to the loopback address.
  • From: "Sumit Pandya" <sumit@xxxxxxxxxxxxx>
• Re: NIC capacity
  • From: Marc Singer <elf@xxxxxxxxx>
• Re: Sending a packet to the loopback address.
  • From: "kennyen" <kennyen@xxxxxxxxxxx>
• Re: NIC capacity
  • From: "kennyen" <kennyen@xxxxxxxxxxx>
• Re: NIC capacity
  • From: Marc Singer <elf@xxxxxxxxx>
• Re: Sending a packet to the loopback address.
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Sending a packet to the loopback address.
  • From: "Steve Iribarne" <steve.iribarne@xxxxxxxxxxxxxxxxxxxxx>
• NIC capacity
  • From: Raj Kettimuthu <kettimut@xxxxxxxxxxx>
• Re: Using NAPI for a new driver
  • From: Marc Singer <elf@xxxxxxxxx>
• Re: Using NAPI for a new driver
  • From: Jon Mason <jdmason@xxxxxxxxxx>
• Re: PROBLEM: Network hang: "eth0: Tx timed out (f0080), is buffer full?"
  • From: Francois Romieu <romieu@xxxxxxxxxxxxx>
• Re: PROBLEM: Network hang: "eth0: Tx timed out (f0080), is buffer full?"
  • From: Jon Mason <jdmason@xxxxxxxxx>
• [PATCH 1/2] ipv4 routing: splitting of ip_route_[in|out]put_slow, 2.6.10-rc3
  • From: Einar Lück <lkml@xxxxxxxxxxxxxx>
• [PATCH 2/2] ipv4 routing: multipath with cache support, 2.6.10-rc3
  • From: Einar Lück <lkml@xxxxxxxxxxxxxx>
• [PATCH 2/2] ipv4 routing: multipath with cache support, 2.6.10-rc3
  • From: Einar Lück <lkml@xxxxxxxxxxxxxx>
• Re: 8139too bug?
  • From: Sven-Haegar Koch <haegar@xxxxxxxxx>
• [PATCH 1/2] ipv4 routing: splitting of ip_route_[in|out]put_slow, 2.6.10-rc3
  • From: Einar Lück <lkml@xxxxxxxxxxxxxx>
• 8139too bug?
  • From: Lord <lord@xxxxxxxxxxxxx>
• Re: forgotten the attachment
  • From: Matthias-Christian Ott <matthias.christian@xxxxxxxxxx>
• list doesnt accept attachments
  • From: Lord <lord@xxxxxxxxxxxxx>
• forgotten the attachment
  • From: Lord <lord@xxxxxxxxxxxxx>
• RT_TABLE_MAX
  • From: "Jeremy M. Guthrie" <jeremy.guthrie@xxxxxxxxxx>
• Re[2]: [PATCH 2.6] Update to module_params() in 3c59x.c
  • From: Maciej Soltysiak <solt2@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 2.6] Update to module_params() in 3c59x.c
  • From: "Randy.Dunlap" <rddunlap@xxxxxxxx>
• Re: Ipv6 and the lost broadcast
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• Ipv6 and the lost broadcast
  • From: Alpt <alpt@xxxxxxxxxxxx>
• Is that possible...
  • From: linux lover <linux_lover2004@xxxxxxxxx>
• Issue on packets sending through ip_route_output_key() to xfrm_lookup() in native IPsec
  • From: Park Lee <parklee_sel@xxxxxxxxx>
• [PATCH 2.6.10-bk2] xircom_tulip_cb.c had uncompilable module_param declarations
  • From: "Adam J. Richter" <adam@xxxxxxxxxxxxx>
• [PATCH 2.6] Update to module_params() in 3c59x.c
  • From: Maciej Soltysiak <solt2@xxxxxxxxxxxxxxxxx>
• Re: how to access packet's data part in skbuff?
  • From: Walter Liu <Walter.liu@xxxxxxx>
• how to access packet's data part in skbuff?
  • From: linux lover <linux_lover2004@xxxxxxxxx>
• devfs slip
  • From: B Jp <lastjp_fr@xxxxxxxx>
• Re: Patch: add loglevel to printk's in net/ipv4/route.c
  • From: Herbert Poetzl <herbert@xxxxxxxxxxxx>
• Re: Patch: add loglevel to printk's in net/ipv4/route.c
  • From: Jesper Juhl <juhl-lkml@xxxxxx>
• Re: PROBLEM: Network hang: "eth0: Tx timed out (f0080), is buffer full?"
  • From: Richard Ems <richard.ems@xxxxxxxxxxxxxxxxxxxx>
• Re: Patch: add loglevel to printk's in net/ipv4/route.c
  • From: Jesper Juhl <juhl-lkml@xxxxxx>
• Re: Patch: add loglevel to printk's in net/ipv4/route.c
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxx>
• Re: Patch: add loglevel to printk's in net/ipv4/route.c
  • From: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
• Re: Patch: add loglevel to printk's in net/ipv4/route.c
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxx>
• Re: Patch: add loglevel to printk's in net/ipv4/route.c
  • From: Jesper Juhl <juhl-lkml@xxxxxx>
• Re: Patch: add loglevel to printk's in net/ipv4/route.c
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxx>
• Patch: add loglevel to printk's in net/ipv4/route.c
  • From: Jesper Juhl <juhl-lkml@xxxxxx>
• Using NAPI for a new driver
  • From: Marc Singer <elf@xxxxxxxxx>
• Missing MODULE_DEVICE_TABLE in sk98lin/skge.c ?
  • From: "Patrick J. LoPresti" <patl@xxxxxxxxxxxxxxxxxxxxx>
• V2.4 vs. V2.6 Policy Routing Dropping LOTS of packets
  • From: "Jeremy M. Guthrie" <jeremy.guthrie@xxxxxxxxxx>
• Isson on relationship between socket and sock of a packet?
  • From: Park Lee <parklee_sel@xxxxxxxxx>
• Add a few casts to silence warnings in drivers/net/tulip/dmfe.c (and change a single pointer variable type to match what it points to).
  • From: Jesper Juhl <juhl-lkml@xxxxxx>
• Re: Why ACKs are not delayed in 2.4?
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• Re: tcp sequence no. query
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• ipsec implementation in kernel
  • From: linux lover <linux_lover2004@xxxxxxxxx>
• Is there any more special purpose sockets in Linux kernel 2.6
  • From: Park Lee <parklee_sel@xxxxxxxxx>
• Why ACKs are not delayed in 2.4?
  • From: "Igor Yu. Zhbanov" <bsg@xxxxxxxxxxxx>
• Re: [Ipsec] Issue on input process of Linux native IPsec
  • From: Park Lee <parklee_sel@xxxxxxxxx>
• tcp sequence no. query
  • From: linux lover <linux.lover2004@xxxxxxxxx>
• Re: [Ipsec] Issue on input process of Linux native IPsec
  • From: David Dillow <dave@xxxxxxxxxxxxxx>
• Re: [Ipsec] Issue on input process of Linux native IPsec
  • From: Park Lee <parklee_sel@xxxxxxxxx>
• Re: [Ipsec] Issue on input process of Linux native IPsec
  • From: David Dillow <dave@xxxxxxxxxxxxxx>
• Re: NEWBIE Implementing a proprietary Ethernet Protocol : Ethersound
  • From: Anupam Kapoor <anupam.kapoor@xxxxxxxxx>
• NEWBIE Implementing a proprietary Ethernet Protocol : Ethersound
  • From: Julien Vermillard <jvermillard@xxxxxxxxx>
• Re: [Ipsec] Issue on input process of Linux native IPsec
  • From: Park Lee <parklee_sel@xxxxxxxxx>
• Re: Is this normal?
  • From: npy@xxxxxxxxxxx
• Re: Is this normal?
  • From: "John W. Linville" <linville@xxxxxxxxxxxxx>
• Is this normal?
  • From: npy@xxxxxxxxxxx
• Re: Very slow change of IP in kernel (slow socket?).
  • From: Andrea G Forte <andreaf@xxxxxxxxxxxxxxx>
• Re: Very slow change of IP in kernel (slow socket?).
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• Re: zero copy issue while receiving the data (counter part of sendfil e)
  • From: "John W. Linville" <linville@xxxxxxxxxxxxx>
• Re: PROBLEM: Network hang: "eth0: Tx timed out (f0080), is buffer full?" (Plain)
  • From: Richard Ems <richard.ems@xxxxxxxxxxxxxxxxxxxx>
• Re: zero copy issue while receiving the data (counter part of sendfil e)
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• Re: PROBLEM: Network hang: "eth0: Tx timed out (f0080), is buffer full?"
  • From: Jon Mason <jdmason@xxxxxxxxx>
• NAT Server, SMP box or Single CPU box?
  • From: Donato Diaz <donatodd@xxxxxxxxxxxxxxxxx>
• Re: PROBLEM: Network hang: "eth0: Tx timed out (f0080), is buffer full?"
  • From: Richard Ems <richard.ems@xxxxxxxxxxxxxxxxxxxx>
• Re: Very slow change of IP in kernel (slow socket?).
  • From: bert hubert <ahu@xxxxxxx>
• Re: zero copy issue while receiving the data (counter part of sendfil e)
  • From: Mandeep Sandhu <Mandeep_Sandhu@xxxxxxxxxxx>
• Very slow change of IP in kernel (slow socket?).
  • From: Andrea G Forte <andreaf@xxxxxxxxxxxxxxx>
• Re: zero copy issue while receiving the data (counter part of sen dfil e)
  • From: Dmitry Yusupov <dima@xxxxxxxx>
• Re: zero copy issue while receiving the data (counter part of sen dfil e)
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Issue on input process of Linux native IPsec
  • From: Park Lee <parklee_sel@xxxxxxxxx>
• RE: zero copy issue while receiving the data (counter part of sen dfil e)
  • From: Dmitry Yusupov <dima@xxxxxxxx>
• RE: zero copy issue while receiving the data (counter part of sen dfil e)
  • From: "Rajat Jain, Noida" <rajatj@xxxxxxxxxxxxxxxxx>
• Re: PROBLEM: Network hang: "eth0: Tx timed out (f0080), is buffer full?"
  • From: Jon Mason <jdmason@xxxxxxxxx>
• Re: PROBLEM: Network hang: "eth0: Tx timed out (f0080), is buffer full?"
  • From: Richard Ems <richard.ems@xxxxxxxxxxxxxxxxxxxx>
• Re: jiffies and network packets
  • From: apalaios@xxxxxxxxxxxx
• Re: Massive SendTo
  • From: Nir Dremer <mailing@xxxxxxxxxx>
• RE: Required resources on network driver programming
  • From: "Rudolf Ladyzhenskii" <Rudolf.ladyzhenskii@xxxxxxxxxx>
• Re: PROBLEM: Network hang: "eth0: Tx timed out (f0080), is buffer full?" (Plain)
  • From: Jon Mason <jdmason@xxxxxxxxx>
• Re: Massive SendTo
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: Massive SendTo
  • From: Nir Dremer <mailing@xxxxxxxxxx>
• Re: Massive SendTo
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: Massive SendTo
  • From: Nir Dremer <mailing@xxxxxxxxxx>
• Re: jiffies and network packets
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: jiffies and network packets
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: Massive SendTo
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: PROBLEM: Network hang: "eth0: Tx timed out (f0080), is buffer full?" (Plain)
  • From: Richard Ems <richard.ems@xxxxxxxxxxxxxxxxxxxx>
• jiffies and network packets
  • From: apalaios@xxxxxxxxxxxx
• Massive SendTo
  • From: Nir Dremer <mailing@xxxxxxxxxx>
• Re: PROBLEM: Network hang: "eth0: Tx timed out (f0080), is buffer full?"
  • From: Jon Mason <jdmason@xxxxxxxxx>
• Raw socket with router alert option
  • From: "Thanh Tra LUU" <luu@xxxxxxx>
• Re: PROBLEM: Network hang: "eth0: Tx timed out (f0080), is buffer full?"
  • From: Richard Ems <richard.ems@xxxxxxxxxxxxxxxxxxxx>
• Re: primary and secondary ip addresses
  • From: Harald Welte <laforge@xxxxxxxxxxxx>
• Re: primary and secondary ip addresses
  • From: jamal <hadi@xxxxxxxxxx>
• Re: Did arp daemon project ceased or has kernel now have a large arp cache?
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: Did arp daemon project ceased or has kernel now have a large arp cache?
  • From: Lucas Brasilino <brasilino@xxxxxxxxxxxxxxxx>
• Re: Required resources on network driver programming
  • From: Roar Bjørgum Rotvik <roarbr@xxxxxxxxxx>
• Re: PROBLEM: Network hang: "eth0: Tx timed out (f0080), is buffer full?" (Plain) (Plain)
  • From: Richard Ems <richard.ems@xxxxxxxxxxxxxxxxxxxx>
• Re: Required resources on network driver programming
  • From: Michael Renzmann <mrenzmann@xxxxxx>
• Required resources on network driver programming
  • From: linux lover <linux_lover2004@xxxxxxxxx>
• Can e1000 driver work with Linux kernel 2.6.8???
  • From: Yueting Shen <ritashen@xxxxxxxxxxxxxxx>
• [2.6 patch] prism54: misc cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: primary and secondary ip addresses
  • From: jamal <hadi@xxxxxxxxxx>
• Re: primary and secondary ip addresses
  • From: jamal <hadi@xxxxxxxxxx>
• Re: primary and secondary ip addresses
  • From: Bernd Eckenfels <ecki-news2004-05@xxxxxxxxxxxx>
• Re: primary and secondary ip addresses
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: primary and secondary ip addresses
  • From: Harald Welte <laforge@xxxxxxxxxxxx>
• Re: primary and secondary ip addresses
  • From: jamal <hadi@xxxxxxxxxx>
• tcp retransmission
  • From: Eric Barton <eeb@xxxxxxxxxxxxxxxxxx>
• hfsc port
  • From: apalaios@xxxxxxxxxxxx
• Re: [patch] arpd: remove config option for enabling arpd
  • From: "John W. Linville" <linville@xxxxxxxxxxxxx>
• Re: [patch] arpd: remove config option for enabling arpd
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: primary and secondary ip addresses
  • From: Andrea G Forte <andreaf@xxxxxxxxxxxxxxx>
• Re: primary and secondary ip addresses
  • From: Hasso Tepper <hasso@xxxxxxxxx>
• Re: PROBLEM: Network hang: "eth0: Tx timed out (f0080), is buffer full?" (Plain)
  • From: Jon Mason <jdmason@xxxxxxxxx>
• Re: [patch] arpd: remove config option for enabling arpd
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: [patch] arpd: remove config option for enabling arpd
  • From: "John W. Linville" <linville@xxxxxxxxxxxxx>
• [patch] arpd: remove config option for enabling arpd
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: primary and secondary ip addresses
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: primary and secondary ip addresses
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: primary and secondary ip addresses
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: primary and secondary ip addresses
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: primary and secondary ip addresses
  • From: Hasso Tepper <hasso@xxxxxxxxx>
• Re: primary and secondary ip addresses
  • From: "Martin A. Brown" <mabrown@xxxxxxxxxxxxxx>
• Re: Did arp daemon project ceased or has kernel now have a large arp cache?
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: PROBLEM: Network hang: "eth0: Tx timed out (f0080), is buffer full?" (Plain)
  • From: Jon Mason <jdmason@xxxxxxxxx>
• Re: primary and secondary ip addresses
  • From: Hasso Tepper <hasso@xxxxxxxxx>
• RE: zero copy issue while receiving the data (counter part of sen dfil e)
  • From: Dmitry Yusupov <dima@xxxxxxxx>
• Re: primary and secondary ip addresses
  • From: Andrea G Forte <andreaf@xxxxxxxxxxxxxxx>
• Re: PROBLEM: Network hang: "eth0: Tx timed out (f0080), is buffer full?" (Plain)
  • From: Richard Ems <richard.ems@xxxxxxxxxxxxxxxxxxxx>
• Re: PROBLEM: Network hang: "eth0: Tx timed out (f0080), is buffer full?"
  • From: Jon Mason <jdmason@xxxxxxxxx>
• Re: primary and secondary ip addresses
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• RE: zero copy issue while receiving the data (counter part of sen dfil e)
  • From: "Rajat Jain, Noida" <rajatj@xxxxxxxxxxxxxxxxx>
• Re: primary and secondary ip addresses
  • From: Andrea G Forte <andreaf@xxxxxxxxxxxxxxx>
• Re: primary and secondary ip addresses
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: primary and secondary ip addresses
  • From: Andrea G Forte <andreaf@xxxxxxxxxxxxxxx>
• PROBLEM: Network hang: "eth0: Tx timed out (f0080), is buffer full?"
  • From: Richard Ems <richard.ems@xxxxxxxxxxxxxxxxxxxx>
• Re: Did arp daemon project ceased or has kernel now have a large arp cache?
  • From: Lucas Brasilino <brasilino@xxxxxxxxxxxxxxxx>
• Re: zero copy issue while receiving the data (counter part of sendfil e)
  • From: Dmitry Yusupov <dima@xxxxxxxx>
• [RFC] Re: Did arp daemon project ceased or has kernel now have a large arp cache?
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: Did arp daemon project ceased or has kernel now have a large arp cache?
  • From: "John W. Linville" <linville@xxxxxxxxxxxxx>
• Re: Did arp daemon project ceased or has kernel now have a large arp cache?
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: Did arp daemon project ceased or has kernel now have a large arp cache?
  • From: Mark Brown <broonie@xxxxxxxxxxxxx>
• Re: Did arp daemon project ceased or has kernel now have a large arp cache?
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• error shutting down
  • From: Tran Thuy-TTRAN2 <TTRAN2@xxxxxxxxxxxx>
• Re: primary and secondary ip addresses
  • From: Paul Jakma <paul@xxxxxxxx>
• Re: primary and secondary ip addresses
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Did arp daemon project ceased or has kernel now have a large arp cache?
  • From: Lucas Brasilino <brasilino@xxxxxxxxxxxxxxxx>
• zero copy issue while receiving the data (counter part of sendfil e)
  • From: "Rajat Jain, Noida" <rajatj@xxxxxxxxxxxxxxxxx>
• Re: primary and secondary ip addresses
  • From: Hasso Tepper <hasso@xxxxxxxxx>
• Re: primary and secondary ip addresses
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: primary and secondary ip addresses
  • From: Hasso Tepper <hasso@xxxxxxxxx>
• Re: primary and secondary ip addresses
  • From: Harald Welte <laforge@xxxxxxxxxxxx>
• 2.4.28 oops
  • From: Dmitry Melekhov <dm@xxxxxxxxxx>
• V2.4 vs. V2.6 Policy Routing Dropping LOTS of packets
  • From: "Jeremy M. Guthrie" <jeremy.guthrie@xxxxxxxxxx>
• Re: Renamed interfaces / VLANs brokenness
  • From: Simon Kirby <sim@xxxxxxxxxxxxx>
• Renamed interfaces / VLANs brokenness
  • From: Simon Kirby <sim@xxxxxxxxxxxxx>
• [2.6 patch] net/ipx/: make some code static
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: No xon/xoff support in Linux ppp driver?
  • From: Petr Slansky <slansky@xxxxxxx>
• Re: No xon/xoff support in Linux ppp driver?
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• No xon/xoff support in Linux ppp driver?
  • From: Petr Slansky <slansky@xxxxxxx>
• jitter + interarrival
  • From: apalaios@xxxxxxxxxxxx
• loopback packet processing
  • From: Harshal Nemade <hanemade@xxxxxxxxx>
• [patch] 2.6.10-rc3-mm1: fix net/tulip/xircom_tulip_cb.c warning
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: Prism / Hostap Bridge Problems...
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: Load Balancing
  • From: Trent Lloyd <lathiat@xxxxxx>
• Re: Load Balancing
  • From: Ravi Kumar <ravivsn@xxxxxxxxxx>
• new ioctl for UDP socket - need help
  • From: "Bosnjak Zoran ITWEP" <Bosnjak@xxxxxxxxxxx>
• Load Balancing
  • From: Ravi Kumar <ravivsn@xxxxxxxxxx>
• hsfc port for linux...
  • From: apalaios@xxxxxxxxxxxx
• VLAN and jumbo frame woes
  • From: minoura@xxxxxxxxxxxxx (MINOURA Makoto)
• proc/sys/net/ipv4/tcp_bic
  • From: Antonio Pérez <aperlu@xxxxxxxxxxxxxx>
• [2.6 patch] kernel/posix-timers.c: make some functions static
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: Wh-what's this, may I
  • From: "Josefina Perdue" <ggrukbihcwjtgnh@xxxxxxxxxxxx>
• nat/masquerade with 2.6.x
  • From: Antonio Pérez <aperlu@xxxxxxxxxxxxxx>
• structure packet_type linking
  • From: cranium2003 <cranium2003@xxxxxxxxx>
• Re: Prism / Hostap Bridge Problems...
  • From: Jouni Malinen <jkmaline@xxxxxxxxx>
• Prism / Hostap Bridge Problems...
  • From: Brande <brande@xxxxxxxxxx>
• problems calling devinet_ioctl from netfilter i/p hook
  • From: Subhash Gopinath <subhashg@xxxxxxxxx>
• Re: 8139too non-functional after software suspend2 suspend/resume
  • From: khb@xxxxxxxxxxxxxxxxx
• Re: so_qlen
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• so_qlen
  • From: "Rajesh S. Ghanekar" <rajesh_ghanekar@xxxxxxxxxxxxxxxx>
• Re: [PATCH] fix select() for SOCK_RAW sockets (ipv6)
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• Re: [PATCH] fix select() for SOCK_RAW sockets
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• [2.6 patch] prism54: small prismcompat cleanup (fwd)
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: 8139too non-functional after software suspend2 suspend/resume
  • From: S Iremonger <exxsi@xxxxxxxxxx>
• e1000, 2.6.9: swapper: page allocation failure. order:1, mode:0x20
  • From: Brad Fitzpatrick <brad@xxxxxxxxx>
• Re: [PATCH] fix select() for SOCK_RAW sockets (ipv6)
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: [PATCH] fix select() for SOCK_RAW sockets (ipv6)
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• [PATCH] fix select() for SOCK_RAW sockets (ipv6)
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: [PATCH] fix select() for SOCK_RAW sockets
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: [PATCH] fix select() for SOCK_RAW sockets
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• Re: [PATCH] fix select() for SOCK_RAW sockets
  • From: Phil Oester <kernel@xxxxxxxxxxxx>
• [PATCH] fix select() for SOCK_RAW sockets
  • From: Mitchell Blank Jr <mitch@xxxxxxxxxx>
• diskless installation and kernelparamter ip=...
  • From: "Martin Maletinsky" <maletinsky@xxxxxx>
• Re: 8139too non-functional after software suspend2 suspend/resume
  • From: S Iremonger <exxsi@xxxxxxxxxx>
• Re: Recent select() handling change breaks Poptop
  • From: Mitchell Blank Jr <mitch@xxxxxxxxxx>
• Re: Recent select() handling change breaks Poptop
  • From: Phil Oester <kernel@xxxxxxxxxxxx>
• Re: Recent select() handling change breaks Poptop
  • From: Mitchell Blank Jr <mitch@xxxxxxxxxx>
• Recent select() handling change breaks Poptop
  • From: Phil Oester <kernel@xxxxxxxxxxxx>
• Kernel panic-not syncing: for safety ???
  • From: "Casey Allen Shobe" <cshobe@xxxxxxxx>
• 8139too non-functional after software suspend2 suspend/resume
  • From: "Karl H. Beckers" <karl.h.beckers@xxxxxxx>
• Re: some problems with e1000>5.2.30
  • From: Scott Feldman <sfeldma@xxxxxxxxx>
• Multicast and ip_route_input()
  • From: FoObArf00@xxxxxxxxxxxx
• some problems with e1000>5.2.30
  • From: Peter Kjellstroem <cap@xxxxxxxxxx>
• [patch] use IW_ENCODE_TEMP flag
  • From: Dan Streetman <ddstreet@xxxxxxxx>
• Re: [2.6 patch] remove dp83840.h
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Multicast advice
  • From: FoObArf00@xxxxxxxxxxxx
• [2.6 patch] small drivers/atm cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Strange behaviour of ip(8)
  • From: Jan Kara <jack@xxxxxxx>
• Local multicast source not routing
  • From: "Nisbet, David " <David.Nisbet@xxxxxxxxxxxxxxx>
• Re: [PATCH] UDP select handling of bad checksums.
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: client socket and source port selection
  • From: Roberto Nibali <ratz@xxxxxxxxxxxx>
• Re: [2.6 patch] remove dp83840.h
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: eth0 ARP-replying for eth1
  • From: Lawrence MacIntyre <macintyrelp@xxxxxxxx>
• Re: [2.6 patch] remove dp83840.h
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• [2.6 patch] remove dp83840.h
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: eth0 ARP-replying for eth1
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• Re: eth0 ARP-replying for eth1
  • From: Tony Lee <tony.p.lee@xxxxxxxxx>
• Re: no entropy and no output at /dev/random (quick question)
  • From: Vladimir Dvorak <dvorakv@xxxxxxxxxx>
• Re: eth0 ARP-replying for eth1
  • From: Illtud Daniel <illtud.daniel@xxxxxxxxxxx>
• Re: eth0 ARP-replying for eth1
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: eth0 ARP-replying for eth1
  • From: Lawrence MacIntyre <macintyrelp@xxxxxxxx>
• How to perform a Wireless Scan?
  • From: Matthias-Christian Ott <matthias.christian@xxxxxxxxxx>
• Re: eth0 ARP-replying for eth1
  • From: Illtud Daniel <illtud.daniel@xxxxxxxxxxx>
• How to perform a Wireless Scan?
  • From: Matthias-Christian Ott <matthias.christian@xxxxxxxxxx>
• Re: eth0 ARP-replying for eth1
  • From: "Martin A. Brown" <mabrown@xxxxxxxxxxxxxx>
• Re: eth0 ARP-replying for eth1
  • From: Berend De Schouwer <bds@xxxxxxxxx>
• Re: eth0 ARP-replying for eth1
  • From: "Martin A. Brown" <mabrown@xxxxxxxxxxxxxx>
• eth0 ARP-replying for eth1
  • From: Illtud Daniel <illtud.daniel@xxxxxxxxxxx>
• Re: Assiging IP to interface in kernel module
  • From: rvemuri <rvemuri@xxxxxxxxxxxxx>
• Assiging IP to interface in kernel module
  • From: Subhash Gopinath <subhashg@xxxxxxxxx>
• Re: [2.6 patch] small drivers/atm cleanups (fwd)
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: [2.6 patch] small drivers/atm cleanups (fwd)
  • From: Andrew Morton <akpm@xxxxxxxx>
• [2.6 patch] small drivers/atm cleanups (fwd)
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [PATCH] move inline keywords nearer beginning of declaration in skbuff.c to elliminate warning with gcc -W
  • From: Jesper Juhl <juhl-lkml@xxxxxx>
• proposed eepro100 patch
  • From: Charlie Brett <cfb@xxxxxxxxxxxxx>
• Re: e1000 and DITR
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• e1000 and DITR
  • From: slashdev <slashdev@xxxxxxxxx>
• Re: Route Nat dead. Does anybody going to support it?
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Route Nat dead. Does anybody going to support it?
  • From: Peter Volkov Alexandrovich <pvolkov@xxxxxxxxxxx>
• Re: Route Nat dead. Does anybody going to support it?
  • From: Peter Volkov Alexandrovich <pvolkov@xxxxxxxxxxx>
• Re: ACK Flooding
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• ACK Flooding
  • From: Pradeep Anbumani <pradeepdreams@xxxxxxxxx>
• Re: Route Nat dead. Does anybody going to support it?
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: why I can't do lsmod&insmod ?
  • From: Vladimir Dvorak <dvorakv@xxxxxxxxxx>
• Re: Route Nat dead. Does anybody going to support it?
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• [PATCH] UDP select handling of bad checksums.
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: Route Nat dead. Does anybody going to support it?
  • From: Peter Volkov Alexandrovich <pvolkov@xxxxxxxxxxx>
• Re: Route Nat dead. Does anybody going to support it?
  • From: Christopher Chan <cchan@xxxxxxxxxxxx>
• Re: Route Nat dead. Does anybody going to support it?
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Route Nat dead. Does anybody going to support it?
  • From: Christopher Chan <cchan@xxxxxxxxxxxx>
• Re: Route Nat dead. Does anybody going to support it?
  • From: Aidas Kasparas <a.kasparas@xxxxxx>
• "ifconfig bond0 down" error message
  • From: Gildas LE NADAN <gildas.le-nadan@xxxxxxx>
• Re: Route Nat dead. Does anybody going to support it?
  • From: Christopher Chan <cchan@xxxxxxxxxxxx>
• Re: Route Nat dead. Does anybody going to support it?
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Route Nat dead. Does anybody going to support it?
  • From: Christopher Chan <cchan@xxxxxxxxxxxx>
• Re: doubt with IP Aliasing
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Route Nat dead. Does anybody going to support it?
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: [PATCH 475] HP300 LANCE
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Route Nat dead. Does anybody going to support it?
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• Re: Route Nat dead. Does anybody going to support it?
  • From: Peter Volkov Alexandrovich <pvolkov@xxxxxxxxxxx>
• Re: Route Nat dead. Does anybody going to support it?
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: [PATCH 475] HP300 LANCE
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: why I can't do lsmod&insmod ?
  • From: Anupam Kapoor <anupam.kapoor@xxxxxxxxx>
• Re: why I can't do lsmod&insmod ?
  • From: Yueting Shen <ritashen@xxxxxxxxxxxxxxx>
• Re: why I can't do lsmod&insmod ?
  • From: Cal Peake <cp@xxxxxxxxxxxxxxxxxxx>
• Re: why I can't do lsmod&insmod ?
  • From: Yueting Shen <ritashen@xxxxxxxxxxxxxxx>
• why I can't do lsmod&insmod ?
  • From: Yueting Shen <ritashen@xxxxxxxxxxxxxxx>
• doubt with IP Aliasing
  • From: Subhash Gopinath <subhashg@xxxxxxxxx>
• Re: [PATCH 475] HP300 LANCE
  • From: Sohail Somani <sohail@xxxxxxxxxxxxxxxx>
• Re: [PATCH 475] HP300 LANCE
  • From: Andrew Morton <akpm@xxxxxxxx>
• [PATCH 531] M68k Ethernet drivers depend on NET_ETHERNET
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 533] M68k HP Lance Ethernet depends on DIO bus support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 532] M68k HP Lance Ethernet: Fix leaks on probe/removal
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 475] HP300 LANCE
  • From: Kars de Jong <jongk@xxxxxxxxxxxxxx>
• Re: [PATCH 475] HP300 LANCE
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>