Linux Networking

• Thread Index

• kernel bug relating to networking
  • From: James <bjlockie@xxxxxxxxx>
• Re: Kernel 2.6.38.6 page allocation failure (ixgbe)
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Kernel 2.6.38.6 page allocation failure (ixgbe)
  • From: Stefan Majer <stefan.majer@xxxxxxxxx>
• Re: Kernel 2.6.38.6 page allocation failure (ixgbe)
  • From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
• Re: Kernel 2.6.38.6 page allocation failure (ixgbe)
  • From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
• Kernel 2.6.38.6 page allocation failure (ixgbe)
  • From: Stefan Majer <stefan.majer@xxxxxxxxx>
• Coldfire, d9000e and patch RFC
  • From: angelo <angelo70@xxxxxxxxx>
• Re: 2.6.35.x crashing in dev_queue_xmit
  • From: Joachim Worringen <joachim.worringen@xxxxxxxx>
• 2.6.35.x crashing in dev_queue_xmit
  • From: Tomasz Chmielewski <mangoo@xxxxxxxx>
• AF_LOCAL with no name
  • From: ratheesh kannoth <ratheesh.ksz@xxxxxxxxx>
• Multicast problems in 2.6.39-rc6
  • From: Rolando Martins <rolando.martins@xxxxxxxxx>
• socket associations
  • From: Shane <software.research.development@xxxxxxxxx>
• Network packet processing related Query
  • From: sachin rane <rane_sachin@xxxxxxxxx>
• Re: Bug with kernel 2.6.38.8.22
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Fwd: Bug with kernel 2.6.38.8.22
  • From: Paul McEnery <pmcenery@xxxxxxxxx>
• Re: Query on skb headroom and bridging ethernet and wlan
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Query on skb headroom and bridging ethernet and wlan
  • From: Yogesh Ashok Powar <yogeshp@xxxxxxxxxxx>
• Re: Disable IPv4
  • From: Charlie Brady <charlieb-linux-net@xxxxxxxxxxxxxxxxxx>
• Re: Disable IPv4
  • From: Brian Haley <brian.haley@xxxxxx>
• Re: Disable IPv4
  • From: Rose Price <pricerose48@xxxxxxxxx>
• Re: Disable IPv4
  • From: Rose Price <pricerose48@xxxxxxxxx>
• Re: Disable IPv4
  • From: Brian Haley <brian.haley@xxxxxx>
• Transcend USB 3.0 TS-PDU3 & WD Essential USB 3.0 ext. HDD problem
  • From: Thomas Raschbacher <lordvan@xxxxxxxxxxx>
• Query on skb headroom and bridging ethernet and wlan
  • From: Yogesh Ashok Powar <yogeshp@xxxxxxxxxxx>
• Re: Disable IPv4
  • From: Charlie Brady <charlieb-linux-net@xxxxxxxxxxxxxxxxxx>
• interface-local scope ipv6 multicast
  • From: Kristoff Bonne <kristoff.bonne@xxxxxxxxx>
• Re: Disable IPv4
  • From: Rose Price <pricerose48@xxxxxxxxx>
• Re: Disable IPv4
  • From: Charlie Brady <charlieb-linux-net@xxxxxxxxxxxxxxxxxx>
• Re: Disable IPv4
  • From: Rose Price <pricerose48@xxxxxxxxx>
• Re: Disable IPv4
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Disable IPv4
  • From: Rose Price <pricerose48@xxxxxxxxx>
• Re: [Regression] USB tethering does not work anymore in 2.6.29-rc2 (rndis_host, does not receive DHCP offer anymore)
  • From: Gottfried Haider <gottfried.haider@xxxxxxxxx>
• Re: Should ICMP echo responses be 'bound to the interface' of the incoming ICMP echo request?
  • From: andrei radulescu-banu <iubica2@xxxxxxxxx>
• Re: [Regression] USB tethering does not work anymore in 2.6.29-rc2 (rndis_host, does not receive DHCP offer anymore)
  • From: Gottfried Haider <gottfried.haider@xxxxxxxxx>
• Re: [Regression] USB tethering does not work anymore in 2.6.29-rc2 (rndis_host, does not receive DHCP offer anymore)
  • From: huajun li <huajun.li.lee@xxxxxxxxx>
• Re: Should ICMP echo responses be 'bound to the interface' of the incoming ICMP echo request?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [Regression] USB tethering does not work anymore in 2.6.29-rc2 (rndis_host, does not receive DHCP offer anymore)
  • From: Gottfried Haider <gottfried.haider@xxxxxxxxx>
• Re: Should ICMP echo responses be 'bound to the interface' of the incoming ICMP echo request?
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Should ICMP echo responses be 'bound to the interface' of the incoming ICMP echo request?
  • From: andrei radulescu-banu <iubica2@xxxxxxxxx>
• Re: [Regression] USB tethering does not work anymore in 2.6.29-rc2 (rndis_host, does not receive DHCP offer anymore)
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [Regression] USB tethering does not work anymore in 2.6.29-rc2 (rndis_host, does not receive DHCP offer anymore)
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Should ICMP echo responses be 'bound to the interface' of the incoming ICMP echo request?
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: [Regression] USB tethering does not work anymore in 2.6.39-rc2 (rndis_host, does not receive DHCP offer anymore)
  • From: Gottfried Haider <gottfried.haider@xxxxxxxxx>
• [Regression] USB tethering does not work anymore in 2.6.29-rc2 (rndis_host, does not receive DHCP offer anymore)
  • From: Gottfried Haider <gottfried.haider@xxxxxxxxx>
• Should ICMP echo responses be 'bound to the interface' of the incoming ICMP echo request?
  • From: andrei radulescu-banu <iubica2@xxxxxxxxx>
• A question about arping
  • From: Sowmya Sridharan <sowmya.sridharan@xxxxxxx>
• Question about loopback network interface
  • From: "Adam McLaurin" <lkml@xxxxxxxxxx>
• problem using basic match meta protocol
  • From: "Chris Smith" <king@xxxxxxxxxxxx>
• Re: Kernel panic with bridged kvm guest
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Kernel panic with bridged kvm guest
  • From: Scot <lkml@xxxxxxxxxxxxx>
• Re: Kernel panic with bridged kvm guest
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Kernel panic with bridged kvm guest
  • From: Scot <lkml@xxxxxxxxxxxxx>
• Re: [2.6.39-rc1] trie: RCU deref outside critical section
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Abusing the "home" flag to force IPv6 source address selection
  • From: Bjørn Mork <bjorn@xxxxxxx>
• [2.6.39-rc1] trie: RCU deref outside critical section
  • From: Daniel J Blueman <daniel.blueman@xxxxxxxxx>
• Re: No buffer space available
  • From: Mahmoud Mubarak <mahmoud.mubarak@xxxxxxxxxxx>
• Re: No buffer space available
  • From: Carsten Aulbert <carsten.aulbert@xxxxxxxxxx>
• No buffer space available
  • From: Mahmoud Mubarak <mahmoud.mubarak@xxxxxxxxxxx>
• 2.6.38 Regression: Nvidia GeForce8400 + i915 = Crash on Boot
  • From: simon@xxxxxxxxxxxxx
• Traffic control and multiq
  • From: Mikael Nyström <miny3945@xxxxxxxxx>
• Possible problem with forcedeth (Nvidia ION MCP79 Realtek 8211CL gigabit)
  • From: VDR User <user.vdr@xxxxxxxxx>
• Choosing a fixed TCP port for an application..
  • From: Mohan G <mohan9271@xxxxxxxxx>
• Re: TBF Seems broken in recent X86-64 kernels
  • From: Tom Eastep <teastep@xxxxxxxxxxxxx>
• Re: TBF Seems broken in recent X86-64 kernels
  • From: "Piers O'Hanlon" <p.ohanlon@xxxxxxxxx>
• TBF Seems broken in recent X86-64 kernels
  • From: Tom Eastep <teastep@xxxxxxxxxxxxx>
• Re: Odd Fast Retransmission Behavior?
  • From: "Altan (altan@xxxxxxx)" <altan@xxxxxxx>
• Re: Odd Fast Retransmission Behavior?
  • From: Michael Smith <msmith@xxxxxxxxx>
• Odd Fast Retransmission Behavior?
  • From: altan@xxxxxxx
• Disabling rp_filter (martians) for IPsec packets only
  • From: Michael Smith <msmith@xxxxxxxxx>
• Re: kernel panic - not syncing
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• kernel panic - not syncing
  • From: Mahmood Naderan <nt_mahmood@xxxxxxxxx>
• modprobe gets stuck on a e1000e driver mutex wile trying to load the it
  • From: "Edy H." <edwardh.dev@xxxxxxxxx>
• Re: [PATCH] tcp: ioctl type SIOCOUTQNSD returns amount of data not sent
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Low-level Fibre Channel
  • From: "Nikita V. Youshchenko" <yoush@xxxxxxxxx>
• Relation between tcp_syncookies and tcp_max_syn_backlog
  • From: Vincent Bernat <bernat@xxxxxxxx>
• Re: [PATCH] tcp: ioctl type SIOCOUTQNSD returns amount of data not sent
  • From: Steffen Sledz <sledz@xxxxxxxxxxxx>
• Re: Precise HTB shapping for PPPoE + ADSL
  • From: Michal Soltys <soltys@xxxxxxxx>
• Precise HTB shapping for PPPoE + ADSL
  • From: Marcelo Pacheco <marcelo@xxxxxxxxxx>
• Re: [conntrack_ftp] ftp _server_ behind dnat
  • From: Klaus Ethgen <Klaus+lkml@xxxxxxxxx>
• Re: [conntrack_ftp] ftp _server_ behind dnat
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: [conntrack_ftp] ftp _server_ behind dnat
  • From: Klaus Ethgen <Klaus+lkml@xxxxxxxxx>
• Re: [conntrack_ftp] ftp _server_ behind dnat
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: [conntrack_ftp] ftp _server_ behind dnat
  • From: Klaus Ethgen <Klaus+lkml@xxxxxxxxx>
• Re: [conntrack_ftp] ftp _server_ behind dnat
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• [conntrack_ftp] ftp _server_ behind dnat
  • From: Klaus Ethgen <Klaus+lkml@xxxxxxxxx>
• Re: ARP request bug?
  • From: Bart Kus <me@xxxxxxxx>
• Re: ARP request bug?
  • From: Julian Anastasov <ja@xxxxxx>
• ARP request bug?
  • From: Bart Kus <me@xxxxxxxx>
• Re: How to extract IPv6 RAs?
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxx>
• Re: NAT and iproute2: deprecated?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• NAT and iproute2: deprecated?
  • From: Conrad Shultz <conrad@xxxxxxxxxxxxxxxx>
• IPv6 ip6_rt_max_size
  • From: Sebastian Hyrwall <sh@xxxxxxxx>
• BUG: unable to handle kernel NULL pointer dereference at 0000000000000008
  • From: Shane <software.research.development@xxxxxxxxx>
• Re: What does error code 13 mean for failed wireless authentication?
  • From: Debayan Banerjee <debayanin@xxxxxxxxx>
• Re: Supermicro X8DTH-6: Only ~250MiB/s from RAID<->RAID over 10GbE?
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: Supermicro X8DTH-6: Only ~250MiB/s from RAID<->RAID over 10GbE?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• What does error code 13 mean for failed wireless authentication?
  • From: Debayan Banerjee <debayanin@xxxxxxxxx>
• Re: Supermicro X8DTH-6: Only ~250MiB/s from RAID<->RAID over 10GbE?
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Supermicro X8DTH-6: Only ~250MiB/s from RAID<->RAID over 10GbE?
  • From: Zdenek Kaspar <zkaspar82@xxxxxxxxx>
• Re: Supermicro X8DTH-6: Only ~250MiB/s from RAID<->RAID over 10GbE?
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: Supermicro X8DTH-6: Only ~250MiB/s from RAID<->RAID over 10GbE?
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Supermicro X8DTH-6: Only ~250MiB/s from RAID<->RAID over 10GbE?
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Supermicro X8DTH-6: Only ~250MiB/s from RAID<->RAID over 10GbE?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Supermicro X8DTH-6: Only ~250MiB/s from RAID<->RAID over 10GbE?
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Supermicro X8DTH-6: Only ~250MiB/s from RAID<->RAID over 10GbE?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Supermicro X8DTH-6: Only ~250MiB/s from RAID<->RAID over 10GbE?
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Supermicro X8DTH-6: Only ~250MiB/s from RAID<->RAID over 10GbE?
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Supermicro X8DTH-6: Only ~250MiB/s from RAID<->RAID over 10GbE?
  • From: "Dr. David Alan Gilbert" <linux@xxxxxxxxxxx>
• Re: Supermicro X8DTH-6: Only ~250MiB/s from RAID<->RAID over 10GbE?
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Supermicro X8DTH-6: Only ~250MiB/s from RAID<->RAID over 10GbE?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Supermicro X8DTH-6: Only ~250MiB/s from RAID<->RAID over 10GbE?
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: Supermicro X8DTH-6: Only ~250MiB/s from RAID<->RAID over 10GbE?
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Supermicro X8DTH-6: Only ~250MiB/s from RAID<->RAID over 10GbE?
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Supermicro X8DTH-6: Only ~250MiB/s from RAID<->RAID over 10GbE?
  • From: Jean Gobin <jf@xxxxxxxxxx>
• Supermicro X8DTH-6: Only ~250MiB/s from RAID<->RAID over 10GbE?
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• kvm/qemu server "freeze" with Kernel BUG
  • From: "samuel_wolf@xxxxxxxxxxx" <samuel_wolf@xxxxxxxxxxx>
• complex multipath installment and a strange behavior
  • From: Luca Dionisi <luca.dionisi@xxxxxxxxx>
• IGMP Reports on restoration of interface link
  • From: Mallika Gautam <mallika.gautam@xxxxxxxxx>
• RDC r6040 NIC
  • From: Madhavi Manchala <madhavi.linux@xxxxxxxxx>
• Re: How to extract IPv6 RAs?
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxx>
• Re: Only ~85MiB/s (e1000e/write) to ~310MiB/s RAID-0 on ATOM board?
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Only ~85MiB/s (e1000e/write) to ~310MiB/s RAID-0 on ATOM board?
  • From: "Ian E. Morgan" <penguin.wrangler@xxxxxxxxx>
• Re: [PATCH] PROBLEM: SSD access time with dm-crypt is way too high
  • From: Michael Zugelder <michaelzugelder@xxxxxxxxxxxxxx>
• Re: [dm-devel] [PATCH] PROBLEM: SSD access time with dm-crypt is way too high
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] PROBLEM: SSD access time with dm-crypt is way too high
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• [PATCH] PROBLEM: SSD access time with dm-crypt is way too high
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] Move an assert under DEBUG_KERNEL. (attempt 2)
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• ARP flux, why not "disabled" by default?
  • From: Carsten Aulbert <carsten@xxxxxxxxxxxxxxxx>
• [PATCH] Move an assert under DEBUG_KERNEL. (attempt 2)
  • From: Rob Landley <rlandley@xxxxxxxxxxxxx>
• Re: [dm-devel] PROBLEM: SSD access time with dm-crypt is way too high
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• PROBLEM: SSD access time with dm-crypt is way too high
  • From: Michael Zugelder <michaelzugelder@xxxxxxxxxxxxxx>
• Only ~85MiB/s (e1000e/write) to ~310MiB/s RAID-0 on ATOM board?
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• [ANNOUNCE] iproute2 2.6.37
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Sky2 patch
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: strange fragmented udp packets
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• strange fragmented udp packets
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Rbridge working group
  • From: ahmed amamou <ahmed.amamou@xxxxxxxxx>
• Submission deadline extended to 2 Jan 2011 CFP: IFIP/IEEE DANMS 2011 (co-located with IM 2011)
  • From: "danms2011@xxxxxxxxx" <danms2011@xxxxxxxxx>
• System blocks (hangs) on ifconfig up
  • From: <shmulik@xxxxxxxxxxx>
• Re: Dropped packets on lo
  • From: Steve Hill <steve@xxxxxxxxxxx>
• Re: Dropped packets on lo
  • From: Jean-François Gobin <jf@xxxxxxxxxx>
• Dropped packets on lo
  • From: Steve Hill <steve@xxxxxxxxxxx>
• How to configure Linux as a Multicast router, and could I control it to support IGMPv2 only?
  • From: Cypher Wu <cypher.w@xxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: bonding + vlan + bridge duplicate packet problem
  • From: Alessandro Bono <alessandro.bono@xxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: bonding + vlan + bridge duplicate packet problem
  • From: Alessandro Bono <alessandro.bono@xxxxxxxxx>
• Re: bonding + vlan + bridge duplicate packet problem
  • From: Dan White <dwhite@xxxxxxx>
• Re: bonding + vlan + bridge duplicate packet problem
  • From: Alessandro Bono <alessandro.bono@xxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• error while building the kernel Mainline
  • From: Justin Mattock <justinmattock@xxxxxxxxx>
• Re: bonding + vlan + bridge duplicate packet problem
  • From: Philipp Herz - Profihost AG <p.herz@xxxxxxxxxxxx>
• bonding + vlan + bridge duplicate packet problem
  • From: Alessandro Bono <alessandro.bono@xxxxxxxxx>
• Re: TCP_SYNCOOKIES - Negative impact(s) when enabled?
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: TCP_SYNCOOKIES - Negative impact(s) when enabled?
  • From: Philipp Herz - Profihost AG <p.herz@xxxxxxxxxxxx>
• Re: TCP_SYNCOOKIES - Negative impact(s) when enabled?
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxx>
• Re: TCP_SYNCOOKIES - Negative impact(s) when enabled?
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: TCP_SYNCOOKIES - Negative impact(s) when enabled?
  • From: Philipp Herz - Profihost AG <p.herz@xxxxxxxxxxxx>
• Re: TCP_SYNCOOKIES - Negative impact(s) when enabled?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: TCP_SYNCOOKIES - Negative impact(s) when enabled?
  • From: Benjamin Kiessling <benjaminkiessling@xxxxxxxxx>
• Re: TCP_SYNCOOKIES - Negative impact(s) when enabled?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: TCP_SYNCOOKIES - Negative impact(s) when enabled?
  • From: Benjamin Kiessling <bkiessling@xxxxxxx>
• TCP_SYNCOOKIES - Negative impact(s) when enabled?
  • From: Philipp Herz - Profihost AG <p.herz@xxxxxxxxxxxx>
• Identify outgoing interface in LSM hook
  • From: Yves Langisch <yves@xxxxxxxxxxx>
• Re: linux net
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• linux net
  • From: john gregson <johnsgregson@xxxxxxxxx>
• RE: 2.6.32 + ipsec, bgp(quagga), netfilter, ip forwarding - intermittent routing problem.
  • From: Edward Roper <eroper@xxxxxxxxxxxxxxx>
• 2.6.32 + ipsec, bgp(quagga), netfilter, ip forwarding - intermittent routing problem.
  • From: Edward Roper <eroper@xxxxxxxxxxxxxxx>
• loopback latency - nevermind
  • From: Kenny Simpson <theonetruekenny@xxxxxxxxx>
• loopback latency greatly improving over time
  • From: Kenny Simpson <theonetruekenny@xxxxxxxxx>
• MLD reports can't be received with IPPROTO_ICMPV6 sockets on the host joining the multicast group
  • From: Matthias Schiffer <mschiffer@xxxxxxxxxxxxxxxxxxxx>
• Re: System.map: No such file or directory
  • From: Mahmood Naderan <nt_mahmood@xxxxxxxxx>
• Re: System.map: No such file or directory
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: System.map: No such file or directory
  • From: Mahmood Naderan <nt_mahmood@xxxxxxxxx>
• Re: System.map: No such file or directory
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• System.map: No such file or directory
  • From: Mahmood Naderan <nt_mahmood@xxxxxxxxx>
• Blocking Netlink calls
  • From: Yves Langisch <yves@xxxxxxxxxxx>
• Re: [E1000-devel] 2.6.36-rc7-git2 - panic/GPF: e1000e/vlans?
  • From: Ben Greear <greearb@xxxxxxxxxxxxxxx>
• Re: Linux bridge and VLAN
  • From: Benjamin Poirier <benjamin.poirier@xxxxxxxxx>
• Re: [E1000-devel] 2.6.36-rc7-git2 - panic/GPF: e1000e/vlans?
  • From: "Jussi Kivilinna" <jussi.kivilinna@xxxxxxxx>
• Re: Mysterious 3 and 9 second delays calling connect()
  • From: Dimitrios Siganos <dimitris@xxxxxxxxxxx>
• Mysterious 3 and 9 second delays calling connect()
  • From: Mark Doliner <mark.doliner@xxxxxxxxxxxxx>
• Re: [E1000-devel] 2.6.36-rc7-git2 - panic/GPF: e1000e/vlans?
  • From: "Brandeburg, Jesse" <jesse.brandeburg@xxxxxxxxx>
• Re: [E1000-devel] 2.6.36-rc7-git2 - panic/GPF: e1000e/vlans?
  • From: Nikola Ciprich <extmaillist@xxxxxxxxxxx>
• TCP_MAXSEG vs TCP/generic segmentation offload (tso/gso)
  • From: nisse@xxxxxxxxxxxxxx (Niels Möller)
• Re: [E1000-devel] 2.6.36-rc7-git2 - panic/GPF: e1000e/vlans?
  • From: Nikola Ciprich <extmaillist@xxxxxxxxxxx>
• Re: [E1000-devel] 2.6.36-rc7-git2 - panic/GPF: e1000e/vlans?
  • From: Nikola Ciprich <extmaillist@xxxxxxxxxxx>
• Re: [2.6.36-rc5] r8169 regression...
  • From: Francois Romieu <romieu@xxxxxxxxxxxxx>
• [2.6.36-rc5] r8169 regression...
  • From: Daniel J Blueman <daniel.blueman@xxxxxxxxx>
• TRILL Implementation
  • From: Paul Freeman <linux-net@xxxxxxxxxxxxxxxxx>
• Linux bridge and VLAN
  • From: ISE Development <isedev@xxxxxxxxx>
• Re: [E1000-devel] 2.6.36-rc7-git2 - panic/GPF: e1000e/vlans?
  • From: Nikola Ciprich <extmaillist@xxxxxxxxxxx>
• Re: 2.6.36-rc7-git2 - panic/GPF: e1000e/vlans?
  • From: Maciej Rutecki <maciej.rutecki@xxxxxxxxx>
• How to change delayed ACKs?
  • From: "Fred ." <eldmannen@xxxxxxxxx>
• Re: Documentation for IP_TRANSPARENT?
  • From: Balazs Scheidler <bazsi@xxxxxxxxxx>
• RE: [E1000-devel] 2.6.36-rc7-git2 - panic/GPF: e1000e/vlans?
  • From: "Tantilov, Emil S" <emil.s.tantilov@xxxxxxxxx>
• 2.6.36-rc7-git2 - panic/GPF: e1000e/vlans?
  • From: Nikola Ciprich <extmaillist@xxxxxxxxxxx>
• Re: Documentation for IP_TRANSPARENT?
  • From: Michael Kerrisk <mtk.manpages@xxxxxxxxx>
• conntrack expectation table problems
  • From: Alex Masidlover <alex.masidlover@xxxxxxxxxx>
• Netfilter MARK on tc ingress and ifb redirect
  • From: Luciano Ruete <lruete@xxxxxxxxxxxxx>
• OFF TOPIC: linux screen of death !
  • From: Bartosz Kulicki <bartosz.kulicki@xxxxxxxxx>
• [PATCH] tcp: ioctl type SIOCOUTQNSD returns amount of data not sent
  • From: Mario Schuknecht <m.schuknecht@xxxxxxxxxxxx>
• Re: Trill Forwarding plane for Linux
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• issue with bridge and VLAN combination
  • From: stephane.chazelas@xxxxxxxxxxxxxx
• Re: when and where sock_init() excutes in linux-2.6.35.4.
  • From: Américo Wang <xiyou.wangcong@xxxxxxxxx>
• Re: How to debug system hangs (bug #15737) on start of composite WM
  • From: Maciej Piechotka <uzytkownik2@xxxxxxxxx>
• Re: How to debug system hangs (bug #15737) on start of composite WM
  • From: "Randy Dunlap" <rdunlap@xxxxxxxxxxxx>
• Re: How about the order of Network stack initialize
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Re: How about the order of Network stack initialize
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• How about the order of Network stack initialize
  • From: "Huangqiang Zhou" <linuxkernel.xqiang@xxxxxxxxx>
• How to debug system hangs (bug #15737) on start of composite WM
  • From: Maciej Piechotka <uzytkownik2@xxxxxxxxx>
• Re: when and where sock_init() excutes in linux-2.6.35.4.
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• Re: Implementing VRFs in linux kernel
  • From: yao zhao <dragonlinux@xxxxxxxxx>
• Re: [PATCH 1/4] phylib: fix PAL state machine restart on resume
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: when and where sock_init() excutes in linux-2.6.35.4.
  • From: Tony Wan <visual2me@xxxxxxxxx>
• when and where sock_init() excutes in linux-2.6.35.4.
  • From: "linuxkernel.xqiang" <linuxkernel.xqiang@xxxxxxxxx>
• Re: Implementing VRFs in linux kernel
  • From: Sambath Kumar Balasubramanian <sambath_kumar_b@xxxxxxxxx>
• Re: mv643xx_eth and MDIO bus PM resume
  • From: saeed bishara <saeed.bishara@xxxxxxxxx>
• [PATCH 1/4] phylib: fix PAL state machine restart on resume
  • From: Simon Guinot <simon@xxxxxxxxxxxx>
• Re: mv643xx_eth and MDIO bus PM resume
  • From: Simon Guinot <simon@xxxxxxxxxxxx>
• Re: Implementing VRFs in linux kernel
  • From: Peter Chacko <peterchacko35@xxxxxxxxx>
• Re: mv643xx_eth and MDIO bus PM resume
  • From: saeed bishara <saeed.bishara@xxxxxxxxx>
• Re: Implementing VRFs in linux kernel
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Implementing VRFs in linux kernel
  • From: Sambath Kumar Balasubramanian <sambath_kumar_b@xxxxxxxxx>
• mv643xx_eth and MDIO bus PM resume
  • From: Simon Guinot <simon@xxxxxxxxxxxx>
• RE: [BUG] __vlan_hwaccel_rx system call causes kernel panic
  • From: "Duyck, Alexander H" <alexander.h.duyck@xxxxxxxxx>
• Re: Dedicated core(s) for network stack?
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Dedicated core(s) for network stack?
  • From: ales-76@xxxxxxxxx
• Re: Dedicated core(s) for network stack?
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Dedicated core(s) for network stack?
  • From: ales-76@xxxxxxxxx
• Re: [BUG] __vlan_hwaccel_rx system call causes kernel panic
  • From: "Greg Trahair" <Greg.Trahair@xxxxxxxxxx>
• RE: [BUG] __vlan_hwaccel_rx system call causes kernel panic
  • From: "Duyck, Alexander H" <alexander.h.duyck@xxxxxxxxx>
• [BUG] __vlan_hwaccel_rx system call causes kernel panic
  • From: Chris Leech <chris.leech@xxxxxxxxx>
• RE: Memory allocation modifications in ibm_newemac driver AND sil24 driver
  • From: Jonathan Haws <Jonathan.Haws@xxxxxxxxxxx>
• RE: [BUG] __vlan_hwaccel_rx system call causes kernel panic
  • From: "Greg Trahair" <Greg.Trahair@xxxxxxxxxx>
• [BUG] __vlan_hwaccel_rx system call causes kernel panic
  • From: "Greg Trahair" <Greg.Trahair@xxxxxxxxxx>
• Re: Netlink and 802.1q VLANs
  • From: Chris Leech <chris.leech@xxxxxxxxx>
• RE: Memory allocation modifications in ibm_newemac driver
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• RE: Memory allocation modifications in ibm_newemac driver
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• RE: Memory allocation modifications in ibm_newemac driver
  • From: Jonathan Haws <Jonathan.Haws@xxxxxxxxxxx>
• RE: Memory allocation modifications in ibm_newemac driver
  • From: Jonathan Haws <Jonathan.Haws@xxxxxxxxxxx>
• RE: Memory allocation modifications in ibm_newemac driver
  • From: Jonathan Haws <Jonathan.Haws@xxxxxxxxxxx>
• Re: [PATCH 2/2] set packet size limit for the mv643xx csum offloading
  • From: Lennert Buytenhek <buytenh@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] set packet size limit for the mv643xx csum offloading
  • From: saeed bishara <saeed.bishara@xxxxxxxxx>
• Re: [PATCH 2/2] set packet size limit for the mv643xx csum offloading
  • From: Lennert Buytenhek <buytenh@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] set packet size limit for the mv643xx csum offloading
  • From: saeed bishara <saeed.bishara@xxxxxxxxx>
• Re: [PATCH 2/2] set packet size limit for the mv643xx csum offloading
  • From: saeed bishara <saeed.bishara@xxxxxxxxx>
• Re: Pinging interfaces on same machine and subnet
  • From: "kzsolt" <kzsolt@xxxxxxxxxx>
• Re: Pinging interfaces on same machine and subnet
  • From: Roel van Meer <rolek@xxxxxxxxxx>
• Re: Pinging interfaces on same machine and subnet
  • From: Joel Fernandes <agnel.joel@xxxxxxxxx>
• Re: Pinging interfaces on same machine and subnet
  • From: Roel van Meer <rolek@xxxxxxxxxx>
• Pinging interfaces on same machine and subnet
  • From: Joel Fernandes <agnel.joel@xxxxxxxxx>
• Re: How to extract IPv6 RAs?
  • From: Pavel Herrmann <morpheus.ibis@xxxxxxxxx>
• Re: [PATCH 2/2] set packet size limit for the mv643xx csum offloading
  • From: Maxime Bizon <mbizon@xxxxxxxxxx>
• Netlink and 802.1q VLANs
  • From: Marcin Kucharczyk <marcin@xxxxxxxxxxxxx>
• sendmsg error: Operation not permitted
  • From: network newbie <networkkernelnewbie@xxxxxxxxx>
• Re: How to extract IPv6 RAs?
  • From: "David W. Hankins" <David_Hankins@xxxxxxx>
• Re: How to extract IPv6 RAs?
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxx>
• Re: How to extract IPv6 RAs?
  • From: "David W. Hankins" <David_Hankins@xxxxxxx>
• Re: How to extract IPv6 RAs?
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxx>
• How to extract IPv6 RAs?
  • From: Pavel Herrmann <morpheus.ibis@xxxxxxxxx>
• Re: Virtual Guest MAC-Address Isolation
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxx>
• Re: Virtual Guest MAC-Address Isolation
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Virtual Guest MAC-Address Isolation
  • From: Robert Rebstock <rebstock@xxxxxxxxxxxxxxxx>
• RE: can TCP send buffer be over used?
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• [ANNOUNCE] iproute2 2.6.35
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: can TCP send buffer be over used?
  • From: Jack Zhang <jack.zhang2011@xxxxxxxxx>
• can TCP send buffer be over used?
  • From: Jack Zhang <jack.zhang2011@xxxxxxxxx>
• Controlling the network bandwidth to adapt throughput
  • From: Madhavi Manchala <madhavi.linux@xxxxxxxxx>
• Re: [BUG] dm9601 driver won't init device properly
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• Re: [BUG] dm9601 driver won't init device properly
  • From: Chris Fowler <cfowler@xxxxxxxxxxxxxxxxxxx>
• Re: [BUG] dm9601 driver won't init device properly
  • From: Valdis.Kletnieks@xxxxxx
• Re: DM9601
  • From: Chris Fowler <cfowler@xxxxxxxxxxxxxxxxxxx>
• Re: DM9601
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• Re: DM9601
  • From: Chris Fowler <cfowler@xxxxxxxxxxxxxxxxxxx>
• Re: DM9601
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• Re: DM9601
  • From: Chris Fowler <cfowler@xxxxxxxxxxxxxxxxxxx>
• Re: DM9601
  • From: Chris Fowler <cfowler@xxxxxxxxxxxxxxxxxxx>
• Re: DM9601
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• Re: DM9601
  • From: Charlie Brady <charlieb@xxxxxxxxxxxxxxxxxx>
• Re: DM9601
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• Re: [BUG] dm9601 driver won't init device properly
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• Re: DM9601
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• [BUG] dm9601 driver won't init device properly
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• Re: DM9601
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: DM9601
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• DM9601
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• Re: /proc/net/dev update intervals
  • From: Gustav Koller <gustavkoller@xxxxxxxxxxxxxx>
• Re: /proc/net/dev update intervals
  • From: Frederik Kriewitz <frederik@xxxxxxxxxxx>
• /proc/net/dev update intervals
  • From: Gustav Koller <gustavkoller@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] set packet size limit for the mv643xx csum offloading
  • From: Lennert Buytenhek <buytenh@xxxxxxxxxxxxxx>
• [RFC] Enhance dev_ioctl to return <hwaddr>:<if_name::if_index> mapping
  • From: "Loke, Chetan" <Chetan.Loke@xxxxxxxxxxxx>
• Re: [PATCH 2/2] set packet size limit for the mv643xx csum offloading
  • From: Martin Michlmayr <tbm@xxxxxxxxxx>
• Re: nic enumeration
  • From: Steve Fink <sphink@xxxxxxxxx>
• RE: nic enumeration
  • From: "Loke, Chetan" <Chetan.Loke@xxxxxxxxxxxx>
• Re: nic enumeration
  • From: Steve Fink <sphink@xxxxxxxxx>
• RE: nic enumeration
  • From: "Loke, Chetan" <Chetan.Loke@xxxxxxxxxxxx>
• RE: nic enumeration
  • From: "Loke, Chetan" <Chetan.Loke@xxxxxxxxxxxx>
• Re: nic enumeration
  • From: Matt Domsch <Matt_Domsch@xxxxxxxx>
• Re: nic enumeration
  • From: Steve Fink <sphink@xxxxxxxxx>
• RE: nic enumeration
  • From: "Loke, Chetan" <Chetan.Loke@xxxxxxxxxxxx>
• Re: nic enumeration
  • From: Florian Weimer <fweimer@xxxxxx>
• Re: nic enumeration
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: nic enumeration
  • From: Florian Weimer <fweimer@xxxxxx>
• RE: nic enumeration
  • From: "Loke, Chetan" <Chetan.Loke@xxxxxxxxxxxx>
• Re: nic enumeration
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• RE: nic enumeration
  • From: Charlie Brady <charlieb@xxxxxxxxxxxxxxxxxx>
• Re: nic enumeration
  • From: Andrew Fong <ayf@xxxxxxxxxxx>
• RE: nic enumeration
  • From: "Loke, Chetan" <Chetan.Loke@xxxxxxxxxxxx>
• Re: Updated cs8900a driver available anywhere?
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: nic enumeration
  • From: Matt Domsch <Matt_Domsch@xxxxxxxx>
• Re: nic enumeration
  • From: Steve Fink <sphink@xxxxxxxxx>
• Re: nic enumeration
  • From: Brian Kroth <bpkroth@xxxxxxxxx>
• nic enumeration
  • From: Michael Di Domenico <mdidomenico4@xxxxxxxxx>
• Updated cs8900a driver available anywhere?
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: force/alter ipv6 source address selection
  • From: Brian Kroth <bpkroth@xxxxxxxxx>
• Re: force/alter ipv6 source address selection
  • From: Sander <sander@xxxxxxxxxxx>
• Re: force/alter ipv6 source address selection
  • From: Brian Kroth <bpkroth@xxxxxxxxx>
• How to detect ethernet cable plug in event when ethernet card is in D3hot power state?
  • From: LionSky <loverunning2@xxxxxxxxx>
• force/alter ipv6 source address selection
  • From: Brian Kroth <bpkroth@xxxxxxxxx>
• Re: bnx2 rx_filtered_packets statistic?
  • From: Charlie Brady <charlieb@xxxxxxxxxxxxxxxxxx>
• Re: bnx2 rx_filtered_packets statistic?
  • From: Brian Haley <brian.haley@xxxxxx>
• Re: bnx2 rx_filtered_packets statistic?
  • From: Charlie Brady <charlieb@xxxxxxxxxxxxxxxxxx>
• Re: bnx2 rx_filtered_packets statistic?
  • From: Charlie Brady <charlieb@xxxxxxxxxxxxxxxxxx>
• Re: bnx2 rx_filtered_packets statistic?
  • From: Brian Haley <brian.haley@xxxxxx>
• bnx2 rx_filtered_packets statistic?
  • From: Charlie Brady <charlieb@xxxxxxxxxxxxxxxxxx>
• ip6 route output() and ip_route_output_key() by drivers
  • From: Parav Pandit <paravpandit@xxxxxxxxx>
• Re: [PATCH 1/2 v2] mv643xx_eth: use sw csum for big packets
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: connect to server - crash
  • From: linux newbie <linux.newbie79@xxxxxxxxx>
• connect to server - crash
  • From: linux newbie <linux.newbie79@xxxxxxxxx>
• Re: [PATCH 1/2 v2] mv643xx_eth: use sw csum for big packets
  • From: Lennert Buytenhek <buytenh@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2 v2] mv643xx_eth: use sw csum for big packets
  • From: saeed bishara <saeed.bishara@xxxxxxxxx>
• Re: ftp on udp and tcp .
  • From: Narendra Choyal <narendrachoyal@xxxxxxxxx>
• RE: data gets corrupted (c sockets)
  • From: Jeff Haran <jharan@xxxxxxxxxxx>
• Re: data gets corrupted (c sockets)
  • From: Al Lanot <lanot@xxxxxxxx>
• Re: ftp on udp and tcp .
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• ftp on udp and tcp .
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: data gets corrupted (c sockets)
  • From: David F <linux-net@xxxxxxxxxxxxxxxx>
• Re: data gets corrupted (c sockets)
  • From: Al Lanot <lanot@xxxxxxxx>
• Re: data gets corrupted (c sockets)
  • From: David F <linux-net@xxxxxxxxxxxxxxxx>
• Re: data gets corrupted (c sockets)
  • From: Al Lanot <lanot@xxxxxxxx>
• Re: TCP Stateful failover
  • From: Matt Zagrabelny <mzagrabe@xxxxxxxxx>
• Re: data gets corrupted (c sockets)
  • From: Roel van Meer <rolek@xxxxxxxxxx>
• data gets corrupted (c sockets)
  • From: Al Lanot <lanot@xxxxxxxx>
• Re: [PATCH 1/2 v2] mv643xx_eth: use sw csum for big packets
  • From: Lennert Buytenhek <buytenh@xxxxxxxxxxxxxx>
• TCP Stateful failover
  • From: John Reynolds <bigjohn067@xxxxxxxxx>
• Noticeable slow-down in 2.6.35-rc3
  • From: Chris Clayton <chris2553@xxxxxxxxxxxxxx>
• RE: [PATCH 1/2 v2] mv643xx_eth: use sw csum for big packets
  • From: Saeed Bishara <saeed@xxxxxxxxxxx>
• Re: [PATCH 1/2 v2] mv643xx_eth: use sw csum for big packets
  • From: Lennert Buytenhek <buytenh@xxxxxxxxxxxxxx>
• RE: [PATCH 1/2 v2] mv643xx_eth: use sw csum for big packets
  • From: Saeed Bishara <saeed@xxxxxxxxxxx>
• Re: [PATCH 1/2 v2] mv643xx_eth: use sw csum for big packets
  • From: Lennert Buytenhek <buytenh@xxxxxxxxxxxxxx>
• RE: [PATCH 1/2] mv643xx_eth: disable csum offloading if the hw limited by max size
  • From: Abhijeet Gole <abhijeet@xxxxxxxxxxx>
• Re: [PATCH 1/2] mv643xx_eth: disable csum offloading if the hw limited by max size
  • From: Lennert Buytenhek <buytenh@xxxxxxxxxxxxxx>
• [PATCH 1/2 v2] mv643xx_eth: use sw csum for big packets
  • From: Saeed Bishara <saeed@xxxxxxxxxxx>
• RE: [PATCH 1/2] mv643xx_eth: disable csum offloading if the hw limited by max size
  • From: Saeed Bishara <saeed@xxxxxxxxxxx>
• Re: [PATCH 2/2] set packet size limit for the mv643xx csum offloading
  • From: Lennert Buytenhek <buytenh@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] mv643xx_eth: disable csum offloading if the hw limited by max size
  • From: Lennert Buytenhek <buytenh@xxxxxxxxxxxxxx>
• Re: in_dev->refcnt and dev->refcnt
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• in_dev->refcnt and dev->refcnt
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: Broadcast MTU size
  • From: Gerrit Binnenmars <gerritbinnenmars@xxxxxxxxx>
• [PATCH 1/2] mv643xx_eth: disable csum offloading if the hw limited by max size
  • From: Saeed Bishara <saeed@xxxxxxxxxxx>
• [PATCH 2/2] set packet size limit for the mv643xx csum offloading
  • From: Saeed Bishara <saeed@xxxxxxxxxxx>
• Re: fn_trie_lookup and fn_hash_lookup
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: fn_trie_lookup and fn_hash_lookup
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• fn_trie_lookup and fn_hash_lookup
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• UDP Fragmentation and DF bit..
  • From: "Vincent, Pradeep" <pradeepv@xxxxxxxxxx>
• Re: Ethernet link force-up
  • From: Brad Silva <bsilva@xxxxxxxxx>
• RE: Ethernet link force-up
  • From: Chris Fowler <cfowler@xxxxxxxxxxxxxxxxxxx>
• RE: Ethernet link force-up
  • From: Jeff Haran <jharan@xxxxxxxxxxx>
• Re: Ethernet link force-up
  • From: Yossi Ben Hagai <yossibh@xxxxxxxxx>
• Re: Ethernet link force-up
  • From: Chris Fowler <cfowler@xxxxxxxxxxxxxxxxxxx>
• Re: Ethernet link force-up
  • From: Charlie Brady <charlieb@xxxxxxxxxxxxxxxxxx>
• Re: Ethernet link force-up
  • From: Jan Ceuleers <jan.ceuleers@xxxxxxxxxxxx>
• Re: Ethernet link force-up
  • From: Yossi Ben Hagai <yossibh@xxxxxxxxx>
• IP_HDRINCL problems on INET6
  • From: "kzsolt" <kzsolt@xxxxxxxxxx>
• Slow Connections After Exceeding Ephemeral Port Size
  • From: Kyle Brandt <kyle@xxxxxxxxxxx>
• NFS client socket in TIME_WAIT endlessly
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxxxx>
• Re: TCP connections on any IPv4 address
  • From: Ketil Froyn <ketil@xxxxxxxxxx>
• TCP connections on any IPv4 address
  • From: chris <chricki@xxxxxxx>
• [ANNOUNCE] iproute2 2.6.34
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• 2.6.34 kernel: UDP short packet
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: [PATCH] Fix AR9285 always turn off LED on HP mini 210 [1/1]
  • From: "Joey Lee" <jlee@xxxxxxxxxx>
• Weird TCP retransmit behaviour in recent kernels
  • From: Michael Smith <michael@xxxxxxxx>
• Re: [PATCH] Fix AR9285 always turn off LED on HP mini 210 [1/1]
  • From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
• Re: Promiscuity counter underflow
  • From: Emmanuel Roullit <emmanuel@xxxxxxxxxxxxxxx>
• Re: softirq-rx and rt_mutex_lock
  • From: Nivedita Singhvi <niv@xxxxxxxxxx>
• softirq-rx and rt_mutex_lock
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: Promiscuity counter underflow
  • From: Daniel Borkmann <danborkmann@xxxxxxxxxxxxxx>
• Re: Promiscuity counter underflow
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Promiscuity counter underflow
  • From: Daniel Borkmann <danborkmann@xxxxxxxxxxxxxx>
• Re: Promiscuity counter underflow
  • From: Daniel Borkmann <danborkmann@xxxxxxxxxxxxxx>
• Re: Promiscuity counter underflow
  • From: Daniel Borkmann <danborkmann@xxxxxxxxxxxxxx>
• Re: iptables -L hangs
  • From: Matt Zagrabelny <mzagrabe@xxxxxxxxx>
• Promiscuity counter underflow
  • From: Emmanuel Roullit <emmanuel@xxxxxxxxxxxxxxx>
• Re: iptables -L hangs
  • From: Laurent CARON <lcaron@xxxxxxxxx>
• Re: iptables -L hangs
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: iptables -L hangs
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: iptables -L hangs
  • From: Saikiran Madugula <hummerbliss@xxxxxxxxx>
• Re: iptables -L hangs
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• iptables -L hangs
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• [PATCH] Fix AR9285 always turn off LED on HP mini 210 [1/1]
  • From: "Joey Lee" <jlee@xxxxxxxxxx>
• Re: Why rfkill interface doesn't have show() hook
  • From: "Joey Lee" <jlee@xxxxxxxxxx>
• Re: Why rfkill interface doesn't have show() hook
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Why rfkill interface doesn't have show() hook
  • From: "Joey Lee" <jlee@xxxxxxxxxx>
• Re: Why rfkill interface doesn't have show() hook
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Broadcast MTU size
  • From: Gerrit Binnenmars <gerritbinnenmars@xxxxxxxxx>
• Re: multipath: different behaviour I do not understand
  • From: Luca Dionisi <luca.dionisi@xxxxxxxxx>
• Re: multipath: different behaviour I do not understand
  • From: Luca Dionisi <luca.dionisi@xxxxxxxxx>
• Re: multipath: different behaviour I do not understand
  • From: Bernd Eckenfels <bernd-10@xxxxxxxxxxxxx>
• multipath: different behaviour I do not understand
  • From: Luca Dionisi <luca.dionisi@xxxxxxxxx>
• Re: Why rfkill interface doesn't have show() hook
  • From: "Joey Lee" <jlee@xxxxxxxxxx>
• dropped packets when IP forwarding
  • From: Eli Cohen <eli@xxxxxxxxxxxxxxxxxx>
• pppoe packets over linux bridge?
  • From: Halassy Zoltán <zhalassy@xxxxxxxxxx>
• Re: local IP collision with remote IP
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: Why rfkill interface doesn't have show() hook
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Why rfkill interface doesn't have show() hook
  • From: joeyli <joeyli.kernel@xxxxxxxxx>
• Re: Why rfkill interface doesn't have show() hook
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Why rfkill interface doesn't have show() hook
  • From: joeyli <joeyli.kernel@xxxxxxxxx>
• local IP collision with remote IP
  • From: Joe Buehler <aspam@xxxxxxx>
• Re: Cannot get bonding mode 4 (lacp) to work
  • From: Laurent Chavey <chavey@xxxxxxxxxx>
• A low % of packets going out thru wrong interface
  • From: Jorge Salamero Sanz <bencer@xxxxxxxxxxxxxx>
• Cannot get bonding mode 4 (lacp) to work
  • From: AndrewL733 <AndrewL733@xxxxxxx>
• Question on 2.6.25 kernel crash.
  • From: Viswanathan Murugesan <viswa.murugesan@xxxxxxxxx>
• Strange syslog messages using sundance (DLINK DL10050 _ DFE-580TX)
  • From: Laurent CARON <lcaron@xxxxxxxxx>
• Re: Duplicate IP false alerts from arping
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: Duplicate IP false alerts from arping
  • From: unni krishnan <unnikrishnan.a@xxxxxxxxx>
• Re: Duplicate IP false alerts from arping
  • From: unni krishnan <unnikrishnan.a@xxxxxxxxx>
• Re: Duplicate IP false alerts from arping
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Strange syslog messages using sundance (DLINK DL10050 _ DFE-580TX)
  • From: Laurent CARON <lcaron@xxxxxxxxxxxxxxxxx>
• Re: Duplicate IP false alerts from arping
  • From: unni krishnan <unnikrishnan.a@xxxxxxxxx>
• Re: Duplicate IP false alerts from arping
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: Duplicate IP false alerts from arping
  • From: unni krishnan <unnikrishnan.a@xxxxxxxxx>
• Problem receiving the entire message using TCP socket
  • From: myuboot@xxxxxxxxxxx
• Netlink question
  • From: Reinoud Koornstra <sockstat@xxxxxxxxxxx>
• Can I limit the number of tcp connections ?
  • From: Mark Jackson <mpfj-list@xxxxxxxxxx>
• Network protocol (IP,IPv6,...) and TC actions
  • From: Grégoire Baron <baronchon@xxxxxxxx>
• TCP ACK problem [CentOS4 (kernel-2.6.9-78.0.1.EL) to VxWorks]
  • From: Charlie Brady <charlieb@xxxxxxxxxxxxxxxxxx>
• Re: NetFlow / sFlow / IPFIX network probe proposal
  • From: Florian Weimer <fweimer@xxxxxx>
• Re: expired ipv6 default route not removed
  • From: Laurent Bigonville <bigon@xxxxxxxx>
• Re: NetFlow / sFlow / IPFIX network probe proposal
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: NetFlow / sFlow / IPFIX network probe proposal
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: NetFlow / sFlow / IPFIX network probe proposal
  • From: Holger Eitzenberger <holger@xxxxxxxxxxxxxxxx>
• Re: NetFlow / sFlow / IPFIX network probe proposal
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: NetFlow / sFlow / IPFIX network probe proposal
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: NetFlow / sFlow / IPFIX network probe proposal
  • From: Holger Eitzenberger <holger@xxxxxxxxxxxxxxxx>
• Re: NetFlow / sFlow / IPFIX network probe proposal
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: Multipath Static Route
  • From: Bernd Eckenfels <bernd-10@xxxxxxxxxxxxx>
• Re: ss is missing listeners (ipv6?)
  • From: Steve Fink <sphink@xxxxxxxxx>
• Re: Multipath Static Route
  • From: Roel van Meer <rolek@xxxxxxxxxx>
• Re: NetFlow / sFlow / IPFIX network probe proposal
  • From: Roman Tsisyk <roman@xxxxxxxxxx>
• Re: Multipath Static Route
  • From: "jose nuno neto" <jose.neto@xxxxxxxxxxx>
• Re: Multipath Static Route
  • From: Roel van Meer <rolek@xxxxxxxxxx>
• Re: Multipath Static Route
  • From: "jose nuno neto" <jose.neto@xxxxxxxxxxx>
• TCP can't reuse address and port?
  • From: pengguang <pengguang@xxxxxxxx>
• Slow network print and tcp dup ack packets
  • From: Oleg Kravchenko <oleg@xxxxxxxxxx>
• Re: ss is missing listeners (ipv6?)
  • From: Roel van Meer <rolek@xxxxxxxxxx>
• Re: Multipath Static Route
  • From: Roel van Meer <rolek@xxxxxxxxxx>
• ss is missing listeners (ipv6?)
  • From: Steve Fink <sphink@xxxxxxxxx>
• Re: NetFlow / sFlow / IPFIX network probe proposal
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: NetFlow / sFlow / IPFIX network probe proposal
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: NetFlow / sFlow / IPFIX network probe proposal
  • From: Roman Tsisyk <roman@xxxxxxxxxx>
• Re: NetFlow / sFlow / IPFIX network probe proposal
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: NetFlow / sFlow / IPFIX network probe proposal
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• NetFlow / sFlow / IPFIX network probe proposal
  • From: Roman Tsisyk <roman@xxxxxxxxxx>
• Re: Multipath route
  • From: wk <witold.kowolik@xxxxxxxxxx>
• Re: Multipath route
  • From: "jose nuno neto" <jose.neto@xxxxxxxxxxx>
• Re: Multipath Static Route
  • From: "jose nuno neto" <jose.neto@xxxxxxxxxxx>
• Re: Multipath route
  • From: wk <witold.kowolik@xxxxxxxxxx>
• RE: Multipath route
  • From: "jose nuno neto" <jose.neto@xxxxxxxxxxx>
• Re: Multipath route
  • From: wk <witold.kowolik@xxxxxxxxxx>
• Re: Multipath Static Route
  • From: Roel van Meer <rolek@xxxxxxxxxx>
• RE: Multipath route
  • From: Jeff Haran <jharan@xxxxxxxxxxx>
• Multipath Static Route
  • From: "jose nuno neto" <jose.neto@xxxxxxxxxxx>
• Re: Multipath route
  • From: wk <witold.kowolik@xxxxxxxxxx>
• Multipath route
  • From: wk <witold.kowolik@xxxxxxxxxx>
• expired ipv6 default route not removed
  • From: Laurent Bigonville <bigon@xxxxxxxx>
• Re: 200ms retransmits, detecting very short network spikes
  • From: Pieter Smit <mlist2010@xxxxxxxxxxx>
• Re: bug 15606
  • From: David Miller <davem@xxxxxxxxxxxxx>
• 200ms retransmits, detecting very short network spikes
  • From: Marlon de Boer <marlon@xxxxxxxx>
• bug 15606
  • From: Richard Zhao <linuxzsc@xxxxxxxxx>
• About source IP address of IGMP Join sent on loopback interface
  • From: preetham B <preetham.b79@xxxxxxxxx>
• Re: iptable NAT/PAT inbound port forwarding without changing source address
  • From: Kristoff Bonne <kristoff.bonne@xxxxxxxxx>
• Re: iptable NAT/PAT inbound port forwarding without changing source address
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: iptable NAT/PAT inbound port forwarding without changing source address
  • From: Kristoff Bonne <kristoff.bonne@xxxxxxxxx>
• Re: iptable NAT/PAT inbound port forwarding without changing source address
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• iptable NAT/PAT inbound port forwarding without changing source address
  • From: Kristoff Bonne <kristoff.bonne@xxxxxxxxx>
• Re: UDP Tx and order of delivery considerations
  • From: "Mohan B.G." <mohan9271@xxxxxxxxx>
• Re: UDP Tx and order of delivery considerations
  • From: David Miller <davem@xxxxxxxxxxxxx>
• UDP Tx and order of delivery considerations
  • From: "Mohan B.G." <mohan9271@xxxxxxxxx>
• Re: tc: using hfsc with stab/atm linklayer
  • From: Michal Soltys <soltys@xxxxxxxx>
• tc, drr, classification from several cls_flow hashes
  • From: Roel van Meer <rolek@xxxxxxxxxx>
• Re: slow tcp on 100mbps wan, strange tcp window behaviour on ubuntu 9.10
  • From: Andres Meyer <andres.meyer@xxxxxxxxxxxx>
• Re: slow tcp on 100mbps wan, strange tcp window behaviour on ubuntu 9.10
  • From: Andres Meyer <andres.meyer@xxxxxxxxxxxx>
• Re: slow tcp on 100mbps wan, strange tcp window behaviour on ubuntu 9.10
  • From: Andres Meyer <andres.meyer@xxxxxxxxxxxx>
• Re: slow tcp on 100mbps wan, strange tcp window behaviour on ubuntu 9.10
  • From: Laurent Chavey <chavey@xxxxxxxxxx>
• Re: slow tcp on 100mbps wan, strange tcp window behaviour on ubuntu 9.10
  • From: Andres Meyer <andres.meyer@xxxxxxxxxxxx>
• Re: slow tcp on 100mbps wan, strange tcp window behaviour on ubuntu 9.10
  • From: Andres Meyer <andres.meyer@xxxxxxxxxxxx>
• Re: slow tcp on 100mbps wan, strange tcp window behaviour on ubuntu 9.10
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: slow tcp on 100mbps wan, strange tcp window behaviour on ubuntu 9.10
  • From: Andres Meyer <andres.meyer@xxxxxxxxxxxx>
• Re: slow tcp on 100mbps wan, strange tcp window behaviour on ubuntu 9.10
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: slow tcp on 100mbps wan, strange tcp window behaviour on ubuntu 9.10
  • From: Andres Meyer <andres.meyer@xxxxxxxxxxxx>
• Re: slow tcp on 100mbps wan, strange tcp window behaviour on ubuntu 9.10
  • From: Roel van Meer <rolek@xxxxxxxxxx>
• Re: slow tcp on 100mbps wan, strange tcp window behaviour on ubuntu 9.10
  • From: Andres Meyer <andres.meyer@xxxxxxxxxxxx>
• Re: Trouble locating iptable_nat
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: slow tcp on 100mbps wan, strange tcp window behaviour on ubuntu 9.10
  • From: Roel van Meer <rolek@xxxxxxxxxx>
• slow tcp on 100mbps wan, strange tcp window behaviour on ubuntu 9.10
  • From: Andres Meyer <andres.meyer@xxxxxxxxxxxx>
• Trouble locating iptable_nat
  • From: Mark H <hayesm2@xxxxxxxxx>
• Re: tc: using hfsc with stab/atm linklayer
  • From: Roel van Meer <rolek@xxxxxxxxxx>
• Re: tc: using hfsc with stab/atm linklayer
  • From: Michal Soltys <soltys@xxxxxxxx>
• tc: using hfsc with stab/atm linklayer
  • From: Roel van Meer <rolek@xxxxxxxxxx>
• PROBLEM: nf_reinject panic on X64 2.6.32/33
  • From: "Michael Lawson (mshindo)" <michael@xxxxxxxxxxx>
• linux 2.6.32 and 2.6.26 nat with pppoe throughput is very different.
  • From: sung descent <descent0@xxxxxxxxx>
• Re: Server does not send SYN/ACK
  • From: Greg Lindahl <greg@xxxxxxxxxx>
• Re: Server does not send SYN/ACK
  • From: Carsten Aulbert <carsten.aulbert@xxxxxxxxxx>
• Re: Server does not send SYN/ACK
  • From: Stephen Hemminger <stephen.hemminger@xxxxxxxxxx>
• Re: Server does not send SYN/ACK
  • From: Carsten Aulbert <carsten.aulbert@xxxxxxxxxx>
• Re: Server does not send SYN/ACK
  • From: Greg Lindahl <greg@xxxxxxxxxx>
• linux 2.6.32 and 2.6.26 nat+pppoe throughput
  • From: sung descent <descent0@xxxxxxxxx>
• Re: Pushing desktop boards to the MAX: Intel 10GbE AT2 Server Adapters!
  • From: Michael Evans <mjevans1983@xxxxxxxxx>
• Pushing desktop boards to the MAX: Intel 10GbE AT2 Server Adapters!
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: linux-image-2.6.26-1-686: No warning when half-open TCP queue is full
  • From: Charlie Brady <charlieb@xxxxxxxxxxxxxxxxxx>
• Re: linux-image-2.6.26-1-686: No warning when half-open TCP queue is full
  • From: Olaf van der Spek <olafvdspek@xxxxxxxxx>
• [ANNOUNCE] iproute2-2.6.33 version
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Server does not send SYN/ACK
  • From: Carsten Aulbert <carsten.aulbert@xxxxxxxxxx>
• Re: Server does not send SYN/ACK
  • From: Carsten Aulbert <carsten.aulbert@xxxxxxxxxx>
• Re: UDP packet forwarding
  • From: Kyle Hubert <khubert@xxxxxxxxx>
• Re: Server does not send SYN/ACK
  • From: Greg Lindahl <greg@xxxxxxxxxx>
• Re: Server does not send SYN/ACK
  • From: Carsten Aulbert <carsten.aulbert@xxxxxxxxxx>
• Server does not send SYN/ACK
  • From: Carsten Aulbert <carsten.aulbert@xxxxxxxxxx>
• UDP packet forwarding
  • From: Kyle Hubert <khubert@xxxxxxxxx>
• multicast router protocols
  • From: Allen Curtis <ajcurtis@xxxxxxxxxxxxxxxxxx>
• Re: sky2 checksum errors
  • From: Roman Tsisyk <roman@xxxxxxxxxx>
• Re: local multicast routing
  • From: Brian Haley <brian.haley@xxxxxx>
• Re: local multicast routing
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: sky2 checksum errors
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: local multicast routing
  • From: Brian Haley <brian.haley@xxxxxx>
• Re: local multicast routing
  • From: "Marco P." <marco.tijuana@xxxxxxxxx>
• sky2 checksum errors
  • From: Roman Tsisyk <roman@xxxxxxxxxx>
• local multicast routing
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: Transparent http filtering VLAN traffic without being a member of tagged VLANs
  • From: Oguz Yilmaz <oguzyilmazlist@xxxxxxxxx>
• Re: Transparent http filtering VLAN traffic without being a member of tagged VLANs
  • From: Matt Zagrabelny <mzagrabe@xxxxxxxxx>
• Transparent http filtering VLAN traffic without being a member of tagged VLANs
  • From: Oguz Yilmaz <oguzyilmazlist@xxxxxxxxx>
• Re: multipath routing and destination selection
  • From: Aleksandar Ivanisevic <aleksandar@xxxxxxxxxxxxx>
• Re: multipath routing and destination selection
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Should IN6ADDR_ANY_INIT definition be exported to userspace?
  • From: Will Newton <will.newton@xxxxxxxxx>
• multipath routing and destination selection
  • From: Aleksandar Ivanisevic <aleksandar@xxxxxxxxxxxxx>
• Re: [RFC][PATCH] Allow change timing values to wait slow devices bring up before try register an interface to IP-Config
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC][PATCH] Allow change timing values to wait slow devices bring up before try register an interface to IP-Config
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC][PATCH] Allow change timing values to wait slow devices bring up before try register an interface to IP-Config
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [RFC][PATCH] Allow change timing values to wait slow devices bring up before try register an interface to IP-Config
  • From: Tiago Maluta <tiago.maluta@xxxxxxxxx>
• [RFC][PATCH] Allow change timing values to wait slow devices bring up before try register an interface to IP-Config
  • From: Tiago Maluta <tiago.maluta@xxxxxxxxx>
• Re: multicast performance
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: multicast performance
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: How to correctly create multiple bonding interfaces in kernel 2.6.29.6
  • From: Hugo <hugoksouza@xxxxxxx>
• Re: How to correctly create multiple bonding interfaces in kernel 2.6.29.6
  • From: Hugo <hugoksouza@xxxxxxx>
• Re: How to correctly create multiple bonding interfaces in kernel 2.6.29.6
  • From: Dan White <dwhite@xxxxxxx>
• Re: How to correctly create multiple bonding interfaces in kernel 2.6.29.6
  • From: Matt Zagrabelny <mzagrabe@xxxxxxxxx>
• Re: How to correctly create multiple bonding interfaces in kernel 2.6.29.6
  • From: Hugo <hugoksouza@xxxxxxx>
• Re: How to correctly create multiple bonding interfaces in kernel 2.6.29.6
  • From: Matt Zagrabelny <mzagrabe@xxxxxxxxx>
• How to correctly create multiple bonding interfaces in kernel 2.6.29.6
  • From: Hugo <hugoksouza@xxxxxxx>
• Re: fwmark based routing stopped working in 2.6.32
  • From: Nebojsa Trpkovic <trx.lists@xxxxxxxxx>
• Re: fwmark based routing stopped working in 2.6.32
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: fwmark based routing stopped working in 2.6.32
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• fwmark based routing stopped working in 2.6.32
  • From: Nebojsa Trpkovic <nebojsa@xxxxxxxxxxxx>
• Re: Strong-end vs weak-end host model
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Strong-end vs weak-end host model
  • From: Pau Garcia i Quiles <pgquiles@xxxxxxxxxxx>
• Access data inside a skb with a struct iovec
  • From: Christoph Kreuzinger <c.kreuzinger@xxxxxxxxxxxxxx>
• RE: Tuning Linux for faster high-latency outbound transfers
  • From: Jeff Haran <jharan@xxxxxxxxxxx>
• Re: Tuning Linux for faster high-latency outbound transfers
  • From: Steve Fink <sphink@xxxxxxxxx>
• Re: Tuning Linux for faster high-latency outbound transfers
  • From: Ketil Froyn <ketil@xxxxxxxxxx>
• Access data inside a skb with a struct iovec
  • From: Christoph Kreuzinger <c.kreuzinger@xxxxxxxxxxxxxx>
• Re: Tuning Linux for faster high-latency outbound transfers
  • From: Matt Zagrabelny <mzagrabe@xxxxxxxxx>
• Tuning Linux for faster high-latency outbound transfers
  • From: Ketil Froyn <ketil@xxxxxxxxxx>
• Re: Questions about route realms
  • From: Atis Elsts <atis@xxxxxxxxxxxx>
• Re: Questions about route realms
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Questions about route realms
  • From: Atis Elsts <atis@xxxxxxxxxxxx>
• Re: Questions about route realms
  • From: Anton <warm@xxxxxxxx>
• Questions about route realms
  • From: Anton <warm@xxxxxxxx>
• associating mulitcast address with net_device
  • From: Eli Cohen <eli@xxxxxxxxxxxxxxxxxx>
• graphical processing unit drivers in linux!!!!!!!!!!!!!!!!!!!
  • From: ranjith kumar <ranjithproxy@xxxxxxxxx>
• SOLVED: iptables MARK + ip rule fwmark on locally generated packets
  • From: Fredrik Ax <frax@xxxxxxxx>
• Re: iptables MARK + ip rule fwmark on locally generated packets
  • From: Fredrik Ax <frax@xxxxxxxx>
• iptables MARK + ip rule fwmark on locally generated packets
  • From: Fredrik Ax <frax@xxxxxxxx>
• Re: SIS 190 driver patch
  • From: David Miller <davem@xxxxxxxxxxxxx>
• SIS 190 driver patch
  • From: Luis Correia <luis.f.correia@xxxxxxxxx>
• Re: [PATCH 2/5] tg3: Fix std rx prod ring handling
  • From: Tobias Diedrich <ranma@xxxxxxxxxxxx>
• Re: Connecting Motorola cellular phones over USB with P2K using moto4lin
  • From: sachin shinde <sachinshinde11@xxxxxxxxx>
• Re: Connecting Motorola cellular phones over USB with P2K using moto4lin
  • From: David Harel <hareldvd@xxxxxxxxx>
• Netconsole and ethernet driver boot order
  • From: Jan Ceuleers <jan.ceuleers@xxxxxxxxxxxx>
• RE: booting with linux kernel 2.6.32.2
  • From: clownix <clownix@xxxxxxxxxxx>
• RE: booting with linux kernel 2.6.32.2
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: booting with linux kernel 2.6.32.2
  • From: clownix <clownix@xxxxxxxxxxx>
• booting with linux kernel 2.6.32.2
  • From: ranjith kumar <ranjithproxy@xxxxxxxxx>
• Re: [ANNOUNCE] iproute 2.6.32 released
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [ANNOUNCE] iproute 2.6.32 released
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [ANNOUNCE] iproute 2.6.32 released
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [ANNOUNCE] iproute 2.6.32 released
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• [ANNOUNCE] iproute 2.6.32 released
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: About TCP Westwood implementation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• 2.6.31.6: (tg3) swapper: page allocation failure. order:0, mode:0x20
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• About TCP Westwood implementation
  • From: "Hwang Jae-Hyun" <jhhwang@xxxxxxxxxxxxxx>
• Cricket Modem
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: Policy routing - overlapping subnets - broken arp
  • From: Pieter Smit <mlist2010@xxxxxxxxxxx>
• Still using IPTOS_TOS() in kernel? Really???
  • From: "Philip A. Prindeville" <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
• Re: Policy routing - overlapping subnets - broken arp
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• question regarding r8169 and r8168
  • From: comsublant@xxxxxxx
• Policy routing - overlapping subnets - broken arp
  • From: Pieter Smit <mlist2010@xxxxxxxxxxx>
• Re: Kernel Panics in the network stack
  • From: Kevin Constantine <kevin.constantine@xxxxxxxxx>
• Re: Kernel Panics in the network stack
  • From: Sven-Haegar Koch <haegar@xxxxxxxxx>
• Re: Kernel Panics in the network stack
  • From: Kevin Constantine <kevin.constantine@xxxxxxxxx>
• Re: [PATCH] Fix iwl typo
  • From: "John W. Linville" <linville@xxxxxxxxxxxxx>
• [PATCH] Fix iwl typo
  • From: Jens Axboe <jens.axboe@xxxxxxxxxx>
• Re: TCP performance on a lossy 1Gbps link
  • From: Pieter Smit <mlist2010@xxxxxxxxxxx>
• Re: TCP performance on a lossy 1Gbps link
  • From: "Randy Macleod" <macleodr@xxxxxxxxxx>
• [PATCH 2/9] smc91x: remove OMAP specific bits
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: Connecting Motorola cellular phones over USB with P2K using moto4lin
  • From: Charlie Brady <charlieb@xxxxxxxxxxxxxxxxxx>
• Connecting Motorola cellular phones over USB with P2K using moto4lin
  • From: David Harel <hareldvd@xxxxxxxxx>
• Kernel Panics in the network stack
  • From: Kevin Constantine <kevin.constantine@xxxxxxxxx>
• Problem with 2.6.31 and icmp redirects
  • From: Alex Samad <alex@xxxxxxxxxxxx>
• Re: newbie queuing priority question
  • From: clownix <clownix@xxxxxxxxxxx>
• Re: newbie queuing priority question
  • From: David L <idht4n@xxxxxxxxx>
• Re: newbie queuing priority question
  • From: clownix <clownix@xxxxxxxxxxx>
• Re: newbie queuing priority question
  • From: clownix <clownix@xxxxxxxxxxx>
• Re: newbie queuing priority question
  • From: David L <idht4n@xxxxxxxxx>
• newbie queuing priority question
  • From: David L <idht4n@xxxxxxxxx>
• tcp_hdr() = ip_hdr(), cannot locate TCP payload
  • From: Mario Kilies <MarioKilies@xxxxxxx>
• open source TCP/IP stack verification suite
  • From: Jeff Haran <jharan@xxxxxxxxxxx>
• network driver scatter/gather test
  • From: "Anjan Chanda" <anjan@xxxxxxxxxxx>
• Virtual Machine Network
  • From: clownix <clownix@xxxxxxxxxxx>
• ip xfrm
  • From: Naveen BN <naveen.bn@xxxxxxxxxxxxxxxxxx>
• issue with outbound SA selection
  • From: Naveen BN <naveen.bn@xxxxxxxxxxxxxxxxxx>
• rt2500usb strangeness
  • From: Sid Boyce <sboyce@xxxxxxxxxxxxxxxx>
• System freeze with Globetrotter HSUPA Modem (7501 Option)
  • From: "Alexander Fischer" <alexanderfischer@xxxxxxxxxxxxxxxxxx>
• Re: multicast performance
  • From: Joachim Worringen <joachim.worringen@xxxxxxxx>
• Re: multicast performance
  • From: Greg Lindahl <greg@xxxxxxxxxx>
• Re: multicast performance
  • From: "Marco P." <marco.tijuana@xxxxxxxxx>
• Re: multicast performance
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: multicast performance
  • From: "Marco P." <marco.tijuana@xxxxxxxxx>
• multicast performance
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: "martian source" messages flooding /var/log/messages
  • From: Nicholas Tung <ntung@xxxxxxxxx>
• Re: "martian source" messages flooding /var/log/messages
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: "martian source" messages flooding /var/log/messages
  • From: Nicholas Tung <ntung@xxxxxxxxx>
• Raw sockets and IP_PKTINFO - does it work?
  • From: Sergei Zhirikov <sfzhi@xxxxxxxxx>
• Re: "martian source" messages flooding /var/log/messages
  • From: Matt Zagrabelny <mzagrabe@xxxxxxxxx>
• Increasing TCP initial cwnd
  • From: Yair Gottdenker <yairgott@xxxxxxxxx>
• Re: ath5k AP kernel panic when client uses SCP
  • From: Bob Copeland <me@xxxxxxxxxxxxxxx>
• RE: TCP performance on a lossy 1Gbps link
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• RE: TCP performance on a lossy 1Gbps link
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• "martian source" messages flooding /var/log/messages
  • From: Nicholas Tung <ntung@xxxxxxxxx>
• Re: ath5k AP kernel panic when client uses SCP
  • From: Tomasz Chmielewski <mangoo@xxxxxxxx>
• Request: how do packet routing based on input gateway
  • From: Luca Dionisi <luca.dionisi@xxxxxxxxx>
• Re: ath5k AP kernel panic when client uses SCP
  • From: Bob Copeland <me@xxxxxxxxxxxxxxx>