Linux Networking

• Thread Index

• Re: Network sharing without using NAT, possible?
  • From: Christopher Fowler <cfowler@xxxxxxxxxxxxxxxxxxx>
• Network sharing without using NAT, possible?
  • From: Mateus Interciso <p.zarnick@xxxxxxxxx>
• Re: Mcast packet loss 2.6.8.1 kernel
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• Re: Mcast packet loss 2.6.8.1 kernel
  • From: Ahmed Kadwa <akadwa@xxxxxxxxxxx>
• Re: Mcast packet loss 2.6.8.1 kernel
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: Mcast packet loss 2.6.8.1 kernel
  • From: Ahmed Kadwa <akadwa@xxxxxxxxxxx>
• Re: Mcast packet loss 2.6.8.1 kernel
  • From: David Stevens <dlstevens@xxxxxxxxxx>
• Re: Mcast packet loss 2.6.8.1 kernel
  • From: Ahmed Kadwa <akadwa@xxxxxxxxxxx>
• Re: Mcast packet loss 2.6.8.1 kernel
  • From: David Stevens <dlstevens@xxxxxxxxxx>
• DiffServ EF as a normal user
  • From: Mikael Bjerkeland <mikael@xxxxxxxxxxxxxx>
• Re: Mcast packet loss 2.6.8.1 kernel
  • From: Ahmed Kadwa <akadwa@xxxxxxxxxxx>
• Re: Mcast packet loss 2.6.8.1 kernel
  • From: David Stevens <dlstevens@xxxxxxxxxx>
• Mcast packet loss 2.6.8.1 kernel
  • From: Ahmed Kadwa <akadwa@xxxxxxxxxxx>
• Re: Generic Netlink
  • From: Paul Moore <paul.moore@xxxxxx>
• Re: Problem with frame time stamping
  • From: "Antoine Zen-Ruffinen" <antoine.zen@xxxxxxxxx>
• Re: Problem with frame time stamping
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• Re: Problem with frame time stamping
  • From: "Antoine Zen-Ruffinen" <antoine.zen@xxxxxxxxx>
• Re: Generic Netlink
  • From: "Edouard Thuleau" <thuleau@xxxxxxxxx>
• Re: Problem with frame time stamping
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• Re: Problem with frame time stamping
  • From: "Antoine Zen-Ruffinen" <antoine.zen@xxxxxxxxx>
• Re: Problem with frame time stamping
  • From: "Antoine Zen-Ruffinen" <antoine.zen@xxxxxxxxx>
• Re: Problem with frame time stamping
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• Re: Problem with frame time stamping
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• Re: Problem with frame time stamping
  • From: "Antoine Zen-Ruffinen" <antoine.zen@xxxxxxxxx>
• Re: Generic Netlink
  • From: Paul Moore <paul.moore@xxxxxx>
• Is it possible to do bonding/connection teaming with non-ethernet devices?
  • From: Helge Hafting <helge.hafting@xxxxxxxxxxxxx>
• Re: Problem with frame time stamping
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• Re: Generic Netlink
  • From: "Edouard Thuleau" <thuleau@xxxxxxxxx>
• Generic Netlink
  • From: "Edouard Thuleau" <thuleau@xxxxxxxxx>
• Problem with frame time stamping
  • From: "Antoine Zen-Ruffinen" <antoine.zen@xxxxxxxxx>
• Re: Difference between BSD sockets and Linux sockets
  • From: Matti Aarnio <matti.aarnio@xxxxxxxxxxx>
• RE: Difference between BSD sockets and Linux sockets
  • From: "Jeff Haran" <jharan@xxxxxxxxxxx>
• Re: Difference between BSD sockets and Linux sockets
  • From: Matti Aarnio <matti.aarnio@xxxxxxxxxxx>
• RE: Difference between BSD sockets and Linux sockets
  • From: "Jeff Haran" <jharan@xxxxxxxxxxx>
• Re: airo WPA
  • From: Dan Williams <dcbw@xxxxxxxxxx>
• Re: airo WPA
  • From: Matteo Croce <rootkit85@xxxxxxxx>
• Re: airo WPA
  • From: Dan Williams <dcbw@xxxxxxxxxx>
• Re: airo WPA
  • From: Matteo Croce <rootkit85@xxxxxxxx>
• Re: Difference between BSD sockets and Linux sockets
  • From: "Mateus Interciso" <p.zarnick@xxxxxxxxx>
• Re: Difference between BSD sockets and Linux sockets
  • From: Matti Aarnio <matti.aarnio@xxxxxxxxxxx>
• Re: [BUG] in inet6_create
  • From: Roel Kluin <12o3l@xxxxxxxxxx>
• Re: [BUG] in inet6_create
  • From: Pavel Emelyanov <xemul@xxxxxxxxxx>
• Re: [BUG] in inet6_create
  • From: Roel Kluin <12o3l@xxxxxxxxxx>
• Re: Difference between BSD sockets and Linux sockets
  • From: Mateus Interciso <p.zarnick@xxxxxxxxx>
• Re: Difference between BSD sockets and Linux sockets
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Power managment for Network drivers.
  • From: "Shah, Hardik" <hardik.s@xxxxxx>
• Re: Difference between BSD sockets and Linux sockets
  • From: "Mateus Interciso" <p.zarnick@xxxxxxxxx>
• Re: Difference between BSD sockets and Linux sockets
  • From: Matti Aarnio <matti.aarnio@xxxxxxxxxxx>
• Difference between BSD sockets and Linux sockets
  • From: Mateus Interciso <p.zarnick@xxxxxxxxx>
• Re: [BUG] in inet6_create
  • From: Pavel Emelyanov <xemul@xxxxxxxxxx>
• ne2k-pci 0000:05:00.0: no I/O resource at PCI BAR #0
  • From: Frederik Himpe <fhimpe@xxxxxxxxxx>
• ne2k-pci 0000:05:00.0: no I/O resource at PCI BAR #0
  • From: Frederik Himpe <fhimpe@xxxxxxxxxx>
• Re: urgent! linux 2.6.16 network bridge crash
  • From: Christopher Fowler <cfowler@xxxxxxxxxxxxxxxxxxx>
• urgent! linux 2.6.16 network bridge crash
  • From: "auther_bin" <auther_bin@xxxxxxx>
• Re: [BUG] in inet6_create
  • From: Roel Kluin <12o3l@xxxxxxxxxx>
• how to round-robin irqs between cores on Core2Quad
  • From: "Anton Glinkov" <lartc@xxxxxx>
• Re: [BUG] in inet6_create
  • From: Pavel Emelyanov <xemul@xxxxxxxxxx>
• Re: [BUG] in inet6_create
  • From: Roel Kluin <12o3l@xxxxxxxxxx>
• Re: [BUG] in inet6_create
  • From: Roel Kluin <12o3l@xxxxxxxxxx>
• Re: [BUG] in inet6_create
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [BUG] in inet6_create
  • From: Roel Kluin <12o3l@xxxxxxxxxx>
• Re: [BUG] in inet6_create
  • From: Roel Kluin <12o3l@xxxxxxxxxx>
• issue with the Nagle algorithm (TCP_NODELAY)
  • From: Kantor Zsolt <kantorzsolt@xxxxxxxxx>
• packets not seen by iptables
  • From: Matt Zagrabelny <mzagrabe@xxxxxxxxx>
• Problem with VoIP and NAT
  • From: Mateus Interciso <p.zarnick@xxxxxxxxx>
• Re: Bad TCP checksum error
  • From: Rick Jones <rick.jones2@xxxxxx>
• Re: Bad TCP checksum error
  • From: "Gaurav Aggarwal" <grv.aggarwal@xxxxxxxxx>
• Bad TCP checksum error
  • From: "Gaurav Aggarwal" <grv.aggarwal@xxxxxxxxx>
• Using SO_SNDBUF to prevent blocking in send()
  • From: "Jeff Haran" <jharan@xxxxxxxxxxx>
• Re: [RFD] iptables: mangle table obsoletes filter table
  • From: Bill Davidsen <davidsen@xxxxxxx>
• running network test suite on same system as server and client
  • From: pramod <gpramod@xxxxxxxxxxxxxxxxxxxx>
• disabling udp checksum from user level
  • From: "pankaj jain" <jainp1979@xxxxxxxxx>
• arp corrupted
  • From: Bobby <bobby@xxxxxxxxxxxxxx>
• Re: [RFD] iptables: mangle table obsoletes filter table
  • From: Valdis.Kletnieks@xxxxxx
• Re: [RFD] iptables: mangle table obsoletes filter table
  • From: Al Boldi <a1426z@xxxxxxxxx>
• Re: [RFD] iptables: mangle table obsoletes filter table
  • From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
• Re: [RFD] iptables: mangle table obsoletes filter table
  • From: Valdis.Kletnieks@xxxxxx
• Re: [RFD] iptables: mangle table obsoletes filter table
  • From: Al Boldi <a1426z@xxxxxxxxx>
• Re: [PATCH] DM9000 initialization fix
  • From: Jeff Garzik <jeff@xxxxxxxxxx>
• interesting observation with linux-2.6.23-git13, ping times
  • From: Plamen Petrov <plamen.petrov@xxxxxxxxxxxxx>
• Throughput Bug?
  • From: "Matthew Faulkner" <matthew.faulkner@xxxxxxxxx>
• [PATCH] DM9000 initialization fix
  • From: Mike Rapoport <mike@xxxxxxxxxxxxxx>
• Re: [RFD] iptables: mangle table obsoletes filter table
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: [RFD] iptables: mangle table obsoletes filter table
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Undocumented IPv6 options
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: Undocumented IPv6 options
  • From: "Michael Kerrisk" <mtk.manpages@xxxxxxxxxxxxxx>
• Re: Undocumented IPv6 options
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: Undocumented IPv6 options
  • From: Matti Aarnio <matti.aarnio@xxxxxxxxxxx>
• Undocumented IPv6 options
  • From: Michael Kerrisk <mtk.manpages@xxxxxxxxxxxxxx>
• Re: Non-linear SKBs
  • From: Kristian Evensen <kristrev@xxxxxxxxxx>
• Re: [RFD] iptables: mangle table obsoletes filter table
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [RFD] iptables: mangle table obsoletes filter table
  • From: Al Boldi <a1426z@xxxxxxxxx>
• Re: [RFD] iptables: mangle table obsoletes filter table
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [RFD] iptables: mangle table obsoletes filter table
  • From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
• Re: [RFD] iptables: mangle table obsoletes filter table
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [RFD] iptables: mangle table obsoletes filter table
  • From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
• Re: [RFD] iptables: mangle table obsoletes filter table
  • From: Al Boldi <a1426z@xxxxxxxxx>
• Re: Non-linear SKBs
  • From: kristrev@xxxxxxxxxxxxxxxxxxxxx
• Re: [RFD] iptables: mangle table obsoletes filter table
  • From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
• Re: [RFD] iptables: mangle table obsoletes filter table
  • From: Al Boldi <a1426z@xxxxxxxxx>
• [RFD] iptables: mangle table obsoletes filter table
  • From: Al Boldi <a1426z@xxxxxxxxx> (by way of Al Boldi <a1426z@xxxxxxxxx>)
• Re: [RFD] iptables: mangle table obsoletes filter table
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: Non-linear SKBs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Non-linear SKBs
  • From: Kristian Evensen <kristrev@xxxxxxxxxx>
• Re: Using ipv4 over ipv6
  • From: Varun Chandramohan <varunc@xxxxxxxxxxxxxxxxxx>
• Re: Using ipv4 over ipv6
  • From: Bill Fink <billfink@xxxxxxxxxxxxxx>
• very long response times on Broadcom NetXtreme BCM5704
  • From: Ingo Freund <linux-kernel-news@xxxxxxxxxx>
• Using ipv4 over ipv6
  • From: Varun Chandramohan <varunc@xxxxxxxxxxxxxxxxxx>
• TC route filter - realm with mask
  • From: "Kaloyan Kovachev" <kkovachev@xxxxxxxxx>
• Re: [Samba] 2.6.22/realtek bug in hardware, any kernel work-around?
  • From: Francois Romieu <romieu@xxxxxxxxxxxxx>
• [iproute2] wrong limit upload speed
  • From: "solsTiCe d'Hiver" <solstice.dhiver@xxxxxxxxxxx>
• Re: [Samba] 2.6.22/realtek bug in hardware, any kernel work-around?
  • From: Sinisa Bandin <sinisa@xxxxxxxxxxxxxxxxxxxx>
• Re: [Samba] 2.6.22/realtek bug in hardware, any kernel work-around?
  • From: Sinisa Bandin <sinisa@xxxxxxxxxxxxxxxxxxxx>
• Re: [Samba] 2.6.22/realtek bug in hardware, any kernel work-around?
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• 2.6.22/realtek bug in hardware, any kernel work-around?
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Linux networking implementation and packet capture
  • From: Alan Menegotto <macnish@xxxxxxxxx>
• Linux networking implementation and packet capture
  • From: "Gaurav Aggarwal" <grv.aggarwal@xxxxxxxxx>
• Question on privilege control of interfaces
  • From: "Overnitary Lee" <overnitary@xxxxxxxxx>
• IPSec and EAGAIN issue when natting takes place
  • From: "pankaj jain" <jainp1979@xxxxxxxxx>
• ifconfig up, pc freezes. driver r8169
  • From: "Jonathan Larsen" <agentc0re@xxxxxxxxx>
• Libnl and cache manager "route/neigh"
  • From: "Edouard Thuleau" <thuleau@xxxxxxxxx>
• Re: UDP error handling inconsistencies
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: In search of 10gbps cards/shootout in Linux?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: UDP error handling inconsistencies
  • From: Gabriel Paubert <paubert@xxxxxxx>
• [no subject]
  • From: Gabriel Paubert <paubert@xxxxxxx>
• UDP error handling inconsistencies
  • From: Gabriel Paubert <paubert@xxxxxxx>
• Re: cc: ip_rt_bug or protocol buggy
  • From: Macnish <macnish@xxxxxxxxx>
• ip_rt_bug or protocol buggy
  • From: DHAJOGLO <DHAJOGLO@xxxxxxxxx>
• Re: In search of 10gbps cards/shootout in Linux?
  • From: Bill Fink <billfink@xxxxxxxxxxxxxx>
• AoE/2.6 Question (CORAID brand)
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• In search of 10gbps cards/shootout in Linux?
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• Re: Finding a port hog
  • From: Cyprien <cyprien33@xxxxxxxxxxx>
• Re: Finding a port hog
  • From: Bill Fink <billfink@xxxxxxxxxxxxxx>
• Re: Finding a port hog
  • From: "Dr. David Alan Gilbert" <linux@xxxxxxxxxxx>
• Re: Finding a port hog
  • From: David Stevens <dlstevens@xxxxxxxxxx>
• Finding a port hog
  • From: "Dr. David Alan Gilbert" <linux@xxxxxxxxxxx>
• DHCP vendor specific option
  • From: "Bizhan Gholikhamseh \(bgholikh\)" <bgholikh@xxxxxxxxx>
• RE: 82557/8/9 Ethernet Pro 100 interrupt mitigation support
  • From: "Brandeburg, Jesse" <jesse.brandeburg@xxxxxxxxx>
• Re: 82557/8/9 Ethernet Pro 100 interrupt mitigation support
  • From: John Sigler <linux.kernel@xxxxxxx>
• RE: 82557/8/9 Ethernet Pro 100 interrupt mitigation support
  • From: "Brandeburg, Jesse" <jesse.brandeburg@xxxxxxxxx>
• Re: 82557/8/9 Ethernet Pro 100 interrupt mitigation support
  • From: "Kok, Auke" <auke-jan.h.kok@xxxxxxxxx>
• bug in 2.6.22.6, net/sunrpc/svcsock.c
  • From: Wolfgang Walter <wolfgang.walter@xxxxxxxxxxxxxxxxxxxx>
• Re: 82557/8/9 Ethernet Pro 100 interrupt mitigation support
  • From: James Chapman <jchapman@xxxxxxxxxxx>
• Re: 82557/8/9 Ethernet Pro 100 interrupt mitigation support
  • From: John Sigler <linux.kernel@xxxxxxx>
• 82557/8/9 Ethernet Pro 100 interrupt mitigation support
  • From: Marc Sigler <marc.sigler@xxxxxxxxxxxxxx>
• 82557/8/9 Ethernet Pro 100 interrupt mitigation support
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: arp problem (Linux/xen not seeing arp requests)
  • From: Borut Mrak <b@xxxxxxxxxx>
• arp problem (Linux/xen not seeing arp requests)
  • From: Borut Mrak <b@xxxxxxxxxx>
• Re: "Silly" question about IP, NICs, and Linux
  • From: Jason Hamilton <jason@xxxxxxxxxxxxxxxx>
• Re: "Silly" question about IP, NICs, and Linux
  • From: "Mateus Interciso" <p.zarnick@xxxxxxxxx>
• Re: "Silly" question about IP, NICs, and Linux
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• "Silly" question about IP, NICs, and Linux
  • From: Mateus Interciso <p.zarnick@xxxxxxxxx>
• Re: NETLINK only showing 63 IP adresses.
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• NETLINK only showing 63 IP adresses.
  • From: "Ola Karlsson" <skalle.karlsson@xxxxxxxxx>
• Temporary freezes on a NAT firewall
  • From: Svata Dedic <belgarat@xxxxxxxxxxxxxxx>
• Re: Availability of mac80211-based driver with Master support
  • From: "prasad hegde" <prasad.hegde@xxxxxxxxx>
• Re: dst cache overflow
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• Working Qos/shaping product ?
  • From: "xerces8" <xerces8@xxxxxxxx>
• Availability of mac80211-based driver with Master support
  • From: Ingo Kofler <kofler_i@xxxxxxx>
• 2 Questions: bnx2 checksum offload and push/ack in realtime feed
  • From: Bernhard Duebi <bernhard@xxxxxx>
• Re: TCP keepalive algorithm
  • From: John Heffner <jheffner@xxxxxxx>
• Re: TCP keepalive algorithm
  • From: Christopher Fowler <cfowler@xxxxxxxxxxxxxxxxxxx>
• Re: TCP keepalive algorithm
  • From: Jeff Weber <jweber@xxxxxxxx>
• Re: TCP keepalive algorithm
  • From: Charlie Brady <charlieb@xxxxxxxxxxxxxxxxxx>
• TCP keepalive algorithm
  • From: Jeff Weber <jweber@xxxxxxxx>
• Re: dst cache overflow
  • From: Tobias Diedrich <ranma+kernel@xxxxxxxxxxxx>
• dst cache overflow
  • From: Tobias Diedrich <ranma+kernel@xxxxxxxxxxxx>
• linux IP stack RFC conformance
  • From: "Jeff Haran" <jharan@xxxxxxxxxxx>
• Re: 2.6.23-rc2: WARNING: at kernel/irq/resend.c:70 check_irq_resend()
  • From: "Marcin Ślusarz" <marcin.slusarz@xxxxxxxxx>
• linux bridge misbehavior
  • From: Yan Xuan <yanxuan@xxxxxxx>
• Re: 2.6.12 Kernel Panic
  • From: Willy Tarreau <w@xxxxxx>
• Re: Bridge and NAT? Help
  • From: Carsten Aulbert <carsten@xxxxxxxxxxxxxxxx>
• Bridge and NAT? Help
  • From: Mateus Interciso <p.zarnick@xxxxxxxxx>
• Re: 2.6.23-rc2: WARNING: at kernel/irq/resend.c:70 check_irq_resend()
  • From: "Jean-Baptiste Vignaud" <vignaud@xxxxxxxxxxx>
• Re: [patch (testing)] Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: 2.6.23-rc2: WARNING: at kernel/irq/resend.c:70 check_irq_resend()
  • From: "Jean-Baptiste Vignaud" <vignaud@xxxxxxxxxxx>
• Re: [patch (testing)] Re: 2.6.20->2.6.21 - networking dies after random time
  • From: "Marcin Ślusarz" <marcin.slusarz@xxxxxxxxx>
• Re: 2.6.23-rc2: WARNING: at kernel/irq/resend.c:70 check_irq_resend()
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: 2.6.23-rc2: WARNING: at kernel/irq/resend.c:70 check_irq_resend()
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.23-rc2: WARNING: at kernel/irq/resend.c:70 check_irq_resend()
  • From: Jarek Poplawski <jarkao2@xxxxx>
• 2.6.12 Kernel Panic
  • From: "ES L" <esrndmail@xxxxxxxxx>
• Re: [patch (testing)] Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: 2.6.23-rc2: WARNING: at kernel/irq/resend.c:70 check_irq_resend()
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [patch (testing)] Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: 2.6.23-rc2: WARNING: at kernel/irq/resend.c:70 check_irq_resend()
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: [patch (testing)] Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [patch (testing)] Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: 2.6.23-rc2: WARNING: at kernel/irq/resend.c:70 check_irq_resend()
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [patch (testing)] Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: 2.6.23-rc2: WARNING: at kernel/irq/resend.c:70 check_irq_resend()
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: [patch (testing)] Re: 2.6.20->2.6.21 - networking dies after random time
  • From: "Jean-Baptiste Vignaud" <vignaud@xxxxxxxxxxx>
• Re: [patch (testing)] Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: 2.6.23-rc2: WARNING: at kernel/irq/resend.c:70 check_irq_resend()
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: 2.6.23-rc2: WARNING: at kernel/irq/resend.c:70 check_irq_resend()
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: [patch (testing)] Re: 2.6.20->2.6.21 - networking dies after random time
  • From: "Jean-Baptiste Vignaud" <vignaud@xxxxxxxxxxx>
• Re: 2.6.23-rc2: WARNING: at kernel/irq/resend.c:70 check_irq_resend()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch (testing)] Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: 2.6.23-rc2: WARNING: at kernel/irq/resend.c:70 check_irq_resend()
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: [RFC] Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• 2.6.23-rc2: WARNING: at kernel/irq/resend.c:70 check_irq_resend()
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• [RFC] Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: Multiple targets with same IP address?
  • From: Brian Candler <B.Candler@xxxxxxxxx>
• [patch (testing)] Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: Multiple targets with same IP address?
  • From: "pankaj jain" <jainp1979@xxxxxxxxx>
• Re:[patch] genirq: temporary fix for level-triggered IRQ resend
  • From: "Jean-Baptiste Vignaud" <vignaud@xxxxxxxxxxx>
• PROBLEM: 8139too with MMIO hangs the system
  • From: Zach Carter <linux@xxxxxxxxxxxxxx>
• Re: eepro100 - Nobody Cares (hardware?)
  • From: "Frantisek Rysanek" <Frantisek.Rysanek@xxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: Multiple targets with same IP address?
  • From: Brian Candler <B.Candler@xxxxxxxxx>
• Re: Multiple targets with same IP address?
  • From: "Adam M" <linux-net@xxxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: "Marcin Ślusarz" <marcin.slusarz@xxxxxxxxx>
• Re: limit on number of logical interfaces
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: "Marcin Ślusarz" <marcin.slusarz@xxxxxxxxx>
• [patch] genirq: temporary fix for level-triggered IRQ resend
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: Multiple targets with same IP address?
  • From: "pankaj jain" <jainp1979@xxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: "Jean-Baptiste Vignaud" <vignaud@xxxxxxxxxxx>
• Multiple targets with same IP address?
  • From: Brian Candler <B.Candler@xxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: limit on number of logical interfaces
  • From: "pankaj jain" <jainp1979@xxxxxxxxx>
• Re: limit on number of logical interfaces
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: "Jean-Baptiste Vignaud" <vignaud@xxxxxxxxxxx>
• limit on number of logical interfaces
  • From: "pankaj jain" <jainp1979@xxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: "Jean-Baptiste Vignaud" <vignaud@xxxxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: "Jean-Baptiste Vignaud" <vignaud@xxxxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: "Marcin Ślusarz" <marcin.slusarz@xxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Al Boldi <a1426z@xxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Chuck Ebbert <cebbert@xxxxxxxxxx>
• Re: eepro100 - Nobody Cares (hardware?)
  • From: "ericj" <ericj@xxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: "Jean-Baptiste Vignaud" <vignaud@xxxxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: "Jean-Baptiste Vignaud" <vignaud@xxxxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Chuck Ebbert <cebbert@xxxxxxxxxx>
• Re: eepro100 - Nobody Cares (hardware?)
  • From: "ericj" <ericj@xxxxxxxxx>
• Re: eepro100 - Nobody Cares (hardware?)
  • From: Jeff Garzik <jeff@xxxxxxxxxx>
• eepro100 - Nobody Cares (hardware?)
  • From: "ericj" <ericj@xxxxxxxxx>
• Re: [patch (take 2)] genirq: fix simple and fasteoi irq handlers
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: [patch (take 2)] genirq: fix simple and fasteoi irq handlers
  • From: "Marcin Ślusarz" <marcin.slusarz@xxxxxxxxx>
• Re: [patch] genirq: fix simple and fasteoi irq handlers
  • From: "Marcin Ślusarz" <marcin.slusarz@xxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: "Marcin Ślusarz" <marcin.slusarz@xxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: "Marcin Ślusarz" <marcin.slusarz@xxxxxxxxx>
• Re: [patch (take 2)] genirq: fix simple and fasteoi irq handlers
  • From: Ingo Molnar <mingo@xxxxxxx>
• [patch (take 2)] genirq: fix simple and fasteoi irq handlers
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: [patch] genirq: fix simple and fasteoi irq handlers
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: [patch] genirq: fix simple and fasteoi irq handlers
  • From: "Marcin Ślusarz" <marcin.slusarz@xxxxxxxxx>
• Re: [patch] genirq: fix simple and fasteoi irq handlers
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: [patch] genirq: fix simple and fasteoi irq handlers
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [patch] genirq: fix simple and fasteoi irq handlers
  • From: Ingo Molnar <mingo@xxxxxxx>
• [patch] genirq: fix simple and fasteoi irq handlers
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: [patch] genirq: temporary fix for level-triggered IRQ resend
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [patch] genirq: temporary fix for level-triggered IRQ resend
  • From: Gabriel C <nix.or.die@xxxxxxxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: "Marcin Ślusarz" <marcin.slusarz@xxxxxxxxx>
• Re: [patch] genirq: temporary fix for level-triggered IRQ resend
  • From: Ingo Molnar <mingo@xxxxxxx>
• [patch] genirq: temporary fix for level-triggered IRQ resend
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: [PATCH][netdrvr] lib8390: comment on locking by Alan Cox Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jeff Garzik <jeff@xxxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: UDP/IP via Ethernet in real time (config-preempt patch)
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [A BUG?]: routing with multiple default routes
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: "Marcin Ślusarz" <marcin.slusarz@xxxxxxxxx>
• Re: UDP/IP via Ethernet in real time (config-preempt patch)
  • From: "M. Koehrer" <mathias_koehrer@xxxxxxxx>
• Re: UDP/IP via Ethernet in real time (config-preempt patch)
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: incorrect source address for local TCP connections?
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: [A BUG?]: routing with multiple default routes
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: Hotplug and Multipath routes = lost route
  • From: Dâniel Fraga <fragabr@xxxxxxxxx>
• ip addr show not showing all addresses
  • From: Martin Volf <mv@xxxxxx>
• ethtool version 6 released
  • From: Jeff Garzik <jeff@xxxxxxxxxx>
• Re: Pin-pointing the root of unusual application latencies
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: Hotplug and Multipath routes = lost route
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: [PATCH][netdrvr] lib8390: comment on locking by Alan Cox Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• [PATCH][netdrvr] lib8390: comment on locking by Alan Cox Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: "Marcin Ślusarz" <marcin.slusarz@xxxxxxxxx>
• Re: Hotplug and Multipath routes = lost route
  • From: Dâniel Fraga <fragabr@xxxxxxxxx>
• Re: Hotplug and Multipath routes = lost route
  • From: Dâniel Fraga <fragabr@xxxxxxxxx>
• Re: Hotplug and Multipath routes = lost route
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: Hotplug and Multipath routes = lost route
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• NETIF_F_SG vs NETIF_F_FRAGLIST
  • From: Eli Cohen <eli@xxxxxxxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Al Boldi <a1426z@xxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: Hotplug and Multipath routes = lost route
  • From: Dâniel Fraga <fragabr@xxxxxxxxx>
• Re: [PATCH] Netfilter Kconfig: Expose IPv4/6 connection tracking options by selecting NF_CONNTRACK
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 0/2][RFC] Update network drivers to use devres
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/2][RFC] Update e100 driver to use devres.
  • From: bphilips@xxxxxxx
• [PATCH 1/2][RFC] Update net core to use devres.
  • From: bphilips@xxxxxxx
• [PATCH 0/2][RFC] Update network drivers to use devres
  • From: bphilips@xxxxxxx
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] Netfilter Kconfig: Expose IPv4/6 connection tracking options by selecting NF_CONNTRACK
  • From: Al Boldi <a1426z@xxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Netfilter Kconfig: Expose IPv4/6 connection tracking options by selecting NF_CONNTRACK
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] Netfilter Kconfig: Expose IPv4/6 connection tracking options by selecting NF_CONNTRACK
  • From: Al Boldi <a1426z@xxxxxxxxx>
• Re: [PATCH] Netfilter Kconfig: Expose IPv4/6 connection tracking options by selecting NF_CONNTRACK
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] Netfilter Kconfig: Expose IPv4/6 connection tracking options by selecting NF_CONNTRACK
  • From: Al Boldi <a1426z@xxxxxxxxx>
• Re: [PATCH] Netfilter Kconfig: Expose IPv4/6 connection tracking options by selecting NF_CONNTRACK
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: iproute2-2.6.22-070710.tar.gz is a tar bomb
  • From: "Dan Nicholson" <dbn.lists@xxxxxxxxx>
• Linux TCP modifications
  • From: "Pallab Dutta" <pallab@xxxxxxxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: [PATCH] Netfilter Kconfig: Expose IPv4/6 connection tracking options by selecting NF_CONNTRACK
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] Netfilter Kconfig: Expose IPv4/6 connection tracking options by selecting NF_CONNTRACK
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Hotplug and Multipath routes = lost route
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Hotplug and Multipath routes = lost route
  • From: Dâniel Fraga <fragabr@xxxxxxxxx>
• Re: posible latency issues in seq_read
  • From: "Chris Friesen" <cfriesen@xxxxxxxxxx>
• Re: UDP/IP via Ethernet in real time (config-preempt patch)
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: "Marcin Ślusarz" <marcin.slusarz@xxxxxxxxx>
• PFIFO to contain more pkts than allowed by TCP peer?
  • From: Daniel Schaffrath <daniel.schaffrath@xxxxxxx>
• Re: posible latency issues in seq_read
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• Re: IPR2 + Netfilter: stateful _routing_ on inbound DNAT, in dual-homed setup?
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• IPR2 + Netfilter: stateful _routing_ on inbound DNAT, in dual-homed setup?
  • From: "Frantisek Rysanek" <Frantisek.Rysanek@xxxxxxx>
• Re: UDP/IP via Ethernet in real time (config-preempt patch)
  • From: Christopher Fowler <cfowler@xxxxxxxxxxxxxxxxxxx>
• Re: UDP/IP via Ethernet in real time (config-preempt patch)
  • From: "M. Koehrer" <mathias_koehrer@xxxxxxxx>
• Re: tg3 issues
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: tg3 issues
  • From: "pradeep singh" <2500.pradeep@xxxxxxxxx>
• tg3 issues
  • From: patric <pakar@xxxxxxxxxxxxxxx>
• Re: Stalled connection (need help to debug)
  • From: "Kok, Auke" <auke-jan.h.kok@xxxxxxxxx>
• Stalled connection (need help to debug)
  • From: Oleg Verych <for.gmane@xxxxxxxxxxxxxx>
• Re: UDP/IP via Ethernet in real time (config-preempt patch)
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: UDP/IP via Ethernet in real time (config-preempt patch)
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re[2]: UDP/IP via Ethernet in real time (config-preempt patch)
  • From: "M. Koehrer" <mathias_koehrer@xxxxxxxx>
• Re: iproute2-2.6.22-070710.tar.gz is a tar bomb
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• iproute2-2.6.22-070710.tar.gz is a tar bomb
  • From: "Dan Nicholson" <dbn.lists@xxxxxxxxx>
• Re: UDP/IP via Ethernet in real time (config-preempt patch)
  • From: Christopher Fowler <cfowler@xxxxxxxxxxxxxxxxxxx>
• Re: UDP/IP via Ethernet in real time (config-preempt patch)
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re[2]: UDP/IP via Ethernet in real time (config-preempt patch)
  • From: Dan Searle <dan@xxxxxxxxxx>
• Re: UDP/IP via Ethernet in real time (config-preempt patch)
  • From: Christopher Fowler <cfowler@xxxxxxxxxxxxxxxxxxx>
• Re: UDP/IP via Ethernet in real time (config-preempt patch)
  • From: "M. Koehrer" <mathias_koehrer@xxxxxxxx>
• bluetooth socket problem
  • From: amnuay.mu@xxxxxxxxx
• Re: UDP/IP via Ethernet in real time (config-preempt patch)
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Realtek RTL8111B serious performance issues
  • From: john@xxxxxxxxxxxxxxxx
• Re: UDP/IP via Ethernet in real time (config-preempt patch)
  • From: "Kok, Auke" <auke-jan.h.kok@xxxxxxxxx>
• UDP/IP via Ethernet in real time (config-preempt patch)
  • From: "M. Koehrer" <mathias_koehrer@xxxxxxxx>
• Re: No cmsg for SOCK_STREAM?
  • From: Rémi Denis-Courmont <rdenis@xxxxxxxxxxxxxxxx>
• No cmsg for SOCK_STREAM?
  • From: Daniel Schaffrath <daniel.schaffrath@xxxxxxx>
• Re: questions about netlink socket
  • From: Paul Moore <paul.moore@xxxxxx>
• Re: incorrect source address for local TCP connections?
  • From: Frank van Maarseveen <frankvm@xxxxxxxxxxx>
• questions about netlink socket
  • From: "Jing Huang" <jhuang007@xxxxxxxxx>
• Re: incorrect source address for local TCP connections?
  • From: Brian Haley <brian.haley@xxxxxx>
• Re: incorrect source address for local TCP connections?
  • From: Frank van Maarseveen <frankvm@xxxxxxxxxxx>
• cell phone bluetooth connection
  • From: amnuay.mu@xxxxxxxxx
• Re: incorrect source address for local TCP connections?
  • From: Frank van Maarseveen <frankvm@xxxxxxxxxxx>
• Re: incorrect source address for local TCP connections?
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: incorrect source address for local TCP connections?
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: incorrect source address for local TCP connections?
  • From: Frank van Maarseveen <frankvm@xxxxxxxxxxx>
• Re: incorrect source address for local TCP connections?
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• incorrect source address for local TCP connections?
  • From: Frank van Maarseveen <frankvm@xxxxxxxxxxx>
• Linux 2.6.22: Leak r=1 1
  • From: Sami Farin <safari-kernel@xxxxxxxxxxxxx>
• Re: cifs mount fails
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• Re: cifs mount fails
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• cifs mount fails
  • From: David Harel <hareldvd@xxxxxxxxxxxxxxxx>
• Re: [A BUG?]: routing with multiple default routes
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• [A BUG?]: routing with multiple default routes
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Problem with tc hashing filters
  • From: Stanislav Kruchinin <stas@xxxxxxxxxxxx>
• Re: socket close
  • From: skaller <skaller@xxxxxxxxxxxxxxxxxxxxx>
• Re: socket close
  • From: "Rhythmic Fistman" <rfistman@xxxxxxxxx>
• Re: socket close
  • From: skaller <skaller@xxxxxxxxxxxxxxxxxxxxx>
• Re: routing with multiple default routes
  • From: Christopher Fowler <cfowler@xxxxxxxxxxxxxxxxxxx>
• Re: routing with multiple default routes
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: routing with multiple default routes
  • From: Christopher Fowler <cfowler@xxxxxxxxxxxxxxxxxxx>
• Re: routing with multiple default routes
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: routing with multiple default routes
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: socket close
  • From: Charlie Brady <charlieb@xxxxxxxxxxxxxxxxxx>
• Re: socket close
  • From: skaller <skaller@xxxxxxxxxxxxxxxxxxxxx>
• Re: socket close
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• Re: socket close
  • From: skaller <skaller@xxxxxxxxxxxxxxxxxxxxx>
• Re: socket close
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• Re: socket close
  • From: "Rhythmic Fistman" <rfistman@xxxxxxxxx>
• Re: socket close
  • From: skaller <skaller@xxxxxxxxxxxxxxxxxxxxx>
• Re: socket close
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• Re: receive errors
  • From: Eli Cohen <eli@xxxxxxxxxxxxxx>
• socket close
  • From: skaller <skaller@xxxxxxxxxxxxxxxxxxxxx>
• Re: receive errors
  • From: Eli Cohen <eli@xxxxxxxxxxxxxx>
• Re: routing with multiple default routes
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: receive errors
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: routing with multiple default routes
  • From: Christopher Fowler <cfowler@xxxxxxxxxxxxxxxxxxx>
• Re: receive errors
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: routing with multiple default routes
  • From: Charlie Brady <charlieb@xxxxxxxxxxxxxxxxxx>
• routing with multiple default routes
  • From: Bill Davidsen <davidsen@xxxxxxx>
• receive errors
  • From: Eli Cohen <eli@xxxxxxxxxxxxxx>
• can't reach other hosts via IPv6
  • From: "Matteo Croce" <technoboy85@xxxxxxxxx>
• [no subject]
  • From: "Matteo Croce" <technoboy85@xxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: How can I get the source MAC address from a TCP socket?
  • From: Dan Searle <dan@xxxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: "Jean-Baptiste Vignaud" <vignaud@xxxxxxxxxxx>
• Re: How can I get the source MAC address from a TCP socket?
  • From: Topher <javert42@xxxxxxxxxx>
• Re: How can I get the source MAC address from a TCP socket?
  • From: Matti Aarnio <matti.aarnio@xxxxxxxxxxx>
• How can I get the source MAC address from a TCP socket?
  • From: Dan Searle <dan@xxxxxxxxxx>
• Dropped ICMP REDIRECTS
  • From: "Lior Dotan" <liodot@xxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: "Jean-Baptiste Vignaud" <vignaud@xxxxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: FW : airo suspend problem
  • From: Pavel Machek <pavel@xxxxxx>
• arp_find() and arp_set_predefined()
  • From: "Robert Bailey" <robert.caston@xxxxxxxxx>
• Maximum Number of IP Addresses
  • From: David Jones <djones@xxxxxxxxxxx>
• Re: FW : airo suspend problem
  • From: matthieu castet <castet.matthieu@xxxxxxx>
• Re: FW : airo suspend problem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• module for getting underlying ethernet hardware and IP address...
  • From: "Tej Parkash" <tejparkash.d@xxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: "Marcin Ślusarz" <marcin.slusarz@xxxxxxxxx>
• Re: tc with netem on 64bit systems
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: tc with netem on 64bit systems
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: tc with netem on 64bit systems
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: tc with netem on 64bit systems
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• tc with netem on 64bit systems
  • From: "Oliver Cook" <oliver.cook@xxxxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Conntrack SIP Problem
  • From: Jerome Borsboom <netfilter-devel@xxxxxxxxxxxx>
• Re: [PATCH] Conntrack SIP Problem
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] Conntrack SIP Problem
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: 2.6.20->2.6.21 - networking dies after random time
  • From: Jarek Poplawski <jarkao2@xxxxx>
• 2.6.20->2.6.21 - networking dies after random time
  • From: "Marcin Ślusarz" <marcin.slusarz@xxxxxxxxx>
• Re: [BUG] Conntrack SIP Problem
  • From: Jerome Borsboom <borsboom@xxxxxxxxxxxx>
• FW : airo suspend problem
  • From: castet.matthieu@xxxxxxx
• Re: [BUG] Conntrack SIP Problem
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [BUG] Conntrack SIP Problem
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [BUG] Conntrack SIP Problem
  • From: Jerome Borsboom <j.borsboom@xxxxxxxxxxxx>
• Re: [BUG] Conntrack SIP Problem
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [BUG] Conntrack SIP Problem
  • From: Jerome Borsboom <j.borsboom@xxxxxxxxxxxx>
• PCMCIA Cardbus R8169 on 2.4.27
  • From: Christopher Fowler <cfowler@xxxxxxxxxxxxxxxxxxx>
• Re: [BUG] Conntrack SIP Problem
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [BUG] Conntrack SIP Problem
  • From: Michael Rack <michael.rack@xxxxxxxxxxxxxxxxxx>
• Re: [BUG] Conntrack SIP Problem
  • From: Michael Rack <michael.rack@xxxxxxxxxxxxxxxxxx>
• Re: [BUG] Conntrack SIP Problem
  • From: Jerome Borsboom <j.borsboom@xxxxxxxxxxxx>
• Re: [BUG] Conntrack SIP Problem
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [BUG] Conntrack SIP Problem
  • From: Jerome Borsboom <j.borsboom@xxxxxxxxxxxx>
• Re: how to time my parallel program that has blocking send and recv calls
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: __alloc_pages: 0-order allocation failed (gfp=0x20/0)
  • From: Willy Tarreau <w@xxxxxx>
• Re: __alloc_pages: 0-order allocation failed (gfp=0x20/0)
  • From: Willy Tarreau <w@xxxxxx>
• Re: __alloc_pages: 0-order allocation failed (gfp=0x20/0)
  • From: "Gabor Z. Papp" <gzp@xxxxxxx>
• Re: __alloc_pages: 0-order allocation failed (gfp=0x20/0)
  • From: "Gabor Z. Papp" <gzp@xxxxxxx>
• Re: __alloc_pages: 0-order allocation failed (gfp=0x20/0)
  • From: "pradeep singh" <2500.pradeep@xxxxxxxxx>
• inet_listen code clarifiction
  • From: "Tej Parkash" <tejparkash.d@xxxxxxxxx>
• Re: __alloc_pages: 0-order allocation failed (gfp=0x20/0)
  • From: "Gabor Z. Papp" <gzp@xxxxxxx>
• Re: __alloc_pages: 0-order allocation failed (gfp=0x20/0)
  • From: "pradeep singh" <2500.pradeep@xxxxxxxxx>
• __alloc_pages: 0-order allocation failed (gfp=0x20/0)
  • From: "Gabor Z. Papp" <gzp@xxxxxxx>
• how to time my parallel program that has blocking send and recv calls
  • From: "Mark Farnell" <mark.farnell@xxxxxxxxx>
• SKY2 vs SK98LIN performance on 88E8053 MAC
  • From: Philip Romanov <philip_romanov@xxxxxxxxx>
• Re: 2.6.22-rc4-mm2: Assigning IP address fails
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 2.6.22-rc4-mm2: Assigning IP address fails
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: 2.6.22-rc4-mm2: Assigning IP address fails
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.22-rc4-mm2: Assigning IP address fails
  • From: jfannin@xxxxxxxxx (Joseph Fannin)
• WAN optimizations with Linux
  • From: Diego Woitasen <diego@xxxxxxxxxxxxxxx>
• IPv6 over IPv4 tunneling and notification confusion?
  • From: "pradeep singh" <2500.pradeep@xxxxxxxxx>
• Re: TCP/UDP Bad Checksum
  • From: Guillaume Berthelom <guillaume.berthelom@xxxxxxxxx>
• Re: Network and Linux virtualization for development
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: Network and Linux virtualization for development
  • From: "Samuel Korpi" <strontianite@xxxxxxxxx>
• Re: device refcnt leak
  • From: David Miller <davem@xxxxxxxxxxxxx>
• device refcnt leak
  • From: "Kiran Kumar Kella" <kirankumark@xxxxxxxxx>
• Network and Linux virtualization for development
  • From: "Eduardo Pérez Ureta" <edpeur@xxxxxxxxx>
• RE: ETHTOOL_GSET IOCTL on GigE links
  • From: "Jeff Haran" <jharan@xxxxxxxxxxx>
• Re: ETHTOOL_GSET IOCTL on GigE links
  • From: Jeff Garzik <jeff@xxxxxxxxxx>
• Re: ETHTOOL_GSET IOCTL on GigE links
  • From: David Miller <davem@xxxxxxxxxxxxx>
• RE: ETHTOOL_GSET IOCTL on GigE links
  • From: "Jeff Haran" <jharan@xxxxxxxxxxx>
• Re: ETHTOOL_GSET IOCTL on GigE links
  • From: Jeff Garzik <jeff@xxxxxxxxxx>
• ETHTOOL_GSET IOCTL on GigE links
  • From: "Jeff Haran" <jharan@xxxxxxxxxxx>
• Libnl and class API
  • From: "Edouard Thuleau" <thuleau@xxxxxxxxx>
• raw sockets ignore IP_HDRINCL data
  • From: Mick McCreath <mick_mccreath@xxxxxxxxxxxxxxxxxxxxxx>
• Re: link up and don on ether async notification
  • From: Charlie Brady <charlieb@xxxxxxxxxxxxxxxxxx>
• Re: link up and don on ether async notification
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• link up and don on ether async notification
  • From: mbartolo <mb4rt0l0@xxxxxxxxx>
• Re: TCP/UDP Bad Checksum
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: Generic Netlink
  • From: Paul Moore <paul.moore@xxxxxx>
• TCP/UDP Bad Checksum
  • From: Guillaume Berthelom <guillaume.berthelom@xxxxxxxxx>
• Re: Generic Netlink
  • From: "Edouard Thuleau" <thuleau@xxxxxxxxx>
• RE: Questions about the Linux network stack
  • From: "Jeff Haran" <jharan@xxxxxxxxxxx>
• Re: Questions about the Linux network stack
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: Generic Netlink
  • From: Paul Moore <paul.moore@xxxxxx>
• Generic Netlink
  • From: "Edouard Thuleau" <thuleau@xxxxxxxxx>
• 2.6.20.9 - NAT problem
  • From: Michal Kustosik <kustosz@xxxxxxxxxxxx>
• Re: Questions about the Linux network stack
  • From: "Matthew Faulkner" <matthew.faulkner@xxxxxxxxx>
• Re: Libnl
  • From: "pradeep singh" <2500.pradeep@xxxxxxxxx>
• Libnl
  • From: "Edouard Thuleau" <thuleau@xxxxxxxxx>
• Re: rmmod e1000 hangs (Was Re: 2.6.22-rc2-mm1)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: rmmod e1000 hangs (Was Re: 2.6.22-rc2-mm1)
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: rmmod e1000 hangs (Was Re: 2.6.22-rc2-mm1)
  • From: "Kok, Auke" <auke-jan.h.kok@xxxxxxxxx>
• Linksys Gigabit USB2.0 adapter (asix) regression
  • From: Erik Slagter <erik@xxxxxxxxxxxx>
• [PATCH 2/2] tbf scheduler: TSO support (update 3)
  • From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
• [PATCH 1/2] tbf scheduler: TSO support (update 3)
  • From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
• Re: Communication between eth0 and eth1 over the cable
  • From: "Milan P. Stanic" <mps@xxxxxxxxx>
• Re: alloc_netdev() and 32 byte or 32 bit alignment???
  • From: "pradeep singh" <2500.pradeep@xxxxxxxxx>
• Re: alloc_netdev() and 32 byte or 32 bit alignment???
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: alloc_netdev() and 32 byte or 32 bit alignment???
  • From: "pradeep singh" <2500.pradeep@xxxxxxxxx>
• Re: alloc_netdev() and 32 byte or 32 bit alignment???
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• alloc_netdev() and 32 byte or 32 bit alignment???
  • From: "pradeep singh" <2500.pradeep@xxxxxxxxx>
• Re: notifier_chain_register semantics query!!!
  • From: "pradeep singh" <2500.pradeep@xxxxxxxxx>
• Re: need for notifier chains?
  • From: "pradeep singh" <2500.pradeep@xxxxxxxxx>
• Re: [PATCH 2/2] tbf scheduler: TSO support (update 2)
  • From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] tbf scheduler: TSO support (update 2)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] tbf scheduler: TSO support (update 2)
  • From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
• [PATCH 1/2] tbf scheduler: TSO support (update 2)
  • From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
• Why socket state is volatile?
  • From: "pradeep singh" <2500.pradeep@xxxxxxxxx>
• Re: Why use volatile for socket state?
  • From: "Mulyadi Santosa" <mulyadi.santosa@xxxxxxxxx>
• Re: UDP Broadcasts not delivered to IP address
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: UDP Broadcasts not delivered to IP address
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: move_addr_to_kernel() and memory considerations!!!
  • From: Octavian Purdila <tavi@xxxxxxxxx>
• Re: UDP Broadcasts not delivered to IP address
  • From: "Dylan Taft" <d13f00l@xxxxxxxxx>
• Re: Communication between eth0 and eth1 over the cable
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: UDP Broadcasts not delivered to IP address
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: UDP Broadcasts not delivered to IP address
  • From: "Dylan Taft" <d13f00l@xxxxxxxxx>
• Communication between eth0 and eth1 over the cable
  • From: torbjorn@xxxxxxxxxxxxxxxxxxxxxxx
• Re: [PATCH] tbf scheduler: TSO support (updated)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tbf scheduler: TSO support (updated)
  • From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
• Re: [PATCH] tbf scheduler: TSO support (updated)
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] tbf scheduler: TSO support (updated)
  • From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
• Re: [PATCH] tbf scheduler: TSO support
  • From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
• Re: [PATCH] tbf scheduler: TSO support
  • From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
• Re: [PATCH] tbf scheduler: TSO support
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] tbf scheduler: TSO support
  • From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
• Re: [PATCH] tbf scheduler: TSO support
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] tbf scheduler: TSO support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] tbf scheduler: TSO support
  • From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
• R: R: 2.6.20 and multipath routing
  • From: "Giampaolo Tomassoni" <Giampaolo@xxxxxxxxxxxxx>
• Re: [PATCH] tbf scheduler: TSO support
  • From: "Kok, Auke" <auke-jan.h.kok@xxxxxxxxx>
• Re: R: 2.6.20 and multipath routing
  • From: "Kok, Auke" <auke-jan.h.kok@xxxxxxxxx>
• R: 2.6.20 and multipath routing
  • From: "Giampaolo Tomassoni" <Giampaolo@xxxxxxxxxxxxx>
• Re: [PATCH] tbf scheduler: TSO support
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• [PATCH] tbf scheduler: TSO support
  • From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
• 2.6.20 and multipath routing
  • From: "Giampaolo Tomassoni" <Giampaolo@xxxxxxxxxxxxx>
• Re: Questions about the Linux network stack
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• notifier_chain_register semantics query!!!
  • From: "pradeep singh" <2500.pradeep@xxxxxxxxx>
• skb_shared() definition query?
  • From: "pradeep singh" <2500.pradeep@xxxxxxxxx>
• need for notifier chains?
  • From: "pradeep singh" <2500.pradeep@xxxxxxxxx>
• bnx2 driver does not power down phy
  • From: Akshay Adhikari <aadhikar@xxxxxxxxx>
• Is skb_shared() definition correct?
  • From: "pradeep singh" <2500.pradeep@xxxxxxxxx>
• Re: [PATCH] 3Com PCI 3c905 causes annoying pci_set_power_state() messages
  • From: "Kok, Auke" <auke-jan.h.kok@xxxxxxxxx>
• Re: Questions about the Linux network stack
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Questions about the Linux network stack
  • From: "Martin A. Brown" <martin@xxxxxxxxxxxx>
• [PATCH] 3Com PCI 3c905 causes annoying pci_set_power_state() messages
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Questions about the Linux network stack
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: UDP Broadcasts not delivered to IP address
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: UDP Broadcasts not delivered to IP address
  • From: "Dylan Taft" <d13f00l@xxxxxxxxx>
• Re: UDP Broadcasts not delivered to IP address
  • From: Detlef Vollmann <dv@xxxxxxxxxxx>
• Re: UDP Broadcasts not delivered to IP address
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: UDP Broadcasts not delivered to IP address
  • From: Detlef Vollmann <dv@xxxxxxxxxxx>
• Re: UDP Broadcasts not delivered to IP address
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: UDP Broadcasts not delivered to IP address
  • From: Detlef Vollmann <dv@xxxxxxxxxxx>
• Re: UDP Broadcasts not delivered to IP address
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: UDP Broadcasts not delivered to IP address
  • From: Detlef Vollmann <dv@xxxxxxxxxxx>
• Re: UDP Broadcasts not delivered to IP address
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: UDP Broadcasts not delivered to IP address
  • From: "Dylan Taft" <d13f00l@xxxxxxxxx>
• Re: tc divisor maximum is too small
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• Re: tc divisor maximum is too small
  • From: Stanislav Kruchinin <stas@xxxxxxxxxxxx>
• Re: IPv4 addresses belong to host but IPv6 addresses belong to interface?
  • From: Jeroen Massar <jeroen@xxxxxxxxx>
• IPv4 addresses belong to host but IPv6 addresses belong to interface?
  • From: "Jeff Haran" <jharan@xxxxxxxxxxx>
• IFF_PROMISC again
  • From: Martín Ferrari <martin.ferrari@xxxxxxxxx>
• Re: Different scheduler behavior between 2.4 and 2.6
  • From: Bill Fink <billfink@xxxxxxxxxxxxxx>
• Re: Different scheduler behavior between 2.4 and 2.6
  • From: "pradeep singh" <2500.pradeep@xxxxxxxxx>
• Re: Different scheduler behavior between 2.4 and 2.6
  • From: "Quan Sun" <cfk.quan@xxxxxxxxx>
• Re: Different scheduler behavior between 2.4 and 2.6
  • From: "pradeep singh" <2500.pradeep@xxxxxxxxx>
• Re: Different scheduler behavior between 2.4 and 2.6
  • From: "Quan Sun" <cfk.quan@xxxxxxxxx>
• Re: Different scheduler behavior between 2.4 and 2.6
  • From: "pradeep singh" <2500.pradeep@xxxxxxxxx>
• Re: Different scheduler behavior between 2.4 and 2.6
  • From: "Quan Sun" <cfk.quan@xxxxxxxxx>
• Re: Different scheduler behavior between 2.4 and 2.6
  • From: "pradeep singh" <2500.pradeep@xxxxxxxxx>
• Different scheduler behavior between 2.4 and 2.6
  • From: "Quan Sun" <cfk.quan@xxxxxxxxx>
• A problem about NETLINK
  • From: "xiaoyu Du" <tingsrain@xxxxxxxxx>
• Re: prism54: WPA/RSN support for fullmac cards
  • From: Stefan Puch <stefan.puch@xxxxxxxxxxxxxxxxxxxxx>
• Re: prism54: WPA/RSN support for fullmac cards
  • From: Stefan Puch <stefan.puch@xxxxxxxxxxxxxxxxxxxxx>
• Re: prism54: WPA/RSN support for fullmac cards
  • From: Chr <chunkeey@xxxxxx>
• Slow tcp handshakes rate of 2.6.20 and 2.6.19
  • From: "Quan Sun" <cfk.quan@xxxxxxxxx>
• Re: prism54: WPA/RSN support for fullmac cards
  • From: Chr <chunkeey@xxxxxx>
• tc divisor maximum is too small
  • From: Stanislav Kruchinin <stas@xxxxxxxxxxxx>
• 2.6.18 mss negotiation and path mtu discovery mostly broken?
  • From: "Ristuccia, Brian" <bristuccia@xxxxxxxxxxxxxxxxxxx>
• Re: prism54: WPA/RSN support for fullmac cards
  • From: Michael Wu <flamingice@xxxxxxxxxxxx>
• Re: prism54: WPA/RSN support for fullmac cards
  • From: Stefan Puch <stefan.puch@xxxxxxxxxxxxxxxxxxxxx>
• Re: prism54: WPA/RSN support for fullmac cards
  • From: Stefan Puch <stefan.puch@xxxxxxxxxxxxxxxxxxxxx>
• Re: prism54: WPA/RSN support for fullmac cards
  • From: Stefan Puch <stefan.puch@xxxxxxxxxxxxxxxxxxxxx>
• Re: sky2 X86-64 PCI synchronization problems
  • From: "Daniel J Blueman" <daniel.blueman@xxxxxxxxx>
• Re: iproute sources for kernel 2.6.17
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: iproute sources for kernel 2.6.17
  • From: "leon zadorin" <leonleon77@xxxxxxxxx>
• Re: iproute sources for kernel 2.6.17
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: iproute sources for kernel 2.6.17
  • From: "Kok, Auke" <auke-jan.h.kok@xxxxxxxxx>
• iproute sources for kernel 2.6.17
  • From: "leon zadorin" <leonleon77@xxxxxxxxx>
• Re: prism54: WPA/RSN support for fullmac cards
  • From: Chr <chunkeey@xxxxxx>
• Re: prism54: WPA/RSN support for fullmac cards
  • From: Stefan Puch <stefan.puch@xxxxxxxxxxxxxxxxxxxxx>
• Re: prism54: WPA/RSN support for fullmac cards
  • From: Chr <chunkeey@xxxxxx>
• Re: prism54: WPA/RSN support for fullmac cards
  • From: Stefan Puch <stefan.puch@xxxxxxxxxxxxxxxxxxxxx>
• Re: prism54: WPA/RSN support for fullmac cards
  • From: Dan Williams <dcbw@xxxxxxxxxx>
• Re: prism54: WPA/RSN support for fullmac cards
  • From: "John W. Linville" <linville@xxxxxxxxxxxxx>
• prism54: WPA/RSN support for fullmac cards
  • From: Stefan Puch <stefan.puch@xxxxxxxxxxxxxxxxxxxxx>
• tg3 - disabling ASF
  • From: "Akshay Adhikari \(aadhikar\)" <aadhikar@xxxxxxxxx>
• Re: Generic Netlink Sockets
  • From: Paul Moore <paul.moore@xxxxxx>
• RE: Generic Netlink Sockets
  • From: "NP, Simha (STSD)" <simhan@xxxxxx>
• Re: Generic Netlink Sockets
  • From: Paul Moore <paul.moore@xxxxxx>
• Re: Generic Netlink Sockets
  • From: Hagen Paul Pfeifer <hagen@xxxxxxxx>
• RE: Generic Netlink Sockets
  • From: "NP, Simha (STSD)" <simhan@xxxxxx>
• Re: Generic Netlink Sockets
  • From: Paul Moore <paul.moore@xxxxxx>
• Re: Generic Netlink Sockets
  • From: Hagen Paul Pfeifer <hagen@xxxxxxxx>
• RE: Generic Netlink Sockets
  • From: "NP, Simha (STSD)" <simhan@xxxxxx>
• Generic Netlink Sockets
  • From: "NP, Simha (STSD)" <simhan@xxxxxx>
• Support for Asix AX88796
  • From: "Thomas Langås" <thomas.langaas@xxxxxxxxx>
• Bonding issue with 2.6
  • From: Charlie Brett <cfb@xxxxxx>
• Re: ARP cache pollution?
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: ARP cache pollution?
  • From: "Jeff Haran" <jharan@xxxxxxxxxxx>
• Re: ARP cache pollution?
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: ARP cache pollution?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• ARP cache pollution?
  • From: "Jeff Haran" <jharan@xxxxxxxxxxx>
• Re: Null pointer error
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• Re: How to disable ping reply to our own IP address when the eth ifc is down ?
  • From: Al Boldi <a1426z@xxxxxxxxx>
• Re: How to disable ping reply to our own IP address when the eth ifc is down ?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: How to disable ping reply to our own IP address when the eth ifc is down ?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• How to disable ping reply to our own IP address when the eth ifc is down ?
  • From: Yanping Du <ypdu2001@xxxxxxxxx>
• Re: 2.6.19 tg3 Broadcom 5704 problems/questions
  • From: Dan Searle <dan@xxxxxxxxxx>
• Re: iptables, 2.6.20.3 and state match
  • From: David CHANIAL <david.ml@xxxxxxxxxxx>
• Re: 2.6.19 tg3 Broadcom 5704 problems/questions
  • From: Paul Armor <parmor@xxxxxxxxxxxxxxxxxxxx>
• Re: /proc/net/vlan/config output patch and question
  • From: Jason Lunz <lunz@xxxxxxxxxxxx>
• Re: 2.6.19 tg3 Broadcom 5704 problems/questions
  • From: Brecht Vermeulen <brecht.vermeulen@xxxxxxxx>
• Re: iptables, 2.6.20.3 and state match
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• iptables, 2.6.20.3 and state match
  • From: David CHANIAL <david.ml@xxxxxxxxxxx>
• Re: cross compiling iproute2
  • From: "Alexander Sirotkin" <demiourgos@xxxxxxxxx>
• cross compiling iproute2
  • From: "Alexander Sirotkin" <demiourgos@xxxxxxxxx>
• /proc/net/vlan/config output patch and question
  • From: Norbert Kiesel <nkiesel@xxxxxxxxxxxxxxx>
• Re: Problem with sockets an 2.6.21-rc5 kernel
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Problem with sockets an 2.6.21-rc5 kernel
  • From: Jose Alberto Reguero <jareguero@xxxxxxxxxxxxxx>
• RE: How to get IP address of all network interfaces from kernel
  • From: <Zefang.Wang@xxxxxxxxx>
• How to get IP address of all network interfaces from kernel
  • From: "Bizhan Gholikhamseh \(bgholikh\)" <bgholikh@xxxxxxxxx>
• Re: urgent help regarding proxy arp
  • From: Nicholas George <nick.george@xxxxxxxxx>
• urgent help regarding proxy arp
  • From: prajakta choudhari <prajakta_choudhari@xxxxxxxxxxx>
• Re: Connect() blocks in endless loop test
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: Fwd: Re: ARP
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• RE: Why Router Advertisement are dropped when in forwarding mode?
  • From: "PROUST Christophe RD-CORE-CAE" <christophe.proust@xxxxxxxxxxxxxxxxxx>
• Re: Why Router Advertisement are dropped when in forwarding mode?
  • From: Vincent <vincent.trucmuche@xxxxxxxxxxx>
• Connect() blocks in endless loop test
  • From: Michal Feix <michal@xxxxxxx>
• Re: Why Router Advertisement are dropped when in forwarding mode?
  • From: Brian Haley <brian.haley@xxxxxx>
• Re: Why Router Advertisement are dropped when in forwarding mode?
  • From: "vincent\.trucmuche" <vincent.trucmuche@xxxxxxxxxxx>
• Re: Why Router Advertisement are dropped when in forwarding mode?
  • From: Brian Haley <brian.haley@xxxxxx>
• Re: Kernel network developpement discutions?
  • From: "vincent\.trucmuche" <vincent.trucmuche@xxxxxxxxxxx>
• Monitoring interface and routing
  • From: Chinh Nguyen <cnguyen@xxxxxxxxxxxx>
• Re: Kernel network developpement discutions?
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• Kernel network developpement discutions?
  • From: "vincent\.trucmuche" <vincent.trucmuche@xxxxxxxxxxx>
• Fwd: Re: ARP
  • From: Linux Looser <mb4rt0l0@xxxxxxxxx>
• Re: ARP
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Why Router Advertisement are dropped when in forwarding mode?
  • From: Vincent <vincent.trucmuche@xxxxxxxxxxx>
• ARP
  • From: mbartolo <mb4rt0l0@xxxxxxxxx>
• Null pointer error
  • From: "Danny Brow" <dan@xxxxxxxxxxxxxxx>
• Re: 2.6.19 tg3 Broadcom 5704 problems/questions
  • From: Paul Armor <parmor@xxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.19 tg3 Broadcom 5704 problems/questions
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• 2.6.19 tg3 Broadcom 5704 problems/questions
  • From: Paul Armor <parmor@xxxxxxxxxxxxxxxxxxxx>
• Re: sock_queue_rcv_skb no like NFS 32 kB blob
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
• sock_queue_rcv_skb no like NFS 32 kB blob
  • From: Simon Kirby <sim@xxxxxxxxxxxxx>