Linux Networking

• Thread Index

• Re: [Lksctp-developers] Re: [PATCH] subset of RFC2553
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PATCH] Fix to avoid overriding TCP/UDP with a new protocol ofsame type.
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• [PATCH] Fix to avoid overriding TCP/UDP with a new protocol of sametype.
  • From: Sridhar Samudrala <sri@xxxxxxxxxx>
• Re: [Lksctp-developers] Re: [PATCH] subset of RFC2553
  • From: Jon Grimm <jgrimm2@xxxxxxxxxx>
• Re: Longstanding networking / SMP issue? (duplextest)
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Longstanding networking / SMP issue? (duplextest)
  • From: Simon Kirby <sim@xxxxxxxxxxxxx>
• Re: Promiscuous mode
  • From: Fabien Salvi <fabien@xxxxxxxxx>
• Re: [PATCH] subset of RFC2553
  • From: Bruce Allan <bwa@xxxxxxxxxx>
• Re: dev->xmit_lock_owner?
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PATCH] shared ipv6 cards
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PATCH]: lru queue for ip_fragment evictor
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Promiscuous mode
  • From: Ed Goforth <e.goforth@xxxxxxxxxxxx>
• dev->xmit_lock_owner?
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: NETIF_F_IP_CSUM v NETIF_F_HW_CSUM ?
  • From: Kumar Gala <kumar.gala@xxxxxxxxxxxx>
• Re: [PATCH]: lru queue for ip_fragment evictor
  • From: Andrew Morton <akpm@xxxxxxxxx>
• Re: [PATCH] shared ipv6 cards
  • From: "Frank Pavlic" <pavlic@xxxxxxxxxx>
• Re: [PATCH]: lru queue for ip_fragment evictor
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH]: lru queue for ip_fragment evictor
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH]: lru queue for ip_fragment evictor
  • From: Andrew Morton <akpm@xxxxxxxxx>
• Re: [code] new NAPI helper functions
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PATCH]: lru queue for ip_fragment evictor
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PATCH]: lru queue for ip_fragment evictor
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• [code] new NAPI helper functions
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [PATCH] shared ipv6 cards
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PATCH]: lru queue for ip_fragment evictor
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PATCH] shared ipv6 cards
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• [PATCH] shared ipv6 cards
  • From: "Frank Pavlic" <pavlic@xxxxxxxxxx>
• [PATCH] shared ipv6 cards
  • From: "Frank Pavlic" <pavlic@xxxxxxxxxx>
• how to always broadcast packets from Kernel? (please help)
  • From: devdas devdas <devdas_80@xxxxxxxxxxx>
• Not calling start/stop queue from LKM
  • From: Gary Cote <gcote@xxxxxxxxxxxxxxxx>
• [PATCH]: lru queue for ip_fragment evictor
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: NAPI interrupt data
  • From: jamal <hadi@xxxxxxxxxx>
• Re: NAPI interrupt data
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: socket optimizations
  • From: Stephen Satchell <list@xxxxxxxxxxxxxxxxxxx>
• Re: NAPI interrupt data
  • From: jamal <hadi@xxxxxxxxxx>
• Re: NAPI interrupt data
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• NAPI interrupt data
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: 3Com 3cr990 driver release
  • From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
• Re: 3Com 3cr990 driver release
  • From: Larry McVoy <lm@xxxxxxxxxxxx>
• Re: 3Com 3cr990 driver release
  • From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
• Re: 3Com 3cr990 driver release
  • From: Larry McVoy <lm@xxxxxxxxxxxx>
• Re: 3Com 3cr990 driver release
  • From: Tomas Szepe <szepe@xxxxxxxxxxxxxxx>
• Re: 3Com 3cr990 driver release
  • From: Larry McVoy <lm@xxxxxxxxxxxx>
• Re: 3Com 3cr990 driver release
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: 3Com 3cr990 driver release
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: 3Com 3cr990 driver release
  • From: Larry McVoy <lm@xxxxxxxxxxxx>
• Re: 3Com 3cr990 driver release
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: 3Com 3cr990 driver release
  • From: Larry McVoy <lm@xxxxxxxxxxxx>
• Re: 3Com 3cr990 driver release
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• socket optimizations
  • From: "Bryan K." <ef057@xxxxxxxxxxx>
• Re: [PATCH] C99 initializers for net/rxrpc/sysctl.c
  • From: David Howells <dhowells@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: EtherLeak generic fix - for feedback & testing.
  • From: Roger Luethi <rl@xxxxxxxxxxx>
• Re: 3Com 3cr990 driver release
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• 3Com 3cr990 driver release
  • From: David Dillow <dillowd@xxxxxxxxxxx>
• Re: [PATCH] C99 initializers for net/netrom/sysctl_net_netrom.c
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxx>
• [PATCH] C99 initializers for net/netrom/sysctl_net_netrom.c
  • From: Art Haas <ahaas@xxxxxxxxxxx>
• [PATCH] C99 initializers for net/rxrpc/sysctl.c
  • From: Art Haas <ahaas@xxxxxxxxxxx>
• [PATCH] C99 initializers for net/rose/sysctl_net_rose.c
  • From: Art Haas <ahaas@xxxxxxxxxxx>
• [PATCH] C99 initializer for net/ipv6/icmp.c
  • From: Art Haas <ahaas@xxxxxxxxxxx>
• tx queue stopping - how to test?
  • From: Wolfgang Wegner <ww@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• broadcast from Kernel
  • From: niraj shah <nirajhshah42@xxxxxxxxx>
• how to compare Tx and Rx frames?
  • From: Marcos Fereyra <mfereyra@xxxxxxxxxxxx>
• Re: [PATCH] Reformatting patch for net/ipv4/route.c
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: EtherLeak generic fix - for feedback & testing.
  • From: Alan Cox <alan@xxxxxxxxxx>
• [PATCH] Reformatting patch for net/ipv4/route.c
  • From: Art Haas <ahaas@xxxxxxxxxxx>
• Compiling Problems on IA64 kernel 2.4.20
  • From: "Scott Pham" <spham@xxxxxxxxxxxxx>
• NETIF_F_IP_CSUM v NETIF_F_HW_CSUM ?
  • From: Kumar Gala <kumar.gala@xxxxxxxxxxxx>
• Re: [Lksctp-developers] [PATCH] C99 initiailzers for net/sctp/sysctl.c
  • From: Jon Grimm <jgrimm2@xxxxxxxxxx>
• Re: EtherLeak generic fix - for feedback & testing.
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• EtherLeak generic fix - for feedback & testing.
  • From: Ashish Kalra <ashishk@xxxxxxxxxxx>
• Re: GARP
  • From: Matti Aarnio <matti.aarnio@xxxxxxxxxxx>
• GARP
  • From: Mahesh.Pujara@xxxxxxxxxxxxxxx
• Re: How Linux can be enabled as a Bridge
  • From: "Hoobastang" <hoobastang@xxxxxxxxxxxxxx>
• Power Management Hum
  • From: Rayiner Hashem <heliosc@xxxxxxxxxxxxxx>
• Re: Multiple entries in kernel rtable for a given source,destination pair ?
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PATCH] subset of RFC2553
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PATCH] C99 initializers for net/irda/irsysctl.c
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Re: Multiple entries in kernel rtable for a given source, destination pair ?
  • From: "Hoobastang" <hoobastang@xxxxxxxxxxxxxx>
• Where i can find the L2 Kernel table
  • From: Mahesh.Pujara@xxxxxxxxxxxxxxx
• Re: Multiple entries in kernel rtable for a given source,destination pair ?
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Multiple entries in kernel rtable for a given source, destination pair ?
  • From: "Hoobastang" <hoobastang@xxxxxxxxxxxxxx>
• TCP and UDP over Ethernet
  • From: Andrei Gurtov <gurtov@xxxxxxxxxxxxxx>
• [PATCH] C99 initializers for net/ipv6/netfilter/ip6_queue.c
  • From: Art Haas <ahaas@xxxxxxxxxxx>
• [PATCH] C99 initializers for net/irda/irsysctl.c
  • From: Art Haas <ahaas@xxxxxxxxxxx>
• [PATCH] C99 initiailzers for net/sctp/sysctl.c
  • From: Art Haas <ahaas@xxxxxxxxxxx>
• [PATCH] C99 initializer for net/ax25/sysctl_net_ax25.c
  • From: Art Haas <ahaas@xxxxxxxxxxx>
• [PATCH] C99 initializers for net/unix/sysctl_net_unix.c
  • From: Art Haas <ahaas@xxxxxxxxxxx>
• [PATCH] C99 initializers for net/sunrpc/sysctl.c
  • From: Art Haas <ahaas@xxxxxxxxxxx>
• [PATCH] C99 initializers for net/ipv4/netfilter files
  • From: Art Haas <ahaas@xxxxxxxxxxx>
• Re: [Lksctp-developers] [PATCH] subset of RFC2553
  • From: Jon Grimm <jgrimm2@xxxxxxxxxx>
• [ANNOUCEMENT] new release for dhcpv6 is available (ver 0.2)
  • From: Shirley Ma <xma@xxxxxxxxxx>
• [PATCH] subset of RFC2553
  • From: Bruce Allan <bwa@xxxxxxxxxx>
• Re: [PATCH] C99 initializers for net/ipv4/sysctl_net_ipv4.c
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• [PATCH] C99 initializers for net/ipv4/sysctl_net_ipv4.c
  • From: Art Haas <ahaas@xxxxxxxxxxx>
• [PATCH] C99 initializers for net/core/sysctl_net_core.c
  • From: Art Haas <ahaas@xxxxxxxxxxx>
• [PATCH] C99 initializers for net/ipv6/sysctl_net_ipv6.c
  • From: Art Haas <ahaas@xxxxxxxxxxx>
• patch to fix 3c509 not compiling in 2.5.59
  • From: Rodrigo Ventura <yoda@xxxxxxxxxxxxxx>
• Re: TCP Connection times out
  • From: Martin Zielinski <mz@xxxxxx>
• Re: tool to check bit rate in a LAN
  • From: "Sumit Pandya" <sumit@xxxxxxxxxxxxx>
• Re: Sending packets between interfaces
  • From: Venkat Raghu <venkatraghu2002@xxxxxxxxx>
• RE: Tiny eepro100 vs. e100 NFS benchmark
  • From: "Feldman, Scott" <scott.feldman@xxxxxxxxx>
• tool to check bit rate in a LAN
  • From: Marcos Fereyra <mfereyra@xxxxxxxxxxxx>
• Re: TCP Connection times out
  • From: John Heffner <jheffner@xxxxxxx>
• Re: TCP Connection times out
  • From: kuznet@xxxxxxxxxxxxx
• Re: TCP Connection times out
  • From: Martin Zielinski <mz@xxxxxx>
• Re: TCP Connection times out
  • From: kuznet@xxxxxxxxxxxxx
• Re: Kernel assertion failures
  • From: Lucian Daniel Kafka <luci@xxxxxxxxxxxxxx>
• Re: TCP Connection times out
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: TCP Connection times out
  • From: Martin Zielinski <mz@xxxxxx>
• Re: TCP Connection times out
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: TCP Connection times out
  • From: Martin Zielinski <mz@xxxxxx>
• Re: TCP Connection times out
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Kernel assertion failures
  • From: Matti Aarnio <matti.aarnio@xxxxxxxxxxx>
• Sending packets between interfaces
  • From: Felix Radensky <felix@xxxxxxxxx>
• Fwd: Re: TCP Connection times out
  • From: Martin Zielinski <mz@xxxxxx>
• Re: Kernel assertion failures
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Kernel assertion failures
  • From: Lucian Daniel Kafka <luci@xxxxxxxxxxxxxx>
• Tiny eepro100 vs. e100 NFS benchmark
  • From: Jakob Oestergaard <jakob@xxxxxxxxxxxxx>
• TCP window setting via route
  • From: Jason Straight <jason@xxxxxxxxxxxxxxxxxxxx>
• Re: [Bridge] Re: [patch] A more general way to hook into the rx path.
  • From: Ben Greear <greearb@xxxxxxxxxxxxxxx>
• Curious loss of bandwidth
  • From: Simon Gornall <simon@xxxxxxxxxxx>
• newbie
  • From: Venkat Raghu <venkatraghu2002@xxxxxxxxx>
• RE: accessing TCP socket hash tables from user space or kernel module
  • From: "Brandeburg, Jesse" <jesse.brandeburg@xxxxxxxxx>
• accessing TCP socket hash tables from user space or kernel module
  • From: "Kah Hwee Chua" <chuakahhwee@xxxxxxxxxxx>
• Re: [Bridge] Re: [patch] A more general way to hook into the rx path.
  • From: scw@xxxxxxxxxxx
• Re: SNAP packet
  • From: "Randy.Dunlap" <rddunlap@xxxxxxxx>
• SNAP packet
  • From: D Qi <dqi@xxxxxxxxxxxxx>
• Re: massive collisions on RealTek8139 (kernelmodule 8139too) in kernel 2.4.18-19.8.0
  • From: James Gunning <James.Gunning@xxxxxxxx>
• Re: send and looping
  • From: David Stevens <dlstevens@xxxxxxxxxx>
• Re: fragmentation
  • From: D Qi <dqi@xxxxxxxxxxxxx>
• massive collisions on RealTek8139 (kernelmodule 8139too) in kernel 2.4.18-19.8.0
  • From: James Gunning <James.Gunning@xxxxxxxx>
• send and looping
  • From: thomas joseph <thomascanny@xxxxxxxxxxx>
• tcp_control_flow
  • From: PENHOAT Joël FTRD/DMR/ISS <joel.penhoat@xxxxxxxxxxxxxxxxxxxx>
• Kernel: assertion
  • From: vvalentu@xxxxxxxxxxx
• Re: [patch] A more general way to hook into the rx path.
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• RE: [patch] A more general way to hook into the rx path.
  • From: "Eble, Dan" <DanE@xxxxxxxxxx>
• ADSL met CISTRON op DEBIAN 3.0
  • From: "Xixulon Gralgrathor" <xixulon@xxxxxxxxxxxxx>
• Re: KERNEL: assertion
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• fragmentation
  • From: devnetfs <devnetfs@xxxxxxxxx>
• KERNEL: assertion
  • From: "Lists (lst)" <linux@xxxxxxxxxxxxxx>
• Documentation for "insmod -o dummyN" to get dummyN interface
  • From: Christian Hammers <ch@xxxxxxxxxxxx>
• Re: [Bridge] Re: [patch] A more general way to hook into the rx path.
  • From: Ben Greear <greearb@xxxxxxxxxxxxxxx>
• Re: [patch] A more general way to hook into the rx path.
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• [patch] A more general way to hook into the rx path.
  • From: Dan Eble <dane@xxxxxxxxxx>
• [PATCH] fix for "assertion (newsk->state != TCP_SYN_RECV) ..."
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• [ANNOUNCE] Linux DHCPv6 release available for download
  • From: Venkata Jagana <jagana@xxxxxxxxxx>
• Keepalive question
  • From: snpe <snpe@xxxxxxxxxx>
• Experimental NE3200 driver available
  • From: rask@xxxxxxxxxx (Rask Ingemann Lambertsen)
• Re: FW: High number of \"carriers\"
  • From: rask@xxxxxxxxxx (Rask Ingemann Lambertsen)
• FW: High number of "carriers"
  • From: "Justin Booth" <jbooth@xxxxxxxxxx>
• skbuf cache
  • From: Steve Smoot <smoot@xxxxxxxxxxxxxxxxx>
• Re: IP addr of "down" NIC still valid?
  • From: Joshua Stewart <joshua.stewart@xxxxxxxxxxx>
• IP addr of "down" NIC still valid?
  • From: "Larry Sendlosky" <Larry.Sendlosky@xxxxxxxxxxxx>
• netdev_set_master question
  • From: Dan Eble <dane@xxxxxxxxxx>
• Question about struct sk_buff
  • From: C T <cristian_tapus@xxxxxxxxx>
• Re: Who call dev_queue_xmit?
  • From: "Randy.Dunlap" <rddunlap@xxxxxxxx>
• Who call dev_queue_xmit?
  • From: Catalin BOIE <util@xxxxxxxxxxxxxxxxxxx>
• Re: [OOPS] K2.4.20: "Kernel bug at slab.c:1128" - sch related
  • From: Catalin BOIE <util@xxxxxxxxxxxxxxxxxxx>
• Re: [Question] Use of CONFIG_X86_TSC in pkt_sched.h and profile.h
  • From: kuznet@xxxxxxxxxxxxx
• is e100 unrealiable in SMP environment ?
  • From: Matti Aarnio <matti.aarnio@xxxxxxxxxxx>
• Re: via-rhineII troubles with APIC
  • From: Roger Luethi <rl@xxxxxxxxxxx>
• Re: [Question] Use of CONFIG_X86_TSC in pkt_sched.h and profile.h
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• via-rhineII troubles with APIC
  • From: Daniel Stone <dstone@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [Question] Use of CONFIG_X86_TSC in pkt_sched.h and profile.h
  • From: john stultz <johnstul@xxxxxxxxxx>
• Re: [Question] Use of CONFIG_X86_TSC in pkt_sched.h and profile.h
  • From: kuznet@xxxxxxxxxxxxx
• Re: [Question] Use of CONFIG_X86_TSC in pkt_sched.h and profile.h
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• [Question] Use of CONFIG_X86_TSC in pkt_sched.h and profile.h
  • From: john stultz <johnstul@xxxxxxxxxx>
• [OOPS] K2.4.20: "Kernel bug at slab.c:1128" - sch related
  • From: Catalin BOIE <util@xxxxxxxxxxxxxxxxxxx>
• Re: data in SYN
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• data in SYN
  • From: Marian Jancar <jancar.marian@xxxxxxxxx>
• Re: NAT and packets from localhost
  • From: Rindolf <rindolf@xxxxxxxxxxxxx>
• Re: Strange delays of small packets (2.2 and 2.4)
  • From: strasbur@xxxxxxxxxxxxxxxxxxxxxx (Krzysztof Strasburger)
• Re: NAT and packets from localhost
  • From: Roland Kuhn <rkuhn@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: NAT and packets from localhost
  • From: "Krishnakumar. R" <krishnakumar@xxxxxxxxxxxxxx>
• NAT and packets from localhost
  • From: Rindolf <rindolf@xxxxxxxxxxxxx>
• Strange delays of small packets (2.2 and 2.4)
  • From: strasbur@xxxxxxxxxxxxxxxxxxxxxx (Krzysztof Strasburger)
• Re: Network Unavible
  • From: Jonas Jonsson <phoenix@xxxxxxxxx>
• Re: Network unavible
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Network unavible
  • From: Jonas Jonsson <phoenix@xxxxxxxxx>
• Re: MTU Size - "IP always defragment"
  • From: Kianusch Sayah Karadji <kianusch@xxxxxxxxxxx>
• non-growing tcp window size
  • From: Håkon Bugge <Hakon.Bugge@xxxxxxxxx>
• [BUG] prio it's not respected in hash tables?
  • From: Catalin BOIE <util@xxxxxxxxxxxxxxxxxxx>
• MTU Size - "IP always defragment"
  • From: Kianusch Sayah Karadji <kianusch@xxxxxxxxxxx>
• [2.5 patch] remove #if'd kernel 2.0 code from ipchains_core.h
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.5 patch] remove #if'd kernel 2.0 code from misc net drivers
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.5 patch] remove #if'd kernel 2.0 and 2.2 code from wan code
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Ifconfig overruns more info
  • From: Jonas Jonsson <phoenix@xxxxxxxxx>
• Re: Ifconfig Overruns?
  • From: Donald Becker <becker@xxxxxxxxx>
• Ifconfig Overruns?
  • From: Jonas Jonsson <phoenix@xxxxxxxxx>
• [PATCH] C99 initializers for net/ipv6/netfilter
  • From: Art Haas <ahaas@xxxxxxxxxxx>
• Re: IPIP Tunnel setup
  • From: "Lists (lst)" <linux@xxxxxxxxxxxxxx>
• IPIP Tunnel setup
  • From: Ashoke Saha <ashokes@xxxxxxxxxx>
• RE: PF_PACKET speed
  • From: Richard Underwood <richard@xxxxxxxxxxxxxxxxx>
• Re: PF_PACKET speed
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: ifmap for ifconfig
  • From: Donald Becker <becker@xxxxxxxxx>
• Re: ifmap for ifconfig
  • From: Jan Hudec <bulb@xxxxxx>
• ifmap for ifconfig
  • From: D Qi <dqi@xxxxxxxxxxxxx>
• Re: PF_PACKET speed
  • From: Nivedita Singhvi <niv@xxxxxxxxxx>
• PF_PACKET speed
  • From: Richard Underwood <richard@xxxxxxxxxxxxxxxxx>
• Re: Talk to eth0 via ioctl
  • From: "Krishnakumar. R" <krishnakumar@xxxxxxxxxxxxxx>
• RE: NAPI vs. interrupts
  • From: "Feldman, Scott" <scott.feldman@xxxxxxxxx>
• Re: [netfilter-core] [PATCH] C99 initializers for net/ipv4/netfilter
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• [PATCH] C99 initializers for net/ipv4/netfilter
  • From: Art Haas <ahaas@xxxxxxxxxxx>
• How to compile a network driver into the kernel
  • From: D Qi <dqi@xxxxxxxxxxxxx>
• Re: Fast Packet Sending
  • From: Mihnea Balta <dark_lkml@xxxxxxxxx>
• Re: Fast Packet Sending
  • From: Catalin BOIE <util@xxxxxxxxxxxxxxxxxxx>
• Fast Packet Sending
  • From: Mihnea Balta <dark_lkml@xxxxxxxxx>
• Re: D-Link DFE530TX Rev. C Problems
  • From: Roger Luethi <rl@xxxxxxxxxxx>
• D-Link DFE530TX Rev. C Problems
  • From: Jonas Jonsson <phoenix@xxxxxxxxx>
• Re: tg3 : 2.4.19 better than 2.4.20
  • From: Jason Lunz <lunz@xxxxxxxxxxxx>
• Ethernet simulation driver for VME bus
  • From: Zhigang Liu <zhigang.liu@xxxxxxxxxxxx>
• NAPI vs. interrupts
  • From: Robert Olsson <Robert.Olsson@xxxxxxxxxxx>
• Re: 2.5.56: Two global symbols "io"
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: 2.5.56: Two global symbols "io"
  • From: Jan Yenya Kasprzak <kas@xxxxxxxxxxxxxxxxxxx>
• Re: IP alias interface statistics
  • From: Pekka Savola <pekkas@xxxxxxxxxx>
• [2.5 patch]: remove deprecated MOD_*_USE_COUNT from ethernet drivers
  • From: David Kimdon <dwhedon@xxxxxxxxxx>
• Re: Sending sk_buffs without being tied to a struct sock
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: Sending sk_buffs without being tied to a struct sock
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• IP alias interface statistics
  • From: Tim Gardner <timg@xxxxxxx>
• RTM_DELADDR ignoring netmask for ipv4
  • From: dank@xxxxxxxxxxxxxxxxx (nick black)
• Re: Sending sk_buffs without being tied to a struct sock
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: 2.5.55: Two global symbols driver_lock
  • From: Muli Ben-Yehuda <mulix@xxxxxxxxx>
• 2.5.56: Two global symbols "io"
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: performance optimizations for gigabit networking
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Kernel Timer
  • From: D Qi <dqi@xxxxxxxxxxxxx>
• Re: NAPI vs. interrupts
  • From: jamal <hadi@xxxxxxxxxx>
• performance optimizations for gigabit networking
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Kernel Timer
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• NAPI vs. interrupts
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• [2.5 patch] remove kernel 2.0 #if's from aironet4500
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: Need help : TCP on non-blocking sockets
  • From: Matti Aarnio <matti.aarnio@xxxxxxxxxxx>
• Need help : TCP on non-blocking sockets
  • From: "Serguei I. Ivantsov" <administrator@xxxxxxxxxxxxxx>
• Sending sk_buffs without being tied to a struct sock
  • From: Joshua Stewart <joshua.stewart@xxxxxxxxxxx>
• Fwd: RE: bcm4400 driver
  • From: Pavel Vondricka <Pavel.Vondricka@xxxxxxxxxx>
• Re: tg3 : 2.4.19 better than 2.4.20
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: tg3 : 2.4.19 better than 2.4.20
  • From: Manish Lachwani <m_lachwani@xxxxxxxxx>
• tg3 : 2.4.19 better than 2.4.20
  • From: Mathias Gug <Mathias.Gug@xxxxxxx>
• [2.5 patch] remove kernel 2.0 and 2.2 code from drivers/net/wan/lmc/*
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• 2.5.55: Two global symbols driver_lock
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: ip_conntrack: table full error...
  • From: Dhirendra Pal Singh <list@xxxxxxxxxxxxxx>
• Re: ip_conntrack: table full error...
  • From: urgrue <urgrue@xxxxxxxxx>
• Re: 2.4.20: MSG_PEEK+MSG_OOB crash
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: 2.4.20: MSG_PEEK+MSG_OOB crash
  • From: Thomas Quinot <thomas@xxxxxxxxxxxxxxxx>
• Re: 2.4.20: MSG_PEEK+MSG_OOB crash
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Linux 2.5.55 network device name
  • From: "Udo A. Steinberg" <us15@xxxxxxxxxxxxxxxxxxxx>
• 2.4.20: MSG_PEEK+MSG_OOB crash
  • From: Thomas Quinot <thomas@xxxxxxxxxxxxxxxx>
• Talk to eth0 via ioctl
  • From: D Qi <dqi@xxxxxxxxxxxxx>
• Re: ip_conntrack: table full error...
  • From: Sven Koch <haegar@xxxxxxxxx>
• Re: ip_conntrack: table full error...
  • From: Dhirendra Pal Singh <list@xxxxxxxxxxxxxx>
• Re:
  • From: Dhirendra Pal Singh <list@xxxxxxxxxxxxxx>
• Re: ip_conntrack: table full error...
  • From: urgrue <urgrue@xxxxxxxxx>
• ip_conntrack: table full error...
  • From: Dhirendra Pal Singh <list@xxxxxxxxxxxxxx>
• recv + SIGPIPE
  • From: thomas joseph <thomascanny@xxxxxxxxxxx>
• Re: binding to Ipv6 Address
  • From: "Amit Limaye" <amit.limaye@xxxxxxxxx>
• Re: binding to Ipv6 Address
  • From: Ian Johannesen <ian.johannesen@xxxxxxxxxxxxx>
• ICMP redirects erroneously ignored
  • From: Tim Gardner <timg@xxxxxxx>
• Re: Kernel Code
  • From: Glynn Clements <glynn.clements@xxxxxxxxxx>
• binding to Ipv6 Address
  • From: "Amit Limaye" <amit.limaye@xxxxxxxxx>
• [no subject]
  • From: "krishna prasad yalavarthi" <y_krishnaprasad@xxxxxxxxxxxxxx>
• Re: ICMP_ECHO request/ raw socket
  • From: Abdul Basit <basit@xxxxxxxx>
• Re: ICMP_ECHO request/ raw socket
  • From: Marian Jancar <jancar.marian@xxxxxxxxx>
• Re: ICMP_ECHO request/ raw socket
  • From: Marian Jancar <jancar.marian@xxxxxxxxx>
• ICMP_ECHO request/ raw socket
  • From: Abdul Basit <basit@xxxxxxxx>
• Re: Gigabit/SMP performance problem
  • From: Mala Anand <manand@xxxxxxxxxx>
• Re: Gigabit/SMP performance problem
  • From: "Avery Fay" <avery_fay@xxxxxxxxxxxx>
• Gigabit/SMP performance problem
  • From: "Avery Fay" <avery_fay@xxxxxxxxxxxx>
• Re: E1000 receiver is stuck
  • From: Felix Radensky <felix@xxxxxxxxx>
• E1000 receiver is stuck
  • From: Felix Radensky <felix@xxxxxxxxx>
• How much we can trust packet timestamping
  • From: uaca@xxxxxxxxxxxx
• problem with netlink
  • From: Hossein Safy allah <safy@xxxxxxxxxxxxx>
• Re: restrictive firewall question
  • From: Glynn Clements <glynn.clements@xxxxxxxxxx>
• RE: ipv6 multihoming 2.4(.20)
  • From: "Jeroen Massar" <jeroen@xxxxxxxxx>
• Re: ipv6 multihoming 2.4(.20)
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• RE: ipv6 multihoming 2.4(.20)
  • From: "Jeroen Massar" <jeroen@xxxxxxxxx>
• Re: ipv6 multihoming 2.4(.20)
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: ns83820.c napi
  • From: Benjamin LaHaise <bcrl@xxxxxxxxxx>
• RE: ipv6 multihoming 2.4(.20)
  • From: "Jeroen Massar" <jeroen@xxxxxxxxx>
• restrictive firewall question
  • From: Andrew Shewmaker` <shewa@xxxxxxxx>
• Re: ipv6 multihoming 2.4(.20)
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• RE: ipv6 multihoming 2.4(.20)
  • From: "Jeroen Massar" <jeroen@xxxxxxxxx>
• [NEWBIE] set tcp win size for ALL outgoing routes
  • From: Michael Palme <m.palme@xxxxxxxxxx>
• Re: ipv6 multihoming 2.4(.20)
  • From: "Frank 'xraz' Fricke" <xraz@xxxxxxxxxxxx>
• Re: ipv6 multihoming 2.4(.20)
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: ipv6 multihoming 2.4(.20)
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• RE: ipv6 multihoming 2.4(.20)
  • From: "Jeroen Massar" <jeroen@xxxxxxxxx>
• RE: <missing: e1000 help>
  • From: "Feldman, Scott" <scott.feldman@xxxxxxxxx>
• Re: ipv6 multihoming 2.4(.20)
  • From: Pekka Savola <pekkas@xxxxxxxxxx>
• Re: ipv6 multihoming 2.4(.20)
  • From: "Frank 'xraz' Fricke" <xraz@xxxxxxxxxxxx>
• Re: ipv6 multihoming 2.4(.20)
  • From: Pekka Savola <pekkas@xxxxxxxxxx>
• ipv6 multihoming 2.4(.20)
  • From: "Frank 'xraz' Fricke" <xraz@xxxxxxxxxxxx>
• RE: <missing: e1000 help>
  • From: "yuval yeret" <yuval_yeret@xxxxxxxxxxx>
• http://openvpn.sourceforge.net
  • From: Petre Bandac <g38@xxxxxxxx>
• From NIC to user space - following a packet
  • From: Joshua Stewart <joshua.stewart@xxxxxxxxxxx>
• Re: TCP_INFO Redhat 8.0
  • From: Leigh Wanstead <leigh@xxxxxxxxxxxx>
• Re: TCP_INFO Redhat 8.0
  • From: Nivedita Singhvi <niv@xxxxxxxxxx>
• cwnd-ssthresh misbehaviour?
  • From: "Angelo Dell'Aera" <buffer@xxxxxxxxxxxxxxxxxxxxx>
• RE: TCP_INFO Redhat 8.0
  • From: Leigh Wanstead <leigh@xxxxxxxxxxxx>
• RE: <missing: e1000 help>
  • From: "Feldman, Scott" <scott.feldman@xxxxxxxxx>
• Re: TCP_INFO Redhat 8.0
  • From: Nivedita Singhvi <niv@xxxxxxxxxx>
• TCP_INFO Redhat 8.0
  • From: "Leigh Wanstead" <leigh@xxxxxxxxxxxxxx>
• RE: ns83820.c napi
  • From: "Leigh Wanstead" <leigh@xxxxxxxxxxxxxx>
• Re: ns83820.c napi
  • From: Jason Lunz <lunz@xxxxxxxxxxxx>
• sk_buff forwarding
  • From: Michael Hauspie <Michael.Hauspie@xxxxxxx>
• Re: e1000 udp errors and optimizations
  • From: Nivedita Singhvi <niv@xxxxxxxxxx>
• Re: e1000 udp errors and optimizations
  • From: "yuval yeret" <yuval_yeret@xxxxxxxxxxx>
• Re: e1000 udp errors and optimizations
  • From: Manish Lachwani <m_lachwani@xxxxxxxxx>
• Re: e1000 udp errors and optimizations
  • From: "yuval yeret" <yuval_yeret@xxxxxxxxxxx>
• Re: e1000 udp errors and optimizations
  • From: Manish Lachwani <m_lachwani@xxxxxxxxx>
• RE: ns83820.c napi
  • From: Martin Josefsson <gandalf@xxxxxxxxxxxxxx>
• RE: ns83820.c napi
  • From: "Leigh Wanstead" <leigh@xxxxxxxxxxxxxx>
• Re: ns83820.c napi
  • From: Jason Lunz <lunz@xxxxxxxxxxxx>
• ns83820.c napi
  • From: "Leigh Wanstead" <leigh@xxxxxxxxxxxxxx>
• RE: NAPI support in e100/e1000
  • From: "Leigh Wanstead" <leigh@xxxxxxxxxxxxxx>
• Re: dhcpd question
  • From: Petre Bandac <g38@xxxxxxxx>
• Re: e1000 udp errors and optimizations
  • From: "yuval yeret" <yuval_yeret@xxxxxxxxxxx>
• Re: NAPI support in e100/e1000
  • From: Jason Lunz <lunz@xxxxxxxxxxxx>
• Re:
  • From: Manish Lachwani <m_lachwani@xxxxxxxxx>
• [no subject]
  • From: "yuval yeret" <yuval_yeret@xxxxxxxxxxx>
• Re: kernel oops with syskoonnect cards
  • From: Mikkel Christiansen <mixxel@xxxxxxxxx>
• Re: kernel oops with syskoonnect cards
  • From: Felix Radensky <felix@xxxxxxxxx>
• kernel oops with syskoonnect cards
  • From: Mikkel Christiansen <mixxel@xxxxxxxxx>
• RE: NAPI support in e100/e1000
  • From: "Leigh Wanstead" <leigh@xxxxxxxxxxxxxx>
• Re: NAPI support in e100/e1000
  • From: Manish Lachwani <m_lachwani@xxxxxxxxx>
• Re: NAPI support in e100/e1000
  • From: Jason Lunz <lunz@xxxxxxxxxxxx>
• NAPI support in e100/e1000
  • From: Felix Radensky <felix@xxxxxxxxx>
• Re: dhcpd question
  • From: Donald Becker <becker@xxxxxxxxx>
• dhcpd question
  • From: Petre Bandac <g38@xxxxxxxx>
• network emulator
  • From: "Angelo Dell'Aera" <buffer@xxxxxxxxxxxxxxxxxxxxx>
• Re: Disappearing packet with VT6102
  • From: Vincent Bernat <bernat@xxxxxxx>
• Re: Disappearing packet with VT6102
  • From: Roger Luethi <rl@xxxxxxxxxxx>
• Disappearing packet with VT6102
  • From: Vincent Bernat <bernat@xxxxxxx>
• Data Link layer stops receiving Ethernet frames
  • From: some one <terhun22@xxxxxxxxx>
• Re: Good Gigabit NIC(s) for Linux
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• PCNET32 broken in 2.4.20 ?
  • From: Karsten Jeppesen <kj-list@xxxxxxxxxxxxx>
• Re: R: Kernel bug handling TCP_RTO_MAX?
  • From: Matti Aarnio <matti.aarnio@xxxxxxxxxxx>
• Re: R: Kernel bug handling TCP_RTO_MAX?
  • From: Andrew McGregor <andrew@xxxxxxxxxxxxxx>
• Re: R: Kernel bug handling TCP_RTO_MAX?
  • From: Nivedita Singhvi <niv@xxxxxxxxxx>
• Re: R: Kernel bug handling TCP_RTO_MAX?
  • From: Andrew McGregor <andrew@xxxxxxxxxxxxxx>
• Re: R: Kernel bug handling TCP_RTO_MAX?
  • From: Bogdan Costescu <bogdan.costescu@xxxxxxxxxxxxxxxxxxxxx>
• Re: R: Kernel bug handling TCP_RTO_MAX?
  • From: Andrew McGregor <andrew@xxxxxxxxxxxxxx>
• Re: R: Kernel bug handling TCP_RTO_MAX?
  • From: Andrew McGregor <andrew@xxxxxxxxxxxxxx>
• Re: R: Kernel bug handling TCP_RTO_MAX?
  • From: Bogdan Costescu <bogdan.costescu@xxxxxxxxxxxxxxxxxxxxx>
• Re: R: Kernel bug handling TCP_RTO_MAX?
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: R: Kernel bug handling TCP_RTO_MAX?
  • From: David Stevens <dlstevens@xxxxxxxxxx>
• Re: R: Kernel bug handling TCP_RTO_MAX?
  • From: Nivedita Singhvi <niv@xxxxxxxxxx>
• Re: R: Kernel bug handling TCP_RTO_MAX?
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: R: Kernel bug handling TCP_RTO_MAX?
  • From: Nivedita Singhvi <niv@xxxxxxxxxx>
• Re: R: Kernel bug handling TCP_RTO_MAX?
  • From: Matti Aarnio <matti.aarnio@xxxxxxxxxxx>
• Re: R: Kernel bug handling TCP_RTO_MAX?
  • From: Nivedita Singhvi <niv@xxxxxxxxxx>
• Re: Kernel bug handling TCP_RTO_MAX?
  • From: Matti Aarnio <matti.aarnio@xxxxxxxxxxx>
• RE: Good Gigabit NIC(s) for Linux
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: R: Kernel bug handling TCP_RTO_MAX?
  • From: Nivedita Singhvi <niv@xxxxxxxxxx>
• Re: R: Kernel bug handling TCP_RTO_MAX?
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: R: Kernel bug handling TCP_RTO_MAX?
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• RE: Good Gigabit NIC(s) for Linux
  • From: "Leigh Wanstead" <leigh@xxxxxxxxxxxxxx>
• RE: Good Gigabit NIC(s) for Linux
  • From: "Leigh Wanstead" <leigh@xxxxxxxxxxxxxx>
• Re: Kernel bug handling TCP_RTO_MAX?
  • From: "Richard B. Johnson" <root@xxxxxxxxxxxxxxxxxx>
• R: Kernel bug handling TCP_RTO_MAX?
  • From: "Andreani Stefano" <stefano.andreani.ap@xxxxxx>
• Re: Kernel bug handling TCP_RTO_MAX?
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Kernel bug handling TCP_RTO_MAX?
  • From: "Andreani Stefano" <stefano.andreani.ap@xxxxxx>
• Re: Good Gigabit NIC(s) for Linux
  • From: "Serge Kuznetsov" <serge@xxxxxxx>
• RE: Good Gigabit NIC(s) for Linux
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• RE: Good Gigabit NIC(s) for Linux
  • From: "Leigh Wanstead" <leigh@xxxxxxxxxxxxxx>
• Good Gigabit NIC(s) for Linux
  • From: Adam Hunt <adam.r.hunt@xxxxxxx>
• Re: hidden interface (ARP) 2.4.20
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: BUG in the PCNET32 ethernet driver
  • From: Carsten Langgaard <carstenl@xxxxxxxx>
• Re: netfilter -> modify packet -> recompute checksum
  • From: Catalin BOIE <util@xxxxxxxxxxxxxxxxxxx>
• netfilter -> modify packet -> recompute checksum
  • From: Catalin BOIE <util@xxxxxxxxxxxxxxxxxxx>
• Re: hidden interface (ARP) 2.4.20 / network performance
  • From: Willy TARREAU <willy@xxxxxxxxx>
• Re: hidden interface (ARP) 2.4.20
  • From: Roberto Nibali <ratz@xxxxxxxxxxxx>
• Re: hidden interface (ARP) 2.4.20 / network performance
  • From: Roberto Nibali <ratz@xxxxxxxxxxxx>
• RFE: Adding a bridge to an "up" interface
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: kernel 2.4.17 losing default route?
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• kernel 2.4.17 losing default route?
  • From: Frank Davis <fdavis@xxxxxxxxx>
• Re: wrong checksum when receiving ip rr option through raw socket
  • From: Pavel Mores <pvl@xxxxx>
• Re: wrong checksum when receiving ip rr option through raw socket
  • From: Pavel Mores <pvl@xxxxx>
• MDaemon Warning - Virus Found
  • From: postmaster@xxxxxxxxxxxx
• Re: natsemi.c - multicast hash bug?
  • From: Nat Ersoz <nat.ersoz@xxxxxxxxx>
• synchronization between net_bh and user-context
  • From: Ronghua Zhang <rz5b@xxxxxxxxxxxxxxx>
• Re: Resource temporarily unavailable
  • From: Marcos Fereyra <mfereyra@xxxxxxxxxxxx>
• Re: TCP documentation anywere?
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• TCP documentation anywere?
  • From: Brendan Johnson <johnsobm@xxxxxxxxxxxx>
• Re: Resource temporarily unavailable
  • From: Sashikiran Rachakonda <sashi@xxxxxxxxxx>
• Resource temporarily unavailable
  • From: Marcos Fereyra <mfereyra@xxxxxxxxxxxx>
• wrong checksum when receiving ip rr option through raw socket
  • From: Pavel Mores <pvl@xxxxx>
• nonlocal_bind + connect()
  • From: Gianni Tedesco <gianni@xxxxxxxxxx>
• Re: routing table update
  • From: np linux <nitin_linux@xxxxxxxxx>
• Re: routing table update
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• routing table update
  • From: "SiewYeen Tan" <sytan@xxxxxxxxxxx>
• cs driver
  • From: SANTHOSH K <santhoshk@xxxxxxxxxx>
• Re: natsemi.c - multicast hash bug?
  • From: Donald Becker <becker@xxxxxxxxx>
• Re: natsemi.c - multicast hash bug?
  • From: Manfred Spraul <manfred@xxxxxxxxxxxxxxxx>
• Re: natsemi.c - multicast hash bug?
  • From: Donald Becker <becker@xxxxxxxxx>
• Re: natsemi.c - multicast hash bug?
  • From: Nat Ersoz <nat.ersoz@xxxxxxxxx>
• Re: natsemi.c - multicast hash bug?
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• natsemi.c - multicast hash bug?
  • From: Nat Ersoz <nat.ersoz@xxxxxxxxx>
• MTD issue
  • From: PK MK <linuxrouter2@xxxxxxxxx>
• TCP: drop open request
  • From: "Serguei I. Ivantsov" <administrator@xxxxxxxxxxxxxx>
• 2.4.20: wd IRQ no longer correctly recognized
  • From: geos@xxxxxxxx (Georg Schwarz)
• Re: about sock_recvmsg
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• about sock_recvmsg
  • From: yf <fyou@xxxxxxxxxxxxxx>
• need some information about libcap capturing poing
  • From: np linux <nitin_linux@xxxxxxxxx>
• Re: close() with queued receive data loses transmit data
  • From: Jim Castleberry <cjn@xxxxxxxxxxx>
• Re: mii-tool type info for tg3?
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: 2.4.20 kernel link error
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: mii-tool type info for tg3?
  • From: Dana Lacoste <dana.lacoste@xxxxxxxxxxxxx>
• Re: close() with queued receive data loses transmit data
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• UDP packet loss 2
  • From: "andre achternaam" <andreiscmeel@xxxxxxxxxxx>
• Problem with 3c905 kernel module
  • From: Alex Pounds <ajp7@xxxxxxxxx>
• Re: mii-tool type info for tg3?
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: close() with queued receive data loses transmit data
  • From: Jim Castleberry <cjn@xxxxxxxxxxx>
• Re: close() with queued receive data loses transmit data
  • From: Jim Castleberry <cjn@xxxxxxxxxxx>
• Re: mii-tool type info for tg3?
  • From: Brad Hards <bhards@xxxxxxxxxxxxxx>
• mii-tool type info for tg3?
  • From: Dana Lacoste <dana.lacoste@xxxxxxxxxxxxx>
• Re: sis900: Non supported PHY on my onboard card? boundary=
  • From: Matze Braun <matze@xxxxxxxxxx>
• Re: IPSec tunnel mode
  • From: kuznet@xxxxxxxxxxxxx
• sis900: Non supported PHY on my onboard card?
  • From: Matze Braun <matze@xxxxxxxxxx>
• Re: close() with queued receive data loses transmit data
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: close() with queued receive data loses transmit data
  • From: Jens David <dg1kjd@xxxxxxxxxxxxxxxxxxxxx>
• RE: UDP Packet loss in the stack
  • From: Dheeraj Pandey <dheeraj@xxxxxxxxxxx>
• UDP Packet loss in the stack
  • From: "andre achternaam" <andreiscmeel@xxxxxxxxxxx>
• RE: close() with queued receive data loses transmit data
  • From: "Leigh Wanstead" <leighw@xxxxxxxxxxxxxx>
• Re: close() with queued receive data loses transmit data
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: close() with queued receive data loses transmit data
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: close() with queued receive data loses transmit data
  • From: Jim Castleberry <cjn@xxxxxxxxxxx>
• RE: close() with queued receive data loses transmit data
  • From: "Leigh Wanstead" <leighw@xxxxxxxxxxxxxx>
• close() with queued receive data loses transmit data
  • From: Jim Castleberry <cjn@xxxxxxxxxxx>
• Re: TCP sequence number generation algorithm
  • From: Takeharu Kato <tk1219@xxxxxxxxxxx>
• Re: [PATCH] drivers/net/Makefile
  • From: Zwane Mwaikambo <zwane@xxxxxxxxxxxxxx>
• FW: [PROBLEM] linux-2.4.20-rc3: ksoftirqd_CPU0 eats cpu and locksorinoco driver
  • From: "Suresh Singh K." <sureshsingh.keisam@xxxxxxxxxx>
• Re: why is IPTOS_MINCOST ignored?
  • From: dean gaudet <dean@xxxxxxxxxx>
• Re: why is IPTOS_MINCOST ignored?
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• why is IPTOS_MINCOST ignored?
  • From: dean gaudet <dean@xxxxxxxxxx>
• Re: TCP sequence number generation algorithm
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] drivers/net/Makefile
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: HELP. multicast routing
  • From: Pekka Savola <pekkas@xxxxxxxxxx>
• HELP. multicast routing
  • From: "Prokopenko, Konstantyn" <kproko@xxxxxxxxxxxx>
• Re: HELP. multicast routing
  • From: Pekka Savola <pekkas@xxxxxxxxxx>
• Re:
  • From: Aniruddha Bohra <bohra@xxxxxxxxxxxxxx>
• [no subject]
  • From: "Justin Booth" <jbooth@xxxxxxxxxx>
• Re: TCP sequence number generation algorithm
  • From: Andreas Hasenack <andreas@xxxxxxxxxxxxxx>
• Re: TCP sequence number generation algorithm
  • From: Takeharu Kato <tk1219@xxxxxxxxxxx>
• Re: TCP sequence number generation algorithm
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: TCP sequence number generation algorithm
  • From: Takeharu Kato <tk1219@xxxxxxxxxxx>
• how to export my filesystem under knfsd, pls help.
  • From: yf <fyou@xxxxxxxxxxxxxx>
• RE: non-linear skb's
  • From: devnetfs <devnetfs@xxxxxxxxx>
• RE: non-linear skb's
  • From: Dheeraj Pandey <dheeraj@xxxxxxxxxxx>
• Re: TCP sequence number generation algorithm
  • From: Takeharu Kato <tk1219@xxxxxxxxxxx>
• non-linear skb's
  • From: devnetfs <devnetfs@xxxxxxxxx>
• TCP sequence number generation algorithm
  • From: Takeharu Kato <tk1219@xxxxxxxxxxx>
• Kernel 2.4.19 - kmod: failed to exec /sbin/modprobe -s -kblock-major-93, errno = 2
  • From: edurenne <edurenne@xxxxxxxxx>
• Re: UDP Packet Order
  • From: Brad Hards <bhards@xxxxxxxxxxxxxx>
• RE: UDP Packet Order
  • From: "Maxwell, Craig" <Craig.Maxwell@xxxxxx>
• Re: UDP Packet Order
  • From: Nivedita Singhvi <niv@xxxxxxxxxx>
• Re: UDP Packet Order
  • From: Nivedita Singhvi <niv@xxxxxxxxxx>
• RE: UDP Packet Order
  • From: "Maxwell, Craig" <Craig.Maxwell@xxxxxx>
• Re: UDP Packet Order
  • From: Nivedita Singhvi <niv@xxxxxxxxxx>
• UDP Packet Order
  • From: "Maxwell, Craig" <Craig.Maxwell@xxxxxx>
• Re: socket interface to a new protocol
  • From: devnetfs <devnetfs@xxxxxxxxx>
• Re: socket interface to a new protocol
  • From: Nivedita Singhvi <niv@xxxxxxxxxx>
• Re: socket interface to a new protocol
  • From: devnetfs <devnetfs@xxxxxxxxx>
• Re: socket interface to a new protocol
  • From: Nivedita Singhvi <niv@xxxxxxxxxx>
• socket interface to a new protocol
  • From: devnetfs <devnetfs@xxxxxxxxx>
• Problem with new Netlink protocol family
  • From: Hossein Safy allah <safy@xxxxxxxxxxxxx>
• interface and IP address
  • From: Yuan Huailin-w19410 <H.L.Yuan@xxxxxxxxxxxx>
• RE: DNS for multi-interfaces host
  • From: Glynn Clements <glynn.clements@xxxxxxxxxx>
• RE: DNS for multi-interfaces host
  • From: Yuan Huailin-w19410 <H.L.Yuan@xxxxxxxxxxxx>
• RE: DNS for multi-interfaces host
  • From: Glynn Clements <glynn.clements@xxxxxxxxxx>
• RE: DNS for multi-interfaces host
  • From: Yuan Huailin-w19410 <H.L.Yuan@xxxxxxxxxxxx>
• Re: destination unreachables with raw sockets and a bind
  • From: Julian Anastasov <ja@xxxxxx>
• Re: rtp header compression
  • From: Ramadas.Swaminathan@xxxxxxxxxxxxxxx
• Re: DNS for multi-interfaces host
  • From: "Milan P. Stanic" <mps@xxxxxxxxxxxxx>
• rtp header compression
  • From: Andreani Luca <landreani@xxxxxxxxxxx>
• RE: DNS for multi-interfaces host
  • From: Yuan Huailin-w19410 <H.L.Yuan@xxxxxxxxxxxx>
• RE: DNS for multi-interfaces host
  • From: Yuan Huailin-w19410 <H.L.Yuan@xxxxxxxxxxxx>
• RE: DNS for multi-interfaces host
  • From: Dheeraj Pandey <dheeraj@xxxxxxxxxxx>
• RE: DNS for multi-interfaces host
  • From: Glynn Clements <glynn.clements@xxxxxxxxxx>
• RE: DNS for multi-interfaces host
  • From: Yuan Huailin-w19410 <H.L.Yuan@xxxxxxxxxxxx>
• Re: DNS for multi-interfaces host
  • From: Glynn Clements <glynn.clements@xxxxxxxxxx>
• something about nfs mount
  • From: yf <fyou@xxxxxxxxxxxxxx>
• Re: IPSec tunnel mode
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• IPSec tunnel mode
  • From: Taral <taral@xxxxxxxxx>
• DNS for multi-interfaces host
  • From: Yuan Huailin-w19410 <H.L.Yuan@xxxxxxxxxxxx>
• Re: destination unreachables with raw sockets and a bind
  • From: kuznet@xxxxxxxxxxxxx
• Re: destination unreachables with raw sockets and a bind
  • From: Matthew Luckie <kluckie@xxxxxxxxxx>
• Re: destination unreachables with raw sockets and a bind
  • From: kuznet@xxxxxxxxxxxxx
• destination unreachables with raw sockets and a bind
  • From: Matthew Luckie <kluckie@xxxxxxxxxx>
• ATM on Sparc/Linux
  • From: Emmanuel Chaput <Emmanuel.Chaput@xxxxxxxxxxx>
• popt.c
  • From: Leelavathy.S@xxxxxxxxxxxxxxx
• Re: unresolved symbol main_table and local_table
  • From: "Nicholas Dearham" <Dearhamn@xxxxxxxx>
• Patch(2.5.47): Remove incorrect de600 initialization from Space.c
  • From: "Adam J. Richter" <adam@xxxxxxxxxxxxx>
• 2.5.44-ac2 8139too WOL: can't power down onboard device (fwd)
  • From: Wayne Whitney <whitney@xxxxxxxxxxxxxxxxx>
• arp and bridging
  • From: Peter Grubmair <Peter.Grubmair@xxxxxxxxxxx>
• Re: [NET] Possible bug in netif_receive_skb
  • From: "Serge Kuznetsov" <sk@xxxxxxxxxxxx>
• Re: unresolved symbol main_table and local_table
  • From: "Nicholas Dearham" <Dearhamn@xxxxxxxx>
• Ovislink PCMCIA-TX
  • From: José Ángel Berná Galiano <jberna@xxxxxxxxxx>
• Re: unresolved symbol main_table and local_table
  • From: yf <fyou@xxxxxxxxxxxxxx>
• Re: need dhcp client code
  • From: Glynn Clements <glynn.clements@xxxxxxxxxx>
• Re: unresolved symbol main_table and local_table
  • From: "Nicholas Dearham" <Dearhamn@xxxxxxxx>
• Re: need dhcp client code
  • From: Leelavathy.S@xxxxxxxxxxxxxxx
• Re: need dhcp client code
  • From: Glynn Clements <glynn.clements@xxxxxxxxxx>
• need dhcp client code
  • From: Leelavathy.S@xxxxxxxxxxxxxxx
• unresolved symbol main_table and local_table
  • From: "Nicholas Dearham" <Dearhamn@xxxxxxxx>
• Re: [NET] Possible bug in netif_receive_skb
  • From: Serge Kuznetsov <sk@xxxxxxxxxxxx>
• Re: [NET] Possible bug in netif_receive_skb
  • From: "Serge Kuznetsov" <sk@xxxxxxxxxxxx>
• Re: [NET] Possible bug in netif_receive_skb
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxx>
• Re: [NET] Possible bug in netif_receive_skb
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• [NET] Possible bug in netif_receive_skb
  • From: "Serge Kuznetsov" <sk@xxxxxxxxxxxx>
• FW: gre cascade
  • From: "Sumit Pandya" <sumit@xxxxxxxxxxxxx>
• Re: possible delays in netif_rx
  • From: "Suresh Singh K." <sureshsingh.keisam@xxxxxxxxxx>
• Re: possible delays in netif_rx
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: possible delays in netif_rx
  • From: "Suresh Singh K." <sureshsingh.keisam@xxxxxxxxxx>
• Re: BUG in the PCNET32 ethernet driver
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: possible delays in netif_rx
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: possible delays in netif_rx
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• fast retransmitted pkt lost
  • From: Haijin Yan <yan@xxxxxxxxxxxxxxxxxxxxx>
• Re: BUG in the PCNET32 ethernet driver
  • From: Carsten Langgaard <carstenl@xxxxxxxx>
• Re: BUG in the PCNET32 ethernet driver
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: BUG in the PCNET32 ethernet driver
  • From: Carsten Langgaard <carstenl@xxxxxxxx>
• Re: BUG in the PCNET32 ethernet driver
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• RE: possible delays in netif_rx
  • From: Kevin Curtis <kevin.curtis@xxxxxxxxxxxxx>
• Re: possible delays in netif_rx
  • From: "Suresh Singh K." <sureshsingh.keisam@xxxxxxxxxx>
• possible delays in netif_rx
  • From: Kevin Curtis <kevin.curtis@xxxxxxxxxxxxx>
• BUG in the PCNET32 ethernet driver
  • From: Carsten Langgaard <carstenl@xxxxxxxx>
• RE: gre cascade
  • From: "Sumit Pandya" <sumit@xxxxxxxxxxxxx>
• Re: [PATCH] (IPv4) multicast group filtering doesn't work if socket only bound to a port
  • From: Don Hinton <dhinton@xxxxxxxx>
• Re: your mail
  • From: Donald Becker <becker@xxxxxxxxx>
• login error
  • From: Petre Bandac <g38@xxxxxxxx>
• Accessing sockets of all running processes
  • From: "David Gordon (LMC)" <David.Gordon@xxxxxxxxxxx>
• Socks5
  • From: "Informacion" <informacion@xxxxxxxxxxxx>
• 2.4.18 slow packet forwarding
  • From: Nick Burrett <nick@xxxxxxxx>
• gre cascade
  • From: "Sumit" <ankit@xxxxxxxxxx>
• [no subject]
  • From: Melrez Tan <gra_gtb1@xxxxxxxxx>
• Re: [PATCH] (IPv4) multicast group filtering doesn't work ifsocket only bound to a port
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Fwd: Re: [PATCH] (IPv4) multicast group filtering doesn't work if socket only bound to a port
  • From: Don Hinton <dhinton@xxxxxxxx>
• Re: LXT972 Ethernet PHY Transceivers
  • From: Melrez Tan <gra_gtb1@xxxxxxxxx>
• Fwd: Re: [PATCH] (IPv4) multicast group filtering doesn't work if socket only bound to a port
  • From: Don Hinton <dhinton@xxxxxxxx>
• Re: [PATCH] (IPv4) multicast group filtering doesn't work if socket onlybound to a port
  • From: "David Stevens" <dlstevens@xxxxxxxxxx>
• 802.1Q and NIC Driver patching
  • From: Liam Helmer <linuxlists@xxxxxxxxxxxx>
• registering device?
  • From: Melrez Tan <gra_gtb1@xxxxxxxxx>
• Re: [PATCH] (IPv4) multicast group filtering doesn't work if socket only bound to a port
  • From: Don Hinton <dhinton@xxxxxxxx>
• Re: [PATCH] (IPv4) multicast group filtering doesn't work if socket onlybound to a port
  • From: "David Stevens" <dlstevens@xxxxxxxxxx>
• [PATCH] (IPv4) multicast group filtering doesn't work if socket only bound to a port
  • From: Don Hinton <dhinton@xxxxxxxx>
• Fast Retransmit
  • From: "Angelo Dell'Aera" <buffer@xxxxxxxxxxxxxxxxxxxxx>
• RH 7.2 with Intel 845 G chipset
  • From: Gabriel Craciun <Gabriel.Craciun@xxxxxxx>
• Somebody firm with Cisco Aironet 350 series?
  • From: Wolfgang Wegner <ww@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: LXT972 Ethernet PHY Transceivers
  • From: Gernot Hillier <gernot@xxxxxxxxxx>
• LXT972 Ethernet PHY Transceivers
  • From: Melrez Tan <gra_gtb1@xxxxxxxxx>
• tcp_transmit_skb
  • From: Rajkumar Kettimuthu <kettimut@xxxxxxxxxxxxxxxxxx>
• Alias interfaces in 2.4.18
  • From: Daniel Stutz <dstutz@xxxxxxxxxx>
• Re: sctp snmp mib stats in /proc/net/snmp
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: sctp snmp mib stats in /proc/net/snmp
  • From: Nivedita Singhvi <niv@xxxxxxxxxx>
• Re: [PATCH] tcp hang solved
  • From: Sebastian Benoit <benoit-lists@xxxxxxx>
• Re: [PATCH] tcp hang solved
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PATCH] tcp hang solved
  • From: Sebastian Benoit <benoit-lists@xxxxxxx>
• Re: [PATCH] tcp hang solved
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: [PATCH] tcp hang solved
  • From: Sebastian Benoit <benoit-lists@xxxxxxx>
• Re: [PATCH] tcp hang solved
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• [PATCH] tcp hang solved
  • From: Andries.Brouwer@xxxxxx
• Patch: linux-2.5.45/net/core/dev.c netdev_finish_unregister could read freed memory
  • From: "Adam J. Richter" <adam@xxxxxxxxxxxxx>
• RE: Configuring down one alias brings down all aliases
  • From: Dheeraj Pandey <dheeraj@xxxxxxxxxxx>
• Re: Stopping ARP replies on loopback interface
  • From: Roberto Nibali <ratz@xxxxxxxxxxxx>
• Re: Configuring down one alias brings down all aliases
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: FW: Configuring down one alias brings down all aliases
  • From: Umesh Maheshwari <umesh@xxxxxxxxxxx>
• RFC 3390 on Increasing TCP's Initial Window (fyi)
  • From: "Mr. James W. Laferriere" <babydr@xxxxxxxxxxxxxxxx>
• Re: FW: Configuring down one alias brings down all aliases
  • From: Umesh Maheshwari <umesh@xxxxxxxxxxx>
• Stopping ARP replies on loopback interface
  • From: <wsturges@xxxxxxxxxxxxxxx>
• Re: Configuring down one alias brings down all aliases
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: ECN interoperability (was Re: unable to send email to some domains)
  • From: Rogier Wolff <R.E.Wolff@xxxxxxxxxxxx>
• ECN interoperability (was Re: unable to send email to some domains)
  • From: Jim Castleberry <cjn@xxxxxxxxxxx>
• Re: Configuring down one alias brings down all aliases
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Configuring down one alias brings down all aliases
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: Configuring down one alias brings down all aliases
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Patch?: linux-2.5.45/net - __secpath_destroy made net dependon ipv4
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Configuring down one alias brings down all aliases
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Patch?: linux-2.5.45/net - __secpath_destroy made net depend on ipv4
  • From: "Adam J. Richter" <adam@xxxxxxxxxxxxx>
• Re: Configuring down one alias brings down all aliases
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Configuring down one alias brings down all aliases
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Configuring down one alias brings down all aliases
  • From: Bernd Eckenfels <ecki-news2002-09@xxxxxxxxxxxx>
• Re: Application API to networking commands
  • From: Bernd Eckenfels <ecki-news2002-09@xxxxxxxxxxxx>
• Dead loop on virtual device gre
  • From: "Sumit Pandya" <sumit@xxxxxxxxxxxxx>
• Re: unable to send email to some domains
  • From: Rogier Wolff <R.E.Wolff@xxxxxxxxxxxx>
• Re: 8139too link beat status and possible security hole through MIIioctls()
  • From: Donald Becker <becker@xxxxxxxxx>
• Configuring down one alias brings down all aliases
  • From: Dheeraj Pandey <dheeraj@xxxxxxxxxxx>
• Re: Application API to networking commands
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Application API to networking commands
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• 8139too link beat status and possible security hole through MII ioctls()
  • From: Lennart Poettering <mz6c696e75786e6574@xxxxxxxxxxxxx>
• Re: 2.5.45 build error in net/ipv4/ipmr.c
  • From: Wil Cooley <wcooley@xxxxxxxxxxx>
• Re: 2.5.45 build error in net/ipv4/ipmr.c
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Re: Application API to networking commands
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• 2.5.45 build error in net/ipv4/ipmr.c
  • From: Wil Cooley <wcooley@xxxxxxxxxxx>
• Re: Application API to networking commands
  • From: Bernd Eckenfels <ecki-news2002-09@xxxxxxxxxxxx>
• Application API to networking commands
  • From: Kevin Curtis <kevin.curtis@xxxxxxxxxxxxx>
• Re: unable to send email to some domains
  • From: Jim Castleberry <cjn@xxxxxxxxxxx>
• Re: unable to send email to some domains
  • From: James Rich <james@xxxxxxxxxxxxx>
• Re: unable to send email to some domains
  • From: rich+ml@xxxxxxxxxxx
• Re: unable to send email to some domains
  • From: Bernd Eckenfels <ecki-news2002-09@xxxxxxxxxxxx>
• unable to send email to some domains
  • From: James Rich <james@xxxxxxxxxxxxx>
• Re: via-rhine "reset did not complete" errors
  • From: Roger Luethi <rl@xxxxxxxxxxx>
• Re: sctp snmp mib stats in /proc/net/snmp
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• DMFE problem???
  • From: Rogier Wolff <R.E.Wolff@xxxxxxxxxxxx>
• [no subject]
  • From: netdev-bounce@xxxxxxxxxxx
• sctp snmp mib stats in /proc/net/snmp
  • From: Nivedita Singhvi <niv@xxxxxxxxxx>
• RE: via-rhine "reset did not complete" errors
  • From: "Larry Sendlosky" <Larry.Sendlosky@xxxxxxxxxxxx>
• NF_IP_LOCAL_OUT undefined in net/ipv4/raw.c
  • From: "Noah L. Meyerhans" <frodo@xxxxxxxxxx>
• RE: via-rhine "reset did not complete" errors
  • From: "Larry Sendlosky" <Larry.Sendlosky@xxxxxxxxxxxx>
• RE: via-rhine "reset did not complete" errors
  • From: "Larry Sendlosky" <Larry.Sendlosky@xxxxxxxxxxxx>
• Re: via-rhine "reset did not complete" errors
  • From: Donald Becker <becker@xxxxxxxxx>
• via-rhine "reset did not complete" errors
  • From: "Larry Sendlosky" <Larry.Sendlosky@xxxxxxxxxxxx>
• Bug/typo in af_netlink.c ?
  • From: Emmanuel Chaput <Emmanuel.Chaput@xxxxxxxxxxx>
• rp_filter doubt
  • From: "Krishnakumar. R" <krishnakumar@xxxxxxxxxxxxxx>
• Re: netmask out of sync with broadcast?
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: Linux 2.5.44-ac4
  • From: Peter L Jones <peter@xxxxxxxxxxxxx>
• Re: Linux 2.5.44-ac4
  • From: Peter L Jones <peter@xxxxxxxxxxxxx>
• RE: NIC on 2.4.19 SMP (mii-diag output)
  • From: "Feldman, Scott" <scott.feldman@xxxxxxxxx>
• routing query
  • From: "Centura Compare" <centura1@xxxxxxxxxxxxxx>
• Re: netmask out of sync with broadcast?
  • From: Bernd Eckenfels <ecki-news2002-09@xxxxxxxxxxxx>
• Re: netmask out of sync with broadcast?
  • From: Mazhar Memon <mazhar@xxxxxxx>
• Re: netmask out of sync with broadcast?
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: netmask out of sync with broadcast?
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: netmask out of sync with broadcast?
  • From: "John F Davis" <johndavi@xxxxxxxxxx>
• Netlink Kernel Bug
  • From: Mohit Gupta <mgupta@xxxxxxxxxxxx>
• Re: "Record Route" option
  • From: "David Stevens" <dlstevens@xxxxxxxxxx>
• "Record Route" option
  • From: Try KDE <trykde@xxxxxxxxxx>
• Re: netmask out of sync with broadcast?
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• RE: NIC on 2.4.19 SMP (mii-diag output)
  • From: "Paul Hernandez" <ph@xxxxxxxxxxxxxxxx>
• RE: dual-nic arp/routing problem
  • From: Dheeraj Pandey <dheeraj@xxxxxxxxxxx>
• RE: dual-nic arp/routing problem
  • From: Dheeraj Pandey <dheeraj@xxxxxxxxxxx>
• Re: dual-nic arp/routing problem
  • From: Daniel Tarbuck <tarbuck@xxxxxxxxxxx>
• dual-nic arp/routing problem
  • From: Daniel Tarbuck <tarbuck@xxxxxxxxxxx>
• Re: SIS 900 warning fixes + bogus mcast set_bit
  • From: bert hubert <ahu@xxxxxxx>
• Re: SIS 900 warning fixes + bogus mcast set_bit
  • From: Donald Becker <becker@xxxxxxxxx>
• SIS 900 warning fixes + bogus mcast set_bit
  • From: bert hubert <ahu@xxxxxxx>
• Re: Capi hangs kernel? -- debugging hints?
  • From: Gernot Hillier <gernot@xxxxxxxxxx>
• something on filesystem loading, hlep pls
  • From: yf <fyou@xxxxxxxxxxxxxx>
• Capi hangs kernel? -- debugging hints?
  • From: Urs Schürer <baerli@xxxxxxx>
• RE: Odd lockup problems
  • From: Dheeraj Pandey <dheeraj@xxxxxxxxxxx>
• Re: Odd lockup problems
  • From: Rogier Wolff <R.E.Wolff@xxxxxxxxxxxx>
• RE: NIC on 2.4.19 SMP (mii-diag output)
  • From: Donald Becker <becker@xxxxxxxxx>
• RE: NIC on 2.4.19 SMP (mii-diag output)
  • From: Felipe W Damasio <felipewd@xxxxxxxxxxxx>
• 8808 PAUSE Frames in 802.3x Flow Control
  • From: Dheeraj Pandey <dheeraj@xxxxxxxxxxx>
• Re: Odd lockup problems
  • From: "Milan P. Stanic" <mps@xxxxxxxxxxxxx>
• Re: Segmentation Offload
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• Odd lockup problems
  • From: "Justin Booth" <jbooth@xxxxxxxxxx>
• Segmentation Offload
  • From: sjorha@xxxxxxxxx
• Re: netmask out of sync with broadcast?
  • From: Bernd Eckenfels <ecki-news2002-09@xxxxxxxxxxxx>
• Re: your mail
  • From: Rogier Wolff <R.E.Wolff@xxxxxxxxxxxx>
• netmask out of sync with broadcast?
  • From: "John F Davis" <johndavi@xxxxxxxxxx>
• RE: NIC on 2.4.19 SMP (mii-diag output)
  • From: "Paul Hernandez" <ph@xxxxxxxxxxxxxxxx>
• RE: NIC on 2.4.19 SMP (mii-diag output)
  • From: "Paul Hernandez" <ph@xxxxxxxxxxxxxxxx>
• RE: NIC on 2.4.19 SMP
  • From: "Paul Hernandez" <ph@xxxxxxxxxxxxxxxx>
• RE: NIC on 2.4.19 SMP
  • From: "Paul Hernandez" <ph@xxxxxxxxxxxxxxxx>
• NFS slow.
  • From: le@xxxxxxxxxxxx
• RE: Complete TCP offload (or it's likeness)...
  • From: "Jordi Ros" <jros@xxxxxxxxxxx>
• Re: Spurious ECONNRESET errors
  • From: Mika Liljeberg <Mika.Liljeberg@xxxxxxxxx>
• Re: NIC on 2.4.19 SMP
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: NIC on 2.4.19 SMP
  • From: Felipe W Damasio <felipewd@xxxxxxxxxxxx>
• Re: Common uses of large numbers of IP aliases?
  • From: Liam Helmer <linuxlists@xxxxxxxxxxxx>
• Re: Complete TCP offload (or it's likeness)...
  • From: Mika Liljeberg <Mika.Liljeberg@xxxxxxxxx>
• Re: Complete TCP offload (or it's likeness)...
  • From: "David S. Miller" <davem@xxxxxxxxxx>
• RE: Complete TCP offload (or it's likeness)...
  • From: "Jordi Ros" <jros@xxxxxxxxxxx>
• Re: [Lse-tech] Re: Skb initialization patch
  • From: Andi Kleen <ak@xxxxxxx>
• Spurious ECONNRESET errors
  • From: Konstantin Olchanski <olchansk@xxxxxxxxxxxxx>
• RE: Common uses of large numbers of IP aliases?
  • From: Martin Ferrari - Decidir IT <mferrari@xxxxxxxxxxx>
• NIC on 2.4.19 SMP
  • From: "Paul Hernandez" <ph@xxxxxxxxxxxxxxxx>
• Re: [IP over FC] qla2xipsrc perf (qla2x00ip driver)
  • From: Fabien Salvi <fabien@xxxxxxxxx>