linux-net  

Messages by Thread

• • Re: 2.6.20->2.6.21 - networking dies after random time Chuck Ebbert
  • Re: 2.6.20->2.6.21 - networking dies after random time Ingo Molnar
  • [RFC] Re: 2.6.20->2.6.21 - networking dies after random time Jarek Poplawski
  • Re: [RFC] Re: 2.6.20->2.6.21 - networking dies after random time Jarek Poplawski
  • Re: 2.6.20->2.6.21 - networking dies after random time Jarek Poplawski
  • Re: 2.6.20->2.6.21 - networking dies after random time Marcin Ślusarz
  • Re: 2.6.20->2.6.21 - networking dies after random time Jarek Poplawski
  • Re: 2.6.20->2.6.21 - networking dies after random time Jarek Poplawski
  • Re: 2.6.20->2.6.21 - networking dies after random time Jarek Poplawski
  • Re: 2.6.20->2.6.21 - networking dies after random time Jarek Poplawski
  • Re: 2.6.20->2.6.21 - networking dies after random time Marcin Ślusarz
  • Re: 2.6.20->2.6.21 - networking dies after random time Marcin Ślusarz
  • Re: 2.6.20->2.6.21 - networking dies after random time Jarek Poplawski
  • Re: 2.6.20->2.6.21 - networking dies after random time Jarek Poplawski
  • [patch (testing)] Re: 2.6.20->2.6.21 - networking dies after random time Jarek Poplawski
  • Re: [patch (testing)] Re: 2.6.20->2.6.21 - networking dies after random time Jarek Poplawski
  • Re: [patch (testing)] Re: 2.6.20->2.6.21 - networking dies after random time Marcin Ślusarz
  • Re: [patch (testing)] Re: 2.6.20->2.6.21 - networking dies after random time Jarek Poplawski
  • [patch] genirq: temporary fix for level-triggered IRQ resend Ingo Molnar
  • Re: [patch] genirq: temporary fix for level-triggered IRQ resend Ingo Molnar
  • [patch] genirq: temporary fix for level-triggered IRQ resend Jarek Poplawski
  • Re: [patch] genirq: temporary fix for level-triggered IRQ resend Gabriel C
  • Re: [patch] genirq: temporary fix for level-triggered IRQ resend Ingo Molnar
  • [patch] genirq: fix simple and fasteoi irq handlers Jarek Poplawski
  • Re: [patch] genirq: fix simple and fasteoi irq handlers Ingo Molnar
  • Re: [patch] genirq: fix simple and fasteoi irq handlers Ingo Molnar
  • Re: [patch] genirq: fix simple and fasteoi irq handlers Jarek Poplawski
  • Re: [patch] genirq: fix simple and fasteoi irq handlers Marcin Ślusarz
  • Re: [patch] genirq: fix simple and fasteoi irq handlers Jarek Poplawski
  • Re: [patch] genirq: fix simple and fasteoi irq handlers Marcin Ślusarz
  • [patch (take 2)] genirq: fix simple and fasteoi irq handlers Jarek Poplawski
  • Re: [patch (take 2)] genirq: fix simple and fasteoi irq handlers Ingo Molnar
  • Re: [patch (take 2)] genirq: fix simple and fasteoi irq handlers Marcin Ślusarz
  • Re: [patch (take 2)] genirq: fix simple and fasteoi irq handlers Jarek Poplawski
  • Re: 2.6.20->2.6.21 - networking dies after random time Jarek Poplawski
  • Re: 2.6.20->2.6.21 - networking dies after random time Ingo Molnar
  • Re: 2.6.20->2.6.21 - networking dies after random time Jean-Baptiste Vignaud
  • Re: 2.6.20->2.6.21 - networking dies after random time Jean-Baptiste Vignaud
  • Re: 2.6.20->2.6.21 - networking dies after random time Chuck Ebbert
  • Re: 2.6.20->2.6.21 - networking dies after random time Jarek Poplawski
  • Re: 2.6.20->2.6.21 - networking dies after random time Al Boldi
  • Re: 2.6.20->2.6.21 - networking dies after random time Jean-Baptiste Vignaud
  • Re: 2.6.20->2.6.21 - networking dies after random time Jarek Poplawski
  • Re: 2.6.20->2.6.21 - networking dies after random time Jean-Baptiste Vignaud
  • Re: 2.6.20->2.6.21 - networking dies after random time Jarek Poplawski
  • Re: 2.6.20->2.6.21 - networking dies after random time Jean-Baptiste Vignaud
  • Re: 2.6.20->2.6.21 - networking dies after random time Jarek Poplawski
  • Re: 2.6.20->2.6.21 - networking dies after random time Jarek Poplawski
  • Re: 2.6.20->2.6.21 - networking dies after random time Jean-Baptiste Vignaud
  • Re: 2.6.20->2.6.21 - networking dies after random time Jarek Poplawski
  • Re: 2.6.20->2.6.21 - networking dies after random time Jarek Poplawski
• FW : airo suspend problem castet . matthieu
  • Re: FW : airo suspend problem Pavel Machek
  • Re: FW : airo suspend problem matthieu castet
  • Re: FW : airo suspend problem Pavel Machek
• PCMCIA Cardbus R8169 on 2.4.27 Christopher Fowler
• Re: [BUG] Conntrack SIP Problem Jerome Borsboom
  • Re: [BUG] Conntrack SIP Problem Patrick McHardy
  • Re: [BUG] Conntrack SIP Problem Jerome Borsboom
  • Re: [BUG] Conntrack SIP Problem Herbert Xu
  • Re: [BUG] Conntrack SIP Problem Jerome Borsboom
  • Re: [BUG] Conntrack SIP Problem Herbert Xu
  • Re: [BUG] Conntrack SIP Problem Jerome Borsboom
  • Re: [BUG] Conntrack SIP Problem Herbert Xu
  • Re: [BUG] Conntrack SIP Problem Patrick McHardy
  • Re: [BUG] Conntrack SIP Problem Jerome Borsboom
  • Re: [BUG] Conntrack SIP Problem Michael Rack
  • Re: [BUG] Conntrack SIP Problem Michael Rack
• inet_listen code clarifiction Tej Parkash
• __alloc_pages: 0-order allocation failed (gfp=0x20/0) Gabor Z. Papp
  • Re: __alloc_pages: 0-order allocation failed (gfp=0x20/0) pradeep singh
  • Re: __alloc_pages: 0-order allocation failed (gfp=0x20/0) Gabor Z. Papp
  • Re: __alloc_pages: 0-order allocation failed (gfp=0x20/0) pradeep singh
  • Re: __alloc_pages: 0-order allocation failed (gfp=0x20/0) Gabor Z. Papp
  • Re: __alloc_pages: 0-order allocation failed (gfp=0x20/0) Willy Tarreau
  • Re: __alloc_pages: 0-order allocation failed (gfp=0x20/0) Gabor Z. Papp
  • Re: __alloc_pages: 0-order allocation failed (gfp=0x20/0) Willy Tarreau
• how to time my parallel program that has blocking send and recv calls Mark Farnell
  • Re: how to time my parallel program that has blocking send and recv calls Neil Horman
• SKY2 vs SK98LIN performance on 88E8053 MAC Philip Romanov
• Re: 2.6.22-rc4-mm2: Assigning IP address fails Andrew Morton
  • Re: 2.6.22-rc4-mm2: Assigning IP address fails Herbert Xu
  • Re: 2.6.22-rc4-mm2: Assigning IP address fails David Miller
• WAN optimizations with Linux Diego Woitasen
• IPv6 over IPv4 tunneling and notification confusion? pradeep singh
• Re: Network and Linux virtualization for development Samuel Korpi
  • Re: Network and Linux virtualization for development Stephen Hemminger
• device refcnt leak Kiran Kumar Kella
  • Re: device refcnt leak David Miller
• ETHTOOL_GSET IOCTL on GigE links Jeff Haran
  • Re: ETHTOOL_GSET IOCTL on GigE links Jeff Garzik
  • RE: ETHTOOL_GSET IOCTL on GigE links Jeff Haran
  • Re: ETHTOOL_GSET IOCTL on GigE links David Miller
  • Re: ETHTOOL_GSET IOCTL on GigE links Jeff Garzik
  • RE: ETHTOOL_GSET IOCTL on GigE links Jeff Haran
• Libnl and class API Edouard Thuleau
• raw sockets ignore IP_HDRINCL data Mick McCreath
• link up and don on ether async notification mbartolo
  • Re: link up and don on ether async notification Stephen Hemminger
  • Re: link up and don on ether async notification Charlie Brady
• TCP/UDP Bad Checksum Guillaume Berthelom
  • Re: TCP/UDP Bad Checksum Stephen Hemminger
  • Re: TCP/UDP Bad Checksum Guillaume Berthelom
• Generic Netlink Edouard Thuleau
  • Re: Generic Netlink Paul Moore
  • Re: Generic Netlink Edouard Thuleau
  • Re: Generic Netlink Paul Moore
  • Generic Netlink Edouard Thuleau
  • Re: Generic Netlink Edouard Thuleau
  • Re: Generic Netlink Paul Moore
  • Re: Generic Netlink Edouard Thuleau
  • Re: Generic Netlink Paul Moore
  • Re: Generic Netlink Breno Leitao
  • Re: Generic Netlink Edouard Thuleau
• 2.6.20.9 - NAT problem Michal Kustosik
• Libnl Edouard Thuleau
  • Re: Libnl pradeep singh
• Re: rmmod e1000 hangs (Was Re: 2.6.22-rc2-mm1) Kok, Auke
  • Re: rmmod e1000 hangs (Was Re: 2.6.22-rc2-mm1) Jeff Garzik
  • Re: rmmod e1000 hangs (Was Re: 2.6.22-rc2-mm1) Herbert Xu
• Linksys Gigabit USB2.0 adapter (asix) regression Erik Slagter
• Wie melde ich mich an? Peter Harder
  • Wie melde ich mich an? Peter Harder
• alloc_netdev() and 32 byte or 32 bit alignment??? pradeep singh
  • Re: alloc_netdev() and 32 byte or 32 bit alignment??? Eric Dumazet
  • Re: alloc_netdev() and 32 byte or 32 bit alignment??? pradeep singh
  • Re: alloc_netdev() and 32 byte or 32 bit alignment??? Sam Ravnborg
  • Re: alloc_netdev() and 32 byte or 32 bit alignment??? pradeep singh
• Why socket state is volatile? pradeep singh
• Re: Why use volatile for socket state? Mulyadi Santosa
• Re: move_addr_to_kernel() and memory considerations!!! Octavian Purdila
• Communication between eth0 and eth1 over the cable torbjorn
  • Re: Communication between eth0 and eth1 over the cable Neil Horman
  • Re: Communication between eth0 and eth1 over the cable Milan P. Stanic
• [PATCH] tbf scheduler: TSO support Hirokazu Takahashi
  • Re: [PATCH] tbf scheduler: TSO support Patrick McHardy
  • Re: [PATCH] tbf scheduler: TSO support David Miller
  • Re: [PATCH] tbf scheduler: TSO support Patrick McHardy
  • Re: [PATCH] tbf scheduler: TSO support Hirokazu Takahashi
  • Re: [PATCH] tbf scheduler: TSO support Patrick McHardy
  • Re: [PATCH] tbf scheduler: TSO support Hirokazu Takahashi
  • Re: [PATCH] tbf scheduler: TSO support Hirokazu Takahashi
  • [PATCH] tbf scheduler: TSO support (updated) Hirokazu Takahashi
  • Re: [PATCH] tbf scheduler: TSO support (updated) Stephen Hemminger
  • Re: [PATCH] tbf scheduler: TSO support (updated) Hirokazu Takahashi
  • Re: [PATCH] tbf scheduler: TSO support (updated) Herbert Xu
  • [PATCH 1/2] tbf scheduler: TSO support (update 2) Hirokazu Takahashi
  • [PATCH 2/2] tbf scheduler: TSO support (update 2) Hirokazu Takahashi
  • Re: [PATCH 2/2] tbf scheduler: TSO support (update 2) Herbert Xu
  • Re: [PATCH 2/2] tbf scheduler: TSO support (update 2) Hirokazu Takahashi
  • [PATCH 1/2] tbf scheduler: TSO support (update 3) Hirokazu Takahashi
  • [PATCH 2/2] tbf scheduler: TSO support (update 3) Hirokazu Takahashi
  • Re: [PATCH] tbf scheduler: TSO support Kok, Auke
  • Re: [PATCH] tbf scheduler: TSO support Hirokazu Takahashi
• 2.6.20 and multipath routing Giampaolo Tomassoni
  • R: 2.6.20 and multipath routing Giampaolo Tomassoni
  • Re: R: 2.6.20 and multipath routing Kok, Auke
  • R: R: 2.6.20 and multipath routing Giampaolo Tomassoni
• notifier_chain_register semantics query!!! pradeep singh
  • Re: notifier_chain_register semantics query!!! pradeep singh
• skb_shared() definition query? pradeep singh
• need for notifier chains? pradeep singh
  • Re: need for notifier chains? pradeep singh
• bnx2 driver does not power down phy Akshay Adhikari
• Is skb_shared() definition correct? pradeep singh
• [PATCH] 3Com PCI 3c905 causes annoying pci_set_power_state() messages Bjørn Mork
  • Re: [PATCH] 3Com PCI 3c905 causes annoying pci_set_power_state() messages Kok, Auke
• Questions about the Linux network stack Alan Stern
  • Re: Questions about the Linux network stack Martin A. Brown
  • Re: Questions about the Linux network stack Alan Stern
  • Re: Questions about the Linux network stack Randy Dunlap
  • Re: Questions about the Linux network stack Matthew Faulkner
  • Re: Questions about the Linux network stack Stephen Hemminger
  • RE: Questions about the Linux network stack Jeff Haran
• IPv4 addresses belong to host but IPv6 addresses belong to interface? Jeff Haran
  • Re: IPv4 addresses belong to host but IPv6 addresses belong to interface? Jeroen Massar
• IFF_PROMISC again Martín Ferrari
• Problems with list Martín Ferrari
  • Re: Problems with list pradeep singh
• Different scheduler behavior between 2.4 and 2.6 Quan Sun
  • Re: Different scheduler behavior between 2.4 and 2.6 pradeep singh
  • Re: Different scheduler behavior between 2.4 and 2.6 Quan Sun
  • Re: Different scheduler behavior between 2.4 and 2.6 pradeep singh
  • Re: Different scheduler behavior between 2.4 and 2.6 Quan Sun
  • Re: Different scheduler behavior between 2.4 and 2.6 pradeep singh
  • Re: Different scheduler behavior between 2.4 and 2.6 Quan Sun
  • Re: Different scheduler behavior between 2.4 and 2.6 pradeep singh
  • Re: Different scheduler behavior between 2.4 and 2.6 Bill Fink
• A problem about NETLINK xiaoyu Du
• Slow tcp handshakes rate of 2.6.20 and 2.6.19 Quan Sun
• tc divisor maximum is too small Stanislav Kruchinin
  • Re: tc divisor maximum is too small Stanislav Kruchinin
  • Re: tc divisor maximum is too small Eric Dumazet
• 2.6.18 mss negotiation and path mtu discovery mostly broken? Ristuccia, Brian
• Re: sky2 X86-64 PCI synchronization problems Daniel J Blueman
• iproute sources for kernel 2.6.17 leon zadorin
  • Re: iproute sources for kernel 2.6.17 Kok, Auke
  • Re: iproute sources for kernel 2.6.17 Bernd Eckenfels
  • Re: iproute sources for kernel 2.6.17 leon zadorin
  • Re: iproute sources for kernel 2.6.17 Stephen Hemminger

• Earlier messages
• Later messages