Linux Networking

• Thread Index

• Re: Kernel Routing sequence
  • From: Sven Schuster <schuster.sven@xxxxxx>
• Re: Kernel Routing sequence
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• Re: Kernel Routing sequence
  • From: Al Boldi <a1426z@xxxxxxxxx>
• Re: Kernel Routing sequence
  • From: Al Boldi <a1426z@xxxxxxxxx>
• Re: [PATCH] deinline netif_carrier_on/off
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: Kernel Routing sequence
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• [PATCH] deinline netif_carrier_on/off
  • From: Denis Vlasenko <vda@xxxxxxxxxxxxx>
• via-rhine + link loss + autoneg off == trouble
  • From: Denis Vlasenko <vda@xxxxxxxxxxxxx>
• Re: Kernel Routing sequence
  • From: Al Boldi <a1426z@xxxxxxxxx>
• Re: datagram queue length
  • From: Jonathan Ellis <jonathan@xxxxxxxxxxxxxxxx>
• Re: datagram queue length
  • From: "linux-os \(Dick Johnson\)" <linux-os@xxxxxxxxxxxx>
• datagram queue length
  • From: Jonathan Ellis <jonathan@xxxxxxxxxxxxxxxx>
• Re: Kernel Routing sequence
  • From: Marc Haber <mh+linux-net@xxxxxxxxxxxx>
• Kernel Routing sequence
  • From: Al Boldi <a1426z@xxxxxxxxx>
• Re: Limit of 16 tap devices
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Limit of 16 tap devices
  • From: "Andy Nguyen" <an@xxxxxxxxxxxx>
• Re: xfrm_user - userspace library and/or documentation? setsockopt(IP_XFRM_POLICY)
  • From: Jeremy Jackson <jerj@xxxxxxxxxxxx>
• Request: defining a protocol number for SS7 in if_ether.h
  • From: Thomas Steffen <steffen.list.account@xxxxxxxxx>
• Setting TOS via sendmsg
  • From: Alex Kiernan <alex.kiernan@xxxxxxxxx>
• nf_reinject() do not handle NF_STOP?
  • From: Yan Zheng <yanzheng@xxxxxxxx>
• Re: 2.6.11-rc5 and 2.6.12: cannot transmit anything - more info
  • From: Denis Vlasenko <vda@xxxxxxxxxxxxx>
• Re: netem: network hang (2.6.12.3/2.6.13-rc4)
  • From: Markus Rehbach <markus.rehbach@xxxxxx>
• RE: ARP entry ageing time
  • From: "Partha Chatterjee" <partha.chatterjee@xxxxxxxxxxxxxxxxx>
• Re: netem: network hang (2.6.12.3/2.6.13-rc4)
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: 2.6.11-rc5 and 2.6.12: cannot transmit anything - more info
  • From: Tommy Christensen <tommy.christensen@xxxxxxxxx>
• netem: network hang (2.6.12.3/2.6.13-rc4)
  • From: Markus Rehbach <markus.rehbach@xxxxxx>
• (RESEND) PF_KEY not RCF2367 compliant
  • From: "DuBuisson, Thomas" <tmdubui@xxxxxxxxxxxxxx>
• Re: Where or whom report a bug please? (sis900.c - problem)
  • From: "Randy.Dunlap" <rdunlap@xxxxxxxxxxxx>
• PF_KEY not RCF2367 compliant
  • From: "DuBuisson, Thomas" <tmdubui@xxxxxxxxxxxxxx>
• xfrm state lookup
  • From: Prabhat Hegde <pubs.hegde@xxxxxxxxx>
• Where or whom report a bug please? (sis900.c - problem)
  • From: "Fojtik Jaroslav" <fojtik@xxxxxxxxxxxxxxxx>
• Re: xfrm_user - userspace library and/or documentation? setsockopt(IP_XFRM_POLICY)
  • From: Aidas Kasparas <a.kasparas@xxxxxx>
• xfrm_user - userspace library and/or documentation? setsockopt(IP_XFRM_POLICY)
  • From: Jeremy Jackson <jerj@xxxxxxxxxxxx>
• 2.6.11-rc5 and 2.6.12: cannot transmit anything - more info
  • From: Denis Vlasenko <vda@xxxxxxxxxxxxx>
• firefox search plugin for http://lxr.linux.no/source/
  • From: Raghu Vadapalli <raghuvadapalli@xxxxxxxxx>
• PROBLEM: Time conversion error in linux-2.6.11.10/net/sunrpc/svcsock.c
  • From: Josip Loncaric <josip@xxxxxxxx>
• ip route flush: "OVERRUN: No buffer space available"
  • From: Christian Hammers <ch@xxxxxxxxxxx>
• sch_cbq - how to read skb data from cbq_class ptr
  • From: adam_fli@xxxxxxxxxxxxxx
• Re: 2.6.11-rc5 and 2.6.12: cannot transmit anything
  • From: Denis Vlasenko <vda@xxxxxxxxxxxxx>
• Fwd: [patch 2.6.13-rc4-git] usbnet learns RNDIS too
  • From: David Brownell <david-b@xxxxxxxxxxx>
• IC Plus IP1000 driver
  • From: Jaakko Niemi <liiwi@xxxxxxxxxxxxx>
• getting across NAT box from two levels inside
  • From: Vinod <geekvinod@xxxxxxxxx>
• Re: 2.6.11-rc5 and 2.6.12: cannot transmit anything
  • From: Denis Vlasenko <vda@xxxxxxxxxxxxx>
• Re: 2.6.11-rc5 and 2.6.12: cannot transmit anything
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• 2.6.11-rc5 and 2.6.12: cannot transmit anything
  • From: Denis Vlasenko <vda@xxxxxxxxxxxxx>
• Re: DriveStatusError BadCRC
  • From: Anupam Kapoor <anupam.kapoor@xxxxxxxxx>
• DriveStatusError BadCRC
  • From: sampei02@xxxxxxxxxx
• Re: bad slaves count in eql driver
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: PROBLEM: plip network fails on 2.6.x kernel
  • From: "hacker (of golf)" <golfbuf@xxxxxxxxx>
• Re: Regarding KDB for REDHAT9.0
  • From: Keith Owens <kaos@xxxxxxx>
• Re: bad slaves count in eql driver
  • From: Loic Le Loarer <loic.le-loarer+lk@xxxxxxxxxxxxxxxxx>
• Re: Regarding KDB for REDHAT9.0
  • From: Patrick McFarland <pmcfarland@xxxxxxxxxxxx>
• Regarding KDB for REDHAT9.0
  • From: Subbu <subbu@xxxxxxxxxx>
• [patch 2/2] drivers/net/tokenring/lanstreamer.c : Use of time_after macro
  • From: domen@xxxxxxxxxxxx
• PROBLEM: plip network fails on 2.6.x kernel
  • From: "hacker (of golf)" <golfbuf@xxxxxxxxx>
• [patch 1/2] drivers/net/tokenring/olympic.c : Use of time_after macro
  • From: domen@xxxxxxxxxxxx
• Re: About a change to the implementation of spin lock in 2.6.12 kernel.
  • From: linux@xxxxxxxxxxx
• About a change to the implementation of spin lock in 2.6.12 kernel.
  • From: <multisyncfe991@xxxxxxxxxxx>
• Parsing the prefix list: 2.6.8.1
  • From: <Mahesh.Sivakumar@xxxxxxxxx>
• Intrusion detection, buffer overflows, scanning, etc.
  • From: Vinay Venkataraghavan <raghavanvinay@xxxxxxxxx>
• Problem with e1000 and kexec
  • From: Chad Tindel <ctindel@xxxxxxxxx>
• [2.6 patch] Spelling mistakes threshoulds -> thresholds
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: [PATCH] macsonic/jazzsonic drivers update (part 2)
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [-mm patch] drivers/net/wireless/hostap/hostap.c: EXPORT_SYMTAB does nothing
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: Throughput problems on high latency link
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Gateway Problem - PLS Help - Urgent
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• Re: Throughput problems on high latency link
  • From: Bill Davidsen <davidsen@xxxxxxx>
• [2.6 patch] net/Kconfig: two ATM-related spelling fixes
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Gateway Problem - PLS Help - Urgent
  • From: goozeez pal <goozeez@xxxxxxxxx>
• Re: controlling ARP Proxy scope?
  • From: Zdenek Radouch <zdenek@xxxxxxx>
• Implementing protocols
  • From: Vinay Venkataraghavan <raghavanvinay@xxxxxxxxx>
• Re: controlling ARP Proxy scope?
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: controlling ARP Proxy scope?
  • From: Zdenek Radouch <zdenek@xxxxxxx>
• Re: controlling ARP Proxy scope?
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: controlling ARP Proxy scope?
  • From: Zdenek Radouch <zdenek@xxxxxxx>
• Re: libpcap problem
  • From: Vinay Venkataraghavan <raghavanvinay@xxxxxxxxx>
• Re: QoS by fragmentation
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: QoS by fragmentation
  • From: Kurt Huwig <k.huwig@xxxxxxxxx>
• RE: QoS by fragmentation
  • From: "Michael Fischer" <fischi@xxxxxxxx>
• Re: QoS by fragmentation
  • From: Kurt Huwig <k.huwig@xxxxxxxxx>
• Packet Recieve Processing overheads and handle_irq_event
  • From: sai narasimhamurthy <sai_narasi@xxxxxxxxx>
• Re: QoS by fragmentation
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: QoS by fragmentation
  • From: "Martin A. Brown" <mabrown@xxxxxxxxxxxxxx>
• Re: tcp sendmsg + zero copy
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• QoS by fragmentation
  • From: Kurt Huwig <k.huwig@xxxxxxxxx>
• tcp sendmsg + zero copy
  • From: Aviv Greenberg <avivgnet@xxxxxxxxx>
• Re: controlling ARP Proxy scope?
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• incorrect units for /proc/sys/net/ipv4/tcp_mem?
  • From: Zubin Dittia <zubin.dittia@xxxxxxxxx>
• controlling ARP Proxy scope?
  • From: Zdenek Radouch <zdenek@xxxxxxx>
• Re: libpcap problem
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• libpcap problem
  • From: Vinay Venkataraghavan <raghavanvinay@xxxxxxxxx>
• Re: [PATCH] causes ICMP packet to be silently discarded if to broadcast.
  • From: Tomasz Chomiuk <ch0mik@xxxxxxxxxx>
• Re: [PATCH] causes ICMP packet to be silently discarded if to broadcast.
  • From: Tomasz Chomiuk <ch0mik@xxxxxxxxxx>
• Re: [PATCH] causes ICMP packet to be silently discarded if to broadcast.
  • From: Tomasz Chomiuk <ch0mik@xxxxxxxxxx>
• Re: [PATCH] causes ICMP packet to be silently discarded if to broadcast.
  • From: David Stevens <dlstevens@xxxxxxxxxx>
• [PATCH] causes ICMP packet to be silently discarded if to broadcast.
  • From: Tomasz Chomiuk <ch0mik@xxxxxxxxxx>
• TCP connection timeouts during testing
  • From: trmcneal@xxxxxxxxxxx
• Re: [PATCH] bugfix and scalability changes in net/ipv4/route.c
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• sis900.c net driver - problem with initialising (possible bug)
  • From: fojtik@xxxxxxxxxxxxxxxx
• Re: Reduce Ethernet card speed?
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Reduce Ethernet card speed?
  • From: Manu Jose <talktomatrix@xxxxxxxxx>
• Re: e1000 and bonding overruns with jumbo
  • From: "Jason R. Martin" <nsxfreddy@xxxxxxxxx>
• IPv6 source address selection
  • From: Marc Singer <elf@xxxxxxxxx>
• Re: Reduce Ethernet card speed?
  • From: Donato Diaz <donatodd@xxxxxxxxxxxxxxxxx>
• Re: Reduce Ethernet card speed?
  • From: Donato Diaz <donatodd@xxxxxxxxxxxxxxxxx>
• Re: Reduce Ethernet card speed?
  • From: Ming Zhang <mingz@xxxxxxxxxxx>
• Reduce Ethernet card speed?
  • From: "Li, Ji" <ji.li3@xxxxxx>
• Re: [PATCH] macsonic/jazzsonic drivers update
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• PROBLEM: sis900.c - problem with initialising (possible bug)
  • From: "Fojtik Jaroslav" <fojtik@xxxxxxxxxxxxxxxx>
• Re: [2.6 patch] let TCP_CONG_ADVANCED default to n
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: [PATCH] macsonic/jazzsonic drivers update
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• [PATCH] macsonic/jazzsonic drivers update
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [2.6 patch] let TCP_CONG_ADVANCED default to n
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• e1000 and bonding overruns with jumbo
  • From: Philip Molter <philip@xxxxxxxxxxxxxxx>
• Re: strange arp output
  • From: "Thanh Tra Luu" <luu@xxxxxxx>
• Re: strange arp output
  • From: Ming Zhang <mingz@xxxxxxxxxxx>
• Re: strange arp output
  • From: Ming Zhang <mingz@xxxxxxxxxxx>
• Re: strange arp output
  • From: Jeroen Massar <jeroen@xxxxxxxxx>
• inetd not starting service - sometimes
  • From: Aman <agulati@xxxxxxxxxxx>
• strange arp output
  • From: Ming Zhang <mingz@xxxxxxxxxxx>
• [PATCH] bugfix and scalability changes in net/ipv4/route.c
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• Re: [PATCH] dst_entry structure use,lastuse and refcnt abstraction
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: [PATCH] dst_entry structure use,lastuse and refcnt abstraction
  • From: Christoph Lameter <clameter@xxxxxxxxxxxx>
• Re: [PATCH] dst_entry structure use,lastuse and refcnt abstraction
  • From: Christoph Lameter <christoph@xxxxxxxxxxx>
• Re: [PATCH] dst_entry structure use,lastuse and refcnt abstraction
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: [PATCH] dst_entry structure use,lastuse and refcnt abstraction
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: [PATCH] dst_entry structure use,lastuse and refcnt abstraction
  • From: Christoph Lameter <christoph@xxxxxxxxxxx>
• Re: [PATCH] dst_entry structure use,lastuse and refcnt abstraction
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: [PATCH] dst_entry structure use,lastuse and refcnt abstraction
  • From: Christoph Lameter <christoph@xxxxxxxxxxx>
• Re: [PATCH] dst_entry structure use,lastuse and refcnt abstraction
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: [PATCH] dst numa: Avoid dst counter cacheline bouncing
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• [PATCH] dst numa: Avoid dst counter cacheline bouncing
  • From: Christoph Lameter <christoph@xxxxxxxxxxx>
• [PATCH] dst_entry structure use,lastuse and refcnt abstraction
  • From: Christoph Lameter <christoph@xxxxxxxxxxx>
• dual port system iscsi performance sudden drop
  • From: Ming Zhang <mingz@xxxxxxxxxxx>
• SIOCSIFFLAGS: Connection timed out
  • From: "Rupesh S" <rupeshs@xxxxxxxxxxxxxxx>
• Re: Throughput problems on high latency link
  • From: Lawrence MacIntyre <macintyrelp@xxxxxxxx>
• Re: Throughput problems on high latency link
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Throughput problems on high latency link
  • From: Bill Davidsen <davidsen@xxxxxxx>
• [patch 3/6] net/lanstreamer: replace schedule_timeout() with ssleep()/msleep_interruptible()
  • From: domen@xxxxxxxxxxxx
• [patch 1/6] net/ibmtr: replace schedule_timeout() with msleep()/msleep_interruptible()
  • From: domen@xxxxxxxxxxxx
• [patch 6/6] drivers/net/tokenring/*: convert to pci_register_driver
  • From: domen@xxxxxxxxxxxx
• [patch 2/6] net/tms380tr: replace direct assignment with set_current_state()
  • From: domen@xxxxxxxxxxxx
• [patch 4/6] net/lanstreamer: replace interruptible_sleep_on_timeout() with wait_event_interruptible_timeout()
  • From: domen@xxxxxxxxxxxx
• [patch 5/6] net/ibmtr: remove interruptible_sleep_on_timeout() usage
  • From: domen@xxxxxxxxxxxx
• QoS and pcmcia cards (Ver: 2.6.9-1)
  • From: "Aidan P. Doyle" <apdoyle@xxxxxxxxxxxx>
• Re: skipping parts with Sock_recvmsg ()
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• cdev_init() problems in char device driver (kernel 2.6.4-52) (newbie ques)
  • From: Hemant Mohapatra <hemant.mohapatra@xxxxxxxxx>
• Re: source routing - bug?
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: source routing - bug?
  • From: Tim Newsham <newsham@xxxxxxxx>
• Re: source routing - bug?
  • From: Thomas Graf <tgraf@xxxxxxx>
• TCP connection timeouts during testing
  • From: Tom McNeal <trmcneal@xxxxxxxxxxx>
• Re: iBurst (TM) compatible driver
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• iBurst (TM) compatible driver
  • From: Nicholas Jefferson <xanthophile@xxxxxxxxx>
• Re: skipping parts with Sock_recvmsg ()
  • From: sai narasimhamurthy <sai_narasi@xxxxxxxxx>
• strange problem
  • From: "Arto Pastinen" <arto.pastinen@xxxxxx>
• skipping parts with Sock_recvmsg ()
  • From: sai narasimhamurthy <sai_narasi@xxxxxxxxx>
• setkey in vs fwd policies
  • From: Alexey Toptygin <alexeyt@xxxxxxxxxxxxx>
• Re: TCP_CONNTRACK_ESTABLISHED 5days
  • From: Mogens Valentin <monz@xxxxxxxxx>
• Re: New ethernet driver for review
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• New ethernet driver for review
  • From: "Mikael Starvik" <mikael.starvik@xxxxxxxx>
• Re: TCP_CONNTRACK_ESTABLISHED 5days
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Why do not update parm.link in ip6ip6_tnl_change()?
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: Why do not update parm.link in ip6ip6_tnl_change()?
  • From: feketgai@xxxxxxxx
• Re: TCP_CONNTRACK_ESTABLISHED 5days
  • From: Mogens Valentin <monz@xxxxxxxxx>
• Re: Why do not update parm.link in ip6ip6_tnl_change()?
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: Why do not update parm.link in ip6ip6_tnl_change()?
  • From: feketgai@xxxxxxxx
• Re: Why do not update parm.link in ip6ip6_tnl_change()?
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Why do not update parm.link in ip6ip6_tnl_change()?
  • From: feketgai@xxxxxxxx
• [ANNOUNCE] iproute2-ss050607
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: source routing - bug?
  • From: Alexey Toptygin <alexeyt@xxxxxxxxxxxxx>
• Re: source routing - bug?
  • From: Tim Newsham <newsham@xxxxxxxx>
• Re: source routing - bug?
  • From: Alexey Toptygin <alexeyt@xxxxxxxxxxxxx>
• Fwd: seq no of the last data pkt received in response to fast retransmit done by sender!!!!
  • From: Pradeep Anbumani <pradeepdreams@xxxxxxxxx>
• source routing - bug?
  • From: Tim Newsham <newsham@xxxxxxxx>
• Question: bcm5700 and rx_discard stat
  • From: "Ed Elberson" <elberson@xxxxxxxxxxx>
• seq no of the last data pkt received in response to fast retransmit!!!!
  • From: Pradeep Anbumani <pradeepdreams@xxxxxxxxx>
• RE: Unable to handle kernel paging request at virtual address 04000460
  • From: <raghunathan.venkatesan@xxxxxxxxx>
• Re: Unable to handle kernel paging request at virtual address 04000460
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Deleting IPv6 configuration on interface in "down" state
  • From: feketgai@xxxxxxxx
• RE: Unable to handle kernel paging request at virtual address 04000460
  • From: <raghunathan.venkatesan@xxxxxxxxx>
• Re: Unable to handle kernel paging request at virtual address 04000460
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Unable to handle kernel paging request at virtual address 04000460
  • From: <raghunathan.venkatesan@xxxxxxxxx>
• Re: pci-irq VIA82C586 problem on IBM 4694-205 kernel version 2.4.29
  • From: "Salomon, Frank" <frank.salomon@xxxxxxxxxxxxxxxxxx>
• Re: Bug in 2.6.11.11 - udp_poll(), fragments + CONFIG_HIGHMEM
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: Bug in 2.6.11.11 - udp_poll(), fragments + CONFIG_HIGHMEM
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: Bug in 2.6.11.11 - udp_poll(), fragments + CONFIG_HIGHMEM
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Bug in 2.6.11.11 - udp_poll(), fragments + CONFIG_HIGHMEM
  • From: Andrew Morton <akpm@xxxxxxxx>
• Bug in 2.6.11.11 - udp_poll(), fragments + CONFIG_HIGHMEM
  • From: Steven Hand <Steven.Hand@xxxxxxxxxxxx>
• [patch 1/1] Check return code for IBM Olympic /proc entry creation
  • From: domen@xxxxxxxxxxxx
• 2.2.14 kernel timers,,Kernel Panic
  • From: Pradeep Anbumani <pradeepdreams@xxxxxxxxx>
• [ANNOUNCE] Neterion(S2io) 10GbE Xframe Programming Manual posted
  • From: "Leonid Grossman" <leonid.grossman@xxxxxxxxxxxx>
• Re: [BUG 2.6.12-rc4] IPv6 xfrm tunnel oops with large packets
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [BUG 2.6.12-rc4] IPv6 xfrm tunnel oops with large packets
  • From: Christophe Saout <christophe@xxxxxxxx>
• Re: [BUG 2.6.12-rc4] IPv6 xfrm tunnel oops with large packets
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• Re: [BUG 2.6.12-rc4] IPv6 xfrm tunnel oops with large packets
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [BUG 2.6.12-rc4] IPv6 xfrm tunnel oops with large packets
  • From: Christophe Saout <christophe@xxxxxxxx>
• Re: v2.6.11.8 #3 and v2.6.11.8 #1 tcp_mem strangeness!
  • From: Paul Griffith <paulg@xxxxxxxxxxx>
• Re: v2.6.11.8 #3 and v2.6.11.8 #1 tcp_mem strangeness!
  • From: Eric Bambach <eric@xxxxxxxx>
• v2.6.11.8 #3 and v2.6.11.8 #1 tcp_mem strangeness!
  • From: Paul Griffith <paulg@xxxxxxxxxxx>
• Re: Re[4]: Re-writing the 2.6.11.8 Kernel IPsec stack for hardware crypto offload
  • From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
• Re: TCP_CONNTRACK_ESTABLISHED 5days
  • From: Martin Josefsson <gandalf@xxxxxxxxxxxxxx>
• Re[4]: Re-writing the 2.6.11.8 Kernel IPsec stack for hardware crypto offload
  • From: Dan Searle <dan@xxxxxxxxxx>
• Re: Re[2]: Re-writing the 2.6.11.8 Kernel IPsec stack for hardware crypto offload
  • From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
• Re: Re[2]: Re-writing the 2.6.11.8 Kernel IPsec stack for hardware crypto offload
  • From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
• Re[2]: Re-writing the 2.6.11.8 Kernel IPsec stack for hardware crypto offload
  • From: Dan Searle <dan@xxxxxxxxxx>
• Re: Re-writing the 2.6.11.8 Kernel IPsec stack for hardware crypto offload
  • From: David McCullough <davidm@xxxxxxxxxxxx>
• Re[2]: Re-writing the 2.6.11.8 Kernel IPsec stack for hardware crypto offload
  • From: Dan Searle <dan@xxxxxxxxxx>
• Re: Re-writing the 2.6.11.8 Kernel IPsec stack for hardware crypto offload
  • From: David McCullough <davidm@xxxxxxxxxxxx>
• Re[2]: Re-writing the 2.6.11.8 Kernel IPsec stack for hardware crypto offload
  • From: Dan Searle <dan@xxxxxxxxxx>
• Re: Re-writing the 2.6.11.8 Kernel IPsec stack for hardware crypto offload
  • From: David McCullough <davidm@xxxxxxxxxxxx>
• Re: Re-writing the 2.6.11.8 Kernel IPsec stack for hardware crypto offload
  • From: David McCullough <davidm@xxxxxxxxxxxx>
• Re[4]: Re-writing the 2.6.11.8 Kernel IPsec stack for hardware crypto offload
  • From: Dan Searle <dan@xxxxxxxxxx>
• Re: Re[2]: Re-writing the 2.6.11.8 Kernel IPsec stack for hardware crypto offload
  • From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
• Re[2]: Re-writing the 2.6.11.8 Kernel IPsec stack for hardware crypto offload
  • From: Dan Searle <dan@xxxxxxxxxx>
• Re[2]: Re-writing the 2.6.11.8 Kernel IPsec stack for hardware crypto offload
  • From: Dan Searle <dan@xxxxxxxxxx>
• Re: Introducing delay between acknowledgement generation!!help needed!!
  • From: Eric Bambach <eric@xxxxxxxx>
• Introducing delay between acknowledgement generation!!help needed!!
  • From: Pradeep Anbumani <pradeepdreams@xxxxxxxxx>
• Re: Re-writing the 2.6.11.8 Kernel IPsec stack for hardware crypto offload
  • From: David McCullough <davidm@xxxxxxxxxxxx>
• Re: Re-writing the 2.6.11.8 Kernel IPsec stack for hardware crypto offload
  • From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
• Re: Re-writing the 2.6.11.8 Kernel IPsec stack for hardware crypto offload
  • From: Dan Searle <dan@xxxxxxxxxx>
• Re: Re-writing the 2.6.11.8 Kernel IPsec stack for hardware crypto offload
  • From: David McCullough <davidm@xxxxxxxxxxxx>
• Introducing delay between acknowledgement generation!!help needed!!
  • From: Pradeep Anbumani <pradeepdreams@xxxxxxxxx>
• Re: pci-irq VIA82C586 problem on IBM 4694-205 kernel version 2.4.29
  • From: "Salomon, Frank" <frank.salomon@xxxxxxxxxxxxxxxxxx>
• Re: pci-irq VIA82C586 problem on IBM 4694-205 kernel version 2.4.29
  • From: Marcelo Tosatti <marcelo.tosatti@xxxxxxxxxxxx>
• pci-irq VIA82C586 problem on IBM 4694-205 kernel version 2.4.29
  • From: "Salomon, Frank" <frank.salomon@xxxxxxxxxxxxxxxxxx>
• Re: Re-writing the 2.6.11.8 Kernel IPsec stack for hardware crypto offload
  • From: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
• Re-writing the 2.6.11.8 Kernel IPsec stack for hardware crypto offload
  • From: Dan Searle <dan@xxxxxxxxxx>
• Re: syncache/syncookies question
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• ip_forward difference in kernel 2.4 and 2.6
  • From: cranium2003 <cranium2003@xxxxxxxxx>
• syncache/syncookies question
  • From: jensen galan <jrgalan@xxxxxxxxx>
• tcp_input.c in linux 2.4.30 bug!!!! for NIS & ypbind cannot connect
  • From: Bradford Arrington <brada@xxxxxxxxxxx>
• Re: pcnet32 on IBM 4694-205 kernel version 2.4.29
  • From: Don Fry <brazilnut@xxxxxxxxxx>
• Re: pcnet32 on IBM 4694-205 kernel version 2.4.29
  • From: "Salomon, Frank" <frank.salomon@xxxxxxxxxxxxxxxxxx>
• Re: pcnet32 on IBM 4694-205 kernel version 2.4.29
  • From: Don Fry <brazilnut@xxxxxxxxxx>
• Re: QM_MODULES
  • From: Olli Jarva <Olli.Jarva@xxxxxxxxxx>
• QM_MODULES
  • From: "pElA'0" <remc66@xxxxxxxxx>
• Re: pcnet32 on IBM 4694-205 kernel version 2.4.29
  • From: "Salomon, Frank" <frank.salomon@xxxxxxxxxxxxxxxxxx>
• Netfilter in IPv4
  • From: Xia Wei-Zhong-W20079 <xia@xxxxxxxxxxxx>
• Re: Removing TCP option
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• pcnet32 on IBM 4694-205 kernel version 2.4.29
  • From: "Salomon, Frank" <frank.salomon@xxxxxxxxxxxxxxxxxx>
• Re: Removing TCP option
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Removing TCP option
  • From: vinay kulkarni <vinayzk@xxxxxxxxx>
• Removing TCP option
  • From: "Barzia J. Tehrani" <barzia.j.tehrani@xxxxxxxxxxxx>
• Help: iptables NAT broken with 2.6.11 pppoe (long)
  • From: Albrecht Dreß <albrecht.dress@xxxxxxxx>
• dlink DGE-528T
  • From: Anatoly Pugachev <mator@xxxxxxxxxxxx>
• b44 interrupt problem
  • From: Martin Stachon <martin.stachon@xxxxxxxxxx>
• Re: primary and secondary ip addresses
  • From: Hasso Tepper <hasso@xxxxxxxxx>
• BroadCom 5721 NICs conflict with each other and USB under linux 2.6.12-rc3-git1
  • From: kylin <fierykylin@xxxxxxxxx>
• Re: Strange throughput anomaly: gateway fast, behind gateway slow
  • From: Ralf Gerlich <ralf.gerlich@xxxxxxxx>
• Re: Strange throughput anomaly: gateway fast, behind gateway slow
  • From: Ralf Gerlich <ralf.gerlich@xxxxxxxx>
• mrotued ppp
  • From: kaushal <kaushal@xxxxxxxxxx>
• Re: TCP Re-assembly queue
  • From: sai narasimhamurthy <sai_narasi@xxxxxxxxx>
• TCP Re-assembly queue
  • From: sai narasimhamurthy <sai_narasi@xxxxxxxxx>
• Re: Strange throughput anomaly: gateway fast, behind gateway slow
  • From: Jason Clark <jason@xxxxxxxxxxxxxxxxx>
• Odd firewall problems
  • From: "Guy" <bugzilla@xxxxxxxxxxxxxxxx>
• Strange throughput anomaly: gateway fast, behind gateway slow
  • From: Ralf Gerlich <ralf.gerlich@xxxxxxxx>
• Re: Ethernet Checksum
  • From: sai narasimhamurthy <sai_narasi@xxxxxxxxx>
• Re: TCP4/6 socket closure causing system crash..
  • From: Arnaldo Carvalho de Melo <arnaldo.melo@xxxxxxxxx>
• TCP4/6 socket closure causing system crash..
  • From: Matti Aarnio <matti.aarnio@xxxxxxxxxxx>
• pci Express Equipment
  • From: kylin <fierykylin@xxxxxxxxx>
• Re: TCP_CONNTRACK_ESTABLISHED 5days
  • From: Mogens Valentin <monz@xxxxxxxxx>
• Re: TCP_CONNTRACK_ESTABLISHED 5days
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Ipsec racoon not finding correct SPD entry
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Ipsec racoon not finding correct SPD entry
  • From: Graham Murray <graham@xxxxxxxxxxxxxxx>
• Re: Ethernet Checksum
  • From: sai narasimhamurthy <sai_narasi@xxxxxxxxx>
• Ethernet Checksum
  • From: sai narasimhamurthy <sai_narasi@xxxxxxxxx>
• Re: Question about QOS
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: [PATCH] fix typo on Kconfig
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: [PATCH] cleanups in drivers/net/wan/ - kfree of NULL pointer is valid
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Help Urgent (getting Oops in kfree_skb)
  • From: linux lover <linux_lover2004@xxxxxxxxx>
• Re: TCP_CONNTRACK_ESTABLISHED 5days
  • From: Mogens Valentin <monz@xxxxxxxxx>
• Re: TCP_CONNTRACK_ESTABLISHED 5days
  • From: Phil Oester <kernel@xxxxxxxxxxxx>
• [PATCH] fix typo on Kconfig
  • From: Lucas Correia Villa Real <lucasvr@xxxxxxxxxxxxx>
• Re: [PATCH] resource release cleanup in net/
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] resource release cleanup in net/ (take 2)
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• [PATCH 4/4] resource release cleanup in net/ (take 2)
  • From: Jesper Juhl <juhl-lkml@xxxxxx>
• [PATCH 3/4] resource release cleanup in net/ (take 2)
  • From: Jesper Juhl <juhl-lkml@xxxxxx>
• Re: [PATCH 2/4] resource release cleanup in net/ (take 2)
  • From: Jesper Juhl <juhl-lkml@xxxxxx>
• [PATCH 1/4] resource release cleanup in net/ (take 2)
  • From: Jesper Juhl <juhl-lkml@xxxxxx>
• [PATCH 0/4] resource release cleanup in net/ (take 2)
  • From: Jesper Juhl <juhl-lkml@xxxxxx>
• Re: [PATCH] resource release cleanup in net/
  • From: Arnaldo Carvalho de Melo <arnaldo.melo@xxxxxxxxx>
• [PATCH] resource release cleanup in net/
  • From: Jesper Juhl <juhl-lkml@xxxxxx>
• coalesce Parameters with tigon3
  • From: Roman Brunnemann <roman@xxxxxxxxxxxxxxxxxxx>
• Re: NMI lockup in fib_sync_down
  • From: Andrew Morton <akpm@xxxxxxxx>
• Re: Question about QOS
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: Question about QOS
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: understandable skbuff behavioural problem
  • From: "Yu Zhiguo" <yuzg@xxxxxxxxxxxxxxxx>
• Re: [PATCH] cleanups in drivers/net/wan/ - kfree of NULL pointer is valid
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxx>
• [PATCH] cleanups in drivers/net/wan/ - kfree of NULL pointer is valid
  • From: Jesper Juhl <juhl-lkml@xxxxxx>
• Re: Question about QOS
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: Local network hosts unreachable
  • From: Marc Shapiro <mshapiro_42@xxxxxxxxx>
• Re: Local network hosts unreachable
  • From: Levente Janovszki <janovszki@xxxxxxxxxxxxx>
• Re: Using netlink to set route metric (RTA_PRIORITY)
  • From: Thomas Graf <tgraf@xxxxxxx>
• NMI lockup in fib_sync_down
  • From: Phil Oester <kernel@xxxxxxxxxxxx>
• Local network hosts unreachable
  • From: Marc Shapiro <mshapiro_42@xxxxxxxxx>
• Using netlink to set route metric (RTA_PRIORITY)
  • From: Aidan Doyle <apdoyle@xxxxxxxxxxxx>
• Re: TOS/DSCP field
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: Question about QOS
  • From: Thomas Graf <tgraf@xxxxxxx>
• TOS/DSCP field
  • From: Levente Janovszki <janovszki@xxxxxxxxxxxxx>
• Re: Question about QOS
  • From: Nicolas DICHTEL <nicolas.dichtel@xxxxxxxxx>
• Re: Question about QOS
  • From: Thomas Graf <tgraf@xxxxxxx>
• tcp_connect context issue
  • From: Juha Heljoranta <juha.heljoranta@xxxxxxxx>
• Re: Question about QOS
  • From: Nicolas DICHTEL <nicolas.dichtel@xxxxxxxxx>
• Re: Question about QOS
  • From: Thomas Graf <tgraf@xxxxxxx>
• Question about QOS
  • From: Nicolas DICHTEL <nicolas.dichtel@xxxxxxxxx>
• Re: problem with active ftp masqarading in kernel newer than 2.6.10-rc1
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: problem with active ftp masqarading in kernel newer than 2.6.10-rc1
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: kernel BUG at net/ipv6/exthdrs_core.c:80!
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: problem with active ftp masqarading in kernel newer than 2.6.10-rc1
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• understandable skbuff behavioural problem
  • From: linux lover <linux_lover2004@xxxxxxxxx>
• Re: [RFC INTRO 0/5] H-TCP congestion control
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: kernel BUG at net/ipv6/exthdrs_core.c:80!
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: kernel BUG at net/ipv6/exthdrs_core.c:80!
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC INTRO 0/5] H-TCP congestion control
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: [RFC INTRO 0/5] H-TCP congestion control
  • From: Baruch Even <baruch@xxxxxxxxx>
• Re: kernel BUG at net/ipv6/exthdrs_core.c:80!
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• Re: Must every packet have a creating socket?
  • From: Andi Kleen <ak@xxxxxx>
• kernel BUG at net/ipv6/exthdrs_core.c:80!
  • From: Matti Aarnio <matti.aarnio@xxxxxxxxxxx>
• Re: problem with active ftp masqarading in kernel newer than 2.6.10-rc1
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [RFC INTRO 0/5] H-TCP congestion control
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: [RFC INTRO 0/5] H-TCP congestion control
  • From: Baruch Even <baruch@xxxxxxxxx>
• problem with active ftp masqarading in kernel newer than 2.6.10-rc1
  • From: "Mateusz" <mateusz@xxxxxxxxxxxx>
• Re: Must every packet have a creating socket? (was Re: Does a forwarded packet has a local socket with it?)
  • From: Park Lee <parklee_sel@xxxxxxxxx>
• Re: Must every packet have a creating socket? (was Re: Does a forwarded packet has a local socket with it?)
  • From: Rick Jones <rick.jones2@xxxxxx>
• Re: globaly prevent binding on a specific interface
  • From: Benoit Panizzon <benoit.panizzon@xxxxxx>
• Re: globaly prevent binding on a specific interface
  • From: Benoit Panizzon <benoit.panizzon@xxxxxx>
• Re: globaly prevent binding on a specific interface
  • From: Benoit Panizzon <benoit.panizzon@xxxxxx>
• Re: globaly prevent binding on a specific interface
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: globaly prevent binding on a specific interface
  • From: Benoit Panizzon <benoit.panizzon@xxxxxx>
• Re: [2.6 patch] kill include/linux/eeprom.h
  • From: Benjamin LaHaise <bcrl@xxxxxxxxx>
• Re: globaly prevent binding on a specific interface
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: globaly prevent binding on a specific interface
  • From: Benoit Panizzon <benoit.panizzon@xxxxxx>
• Re: globaly prevent binding on a specific interface
  • From: Thomas Graf <tgraf@xxxxxxx>
• globaly prevent binding on a specific interface
  • From: Benoit Panizzon <benoit.panizzon@xxxxxx>
• Re: Routing local multicast datagrams
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [2.6 patch] kill include/linux/eeprom.h
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Routing local multicast datagrams
  • From: Ivo Steinmann <ivo_steinmann@xxxxxxx>
• Re: [2.6 patch] kill include/linux/eeprom.h
  • From: Nick Winlund <nwinlu@xxxxxxxxxxx>
• Re: [2.6 patch] kill include/linux/eeprom.h
  • From: Benjamin LaHaise <bcrl@xxxxxxxxx>
• [2.6 patch] kill include/linux/eeprom.h
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• how to create ipv6 packet with fragment information
  • From: "Yu Zhiguo" <yuzg@xxxxxxxxxxxxxxxx>
• Re: Does a forwarded packet has a local socket with it?
  • From: Neil Horman <nhorman@xxxxxxxxxx>
• Re: Does a forwarded packet has a local socket with it?
  • From: Masoud Sharbiani <masouds@xxxxxxxxx>
• Proper way to setup DNAT to servers inside a different internal network (VPN)?
  • From: "Charles" <charles@xxxxxxx>
• Re: Does a forwarded packet has a local socket with it?
  • From: Park Lee <parklee_sel@xxxxxxxxx>
• Re: Does a forwarded packet has a local socket with it?
  • From: jamal <hadi@xxxxxxxxxx>
• Does a forwarded packet has a local socket with it?
  • From: Park Lee <parklee_sel@xxxxxxxxx>
• Re: route problem
  • From: Andreas Mohr <andi@xxxxxxxxxxxxxxxxxxxxxxx>
• route problem
  • From: Kovacs Gyuszko SK <kovacsgyuszko@xxxxxxxxx>
• Re: TSO and IPv6
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• RE: TSO and IPv6
  • From: "Ravinandan Arakali" <ravinandan.arakali@xxxxxxxxxxxx>
• Re: TSO and IPv6
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• RE: TSO and IPv6
  • From: "Ravinandan Arakali" <ravinandan.arakali@xxxxxxxxxxxx>
• Re: TSO and IPv6
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• RE: TSO and IPv6
  • From: "Ravinandan Arakali" <ravinandan.arakali@xxxxxxxxxxxx>
• Re: Socket CLOSE_WAIT state for a long time (days)
  • From: Luciano Moreira - igLnx <lucianolnx@xxxxxxxxx>
• Re: Socket CLOSE_WAIT state for a long time (days)
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: TSO and IPv6
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: Socket CLOSE_WAIT state for a long time (days)
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• TSO and IPv6
  • From: "Ravinandan Arakali" <ravinandan.arakali@xxxxxxxxxxxx>
• Re: Socket CLOSE_WAIT state for a long time (days)
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Socket CLOSE_WAIT state for a long time (days)
  • From: lucianolnx <lucianolnx@xxxxxxxxx>
• Socket CLOSE_WAIT state for a long time (days)
  • From: lucianolnx <lucianolnx@xxxxxxxxx>
• packet forwarding query
  • From: "rahul N." <rahul8143@xxxxxxxxx>
• Re: HELP:DNS cache
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: HELP:DNS cache
  • From: "kennyen" <kennyen@xxxxxxxxxxx>
• Re: HELP:DNS cache
  • From: "Wei Dong" <weid@xxxxxxxxxxxxxxxx>
• Re: HELP:DNS cache
  • From: "kennyen" <kennyen@xxxxxxxxxxx>
• HELP:DNS cache
  • From: "Wei Dong" <weid@xxxxxxxxxxxxxxxx>
• TCP issues
  • From: warrier@xxxxxxxxxxx
• Re: kernel network device interface/link encap
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• kernel network device interface/link encap
  • From: jeff sacksteder <jsacksteder@xxxxxxxxx>
• kernel network device interface/link encap
  • From: jeff sacksteder <jsacksteder@xxxxxxxxx>
• TCP issues
  • From: warrier@xxxxxxxxxxx
• Re: primary and secondary ip addresses
  • From: Harald Welte <laforge@xxxxxxxxxxxx>
• Very abnormal "machine-breaking" pcnet_cs.c performance
  • From: Andreas Mohr <andi@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: HELP:porting linux PXA audio driver to RTLinux(RTLinux core driver)
  • From: "nitin ahuja" <nitin2ahuja@xxxxxxxxxxxxx>
• Re: HELP:porting linux PXA audio driver to RTLinux(RTLinux core driver)
  • From: Ian Campbell <ijc@xxxxxxxxxxxxxx>
• Re: HELP:porting linux PXA audio driver to RTLinux(RTLinux core driver)
  • From: Lee Revell <rlrevell@xxxxxxxxxxx>
• HELP:porting linux PXA audio driver to RTLinux(RTLinux core driver)
  • From: nobin matthew <nobin_matthew@xxxxxxxxx>
• Re: adjusting kernel paramenters (max tcp connections and socket descriptors)
  • From: Nivedita Singhvi <niv@xxxxxxxxxx>
• adjusting kernel paramenters (max tcp connections and socket descriptors)
  • From: Will Kuhn <willkuhn76@xxxxxxxxx>
• Re: kernel BUG at slab.c:640!
  • From: "Randy.Dunlap" <rddunlap@xxxxxxxx>
• Re: HELP:(VIPER BOARD)AC'97 controller driver for rtlinux(rtlinux core driver)
  • From: "nitin ahuja" <nitin2ahuja@xxxxxxxxxxxxx>
• kernel routing table
  • From: cranium2003 <cranium2003@xxxxxxxxx>
• kernel BUG at slab.c:640!
  • From: Prasad Koya <kdp102@xxxxxxxxx>
• HELP:(VIPER BOARD)AC'97 controller driver for rtlinux(rtlinux core driver)
  • From: nobin matthew <nobin_matthew@xxxxxxxxx>
• 2.6.11 and Starfire NIC
  • From: Paul Check <paul@xxxxxxxxxxxxxx>
• [PATCH] pcnet_cs.c: IRQ handler optimization
  • From: Andreas Mohr <andi@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH bridge-2.6.11] bridge hub_enabled option
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: [PATCH bridge-2.6.11] bridge hub_enabled option
  • From: Alpt <alpt@xxxxxxxxxxxx>
• [PATCH] net/sis900: Use the DMA_32BIT_MASK constant
  • From: Tobias Klauser <tklauser@xxxxxxxxxxx>
• MPLS
  • From: "vittorio_manetti" <vittorio_manetti@xxxxxxxxx>
• tcp direct data copy to user
  • From: Juha Heljoranta <juha.heljoranta@xxxxxxxx>
• Re: Testing Network Driver
  • From: Alejandro Sánchez Acosta <asanchez@xxxxxxx>
• Testing Network Driver
  • From: nitin mahajan <nitinm76@xxxxxxxxx>
• Patch to count the number of datagrams in a unix domain socket
  • From: Mike McCormack <mike@xxxxxxxxxxxxxxx>
• Problem accessing IP Header fields in Netfilter Hook
  • From: Akshay Kawale <linux781@xxxxxxxxx>
• Re: [RFC: 2.6 patch] drivers/net/ns83820.c: remove unused code
  • From: Benjamin LaHaise <bcrl@xxxxxxxxx>
• [PATCH] drivers/net/tulip/: fix for Lite-On 82c168 PNIC (2.6.11)
  • From: Guido Classen <classeng@xxxxxxxx>
• [ANNOUNCE] iproute2 2.6.11-050330
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• /proc/sys/net/ipv4/conf limited number of devices
  • From: "Nicolas Olivier" <nolivier@xxxxxxxxxxxx>
• using libnet to send raw IP packet, but I get a ARP packet sent before every my paket even the destination is same IP address
  • From: john smith <linux.john@xxxxxxxxx>
• Re: HELP: PC104 IO card driver Problem
  • From: saroj kumar pradhan <sarojkumarp@xxxxxxxxxxxxxx>
• Re: KERNEL: assertion (!atomic_read(&sk->sk_rmem_alloc)) failed at net/netlink/af_netlink.c (126)
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: [PATCH bridge-2.6.11] bridge hub_enabled option
  • From: Craig Robson <craig@xxxxxxxxx>
• Re: KERNEL: assertion (!atomic_read(&sk->sk_rmem_alloc)) failed at net/netlink/af_netlink.c (126)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: KERNEL: assertion (!atomic_read(&sk->sk_rmem_alloc)) failed at net/netlink/af_netlink.c (126)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: KERNEL: assertion (!atomic_read(&sk->sk_rmem_alloc)) failed at net/netlink/af_netlink.c (126)
  • From: Krzysztof Oledzki <olel@xxxxxx>
• Re: KERNEL: assertion (!atomic_read(&sk->sk_rmem_alloc)) failed at net/netlink/af_netlink.c (126)
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: [PATCH bridge-2.6.11] bridge hub_enabled option
  • From: Alpt <alpt@xxxxxxxxxxxx>
• Re: HELP: PC104 IO card driver Problem
  • From: Ian Campbell <icampbell@xxxxxxxxx>
• HELP: PC104 IO card driver Problem
  • From: nobin matthew <nobin_matthew@xxxxxxxxx>
• Re: KERNEL: assertion (!atomic_read(&sk->sk_rmem_alloc)) failed at net/netlink/af_netlink.c (126)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: KERNEL: assertion (!atomic_read(&sk->sk_rmem_alloc)) failed at net/netlink/af_netlink.c (126)
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: [PATCH bridge-2.6.11] bridge hub_enabled option
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Documentation for structure/code changes between 2.4 and 2.5/2.6
  • From: Ian McDonald <imcdnzl@xxxxxxxxx>
• Re: [PATCH bridge-2.6.11] bridge hub_enabled option
  • From: Craig Robson <craig@xxxxxxxxx>
• Re: [PATCH bridge-2.6.11] bridge hub_enabled option
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: [KJ] [PATCH] Elimination of isa_read* and isa_write*.
  • From: "Randy.Dunlap" <rddunlap@xxxxxxxx>
• [PATCH] Elimination of isa_read* and isa_write*.
  • From: "Daniel E. Wilson" <danw@xxxxxxxxxxxxx>
• Re: rootdelay
  • From: davidw@xxxxxxxxxxx (David N. Welton)
• rootdelay
  • From: davidw@xxxxxxxxxxx (David N. Welton)
• Multicast Socket Marking
  • From: Declan Conlon <dconlon@xxxxxxxx>
• Modifying TCP behaviour
  • From: Filipe Abrantes <fla@xxxxxxxxxxxxx>
• Re: [PATCH bridge-2.6.11] bridge hub_enabled option
  • From: Alpt <alpt@xxxxxxxxxxxx>
• Re: KERNEL: assertion (!atomic_read(&sk->sk_rmem_alloc)) failed at net/netlink/af_netlink.c (126)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: drivers/net/at1700.c: at1700_probe1: array overflow
  • From: null@xxxxxxxxxxx
• Re: 64Bit and Tulip driver on RaQ2
  • From: Jim Gifford <maillist@xxxxxxxxx>
• 64Bit and Tulip driver on RaQ2
  • From: Jim Gifford <maillist@xxxxxxxxx>
• RX lock-up on DS21143 with linux 2.4.26
  • From: Ben Gamsa <ben@xxxxxxxxxxxxxxxx>
• Re: KERNEL: assertion (!atomic_read(&sk->sk_rmem_alloc)) failed at net/netlink/af_netlink.c (126)
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH bridge-2.6.11] bridge hub_enabled option
  • From: Alpt <alpt@xxxxxxxxxxxx>
• Re: KERNEL: assertion (!atomic_read(&sk->sk_rmem_alloc)) failed at net/netlink/af_netlink.c (126)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Override 802.11 MAC functions using a module
  • From: "Fabio Valpondi" <fvalpondi@xxxxxxxxxxxx>
• Override 802.11 MAC functions using a module
  • From: "Fabio Valpondi" <fvalpondi@xxxxxxxxxxxx>
• [2.6 patch] drivers/net/smc-mca.c: cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: KERNEL: assertion (!atomic_read(&sk->sk_rmem_alloc)) failed at net/netlink/af_netlink.c (126)
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: KERNEL: assertion (!atomic_read(&sk->sk_rmem_alloc)) failed at net/netlink/af_netlink.c (126)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH bridge-2.6.11] bridge hub_enabled option
  • From: Alpt <alpt@xxxxxxxxxxxx>
• KERNEL: assertion (!atomic_read(&sk->sk_rmem_alloc)) failed at net/netlink/af_netlink.c (126)
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: How to route a skb to a particular oif, when the fib_lookup suggests another one.
  • From: Devesh Agrawal <devesh.agrawal@xxxxxxxxx>
• [2.6 patch] drivers/net/tulip/dmfe.c: remove a check after use
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• How to route a skb to a particular oif, when the fib_lookup suggests another one.
  • From: Devesh Agrawal <devesh.agrawal@xxxxxxxxx>
• Re: drivers/net/at1700.c: at1700_probe1: array overflow
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Benefits with Sendpage : Vs Sendmsg
  • From: sai narasimhamurthy <sai_narasi@xxxxxxxxx>
• Re: drivers/net/at1700.c: at1700_probe1: array overflow
  • From: Roland Dreier <roland@xxxxxxxxxxx>
• drivers/net/at1700.c: at1700_probe1: array overflow
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• how to create a TCP packet w/data in interrupt context?
  • From: Tobias DiPasquale <codeslinger@xxxxxxxxx>
• RE: Routing Load balancing and traffic shaping through 2 ISP links
  • From: "Joao Carneiro - DLS" <jcarneiro@xxxxxx>
• Routing Load balancing and traffic shaping through 2 ISP links
  • From: "Joao Carneiro - DLS" <jcarneiro@xxxxxx>
• Re: [2.6 patch] drivers/net/tulip/dmfe.c: fix check after use
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• [2.6 patch] drivers/net/tulip/dmfe.c: fix check after use
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/skfp/: cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/wireless/airo.c: correct a wrong check
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: [patch 7/9] s390: qeth tcp segmentation offload.
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: [patch 7/9] s390: qeth tcp segmentation offload.
  • From: Frank Pavlic <PAVLIC@xxxxxxxxxx>
• Re: [patch 7/9] s390: qeth tcp segmentation offload.
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• [patch 6/9] s390: qeth blkt tuning.
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• [patch 7/9] s390: qeth tcp segmentation offload.
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• [patch 4/9] s390: qeth layer2 fixes.
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [-mm patch] drivers/net/chelsio/osdep.h: small cleanups
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [-mm patch] drivers/net/chelsio/osdep.h: small cleanups
  • From: Christoph Lameter <christoph@xxxxxxxxxxx>
• Re: [-mm patch] drivers/net/chelsio/osdep.h: small cleanups
  • From: "Randy.Dunlap" <rddunlap@xxxxxxxx>
• [2.6 patch] drivers/net/arcnet/: possible cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: [-mm patch] drivers/net/chelsio/osdep.h: small cleanups
  • From: Christoph Lameter <christoph@xxxxxxxxxxx>
• [-mm patch] drivers/net/chelsio/osdep.h: small cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/wireless/: make code static
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• How to bind an skb to one iface, when the fib lookup suggests another.
  • From: Devesh Agrawal <devesh.agrawal@xxxxxxxxx>
• Re: [2.6 patch] drivers/net/eql.c: kill dead code
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: [2.6 patch] drivers/net/eql.c: kill dead code
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [2.6 patch] drivers/net/eql.c: kill dead code
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: 2.6.12-rc1-mm1: hostap stack usage
  • From: Jouni Malinen <jkmaline@xxxxxxxxx>
• Re: [PATCH] net/socket.c : remove redundant NULL pointer check before kfree()
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: [2.6 patch] drivers/net/wireless/: possible cleanups
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [2.6 patch] drivers/net/wan/: possible cleanups
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [2.6 patch] drivers/net/arcnet/: possible cleanups
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: socket's address binding
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: [RFC: 2.6 patch] drivers/net/wireless/airo.c: correct a wrong
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: [RFC: 2.6 patch] drivers/net/wireless/airo.c: correct a wrong
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• [RFC: 2.6 patch] drivers/net/wireless/airo.c: correct a wrong
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: socket's address binding
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• Re: [RFC: 2.6 patch] drivers/net/tg3.c: remove dead code
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: [RFC: 2.6 patch] drivers/net/wireless/airo.c: correct a wrong
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• [RFC: 2.6 patch] drivers/net/tg3.c: remove dead code
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [RFC: 2.6 patch] drivers/net/ns83820.c: remove unused code
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/eql.c: kill dead code
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• socket's address binding
  • From: Filipe Abrantes <fla@xxxxxxxxxxxxx>
• 2.6.12-rc1-mm1: hostap stack usage
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• X crash at low memory condition
  • From: Németh Márton <nm127@xxxxxxxxxxx>
• Socket protocol family
  • From: Tuyen Quoc <tuyen.quoc@xxxxxxx>
• Re: 2.4 routing question
  • From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
• 2.4 routing question
  • From: "Steve Iribarne" <steve.iribarne@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PKT_SCHED]: Extended Matches API
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [PKT_SCHED]: Extended Matches API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Problem with D-Link DFE-580TX 4 port NIC
  • From: Mogens Valentin <monz@xxxxxxxxx>
• Re: 3c59x concerns on 2.4->2.6 update?
  • From: Matthias Andree <matthias.andree@xxxxxx>
• Re: 3c59x concerns on 2.4->2.6 update?
  • From: Steffen Klassert <klassert@xxxxxxxxxxxxxxxxxxxxxxxxx>
• 3c59x concerns on 2.4->2.6 update?
  • From: Matthias Andree <matthias.andree@xxxxxx>
• Network Driver Name (ATM Driver)
  • From: Subbu <subbu@xxxxxxxxxx>
• [PATCH] net/socket.c : remove redundant NULL pointer check before kfree()
  • From: Jesper Juhl <juhl-lkml@xxxxxx>
• [patch 7/8] s390: ctc buffer size.
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH] iproute2 stat commands only show last cpu
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• Re: [PATCH] iproute2 stat commands only show last cpu
  • From: Harald Welte <laforge@xxxxxxxxxxxxx>
• Re: [PATCH] net, ipv6: remove redundant NULL checks before kfree in ip6_flowlabel.c
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• [PATCH] net, ipv6: remove redundant NULL checks before kfree in ip6_flowlabel.c
  • From: Jesper Juhl <juhl-lkml@xxxxxx>
• [PATCH] iproute2 stat commands only show last cpu
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: Problem with IP address deletion
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• [ANNOUNCE] bridge utilities 1.0.6
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: Problem with IP address deletion
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: Problem with IP address deletion
  • From: "kennyen" <kennyen@xxxxxxxxxxx>
• Problem with IP address deletion
  • From: suzuki <suzuki@xxxxxxxxxx>
• Re: [PATCH][2.6.11] drivers/net/depca.c gcc4 fix
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• [PATCH][2.6.11] drivers/net/depca.c gcc4 fix
  • From: Mikael Pettersson <mikpe@xxxxxxxxxxxxx>
• Problem with D-Link DFE-580TX 4 port NIC
  • From: "Mark Cave-Ayland" <m.cave-ayland@xxxxxxxxxxxxxx>
• Re: [ANNOUNCE] iproute2-2.6.11-050314
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• [ANNOUNCE] iproute2-2.6.11-050314
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: {BUG} GRE/XFRM Tunnel Soft State Issue
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• {BUG} GRE/XFRM Tunnel Soft State Issue
  • From: "DuBuisson, Thomas" <tmdubui@xxxxxxxxxxxxxx>
• Resending ethernet packets to direct neighbours
  • From: "Weber Matthias" <weber@xxxxxxxxxxxxxxxxxxxx>
• how do we use Fragroute !
  • From: Alok <wonder_years2000@xxxxxxxxx>
• Re: Why "tp->write_seq = 1"?
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: Why "tp->write_seq = 1"?
  • From: Xuân Baldauf <xuan--2005.03.12--linux-net--vger.kernel.org@xxxxxxxxxxx>
• Re: Why "tp->write_seq = 1"?
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• [2.6 patch] drivers/net/smc-mca.c: cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Why "tp->write_seq = 1"?
  • From: Xuân Baldauf <xuan--2005.03.12--linux-net--vger.kernel.org@xxxxxxxxxxx>
• Re: Fix suspend/resume on via-velocity
  • From: Pavel Machek <pavel@xxxxxx>
• [2.6 patch] drivers/net/sis900.c: fix a warning
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: [ANNOUNCE] iproute2 release
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• [2.6 patch] remove two obsolete net drivers
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• smc91x.c no Interrupts Link Fail
  • From: nitin mahajan <nitinm76@xxxxxxxxx>
• Re: [RFC INTRO 0/5] H-TCP congestion control
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: Fix suspend/resume on via-velocity
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [RFC INTRO 0/5] H-TCP congestion control
  • From: Baruch Even <baruch@xxxxxxxxx>
• [2.6 patch] drivers/net/arcnet/: possible cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/skfp/: cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/typhoon: make a firmware image static
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/wireless/: possible cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• [2.6 patch] drivers/net/wan/: possible cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: [RFC INTRO 0/5] H-TCP congestion control
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Fix suspend/resume on via-velocity
  • From: Pavel Machek <pavel@xxxxxx>
• [10/11] sis900 kernel oops fix
  • From: Greg KH <greg@xxxxxxxxx>
• [ANNOUNCE] iproute2 release
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• RE: Do you know the TCP stack? (127.x.x.x routing)
  • From: "Catalin(ux aka Dino) BOIE" <util@xxxxxxxxxxxxxxx>
• RE: Do you know the TCP stack? (127.x.x.x routing)
  • From: "Steve Iribarne" <steve.iribarne@xxxxxxxxxxxxxxxxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: Re[2]: [leo@xxxxxxxxx: [PATCH] ethernet-bridge: update skb->priority in case forwarded frame has VLAN-header]
  • From: jamal <hadi@xxxxxxxxxx>
• RE: Do you know the TCP stack? (127.x.x.x routing)
  • From: "Steve Iribarne" <steve.iribarne@xxxxxxxxxxxxxxxxxxxxx>
• Re[2]: [leo@xxxxxxxxx: [PATCH] ethernet-bridge: update skb->priority in case forwarded frame has VLAN-header]
  • From: Leo Yuriev <leo@xxxxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: "Catalin(ux aka Dino) BOIE" <util@xxxxxxxxxxxxxxx>
• RE: Do you know the TCP stack? (127.x.x.x routing)
  • From: "Catalin(ux aka Dino) BOIE" <util@xxxxxxxxxxxxxxx>
• Re: kmem_cache_free and kfree for 2.6.10
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Jason Lunz <lunz@xxxxxxxxxxxx>
• Re: [2.6 patch] drivers/net/sunhme.c: make a struct static
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• kmem_cache_free and kfree for 2.6.10
  • From: sai narasimhamurthy <sai_narasi@xxxxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Boian Bonev <boian@xxxxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Jason Lunz <lunz@xxxxxxxxxxxx>
• RE: Do you know the TCP stack? (127.x.x.x routing)
  • From: jamal <hadi@xxxxxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• RE: Do you know the TCP stack? (127.x.x.x routing)
  • From: "Steve Iribarne" <steve.iribarne@xxxxxxxxxxxxxxxxxxxxx>
• RE: Do you know the TCP stack? (127.x.x.x routing)
  • From: jamal <hadi@xxxxxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Matt Mackall <mpm@xxxxxxxxxxx>
• RE: Do you know the TCP stack? (127.x.x.x routing)
  • From: "Steve Iribarne" <steve.iribarne@xxxxxxxxxxxxxxxxxxxxx>
• Re: Fwd: How do we read paged data ?? .. please help!
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Fwd: How do we read paged data ?? .. please help!
  • From: Alok <wonder_years2000@xxxxxxxxx>
• RE: Do you know the TCP stack? (127.x.x.x routing)
  • From: jamal <hadi@xxxxxxxxxx>
• Finding tasks that are about to receive a packet
  • From: Juha Heljoranta <juha.heljoranta@xxxxxxxx>
• RE: Do you know the TCP stack? (127.x.x.x routing)
  • From: "Steve Iribarne" <steve.iribarne@xxxxxxxxxxxxxxxxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: jamal <hadi@xxxxxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Zdenek Radouch <zdenek@xxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: jamal <hadi@xxxxxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• How do we read data from attached buffers .. of SKB
  • From: Alok <wonder_years2000@xxxxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Zdenek Radouch <zdenek@xxxxxxx>
• Re: Fix suspend/resume problems with b44
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: Fix suspend/resume problems with b44
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: jamal <hadi@xxxxxxxxxx>
• Re: Src address selection
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• IPv6 source address selection/routing was [ Src address selection ]
  • From: "Martin A. Brown" <mabrown@xxxxxxxxxxxxxx>
• Re: Src address selection
  • From: feketgai@xxxxxxxx
• Re: Src address selection
  • From: "Martin A. Brown" <mabrown@xxxxxxxxxxxxxx>
• Re: Src address selection
  • From: feketgai@xxxxxxxx
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: Fix suspend/resume problems with b44
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: Src address selection
  • From: "Martin A. Brown" <mabrown@xxxxxxxxxxxxxx>
• RE: Do you know the TCP stack? (127.x.x.x routing)
  • From: "Steve Iribarne" <steve.iribarne@xxxxxxxxxxxxxxxxxxxxx>
• RE: Do you know the TCP stack? (127.x.x.x routing)
  • From: "Steve Iribarne" <steve.iribarne@xxxxxxxxxxxxxxxxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Martin Mares <mj@xxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: jamal <hadi@xxxxxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Martin Mares <mj@xxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: jamal <hadi@xxxxxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Martin Mares <mj@xxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: jamal <hadi@xxxxxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Tobias DiPasquale <codeslinger@xxxxxxxxx>
• Fix suspend/resume problems with b44
  • From: Pavel Machek <pavel@xxxxxx>
• Src address selection
  • From: feketgai@xxxxxxxx
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Zdenek Radouch <zdenek@xxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: jamal <hadi@xxxxxxxxxx>
• RE: Do you know the TCP stack? (127.x.x.x routing)
  • From: "Steve Iribarne" <steve.iribarne@xxxxxxxxxxxxxxxxxxxxx>
• Lance needs delay.h
  • From: willy@xxxxxxxxxxxxxxxx (Matthew Wilcox)
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: jamal <hadi@xxxxxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: emann@xxxxxxx (Eran Mann)
• RE: Do you know the TCP stack? (127.x.x.x routing)
  • From: "Sumit Pandya" <sumit@xxxxxxxxxxxxx>
• [patch 5/7] drivers/net/tokenring/lanstreamer: Use the DMA_{64, 32}BIT_MASK constants
  • From: domen@xxxxxxxxxxxx
• [patch 4/7] net/lanstreamer: replace interruptible_sleep_on_timeout() with wait_event_interruptible_timeout()
  • From: domen@xxxxxxxxxxxx
• [patch 6/7] net/ibmtr: remove interruptible_sleep_on_timeout() usage
  • From: domen@xxxxxxxxxxxx
• [patch 7/7] drivers/net/tokenring/*: convert to pci_register_driver
  • From: domen@xxxxxxxxxxxx
• [patch 2/7] net/tms380tr: replace direct assignment with set_current_state()
  • From: domen@xxxxxxxxxxxx
• [patch 3/7] net/lanstreamer: replace schedule_timeout() with ssleep()/msleep_interruptible()
  • From: domen@xxxxxxxxxxxx
• [patch 1/7] net/ibmtr: replace schedule_timeout() with msleep()/msleep_interruptible()
  • From: domen@xxxxxxxxxxxx
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Zdenek Radouch <zdenek@xxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Andi Kleen <ak@xxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: alex@xxxxxxxxxxxx
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Andi Kleen <ak@xxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Zdenek Radouch <zdenek@xxxxxxx>
• Re: Vanilla kernel >=2.4.28-rc2 incompatibility with ADSL modem Dlink DSL-G300+
  • From: Alessandro Selli <dhatarattha@xxxxxxxxxxxxx>
• Re: Vanilla kernel >=2.4.28-rc2 incompatibility with ADSL modem Dlink DSL-G300+
  • From: piotr@xxxxxxxxxx (Pedro Larroy)
• Vanilla kernel >=2.4.28-rc2 incompatibility with ADSL modem Dlink DSL-G300+
  • From: Alessandro Selli <dhatarattha@xxxxxxxxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: alex@xxxxxxxxxxxx
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Zdenek Radouch <zdenek@xxxxxxx>
• Re: Do you know the TCP stack? (127.x.x.x routing)
  • From: Martin Mares <mj@xxxxxx>
• Do you know the TCP stack? (127.x.x.x routing)
  • From: Zdenek Radouch <zdenek@xxxxxxx>
• Re: Do you know the linux TCP stack?
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: Do you know the linux TCP stack?
  • From: Zdenek Radouch <zdenek@xxxxxxx>
• Re: Do you know the linux TCP stack?
  • From: Vincent Guffens <guffens@xxxxxxxxxxxxxx>
• Do you know the linux TCP stack?
  • From: Zdenek Radouch <zdenek@xxxxxxx>
• Re: Kernel panic due to NF_IP_LOCAL_OUT handler calling itself again
  • From: Henrik Nordstrom <hno@xxxxxxxxxxxxxxx>
• Re: TCP performance on GBE LAN
  • From: sai narasimhamurthy <sai_narasi@xxxxxxxxx>
• Re: TCP performance on GBE LAN
  • From: sai narasimhamurthy <sai_narasi@xxxxxxxxx>
• Re: TCP performance on GBE LAN
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: TCP performance on GBE LAN
  • From: "Shourya P. Bhattacharya" <sbhattacharya@xxxxxxxxx>
• [2.6 patch] kernel/posix-timers.c: cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• Re: TCP performance on GBE LAN
  • From: sai narasimhamurthy <sai_narasi@xxxxxxxxx>
• arp table flushed!
  • From: Andrea G Forte <andreaf@xxxxxxxxxxxxxxx>
• Re: TCP performance on GBE LAN
  • From: Stephen Hemminger <shemminger@xxxxxxxx>
• Re: TCP performance on GBE LAN
  • From: Dmitry Yusupov <dima@xxxxxxxxxxxx>
• Re: TCP performance on GBE LAN
  • From: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
• Re: TCP performance on GBE LAN
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• TCP performance on GBE LAN
  • From: sai narasimhamurthy <sai_narasi@xxxxxxxxx>
• [patch 8/9] s390: qeth layer 2, fake_ll and vlan bugs.
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• [patch 9/9] s390: ctc online/offline bug fix.
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: Kernel panic due to NF_IP_LOCAL_OUT handler calling itself again
  • From: Vinay Reddy <vinayvinay@xxxxxxxxx>
• RE: BUG: Unintended (?) XFRM bypass
  • From: "DuBuisson, Thomas" <tmdubui@xxxxxxxxxxxxxx>
• kernel fails to add interfaces to /proc/sys/net/ipv4/conf
  • From: "Anton Glinkov" <lartc@xxxxxx>
• Re: Help Regarding Squid
  • From: Jesper Juhl <juhl-lkml@xxxxxx>
• need help with ip_output
  • From: Zdenek Radouch <zdenek@xxxxxxx>
• Help Regarding Squid
  • From: "Pankaj Agarwal" <pankaj@xxxxxxxxxxxx>
• Kernel panic due to NF_IP_LOCAL_OUT handler calling itself again
  • From: Vinay Reddy <vinayvinay@xxxxxxxxx>
• What should the optimum epoll buffer size be ?
  • From: "Padmanabha, Lakshminarasimhan N (STSD)" <simhan@xxxxxx>
• Re: [PATCH] select congestion control with one sysctl
  • From: Arnaldo Carvalho de Melo <arnaldo.melo@xxxxxxxxx>
• strange kernel-messages 2.6.8-24.11-smp
  • From: Marcel Smeets <mpgsmeets@xxxxxxxxx>
• Re: [2.6 patch] drivers/net/ne3210.c: cleanups
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• rp_filter interaction with netfilter SNAT/un-SNAT
  • From: "Ian! D. Allen" <idallen@xxxxxxxxxx>
• Re: [PATCH] select congestion control with one sysctl
  • From: Daniele Lacamera <mlists@xxxxxxxxxxxxxx>
• Re: [PATCH] select congestion control with one sysctl
  • From: "David S. Miller" <davem@xxxxxxxxxxxxx>
• Re: [PATCH] select congestion control with one sysctl
  • From: Stephen Hemminger <shemminger@xxxxxxxx>