Linux Networking
[Prev Page][Next Page]
- How exactly net.ipv6.conf.{all,default}.autoconf sysctls work?
- From: Adam Osuchowski <adwol@xxxxxxx>
- Re: loading of Ethernet and mac80211 driver on boot
- From: Matt Zagrabelny <mzagrabe@xxxxxxxxx>
- loading of Ethernet and mac80211 driver on boot
- From: "\"G\"" <balajig81@xxxxxxxxx>
- Re: explanation of TCPLoss counters
- From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
- Re: explanation of TCPLoss counters
- From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
- Re: explanation of TCPLoss counters
- From: "Selena Deckelmann" <selenamarie@xxxxxxxxx>
- Re: explanation of TCPLoss counters
- From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
- explanation of TCPLoss counters
- From: "Selena Deckelmann" <selenamarie@xxxxxxxxx>
- Re: GRE keepalives, again
- From: "Bosko Radivojevic" <bosko.radivojevic@xxxxxxxxx>
- Re: GRE keepalives, again
- From: "Bosko Radivojevic" <bosko.radivojevic@xxxxxxxxx>
- Re: GRE keepalives, again
- From: David Miller <davem@xxxxxxxxxxxxx>
- GRE keepalives, again
- From: "Bosko Radivojevic" <bosko.radivojevic@xxxxxxxxx>
- Re: UDP and Raw packet output not scaling with number of cores (10G, ixgbe and bnx2x)
- From: "Eilon Greenstein" <eilong@xxxxxxxxxxxx>
- Re: Complete Network Loss
- From: Carsten Otto <carsten@xxxxxxxxx>
- Re: UDP and Raw packet output not scaling with number of cores (10G, ixgbe and bnx2x)
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: legal issues REALTEK 8169 driver
- From: "xerces8" <xerces8@xxxxxxxx>
- Re: UDP and Raw packet output not scaling with number of cores (10G, ixgbe and bnx2x)
- From: David Miller <davem@xxxxxxxxxxxxx>
- UDP and Raw packet output not scaling with number of cores (10G, ixgbe and bnx2x)
- From: "wurzel parsons-keir" <wurzel@xxxxxxxx>
- ifconfig: page allocation failure. order:2, mode:0x20 while enabling Jumbo frame
- From: Kandukuru_Suresh@xxxxxxx
- Re: legal issues REALTEK 8169 driver
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- legal issues REALTEK 8169 driver
- From: Johan Visser <johan.visser@xxxxxxxxxxxx>
- Help with multiple IP networks over an ethernet one
- From: "ArcosCom Linux User" <linux@xxxxxxxxxxxx>
- Re: Complete Network Loss
- From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
- Re: Complete Network Loss
- From: Dâniel Fraga <fragabr@xxxxxxxxx>
- Re: Complete Network Loss
- From: Carsten Otto <carsten@xxxxxxxxx>
- Re: Complete Network Loss
- From: Dâniel Fraga <fragabr@xxxxxxxxx>
- Re: Complete Network Loss
- From: Carsten Otto <carsten@xxxxxxxxx>
- A question about TCP_QUICKACK, and delayed ack
- From: Aboo Valappil <aboo@xxxxxxxx>
- Re: Complete Network Loss
- From: Dâniel Fraga <fragabr@xxxxxxxxx>
- Re: Complete Network Loss
- From: Carsten Otto <carsten@xxxxxxxxx>
- Re: Complete Network Loss
- From: Carsten Otto <carsten@xxxxxxxxx>
- Re: Complete Network Loss
- From: Dâniel Fraga <fragabr@xxxxxxxxx>
- Re: Complete Network Loss
- From: Carsten Otto <carsten@xxxxxxxxx>
- Re: Complete Network Loss
- From: Dâniel Fraga <fragabr@xxxxxxxxx>
- Re: Complete Network Loss
- From: Carsten Otto <carsten@xxxxxxxxx>
- Complete Network Loss
- From: Carsten Otto <carsten@xxxxxxxxx>
- Re: "Listenless" TCP over NAT?
- From: "xerces8" <xerces8@xxxxxxxx>
- Re: "Listenless" TCP over NAT?
- From: Rémi Denis-Courmont <rdenis@xxxxxxxxxxxxxxxx>
- Re: "Listenless" TCP over NAT?
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
- Re: "Listenless" TCP over NAT?
- From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
- "Listenless" TCP over NAT?
- From: "xerces8" <xerces8@xxxxxxxx>
- Forwarding multicast packets.
- From: "Pravin Bathija" <pbathija@xxxxxxxx>
- Connections in FIN_WAIT1 state
- From: "Riham Aldakkak" <riham.aldakkak@xxxxxxxxxxxxx>
- Fwd: Memory leak in socket operations.
- From: "Upakul Barkakaty" <upakul@xxxxxxxxx>
- socket in error state?
- From: "Shirish Pargaonkar" <shirishpargaonkar@xxxxxxxxx>
- Re: [sky2, solved] transmit timeouts and firmware update...
- From: Krzysztof Oledzki <ole@xxxxxx>
- Re: [sky2, solved] transmit timeouts and firmware update...
- From: Krzysztof Oledzki <ole@xxxxxx>
- Re: [sky2, solved] transmit timeouts and firmware update...
- From: "Daniel J Blueman" <daniel.blueman@xxxxxxxxx>
- Re: [sky2, solved] transmit timeouts and firmware update...
- From: "Daniel J Blueman" <daniel.blueman@xxxxxxxxx>
- Re: [sky2, solved] transmit timeouts and firmware update...
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [sky2, solved] transmit timeouts and firmware update...
- From: "Daniel J Blueman" <daniel.blueman@xxxxxxxxx>
- Re: [sky2, solved] transmit timeouts and firmware update...
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- (e)poll and (rd)hup questions
- From: Michael Noisternig <mnoist@xxxxxxxxxxxxxx>
- Re: [sky2, solved] transmit timeouts and firmware update...
- From: "Daniel J Blueman" <daniel.blueman@xxxxxxxxx>
- Re: [sky2, solved] transmit timeouts and firmware update...
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [sky2, solved] transmit timeouts and firmware update...
- From: Krzysztof Oledzki <ole@xxxxxx>
- [sky2, solved] transmit timeouts and firmware update...
- From: "Daniel J Blueman" <daniel.blueman@xxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Leo <neleo@xxxxxxx>
- Strange network traffic
- From: Matias Surdi <matiassurdi@xxxxxxxxx>
- Re: regarding TCP close
- From: "RadhaMohan Dhandapani" <dradhamohan@xxxxxxxxx>
- Re: [Fwd: [PATCH] decnet: route cache showing RTT]
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: regarding TCP close
- From: Tej <bewith.tej@xxxxxxxxx>
- [Fwd: [PATCH] decnet: route cache showing RTT]
- From: Christine Caulfield <christine.caulfield@xxxxxxxxxxxxxx>
- regarding TCP close
- From: "RadhaMohan Dhandapani" <dradhamohan@xxxxxxxxx>
- Re: Strange http client/MTU problem under linux
- From: Pekka Savola <pekkas@xxxxxxxxxx>
- Re: Strange http client/MTU problem under linux
- From: "j t" <mark473@xxxxxxxxx>
- problem with two interfaces on the same subnet: route selection does not consider link state
- From: "Clem Taylor" <clem.taylor@xxxxxxxxx>
- Re: Strange http client/MTU problem under linux
- From: Pekka Savola <pekkas@xxxxxxxxxx>
- Re: Strange http client/MTU problem under linux
- From: "j t" <mark473@xxxxxxxxx>
- Re: Strange http client/MTU problem under linux
- From: "j t" <mark473@xxxxxxxxx>
- Re: Strange http client/MTU problem under linux
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Strange http client/MTU problem under linux
- From: "j t" <mark473@xxxxxxxxx>
- Re: [resend] [PATCH] Build fallout from scsi merge...
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [resend] [PATCH] Build fallout from scsi merge...
- From: Ingo Molnar <mingo@xxxxxxx>
- ipwireless: fix compile failure
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Linux device driver queries
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Linux device driver queries
- From: Nitin Mahajan <nitinm76@xxxxxxxxx>
- RE: Bridge issue with KVM
- From: "Fischer, Anna" <anna.fischer@xxxxxx>
- help, multicast routing not work.
- From: "c4linux" <c4linux@xxxxxxxxx>
- Bridge issue with KVM
- From: Bill Davidsen <davidsen@xxxxxxx>
- OOPS in freescale ethernet
- From: "Barry G" <mr.scada@xxxxxxxxx>
- Fedora 8 VPN Client for Microsoft PPTP VPN server: routing problem
- From: "Zvi Kave" <tzvik@xxxxxxxxxx>
- [Oops] b43 driver on 2.6.26
- From: "Mohammed Gamal" <m.gamal005@xxxxxxxxx>
- Re: [PATCH 1/2] net: igb_main.c fix sparse integer as NULL pointer warning
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: Regression: myri10ge driver in 2.6.26
- From: Willy Tarreau <w@xxxxxx>
- Re: [patch 02/29] ariadne: use netstats in net_device structure
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- [patch 02/29] ariadne: use netstats in net_device structure
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 2/2] net: tun.c fix cast
- From: Harvey Harrison <harvey.harrison@xxxxxxxxx>
- [PATCH 1/2] net: igb_main.c fix sparse integer as NULL pointer warning
- From: Harvey Harrison <harvey.harrison@xxxxxxxxx>
- about debug: have any better way to trace the memory leakage?
- From: "c4linux" <c4linux@xxxxxxxxx>
- connection stalling mystery
- From: Arkadiusz Miskiewicz <arekm@xxxxxxxx>
- Re: MSTP & RSTP implementation in Linux Kernel
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- MSTP & RSTP implementation in Linux Kernel
- From: "\"G\"" <balajig81@xxxxxxxxx>
- RE: In Kernel Traffic Control
- From: "Fischer, Anna" <anna.fischer@xxxxxx>
- In Kernel Traffic Control
- From: "Anirudh Badam" <abadam@xxxxxxxxxxxxxxxx>
- BGP and asymmetric routing
- Re: nfs root error after modprobe iptable_nat
- From: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
- nfs root error after modprobe iptable_nat
- From: Karl Hiramoto <karl@xxxxxxxxxxxx>
- multicast routing in Linux kernel supports MULTIPLE upstream VIFs?
- From: "cyx_mail" <cyx_mail@xxxxxxxxxxx>
- Re: Re: why struct ip -> p_ip==0
- From: "cyx" <cyx@xxxxxxxxxxxxxxxx>
- Re: why struct ip -> p_ip==0
- From: Andrew May <acmay@xxxxxxxxxxxxxxxx>
- Re: Problems with RealTek R8111B and Intel 83566DC NICs
- From: "Timothy Normand Miller" <theosib@xxxxxxxxx>
- RE: Problems with RealTek R8111B and Intel 83566DC NICs
- From: "Allan, Bruce W" <bruce.w.allan@xxxxxxxxx>
- Re: via velocity oops/crash
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
- programming 802.11e
- From: "Basim Javed" <basimjaved@xxxxxxxxx>
- Re: Problems with RealTek R8111B and Intel 83566DC NICs
- From: Bill Fink <billfink@xxxxxxxxxxxxxx>
- why struct ip -> p_ip==0
- From: "cyx_mail" <cyx_mail@xxxxxxxxxxx>
- Problems with RealTek R8111B and Intel 83566DC NICs
- From: "Timothy Normand Miller" <theosib@xxxxxxxxx>
- where I can find any docs or man pages about muticast routing in the kernel?
- From: "cyx_mail" <cyx_mail@xxxxxxxxxxx>
- Re: skb_bond: Let master see skb
- From: David Miller <davem@xxxxxxxxxxxxx>
- skb_bond: Let master see skb
- From: Doug Kehn <rdkehn@xxxxxxxxx>
- Monitoring the IPv4 Neighbor Table
- From: Jim Murphy <jmurphy@xxxxxxxxxxx>
- can pppoe-server supports multicasting?
- From: "cyx_mail" <cyx_mail@xxxxxxxxxxx>
- setting ICSK_CA_PRIV_SIZE larger than 16 * sizeof(u32)
- From: "Kiran Kotla" <kotlakiran@xxxxxxxxx>
- Re: [PATCH] e100: Do pci_dma_sync after skb_alloc for proper operation on ixp4xx
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: via velocity oops/crash
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
- Re: via velocity oops/crash
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- via velocity oops/crash
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
- Re: zd1211 stability issue on 2.6.25
- From: matthieu castet <castet.matthieu@xxxxxxx>
- zd1211 stability issue on 2.6.25
- From: matthieu castet <castet.matthieu@xxxxxxx>
- Re: [PATCH] e100: Do pci_dma_sync after skb_alloc for proper operation on ixp4xx
- From: David Acker <dacker@xxxxxxxxxx>
- [PATCH] e100: Do pci_dma_sync after skb_alloc for proper operation on ixp4xx
- From: Kevin Hao <kexin.hao@xxxxxxxxxxxxx>
- Re: Registering a socket for neighbour updates callback
- From: "Bharati Bhole" <bharati.bhole@xxxxxxxxx>
- Re: Feedback on TCP: Make TCP_RTO_MAX a variable
- From: Noboru OBATA <noboru.obata.ar@xxxxxxxxxxx>
- Re: Registering a socket for neighbour updates callback
- From: "Anupam Kapoor" <anupam.kapoor@xxxxxxxxx>
- Re: Feedback on TCP: Make TCP_RTO_MAX a variable
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Feedback on TCP: Make TCP_RTO_MAX a variable
- From: David Newall <davidn@xxxxxxxxxxxxxxx>
- Re: Feedback on TCP: Make TCP_RTO_MAX a variable
- From: David Newall <davidn@xxxxxxxxxxxxxxx>
- Re: Registering a socket for neighbour updates callback
- From: "Bharati Bhole" <bharati.bhole@xxxxxxxxx>
- Re: Feedback on TCP: Make TCP_RTO_MAX a variable
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: Feedback on TCP: Make TCP_RTO_MAX a variable
- From: Chris Fowler <cfowler@xxxxxxxxxxxxxxxxxxx>
- Feedback on TCP: Make TCP_RTO_MAX a variable
- From: David Newall <davidn@xxxxxxxxxxxxxxx>
- Re: Registering a socket for neighbour updates callback
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: Registering a socket for neighbour updates callback
- From: "Bharati Bhole" <bharati.bhole@xxxxxxxxx>
- Re: Registering a socket for neighbour updates callback
- From: Varun Chandramohan <varunc@xxxxxxxxxxxxxxxxxx>
- Registering a socket for neighbour updates callback
- From: "Bharati Bhole" <bharati.bhole@xxxxxxxxx>
- Re: [patch] bondig - arp_interval with low value => Oops.
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: [patch] bondig - arp_interval with low value => Oops.
- From: Jay Vosburgh <fubar@xxxxxxxxxx>
- Re: [patch] bondig - arp_interval with low value => Oops.
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Create proc entry under /proc/sys/kernel
- From: RuoMu Hu <huruomu@xxxxxxxxx>
- Port-forwarding question and marking
- From: Philip Prindeville <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
- Re: Veth problems with bridge
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: Veth problems with bridge
- From: Bernhard Miklautz <miklautz@xxxxxxxxx>
- Re: Power off ethernet device
- From: Giuseppe Cavallaro <peppe.cavallaro@xxxxxxxxx>
- Re: Power off ethernet device
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- [PATH] physical abstraction layer suspend/resume functions
- From: Giuseppe Cavallaro <peppe.cavallaro@xxxxxxxxx>
- Re: Veth problems with bridge
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: Veth problems with bridge
- From: Bernhard Miklautz <miklautz@xxxxxxxxx>
- Re: Veth problems with bridge
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Veth problems with bridge
- From: Bernhard Miklautz <miklautz@xxxxxxxxx>
- Re: Power off ethernet device
- From: Nicola Salvemini <nicolasalvemini@xxxxxxxx>
- Re: Power off ethernet device
- From: Giuseppe Cavallaro <peppe.cavallaro@xxxxxxxxx>
- Possible NetFilter Bug (2.4.27 and 2.6.20 kernel)
- From: Glenn Henshaw <thraxisp@xxxxxxxxxxxxxxxxx>
- RE: connecting two hosts with crossover cable and autonegotiation
- From: Matt Zagrabelny <mzagrabe@xxxxxxxxx>
- Re: Howto disable ARP response from lo
- From: Michal Soltys <soltys@xxxxxxxx>
- Howto disable ARP response from lo
- From: Nico Schottelius <nico-linux-net-20080529@xxxxxxxxxxxxxxx>
- Re: [ipv6] Odd behaviour...
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: Power off ethernet device
- From: Glenn Henshaw <thraxisp@xxxxxxxxxxxxxxxxx>
- RE: connecting two hosts with crossover cable and autonegotiation
- From: "Jeff Haran" <jharan@xxxxxxxxxxx>
- connecting two hosts with crossover cable and autonegotiation
- From: Matt Zagrabelny <mzagrabe@xxxxxxxxx>
- Dodgy SYN/mysterious ACK
- From: "Peter Neal" <doabackflip@xxxxxxxxx>
- Re: Power off ethernet device
- From: Matt Zagrabelny <mzagrabe@xxxxxxxxx>
- Power off ethernet device
- From: Nicola Salvemini <nicolasalvemini@xxxxxxxx>
- Problem accessing to Windows Terminal Server in load balancing.
- From: "ArcosCom Linux User" <linux@xxxxxxxxxxxx>
- Re: Considerations about multilink conection under the same IP subnet [SOLVED?]
- From: "ArcosCom Linux User" <linux@xxxxxxxxxxxx>
- Considerations about multilink conection under the same IP subnet
- From: "ArcosCom Linux User" <linux@xxxxxxxxxxxx>
- [ipv6] Odd behaviour...
- From: Ian Kumlien <pomac@xxxxxxxxx>
- Re: [PATCH] irda: Push BKL down into irda ioctl handlers
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] wanrouter: Push down BKL
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: abnormal overruns?
- From: marky <ykram@xxxxxxxxxxx>
- Re: abnormal overruns?
- From: Bill Fink <billfink@xxxxxxxxxxxxxx>
- RE: PMTU Discovery - Does it work?
- From: John Smith <snafu_101@xxxxxxxxxxx>
- abnormal overruns?
- From: marky <ykram@xxxxxxxxxxx>
- UDP message hang
- From: Travis Stratman <tstratman@xxxxxxxxxxx>
- [PATCH] irda: Push BKL down into irda ioctl handlers
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- [PATCH] wanrouter: Push down BKL
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: PMTU Discovery - Does it work?
- From: Sridhar Samudrala <sri@xxxxxxxxxx>
- Re: PMTU Discovery - Does it work?
- From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
- Re: PMTU Discovery - Does it work?
- From: "John Heffner" <johnwheffner@xxxxxxxxx>
- PMTU Discovery - Does it work?
- From: John Smith <snafu_101@xxxxxxxxxxx>
- raid 5 cannot be assembled
- From: "Jan Carrillo" <janmikel@xxxxxxxxx>
- Re: IPv6 slab leak (was: Re: dst cache overflow)
- From: Tobias Diedrich <ranma+kernel@xxxxxxxxxxxx>
- Re: [Bonding-devel] [patch] bondig - arp_interval with low value => Oops.
- From: Jay Vosburgh <fubar@xxxxxxxxxx>
- Re: [patch] bondig - arp_interval with low value => Oops.
- From: Joe Eykholt <jre@xxxxxxxxxxxxxxxx>
- Re: IPv6 slab leak (was: Re: dst cache overflow)
- From: Tobias Diedrich <ranma+kernel@xxxxxxxxxxxx>
- Re: network performance counters
- From: Bill Fink <billfink@xxxxxxxxxxxxxx>
- network performance counters
- From: "Carlo Nyto" <carlonyto@xxxxxxxxx>
- [patch] bondig - arp_interval with low value => Oops.
- From: Nicolas 2P <nicolas.2p.debian@xxxxxxx>
- Re: autotuning of send buffer size of a socket
- From: "Shirish Pargaonkar" <shirishpargaonkar@xxxxxxxxx>
- Re: autotuning of send buffer size of a socket
- From: "Shirish Pargaonkar" <shirishpargaonkar@xxxxxxxxx>
- Re: autotuning of send buffer size of a socket
- From: Sridhar Samudrala <sri@xxxxxxxxxx>
- [PATCH] lan91c111 phy power-up
- From: Giuseppe Cavallaro <peppe.cavallaro@xxxxxxxxx>
- Re: autotuning of send buffer size of a socket
- From: "Shirish Pargaonkar" <shirishpargaonkar@xxxxxxxxx>
- best stable kernel for multicore
- From: rajesh <rajesh@xxxxxxxxxxxxx>
- Re: autotuning of send buffer size of a socket
- From: "Shirish Pargaonkar" <shirishpargaonkar@xxxxxxxxx>
- Re: autotuning of send buffer size of a socket
- From: "Shirish Pargaonkar" <shirishpargaonkar@xxxxxxxxx>
- Re: autotuning of send buffer size of a socket
- From: "Shirish Pargaonkar" <shirishpargaonkar@xxxxxxxxx>
- Re: autotuning of send buffer size of a socket
- From: Jeremy Jackson <jerj@xxxxxxxxxxxx>
- Re: autotuning of send buffer size of a socket
- From: "Shirish Pargaonkar" <shirishpargaonkar@xxxxxxxxx>
- Re: autotuning of send buffer size of a socket
- From: "Shirish Pargaonkar" <shirishpargaonkar@xxxxxxxxx>
- Re: autotuning of send buffer size of a socket
- From: Sridhar Samudrala <sri@xxxxxxxxxx>
- problem with bonding and IPv6
- From: "Jeff Haran" <jharan@xxxxxxxxxxx>
- Re: autotuning of send buffer size of a socket
- From: "Shirish Pargaonkar" <shirishpargaonkar@xxxxxxxxx>
- Re: autotuning of send buffer size of a socket
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: autotuning of send buffer size of a socket
- From: Sridhar Samudrala <sri@xxxxxxxxxx>
- autotuning of send buffer size of a socket
- From: "Shirish Pargaonkar" <shirishpargaonkar@xxxxxxxxx>
- genphy_suspend/resume
- From: Giuseppe Cavallaro <peppe.cavallaro@xxxxxxxxx>
- TIME-WAIT, tcp_fin_timeout and tcp_tw_recycle/reuse
- From: Andreas Pflug <pgadmin@xxxxxxxxxxxxxxxxx>
- Want help in page caching...............
- From: Amit Chatter <Amit_Chatter@xxxxxxxxxxxx>
- plug-and-play virtual network
- From: vincent-perrier <vincent-perrier@xxxxxxxxxxxxxxxx>
- Re: 24rc8: unregister_netdevice: waiting for ... to become free.
- From: "Khoa Nguyen" <khoa.coffee@xxxxxxxxx>
- Re: [PATCH] DM9000: Restore MII physical polling timer.
- From: Michael Abbott <michael@xxxxxxxxxxxxxxx>
- Re: cannot fill 100Mbps pipe (over 20ms rtt via netem)?
- From: Bill Fink <billfink@xxxxxxxxxxxxxx>
- Re: 24rc8: unregister_netdevice: waiting for ... to become free.
- From: "Roland" <devzero@xxxxxx>
- Re: cannot fill 100Mbps pipe (over 20ms rtt via netem)?
- From: slashdev <slashdev@xxxxxxxxx>
- Re: PROBLEM: kernel lockup while changing TC rules
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: cannot fill 100Mbps pipe (over 20ms rtt via netem)?
- From: slashdev <slashdev@xxxxxxxxx>
- Re: cannot fill 100Mbps pipe (over 20ms rtt via netem)?
- From: "John Heffner" <johnwheffner@xxxxxxxxx>
- PROBLEM: kernel lockup while changing TC rules
- From: "Jan 'yanek' Bortl" <yanek@xxxxxxxxxx>
- Re: cannot fill 100Mbps pipe (over 20ms rtt via netem)?
- From: Bill Fink <billfink@xxxxxxxxxxxxxx>
- Re: cannot fill 100Mbps pipe (over 20ms rtt via netem)?
- From: Bill Fink <billfink@xxxxxxxxxxxxxx>
- Re: cannot fill 100Mbps pipe (over 20ms rtt via netem)?
- From: slashdev <slashdev@xxxxxxxxx>
- Re: cannot fill 100Mbps pipe (over 20ms rtt via netem)?
- From: Bill Fink <billfink@xxxxxxxxxxxxxx>
- Re: cannot fill 100Mbps pipe (over 20ms rtt via netem)?
- From: slashdev <slashdev@xxxxxxxxx>
- Re: cannot fill 100Mbps pipe (over 20ms rtt via netem)?
- From: "John Heffner" <johnwheffner@xxxxxxxxx>
- Re: cannot fill 100Mbps pipe (over 20ms rtt via netem)?
- From: slashdev <slashdev@xxxxxxxxx>
- Re: cannot fill 100Mbps pipe (over 20ms rtt via netem)?
- From: "John Heffner" <johnwheffner@xxxxxxxxx>
- Re: cannot fill 100Mbps pipe (over 20ms rtt via netem)?
- From: slashdev <slashdev@xxxxxxxxx>
- Re: cannot fill 100Mbps pipe (over 20ms rtt via netem)?
- From: slashdev <slashdev@xxxxxxxxx>
- Re: cannot fill 100Mbps pipe (over 20ms rtt via netem)?
- From: "John Heffner" <johnwheffner@xxxxxxxxx>
- Re: cannot fill 100Mbps pipe (over 20ms rtt via netem)?
- From: slashdev <slashdev@xxxxxxxxx>
- Re: cannot fill 100Mbps pipe (over 20ms rtt via netem)?
- From: vincent-perrier <vincent-perrier@xxxxxxxxxxxxxxxx>
- cannot fill 100Mbps pipe (over 20ms rtt via netem)?
- From: slashdev <slashdev@xxxxxxxxx>
- RE: Extracting UDP header from skb while forwarding
- From: "Vankam Maheswar" <vankam.maheswar@xxxxxxxxxx>
- Re: Odd network packet counts being reported by NetXen 10G driver
- From: Bill Fink <billfink@xxxxxxxxxxxxxx>
- Extracting UDP header from skb while forwarding
- From: Shrikrishna Khare <shrikrishna_khare@xxxxxxxxx>
- Odd network packet counts being reported by NetXen 10G driver
- From: Mark Seger <Mark.Seger@xxxxxx>
- Re: [PATCH] DM9000: Restore MII physical polling timer.
- From: Ben Dooks <ben-linux@xxxxxxxxx>
- atl1 not working as expected
- Re: programmatic interface to traffic control?
- From: Charlie Brady <charlieb@xxxxxxxxxxxxxxxxxx>
- programmatic interface to traffic control?
- From: slashdev <slashdev@xxxxxxxxx>
- Re: [PATCH] DM9000: Reimplement 2-resource device specification (fwd)
- From: Michael Abbott <michael@xxxxxxxxxxxxxxx>
- Re: Queuing disciplines in linux kernel
- From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
- Re: [PATCH] DM9000: Reimplement 2-resource device specification (fwd)
- From: Ben Dooks <ben-linux@xxxxxxxxx>
- Queuing disciplines in linux kernel
- From: Shrikrishna Khare <shrikrishna_khare@xxxxxxxxx>
- [PATCH] DM9000: Reimplement 2-resource device specification (fwd)
- From: Michael Abbott <michael@xxxxxxxxxxxxxxx>
- [PATCH] DM9000: Restore MII physical polling timer.
- From: Michael Abbott <michael@xxxxxxxxxxxxxxx>
- [PATCH] Silence 'may be used uninitialized' warning in net/sunrpc/svc.c.
- From: tony@xxxxxxxxxxxxxxxxxx (Tony Breeds)
- Re: proxy arp bug
- From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
- proxy arp bug
- From: "durgam@xxxxxxxxxxxxx phani" <durgam.iit@xxxxxxxxx>
- MTU setting per MAC address
- From: Craig Shelley <craig@xxxxxxxxxxxxxxxx>
- Re: connecting an unbound socket to itself
- From: "Tej Parkash" <bewith.tej@xxxxxxxxx>
- Re: connecting an unbound socket to itself
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: connecting an unbound socket to itself
- From: Serge Belyshev <belyshev@xxxxxxxxxxxxxxxxx>
- Re: connecting an unbound socket to itself
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: connecting an unbound socket to itself
- From: Serge Belyshev <belyshev@xxxxxxxxxxxxxxxxx>
- Re: Loopback address to eth0 interface and rooting goes wrong
- From: Gary <gary.manchon@xxxxxxxxx>
- Re: connecting a socket to itself
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: connecting a socket to itself
- From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
- RE: connecting a socket to itself
- From: David Stevens <dlstevens@xxxxxxxxxx>
- RE: connecting a socket to itself
- From: "Jeff Haran" <jharan@xxxxxxxxxxx>
- Re: connecting a socket to itself
- From: David Stevens <dlstevens@xxxxxxxxxx>
- 32-bit driver with 64-bit device PIO
- From: "Priya Suryanarayanan" <priya.suryanarayanan@xxxxxxxxxx>
- connecting a socket to itself
- From: Serge Belyshev <belyshev@xxxxxxxxxxxxxxxxx>
- Re: Loopback address to eth0 interface and rooting goes wrong
- From: Bjørn Mork <bjorn@xxxxxxx>
- Re: Bad network performance over 2Gbps
- From: Willy Tarreau <w@xxxxxx>
- Re: Bad network performance over 2Gbps
- From: Anton Titov <a.titov@xxxxxxx>
- Re: Bad network performance over 2Gbps
- From: "Kok, Auke" <auke-jan.h.kok@xxxxxxxxx>
- Re: Bad network performance over 2Gbps
- From: Willy Tarreau <w@xxxxxx>
- [PATCH] strip: Fix up strip for the new order
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: Re-queueing of skb in vlan_skb_recv
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: [PATCH] PHY: add BCM5464 support to broadcom PHY driver
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: Re-queueing of skb in vlan_skb_recv
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Re-queueing of skb in vlan_skb_recv
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: Re-queueing of skb in vlan_skb_recv
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH 1/5] phylib: don't create a phydev for ID-less PHYs.
- From: "Grant Likely" <grant.likely@xxxxxxxxxxxx>
- Re: Re-queueing of skb in vlan_skb_recv
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: Re-queueing of skb in vlan_skb_recv
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: Re-queueing of skb in vlan_skb_recv
- From: Jeremy Jackson <jerj@xxxxxxxxxxxx>
- Re: Re-queueing of skb in vlan_skb_recv
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: Re-queueing of skb in vlan_skb_recv
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: [PATCH 1/5] phylib: don't create a phydev for ID-less PHYs.
- From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
- Re: [PATCH 1/5] phylib: don't create a phydev for ID-less PHYs.
- From: Stefan Roese <sr@xxxxxxx>
- Re: [PATCH 1/5] phylib: don't create a phydev for ID-less PHYs.
- From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
- Re: 2.6.25-rc8: FTP transfer errors
- From: "Jesper Juhl" <jesper.juhl@xxxxxxxxx>
- Re: 2.6.25-rc8: FTP transfer errors
- From: vincent-perrier <vincent-perrier@xxxxxxxxxxxxxxxx>
- Re: 2.6.25-rc8: FTP transfer errors
- From: vincent-perrier <vincent-perrier@xxxxxxxxxxxxxxxx>
- Re: [PATCH 0/5] dynamic detection of gianfar TPIPA
- From: Andy Fleming <afleming@xxxxxxxxxxxxx>
- Re: 2.6.25-rc8: FTP transfer errors
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: 2.6.25-rc8: FTP transfer errors
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: 2.6.25-rc8: FTP transfer errors
- From: "Jesper Juhl" <jesper.juhl@xxxxxxxxx>
- Re: 2.6.25-rc8: FTP transfer errors
- From: Charlie Brady <charlieb@xxxxxxxxxxxxxxxxxx>
- Re: 2.6.25-rc8: FTP transfer errors
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 0/5] dynamic detection of gianfar TPIPA
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: 2.6.25-rc8: FTP transfer errors
- From: "Jesper Juhl" <jesper.juhl@xxxxxxxxx>
- Re: 2.6.25-rc8: FTP transfer errors
- From: "Ilpo Järvinen" <ilpo.jarvinen@xxxxxxxxxxx>
- Re: 2.6.25-rc8: FTP transfer errors
- From: Mark Lord <lkml@xxxxxx>
- Re: 2.6.25-rc8: FTP transfer errors
- From: "Ilpo Järvinen" <ilpo.jarvinen@xxxxxxxxxxx>
- Re-queueing of skb in vlan_skb_recv
- From: "Brian Oostenbrink" <Brian_Oostenbrink@xxxxxxxxxxxxxx>
- [PATCH 4/5] gianfar: dont hog the mii_bus->priv with just the regs.
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 1/5] phylib: don't create a phydev for ID-less PHYs.
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 5/5] gianfar: don't hard code the TBIPA MDIO address
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 3/5] gianfar: limit scope of gfar_local_mdio functions
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 0/5] dynamic detection of gianfar TPIPA
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH 2/5] gianfar: assign mii_bus value in dev->priv
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: 2.6.25-rc8: FTP transfer errors
- From: Gerhard Mack <gmack@xxxxxxxxxxxxx>
- Re: 2.6.25-rc8: FTP transfer errors
- From: Tilman Schmidt <tilman@xxxxxxx>
- Re: 2.6.25-rc8: FTP transfer errors
- From: Mark Lord <lkml@xxxxxx>
- Re: 2.6.25-rc8: FTP transfer errors
- From: Mark Lord <lkml@xxxxxx>
- Re: 2.6.25-rc8: FTP transfer errors
- From: Gerhard Mack <gmack@xxxxxxxxxxxxx>
- Handling of TAP interface packets by the kernel
- From: "Gabor Fekete" <kotrelmaller.borgenbach@xxxxxxxxx>
- raw socket and iptables rules
- From: "Gabor Fekete" <kotrelmaller.borgenbach@xxxxxxxxx>
- Re: 2.6.25-rc8: FTP transfer errors
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: 2.6.25-rc8: FTP transfer errors
- From: Harvey Harrison <harvey.harrison@xxxxxxxxx>
- Re: 2.6.25-rc8: FTP transfer errors
- From: Mark Lord <lkml@xxxxxx>
- Re: 2.6.25-rc8: FTP transfer errors
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: 2.6.25-rc8: FTP transfer errors
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: 2.6.25-rc8: FTP transfer errors
- From: Mark Lord <lkml@xxxxxx>
- Re: 2.6.25-rc8: FTP transfer errors
- From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
- re: Regression: 2.6.25-rc8: FTP transfer errors
- From: Mark Lord <lkml@xxxxxx>
- Re: 2.6.25-rc8: FTP transfer errors
- From: Mark Lord <lkml@xxxxxx>
- Re: [PATCH] PHY: add BCM5464 support to broadcom PHY driver
- From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
- Re: [PATCH] PHY: add BCM5464 support to broadcom PHY driver
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH] PHY: add BCM5464 support to broadcom PHY driver
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Regression: 2.6.25-rc8: FTP transfer errors
- From: Mark Lord <lkml@xxxxxx>
- Re: Where to find integrated patches?
- From: "Clemens Eisserer" <linuxhippy@xxxxxxxxx>
- Re: Where to find integrated patches?
- From: Breno Leitao <leitao@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] man ip.8 miss xfrm option
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: Multicast delays and high iowait
- From: Matt Garman <matthew.garman@xxxxxxxxx>
- Re: Where to find integrated patches?
- From: Roar Bjørgum Rotvik <roarbr@xxxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Karen Shaeffer <shaeffer@xxxxxxxxxxxxxxx>
- Builtin switch flooding packects
- From: "xerces8" <xerces8@xxxxxxxx>
- Where to find integrated patches?
- From: "Clemens Eisserer" <linuxhippy@xxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Leo <neleo@xxxxxxx>
- Re: linux-next: net trivial merge conflict
- From: David Miller <davem@xxxxxxxxxxxxx>
- linux-next: net trivial merge conflict
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Brett Paden <paden@xxxxxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Brett Paden <paden@xxxxxxxxxxxx>
- Re: Multicast delays and high iowait
- From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Gabriel Barazer <gabriel@xxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Brett Paden <paden@xxxxxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Leo <neleo@xxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Brett Paden <paden@xxxxxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Gabriel Barazer <gabriel@xxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Leo <neleo@xxxxxxx>
- Re: Multicast delays and high iowait
- From: Matt Garman <matthew.garman@xxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Leo <neleo@xxxxxxx>
- Re: Multicast delays and high iowait
- From: Bill Fink <billfink@xxxxxxxxxxxxxx>
- Kernel 2.6.24.4 nvidia
- From: "one forall" <oneforall@xxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Brett Paden <paden@xxxxxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Gabriel Barazer <gabriel@xxxxxxxx>
- Sundance ethernet adapter not supported by 2.6.23 kernel
- From: Matías Alejandro Torres <torresmat@xxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: "H. Willstrand" <h.willstrand@xxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
- Re: Multicast delays and high iowait
- From: "H. Willstrand" <h.willstrand@xxxxxxxxx>
- Re: Multicast delays and high iowait
- From: Matt Garman <matthew.garman@xxxxxxxxx>
- Re: Multicast delays and high iowait
- From: "H. Willstrand" <h.willstrand@xxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Gabriel Barazer <gabriel@xxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: "H. Willstrand" <h.willstrand@xxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Gabriel Barazer <gabriel@xxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: "H. Willstrand" <h.willstrand@xxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Gabriel Barazer <gabriel@xxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Gabriel Barazer <gabriel@xxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Leo <neleo@xxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Leo <neleo@xxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Leo <neleo@xxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: "H. Willstrand" <h.willstrand@xxxxxxxxx>
- Multicast delays and high iowait
- From: Matt Garman <matthew.garman@xxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Gabriel Barazer <gabriel@xxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Gabriel Barazer <gabriel@xxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Brett Paden <paden@xxxxxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: "H. Willstrand" <h.willstrand@xxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Brett Paden <paden@xxxxxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: "H. Willstrand" <h.willstrand@xxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Leo <neleo@xxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Brett Paden <paden@xxxxxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Brett Paden <paden@xxxxxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Leo <neleo@xxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: "H. Willstrand" <h.willstrand@xxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Leo <neleo@xxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: "H. Willstrand" <h.willstrand@xxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Leo <neleo@xxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: "H. Willstrand" <h.willstrand@xxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Leo <neleo@xxxxxxx>
- Re: linux-next: net merge conflicts
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: linux-next: net merge conflicts
- From: David Miller <davem@xxxxxxxxxxxxx>
- [Patch] lan8700 PHY support
- From: Giuseppe Cavallaro <peppe.cavallaro@xxxxxxxxx>
- Re: [Patch] PHY PM support
- From: Giuseppe Cavallaro <peppe.cavallaro@xxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Marlon de Boer <marlon@xxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Leo <neleo@xxxxxxx>
- Re: tap mtu limitation
- From: Edward Chapman <eddie@xxxxxxxx>
- Re: tap mtu limitation
- From: Jiri Olsa <olsajiri@xxxxxxxxx>
- Re: linux-next: net merge conflicts
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: linux-next: net merge conflicts
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: linux-next: net merge conflicts
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: linux-next: net merge conflicts
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: linux-next: net merge conflicts
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: linux-next: net merge conflicts
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: linux-next: net merge conflicts
- From: David Miller <davem@xxxxxxxxxxxxx>
- linux-next: net merge conflicts
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- disabling MDI-X on via-rhine boards?
- From: Nikola Ciprich <extmaillist@xxxxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Jeremy Jackson <jerj@xxxxxxxxxxxx>
- Re: question about 3sec timeouts with tcp
- From: Marlon de Boer <marlon@xxxxxxxx>
- kernel crash at tcp_v4_destroy_sock
- From: Lokesh <lokeshnb@xxxxxxxxxx>
- Re: Outgoing packets larget than MTU
- From: Pavel Georgiev <pavel@xxxxxxxxxxxx>
- question about 3sec timeouts with tcp
- From: Marlon de Boer <marlon@xxxxxxxx>
- Re: Outgoing packets larget than MTU
- From: Bill Fink <billfink@xxxxxxxxxxxxxx>
- Outgoing packets larget than MTU
- From: Pavel Georgiev <pavel@xxxxxxxxxxxx>
- [Patch] PHY PM support
- From: Giuseppe Cavallaro <peppe.cavallaro@xxxxxxxxx>
- IPv6 slab leak (was: Re: dst cache overflow)
- From: Tobias Diedrich <ranma+kernel@xxxxxxxxxxxx>
- Broadcast confusion
- From: "xerces8" <xerces8@xxxxxxxx>
- regarding proxy arp behaviour
- From: "durgam@xxxxxxxxxxxxx phani" <durgam.iit@xxxxxxxxx>
- Re: dst cache overflow
- From: Tobias Diedrich <ranma+kernel@xxxxxxxxxxxx>
- netif_receive_skb logic?
- From: "Khoa Nguyen" <khoa.coffee@xxxxxxxxx>
- Re: multicast issues
- From: Hans-Peter Jansen <hpj@xxxxxxxxx>
- Re: multicast issues
- From: David Stevens <dlstevens@xxxxxxxxxx>
- multicast issues
- From: Hans-Peter Jansen <hpj@xxxxxxxxx>
- Re: e1000: rx_no_buffer_count
- From: "Khoa Nguyen" <khoa.coffee@xxxxxxxxx>
- e1000: rx_no_buffer_count
- From: "Khoa Nguyen" <khoa.coffee@xxxxxxxxx>
- Re: VLAN over loopback interface
- From: "Khoa Nguyen" <khoa.coffee@xxxxxxxxx>
- Re: dst cache overflow
- From: Tobias Diedrich <ranma@xxxxxxxxxxxx>
- tap mtu limitation
- From: Edward Chapman <eddie@xxxxxxxx>
- Re: [PATCH][MIPS][6/6]: AR7 leds
- From: Matteo Croce <technoboy85@xxxxxxxxx>
- [PATCH][MIPS][6/6]: AR7 leds
- From: Matteo Croce <technoboy85@xxxxxxxxx>
- The strange Packets Duplicated bug
- From: "valerio balbi" <valerio.balbi@xxxxxxxxx>
- Re: strange problem with ipv6 site-local dummy
- From: "David W. Hankins" <David_Hankins@xxxxxxx>
- strange problem with ipv6 site-local dummy
- From: "David W. Hankins" <David_Hankins@xxxxxxx>
- Question about using brctl and changing MAC addresses
- From: Philip Prindeville <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
- Re: Getting good performance from e1000
- From: Carsten Aulbert <carsten@xxxxxxxxxxxxxxxx>
- Which TCP congestion control for very fast networks?
- From: Carsten Aulbert <carsten@xxxxxxxxxxxxxxxx>
- Re: Scheduling of transit DSCP-marked packets
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Scheduling of transit DSCP-marked packets
- From: "Philip A. Prindeville" <philipp@xxxxxxxxxxxxxxxxxxxxx>
- Re: IPTraf x arp
- From: Drew Mazurek <mazurek@xxxxxxxxxxxx>
- IPTraf x arp
- From: Cloves Pereira Costa Jr <cloves.costa@xxxxxxxxxxxx>
- Re: VLAN over loopback interface
- From: Christopher Fowler <cfowler@xxxxxxxxxxxxxxxxxxx>
- VLAN over loopback interface
- From: "Khoa Nguyen" <khoa.coffee@xxxxxxxxx>
- Introducing The Most Powerful Opportunity of 2008!!!
- From: "Cherry Anne Flores" <law09@xxxxxxxxxxxxx>
- Re: Running out of buffers?
- From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
- Running out of buffers?
- From: Philip Prindeville <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
- Re: CBQ and bandwidth parameter
- From: Philip Prindeville <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
- Re: CBQ and bandwidth parameter
- From: Christopher Fowler <cfowler@xxxxxxxxxxxxxxxxxxx>
- Re: CBQ and bandwidth parameter
- From: Philip Prindeville <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
- CBQ and bandwidth parameter
- From: Diego Woitasen <diego@xxxxxxxxxxxxxxx>
- Problem with TCP KEEP_ALIVE feature
- From: Radha Mohan <radhamohan_ch@xxxxxxxxx>
- iputils-ping vs. ICMP error messages
- From: Noah Meyerhans <frodo@xxxxxxxxxx>
- Traffic shaping in a VoIP environment
- From: Philip Prindeville <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] ALGO_NAME unused
- From: Marcela Maslanova <mmaslano@xxxxxxxxxx>
- [PATCH] ALGO_NAME unused
- From: Marcela Maslanova <mmaslano@xxxxxxxxxx>
- [PATCH] man ip.8 miss xfrm option
- From: Marcela Maslanova <mmaslano@xxxxxxxxxx>
- Re: linux-net: no next-20080221 tree
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- linux-net: no next-20080221 tree
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: IPv6 sending to a device without a route
- From: Andrew May <acmay@xxxxxxxxxxxxxxxx>
- Re: airo WPA
- From: Dan Williams <dcbw@xxxxxxxxxx>
- Re: airo WPA
- From: Matteo Croce <matteo@xxxxxxxxxxx>
- Re: Does IPv6 sendmsg work with IPv4-mapped addresses?
- From: Chinh Nguyen <cnguyen@xxxxxxxxxxxx>
- Re: Does IPv6 sendmsg work with IPv4-mapped addresses?
- From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
- Re: IPv6 sending to a device without a route
- From: Chinh Nguyen <cnguyen@xxxxxxxxxxxx>
- Does IPv6 sendmsg work with IPv4-mapped addresses?
- From: Chinh Nguyen <cnguyen@xxxxxxxxxxxx>
- Re: TCP resets connection after 3rd ACK with win=0
- From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
- Re: TCP resets connection after 3rd ACK with win=0
- From: Gergely Magyarosi <gergely.magyarosi@xxxxxxxxxxxx>
- ssh tunnel
- From: Bobby <bobby@xxxxxxxxxxxxxx>
- Re: [ANNOUNCE] ESFQ --> SFQ patches for Linux 2.6.24
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: TCP resets connection after 3rd ACK with win=0
- From: Varun Chandramohan <varunc@xxxxxxxxxxxxxxxxxx>
- TCP resets connection after 3rd ACK with win=0
- From: Gergely Magyarosi <gergely.magyarosi@xxxxxxxxxxxx>
- Re: IPsec, kara_am
- From: Gustavo Chain <g@xxxxxxx>
- IPsec, kara_am
- From: am kara <kara_am@xxxxxxxxx>
- tg3: ethX: No interrupt was generated using MSI, switching to INTx mode....
- From: Breno Leitao <leitao@xxxxxxxxxxxxxxxxxx>
- dev_queue_xmit() usage
- From: "Ivan Kostov" <ivan.kostov2@xxxxxxxxxxxxxx>
- Re: [ANNOUNCE] ESFQ --> SFQ patches for Linux 2.6.24
- From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
- Re: [ANNOUNCE] ESFQ --> SFQ patches for Linux 2.6.24
- From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
- IPv6 sending to a device without a route
- From: Andrew May <acmay@xxxxxxxxxxxxxxxx>
- Re: [ANNOUNCE] ESFQ --> SFQ patches for Linux 2.6.24
- From: "xerces8" <xerces8@xxxxxxxx>
- Re: [PATCH] ni52: Remove 278 scripts/checkpatch errors
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- simple questions about net/ipv4; kara_am
- From: am kara <kara_am@xxxxxxxxx>
- Re: [ANNOUNCE] ESFQ --> SFQ patches for Linux 2.6.24
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [ANNOUNCE] ESFQ --> SFQ patches for Linux 2.6.24
- From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
- Re: [ANNOUNCE] ESFQ --> SFQ patches for Linux 2.6.24
- From: "Brock Noland" <brockn@xxxxxxxxx>
- Re: [ANNOUNCE] ESFQ --> SFQ patches for Linux 2.6.24
- From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
- [PATCH] changes required to flush all routing table entries in side kernel
- From: "durgam@xxxxxxxxxxxxx phani" <durgam.iit@xxxxxxxxx>
- Re: Dropped packets - tcpdump
- From: "Svein Ove Aas" <sveina@xxxxxxxxx>
- [PATCH] ni52: Remove 278 scripts/checkpatch errors
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: Linux forwarding performance Questions?
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
- Re: Linux forwarding performance Questions?
- From: Devrim SERAL <dseral@xxxxxxxxx>
- Re: Linux forwarding performance Questions?
- From: "anil kumar" <anildahiya80@xxxxxxxxx>
- Linux forwarding performance Questions?
- From: Devrim SERAL <dseral@xxxxxxxxx>
- Re: Questions about linux network interfaces and incomming/outgoing traffic
- From: clowncoder <vincent-perrier@xxxxxxxxxxxxxxxx>
- Re: Dropped packets - tcpdump
- From: Cloves Pereira Costa Jr <cloves.costa@xxxxxxxxxxxx>
- Re: Dropped packets - tcpdump
- From: "Svein Ove Aas" <svein.ove@xxxxxx>
- Dropped packets - tcpdump
- From: Cloves Pereira Costa Jr <cloves.costa@xxxxxxxxxxxx>
- Re: [NET/IPv6] Race condition with flow_cache_genid?
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] IPV4: fix compile error building without CONFIG_FS_PROC
- From: David Miller <davem@xxxxxxxxxxxxx>
- TCP connect hangs for 3 seconds
- Re: [PATCH] IPV4: fix compile error building without CONFIG_FS_PROC
- From: Li Zefan <lizf@xxxxxxxxxxxxxx>
- Re: [PATCH] IPV4: fix compile error building without CONFIG_FS_PROC
- From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
- Re: [PATCH] IPV4: fix compile error building without CONFIG_FS_PROC
- From: Li Zefan <lizf@xxxxxxxxxxxxxx>
- [PATCH] IPV4: fix compile error building without CONFIG_FS_PROC
- From: Li Zefan <lizf@xxxxxxxxxxxxxx>
- [NET/IPv6] Race condition with flow_cache_genid?
- From: "Kyle Moffett" <kyle@xxxxxxxxxxxxxxx>
- Re: Urgent !!! Need your help for PPP and Thuraya SO-2510 Satellite cell phone
- From: Charlie Brady <charlieb@xxxxxxxxxxxxxxxxxx>
- [ANNOUNCE] ESFQ --> SFQ patches for Linux 2.6.24
- From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
- Fw: TCP_KEEPIDLE socket option is not working
- From: Radha Mohan <radhamohan_ch@xxxxxxxxx>
- Mixing bridge and QoS
- From: Christopher Fowler <cfowler@xxxxxxxxxxxxxxxxxxx>
- [PATCH] TCP:Fix a bug in strategy_allowed_congestion_control
- From: shanwei <shanwei@xxxxxxxxxxxxxx>
- Re: Loopback address to eth0 interface and rooting goes wrong
- From: Bjørn Mork <bjorn@xxxxxxx>
- High TCPTimeouts and TCPSLowStartRetrans on RHEL4 Update5
- From: Chris Price <cprice@xxxxxx>
- Re: Loopback address to eth0 interface and rooting goes wrong
- From: Varun Chandramohan <varunc@xxxxxxxxxxxxxxxxxx>
- Re: Loopback address to eth0 interface and rooting goes wrong
- From: Bjørn Mork <bjorn@xxxxxxx>
- Re: Loopback address to eth0 interface and rooting goes wrong
- From: Breno Leitao <leitao@xxxxxxxxxxxxxxxxxx>
- Re: Loopback address to eth0 interface and rooting goes wrong
- From: Gary <gary.manchon@xxxxxxxxx>
- Re: Loopback address to eth0 interface and rooting goes wrong
- From: Breno Leitao <leitao@xxxxxxxxxxxxxxxxxx>
- Re: Loopback address to eth0 interface and rooting goes wrong
- From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
- Re: Loopback address to eth0 interface and rooting goes wrong
- From: Gary <gary.manchon@xxxxxxxxx>
- Re: Loopback address to eth0 interface and rooting goes wrong
- From: Breno Leitao <leitao@xxxxxxxxxxxxxxxxxx>
- Loopback address to eth0 interface and rooting goes wrong
- From: Gary <gary.manchon@xxxxxxxxx>
- [PATCH] RESEND 8390: Split 8390 support into a pausing and a non pausing driver core
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- e1000 / 2.6.23.12: slow networking
- From: Nico Schottelius <nico-kernel20080119@xxxxxxxxxxxxxxx>
- Re: Hub-like bridge behaviour?
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Chelsio Scatter Gatter I/O
- From: "Ivan Kostov" <ivan.kostov2@xxxxxxxxxxxxxx>
- Urgent !!! Need your help for PPP and Thuraya SO-2510 Satellite cell phone
- From: "philippe sifre" <philippe.sifre@xxxxxxxxx>
- Hub-like bridge behaviour?
- From: Patric Schmitz <patricschmitz@xxxxxxx>
- Re: memory leakage in bridge(kernel-2.6.23.14)
- From: David Miller <davem@xxxxxxxxxxxxx>
- memory leakage in bridge(kernel-2.6.23.14)
- From: <wyb@xxxxxxxxxxxxx>
- Re: IP header alignment
- From: "Vladimir Kondratiev" <vladimir.kondratiev@xxxxxxxxx>
- RE: Configuration of IPv6 link local address
- From: "Jeff Haran" <jharan@xxxxxxxxxxx>
- Re: Configuration of IPv6 link local address
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: IP header alignment
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: IP header alignment
- From: "Vladimir Kondratiev" <vladimir.kondratiev@xxxxxxxxx>
- Re: IP header alignment
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- IP header alignment
- From: "Vladimir Kondratiev" <vladimir.kondratiev@xxxxxxxxx>
- Re: [PATCH] Fix 2.6.24-rc7 regression in asix.c
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: conntrack doesn't always work when a bridge is used
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: conntrack doesn't always work when a bridge is used
- From: "Damien Thébault" <damien.thebault@xxxxxxxxx>
- Re: conntrack doesn't always work when a bridge is used
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: conntrack doesn't always work when a bridge is used
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: conntrack doesn't always work when a bridge is used
- From: "Damien Thébault" <damien.thebault@xxxxxxxxx>
- Re: conntrack doesn't always work when a bridge is used
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: conntrack doesn't always work when a bridge is used
- From: "Damien Thébault" <damien.thebault@xxxxxxxxx>
- Re: r8169 and out of space
- From: Nathan Grennan <alistair@xxxxxxxxxxxxx>
- Re: Configuration of IPv6 link local address
- From: LiuJiusheng <liujiusheng@xxxxxxxxxxxxxx>
- Re: Configuration of IPv6 link local address
- From: LiuJiusheng <liujiusheng@xxxxxxxxxxxxxx>
- Re: r8169 and out of space
- From: Nathan Grennan <alistair@xxxxxxxxxxxxx>
- Re: r8169 and out of space
- From: Francois Romieu <romieu@xxxxxxxxxxxxx>
- Re: r8169 and out of space
- From: Alistair John Strachan <alistair@xxxxxxxxxxxxx>
- [PATCH] Fix 2.6.24-rc7 regression in asix.c
- From: Russ Dill <russ.dill@xxxxxxxxx>
- [PATCH] Fix 2.6.24-rc7 regression in asix.c
- From: Russ Dill <Russ.Dill@xxxxxxx>
- Bogus network data in /proc
- From: Mark Seger <Mark.Seger@xxxxxx>
- Configuration of IPv6 link local address
- From: "Jeff Haran" <jharan@xxxxxxxxxxx>
- on 2.6.23 gentoo r3 is CONFIG_MOUSE_PS2_SYNAPTICS deprecated?
- From: David Harel <hareldvd@xxxxxxxxx>
- Re: MLD
- From: Vincent JARDIN <vincent.jardin@xxxxxxxxx>
- MLD
- From: "Bhaskara Peela" <bhaskara.peela@xxxxxxxxxxxx>
- problem with delayed ACKs?
- From: <stevesz@xxxxxxxxxxx>
- Re: [patch] add tcp congestion control relevant parts
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch] add tcp congestion control relevant parts
- From: Michael Kerrisk <mtk.manpages@xxxxxxxxxxxxxx>
- Re: conntrack doesn't always work when a bridge is used
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: Re: TCP socket data fowarding
- From: Cyril Zorin <cyril.zorin@xxxxxxxxx>
- Re: conntrack doesn't always work when a bridge is used
- From: "Damien Thébault" <damien.thebault@xxxxxxxxx>
- Re: TCP socket data fowarding
- From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
- TCP socket data fowarding
- From: Cyril Zorin <cyril.zorin@xxxxxxxxx>
- Re: conntrack doesn't always work when a bridge is used
- From: "Damien Thébault" <damien.thebault@xxxxxxxxx>
- Re: Multiple unicast MACs on the same interface
- From: Norman Baz <baz.norman@xxxxxxxxx>
- Re: conntrack doesn't always work when a bridge is used
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: Multiple unicast MACs on the same interface
- From: Norman Baz <baz.norman@xxxxxxxxx>
- Re: Multiple unicast MACs on the same interface
- From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
- RE: Multiple unicast MACs on the same interface
- From: "Jeff Haran" <jharan@xxxxxxxxxxx>
- Re: Multiple unicast MACs on the same interface
- From: David Miller <davem@xxxxxxxxxxxxx>
- RE: Multiple unicast MACs on the same interface
- From: "Jeff Haran" <jharan@xxxxxxxxxxx>
- Re: Multiple unicast MACs on the same interface
- From: Norman Baz <baz.norman@xxxxxxxxx>
- Re: Multiple unicast MACs on the same interface
- From: Norman Baz <baz.norman@xxxxxxxxx>
- RE: Multiple unicast MACs on the same interface
- From: "Jeff Haran" <jharan@xxxxxxxxxxx>
- Re: conntrack doesn't always work when a bridge is used
- From: "Damien Thébault" <damien.thebault@xxxxxxxxx>
- Re: conntrack doesn't always work when a bridge is used
- From: "Damien Thébault" <damien.thebault@xxxxxxxxx>
- Multiple unicast MACs on the same interface
- From: Norman Baz <baz.norman@xxxxxxxxx>
- Re: conntrack doesn't always work when a bridge is used
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: conntrack doesn't always work when a bridge is used
- From: "Damien Thébault" <damien.thebault@xxxxxxxxx>
- Re: conntrack doesn't always work when a bridge is used
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: conntrack doesn't always work when a bridge is used
- From: "Damien Thébault" <damien.thebault@xxxxxxxxx>
- Re: conntrack doesn't always work when a bridge is used
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: conntrack doesn't always work when a bridge is used
- From: "Damien Thébault" <damien.thebault@xxxxxxxxx>
- Re: conntrack doesn't always work when a bridge is used
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: conntrack doesn't always work when a bridge is used
- From: "Damien Thébault" <damien.thebault@xxxxxxxxx>
- conntrack doesn't always work when a bridge is used
- From: "Damien Thébault" <damien.thebault@xxxxxxxxx>
- Re: update frequency for stats in /proc/net/dev
- From: Breno Leitao <leitao@xxxxxxxxxxxxxxxxxx>
- update frequency for stats in /proc/net/dev
- From: Mark Seger <Mark.Seger@xxxxxx>
- Re: Bridge and NAT? Help
- From: Breno Leitao <leitao@xxxxxxxxxxxxxxxxxx>
- Re: Bridge and NAT? Help
- From: Flávio Pires <flavio.defreitas@xxxxxxxxx>
- Re: dst cache overflow
- From: Tobias Diedrich <ranma+kernel@xxxxxxxxxxxx>
- Re: dst cache overflow
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: dst cache overflow
- From: Tobias Diedrich <ranma+kernel@xxxxxxxxxxxx>
- Re: dst cache overflow
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: dst cache overflow
- From: Tobias Diedrich <ranma+kernel@xxxxxxxxxxxx>
- Re: [patch] add tcp congestion control relevant parts
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch] add tcp congestion control relevant parts
- From: Michael Kerrisk <mtk.manpages@xxxxxxxxxxxxxx>
- Re: reading the tcp headers within the write queue
- From: David Miller <davem@xxxxxxxxxxxxx>
- reading the tcp headers within the write queue
- From: Gavin McCullagh <Gavin.McCullagh@xxxxxxx>
- Network Communication Issues
- From: "Jacob Lear" <jlear@xxxxxxxxxx>
- About multithread core and shared memeory
- From: 张磊 <sno_zhang@xxxxxxxxxxxx>
- Re: Getting good performance from e1000
- From: "Miquel van Smoorenburg" <miquels@xxxxxxxxxx>
- Problems with e1000
- From: Nico Schottelius <nico-linux-net20071207@xxxxxxxxxxxxxxx>
- Getting good performance from e1000
- From: Carsten Aulbert <carsten@xxxxxxxxxxxxxxxx>
- Re: Constant Socket Receive Buffer
- From: Bill Fink <billfink@xxxxxxxxxxxxxx>
- Re: /proc/net/tcp internal status codes...
- From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
- Re: Constant Socket Receive Buffer
- From: "Tharindu Rukshan Bamunuarachchi" <tharindunix@xxxxxxxxx>
- Re: Constant Socket Receive Buffer
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: /proc/net/tcp internal status codes...
- From: "Chris Donovan" <alienresidents@xxxxxxxxx>
- Re: /proc/net/tcp internal status codes...
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: /proc/net/tcp internal status codes...
- From: "Chris Donovan" <alienresidents@xxxxxxxxx>
- Re: /proc/net/tcp internal status codes...
- From: Charlie Brady <charlieb@xxxxxxxxxxxxxxxxxx>
- /proc/net/tcp internal status codes...
- From: "Chris Donovan" <alienresidents@xxxxxxxxx>
- Constant Socket Receive Buffer
- From: "Tharindu Rukshan Bamunuarachchi" <tharindunix@xxxxxxxxx>
- Re: zero-copy udp
- From: "xerces8" <xerces8@xxxxxxxx>
- Re: zero-copy udp
- From: Martin Hess <martinhess@xxxxxxx>
- Re: zero-copy udp
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: zero-copy udp
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: zero-copy udp
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: zero-copy udp
- From: Martin Hess <martinhess@xxxxxxx>
- Re: zero-copy udp
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: zero-copy udp
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- zero-copy udp
- From: Martin Hess <martinhess@xxxxxxx>
- Re: Mcast packet loss 2.6.8.1 kernel
- From: Bernd Eckenfels <be-mail2007@xxxxxxxxxxxx>
- Re: Generic Netlink
- From: "Edouard Thuleau" <doudouyam@xxxxxxxxx>
- Re: Code submit for net-tools
- From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
- How to ignore the Record Route IP option?
- From: Christophe Lohr <christophe.lohr@xxxxxxxxxxxxxxxx>
- Code submit for net-tools
- From: Varun Chandramohan <varunc@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] slip: Drag kicking and screaming into coding style compliance
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: [PATCH] 3c501: Bring into compliance with the coding style
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: Network sharing without using NAT, possible?
- From: Mateus Interciso <p.zarnick@xxxxxxxxx>
- Re: Network sharing without using NAT, possible?
- From: "xerces8" <xerces8@xxxxxxxx>
- Re: Network sharing without using NAT, possible?
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: Network sharing without using NAT, possible?
- From: Mateus Interciso <p.zarnick@xxxxxxxxx>
- Re: Network sharing without using NAT, possible?
- From: "xerces8" <xerces8@xxxxxxxx>
- Re: Network sharing without using NAT, possible?
- From: "Mateus Interciso" <p.zarnick@xxxxxxxxx>
- Re: Network sharing without using NAT, possible?
- From: "xerces8" <xerces8@xxxxxxxx>
- Re: Network sharing without using NAT, possible?
- From: Mateus Interciso <p.zarnick@xxxxxxxxx>
- Re: Network sharing without using NAT, possible?
- From: "xerces8" <xerces8@xxxxxxxx>
- Re: Network sharing without using NAT, possible?
- From: Jeremy Jackson <jerj@xxxxxxxxxxxx>
- Re: Network sharing without using NAT, possible?
- From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
- Re: Generic Netlink
- From: Breno Leitao <leitao@xxxxxxxxxxxxxxxxxx>
- Re: Network sharing without using NAT, possible?
- From: Mateus Interciso <p.zarnick@xxxxxxxxx>
- Re: Network sharing without using NAT, possible?
- From: Matt Zagrabelny <mzagrabe@xxxxxxxxx>
- Re: Network sharing without using NAT, possible?
- From: Mateus Interciso <p.zarnick@xxxxxxxxx>
- Re: Network sharing without using NAT, possible?
- From: Mateus Interciso <p.zarnick@xxxxxxxxx>
- Re: Network sharing without using NAT, possible?
- From: "xerces8" <xerces8@xxxxxxxx>
- Re: Network sharing without using NAT, possible?
- From: Mateus Interciso <p.zarnick@xxxxxxxxx>
- Re: multihomed hosts and UDP source address
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: flags & IFF_PROMISC -- rtnetlink and sysfs
- From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
- Re: multihomed hosts and UDP source address
- From: Jeremy Jackson <jerj@xxxxxxxxxxxx>
- Re: multihomed hosts and UDP source address
- From: Jeremy Jackson <jerj@xxxxxxxxxxxx>
- flags & IFF_PROMISC -- rtnetlink and sysfs
- From: Tomas Janousek <tjanouse@xxxxxxxxxx>
- Re: multihomed hosts and UDP source address
- From: Charlie Brady <charlieb@xxxxxxxxxxxxxxxxxx>
- [PATCH/iproute] Correct documentation regarding PROMISC and ALLMULTI.
- From: Tomas Janousek <tjanouse@xxxxxxxxxx>
- Re: multihomed hosts and UDP source address
- From: "jordan liu" <jordanliuster@xxxxxxxxx>
- Re: multihomed hosts and UDP source address
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- multihomed hosts and UDP source address
- From: Jeremy Jackson <jerj@xxxxxxxxxxxx>
- [PATCH] slip: Drag kicking and screaming into coding style compliance
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- [PATCH] 3c501: Bring into compliance with the coding style
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: Network sharing without using NAT, possible?
- From: Gavin McCullagh <Gavin.McCullagh@xxxxxxx>
- Re: Network sharing without using NAT, possible?
- From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
- Re: Network sharing without using NAT, possible?
- From: Mateus Interciso <p.zarnick@xxxxxxxxx>
- Re: Network sharing without using NAT, possible?
- From: Zarnick Maelstorm <p.zarnick@xxxxxxxxx>
- Re: Network sharing without using NAT, possible?
- From: "xerces8" <xerces8@xxxxxxxx>
- Re: Network sharing without using NAT, possible?
- From: Mateus Interciso <p.zarnick@xxxxxxxxx>
- Re: Network sharing without using NAT, possible?
- From: Christopher Fowler <cfowler@xxxxxxxxxxxxxxxxxxx>
- Re: Network sharing without using NAT, possible?
- From: Zarnick Maelstorm <p.zarnick@xxxxxxxxx>
- Re: Network sharing without using NAT, possible?
- From: Christopher Fowler <cfowler@xxxxxxxxxxxxxxxxxxx>
- Re: Network sharing without using NAT, possible?
- From: Zarnick Maelstorm <p.zarnick@xxxxxxxxx>
[Index of Archives]
[Kernel]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]
