freebsd-net

Thread Index

m_freem()
- From: Julian Elischer
Re: kern/110959: [ipsec] Filtering incoming packets with enc0 does not work with GIF-based IPSec setups
- From: bz
Current problem reports assigned to freebsd-net@FreeBSD.org
- From: FreeBSD bugmaster
Re: if_start running deferred for Giant
- From: Tofig Suleymanov
Re: if_start running deferred for Giant
- From: Robert Watson
Re: if_start running deferred for Giant
- From: Tofig Suleymanov
Re: Routing SMP benefit
- From: Robert Watson
Re: if_start running deferred for Giant
- From: Robert Watson
if_start running deferred for Giant
- From: Tofig Suleymanov
Re: if_ral regression
- From: Dag-Erling Smørgrav
Re: if_ral regression
- From: bazzoola
if_ral regression
- From: Kimi
if_ral regression
- From: Dag-Erling Smørgrav
Re: resend: multiple routing table roadmap (format fix)
- From: gnn
[patch] ICMP unreach, frag needed but df set + ro mtu broken
- From: Bjoern A. Zeeb
Re: Routing SMP benefit
- From: Tiffany Snyder
Re: [Fwd: Re: rtfree: 0xc5caad98 has 2 refs]
- From: Per olof Ljungmark
Re: resend: multiple routing table roadmap (format fix)
- From: Marko Zec
Re: resend: multiple routing table roadmap (format fix)
- From: Julian Elischer
Re: resend: multiple routing table roadmap (format fix)
- From: Ivo Vachkov
Re: resend: multiple routing table roadmap (format fix)
- From: gnn
Re: Packet loss every 30.999 seconds
- From: Bruce Evans
Re: Packet loss every 30.999 seconds
- From: Bruce Evans
Re: Packet loss every 30.999 seconds
- From: Bruce Evans
Re: resend: multiple routing table roadmap (format fix)
- From: Julian Elischer
Re: resend: multiple routing table roadmap (format fix)
- From: Ivo Vachkov
Re: DELL PowerEdge 860 and Broadcom Gigabit Ethernet poor performance.
- From: Jean-Claude MICHOT
resend: multiple routing table roadmap (format fix)
- From: Julian Elischer
multiple routing tables roadmap
- From: Julian Elischer
Re: Maximum NIC interrupts
- From: Jack Vogel
Re: DELL PowerEdge 860 and Broadcom Gigabit Ethernet poor performance.
- From: Sten Daniel Soersdal
DELL PowerEdge 860 and Broadcom Gigabit Ethernet poor performance.
- From: Jean-Claude MICHOT
Re: kern/119036: [netipsec] [patch] enc(4) and dummynet together produce kernel panics
- From: thompsa
Re: Maximum NIC interrupts
- From: Nash Nipples
Re: Packet loss every 30.999 seconds
- From: Kris Kennaway
Re: Packet loss every 30.999 seconds
- From: Mark Fullmer
Re: kern/119036: [netipsec] [patch] enc(4) and dummynet together produce kernel panics
- From: linimon
Re: Maximum NIC interrupts
- From: Erich Dollansky
Re: Maximum NIC interrupts
- From: Michael DeMan
Re: Maximum NIC interrupts
- From: Jordi Espasa Clofent
Re: Maximum NIC interrupts
- From: Jack Vogel
Re: kern/117717: [panic] Kernel panic with Bittorrent client.
- From: Jonathan Chen
Re: kern/117717: [panic] Kernel panic with Bittorrent client.
- From: Robert Watson
Re: kern/117717: [panic] Kernel panic with Bittorrent client.
- From: kris
Re: kern/118879: [bge] [patch] bge has checksum problems on the 5703 chipset
- From: kris
Maximum NIC interrupts
- From: Jordi Espasa Clofent
Re: connect() returns EADDRINUSE during massive host->host conn rate
- From: Maxim Konovalov
Re: connect() returns EADDRINUSE during massive host->host conn rate
- From: Jan Srzednicki
Re: Packet loss every 30.999 seconds
- From: Kostik Belousov
Re: Packet loss every 30.999 seconds
- From: Mark Fullmer
Re: Zero-copy BPF update (was: Re: Aggregating many ports into one for tcpdump server.)
- From: Robert Watson
Re: bin/118987: ifconfig -l [address_family] does not work correct on RELENG-7
- From: remko
Re: Packet loss every 30.999 seconds
- From: Bruce Evans
Re: Packet loss every 30.999 seconds
- From: Kostik Belousov
Re: Re: TCP Projects for 8.0 - first cut wiki page
- From: Robert Watson
Zero-copy BPF update (was: Re: Aggregating many ports into one for tcpdump server.)
- From: Robert Watson
Current problem reports assigned to freebsd-net@FreeBSD.org
- From: FreeBSD bugmaster
Re: kern/118975: [bge] [patch] Broadcom 5906 not handled by FreeBSD
- From: remko
Re: Packet loss every 30.999 seconds
- From: Alfred Perlstein
Re: Packet loss every 30.999 seconds
- From: Bruce Evans
Re: Packet loss every 30.999 seconds
- From: Kostik Belousov
Re: Packet loss every 30.999 seconds
- From: Mark Fullmer
Re: Packet loss every 30.999 seconds
- From: Mark Fullmer
Re: Packet loss every 30.999 seconds
- From: Bruce Evans
Re: Packet loss every 30.999 seconds
- From: David G Lawrence
Re: Packet loss every 30.999 seconds
- From: David G Lawrence
Re: Packet loss every 30.999 seconds
- From: David G Lawrence
Re: Packet loss every 30.999 seconds
- From: Kostik Belousov
Re: Packet loss every 30.999 seconds
- From: David G Lawrence
Re: Packet loss every 30.999 seconds
- From: Mark Fullmer
Re: Packet loss every 30.999 seconds
- From: Kostik Belousov
Re: Packet loss every 30.999 seconds
- From: Kostik Belousov
Re: Packet loss every 30.999 seconds
- From: Kostik Belousov
Re: Packet loss every 30.999 seconds
- From: Mark Fullmer
RE: Packet loss every 30.999 seconds
- From: David Schwartz
Re: Packet loss every 30.999 seconds
- From: Alfred Perlstein
Re: Packet loss every 30.999 seconds
- From: David G Lawrence
Re: Packet loss every 30.999 seconds
- From: Alfred Perlstein
Re: default route
- From: vermaden
Re: TCP Projects for 8.0 - first cut wiki page
- From: dima
Re: TCP Projects for 8.0 - first cut wiki page
- From: Vadim Goncharov
Re: Packet loss every 30.999 seconds
- From: Mark Fullmer
Re: TCP Projects for 8.0 - first cut wiki page
- From: Julian Elischer
Re: Deadlock in the routing code
- From: Julian Elischer
Re: TCP Projects for 8.0 - first cut wiki page
- From: Chuck Robey
Re: Coordinating TCP projects
- From: Brooks Davis
TCP Projects for 8.0 - first cut wiki page
- From: Robert Watson
Re: Coordinating TCP projects
- From: Andre Oppermann
Re: Deadlock in the routing code
- From: Sergey Matveychuk
userland ppp depends on ldconfig
- From: Randy Bush
Re: Packet loss every 30.999 seconds
- From: Peter Jeremy
Re: kern/118880: [ipv6] IP_RECVDSTADDR & IP_SENDSRCADDR not implemented for IPv6
- From: linimon
Re: kern/118879: [bge] [patch] bge has checksum problems on the 5703 chipset
- From: remko
Re: Packet loss every 30.999 seconds
- From: Kostik Belousov
Re: Deadlock in the routing code
- From: Julian Elischer
Re: Deadlock in the routing code
- From: Stephen Clark
Re: Packet loss every 30.999 seconds
- From: Julian Elischer
Re: Packet loss every 30.999 seconds
- From: Bruce Evans
Re: Deadlock in the routing code
- From: Julian Elischer
Re: Packet loss every 30.999 seconds
- From: Mark Fullmer
Re: Packet loss every 30.999 seconds
- From: Kostik Belousov
Re: Packet loss every 30.999 seconds
- From: Kostik Belousov
Re: Packet loss every 30.999 seconds
- From: Bruce Evans
Re: Packet loss every 30.999 seconds
- From: David G Lawrence
Re: Packet loss every 30.999 seconds
- From: Mark Fullmer
Re: Packet loss every 30.999 seconds
- From: David G Lawrence
Re: Packet loss every 30.999 seconds
- From: Bruce Evans
Re: Packet loss every 30.999 seconds
- From: Bruce Evans
Re: Packet loss every 30.999 seconds
- From: Stephan Uphoff
Re: Coordinating TCP projects
- From: Lawrence Stewart
Re: Packet loss every 30.999 seconds
- From: David G Lawrence
Re: Packet loss every 30.999 seconds
- From: David G Lawrence
Re: Packet loss every 30.999 seconds
- From: David G Lawrence
Re: Packet loss every 30.999 seconds
- From: Bruce Evans
Re: default route
- From: Eygene Ryabinkin
Re: Packet loss every 30.999 seconds
- From: Bruce Evans
Coordinating TCP projects
- From: Robert Watson
Re: Deadlock in the routing code
- From: Maxime Henrion
Re: Packet loss every 30.999 seconds
- From: Mark Fullmer
Re: Modular/Pluggable TCP Congestion Control for FreeBSD
- From: Fred Baker
Re: Packet loss every 30.999 seconds
- From: David G Lawrence
Re: WOL suport in Broadcom 5721 (57XX)
- From: Sam Leffler
Re: default route
- From: vermaden
Re: Packet loss every 30.999 seconds
- From: David G Lawrence
Re: Packet loss every 30.999 seconds
- From: Bruce Evans
Re: Modular/Pluggable TCP Congestion Control for FreeBSD
- From: Rui Paulo
Re: Packet loss every 30.999 seconds
- From: David G Lawrence
Re: Packet loss every 30.999 seconds
- From: Bruce Evans
Re: Packet loss every 30.999 seconds
- From: David G Lawrence
Re: default route
- From: Eygene Ryabinkin
Re: Packet loss every 30.999 seconds
- From: David G Lawrence
Re: Modular/Pluggable TCP Congestion Control for FreeBSD
- From: Andre Oppermann
Re: kern/112654: [pcn] Kernel panic upon if_pcn module load on a Netfinity 5000
- From: Nagy Keve
Re: Packet loss every 30.999 seconds
- From: Bruce Evans
Modular/Pluggable TCP Congestion Control for FreeBSD
- From: Lawrence Stewart
Re: [PATCH] ipfwpcap(8)
- From: Vadim Goncharov
Re: [PATCH] ipfwpcap(8)
- From: Sergey Matveychuk
Re: Packet loss every 30.999 seconds
- From: Bruce Evans
Re: WOL suport in Broadcom 5721 (57XX)
- From: Krishna Kumar
[PATCH] ipfwpcap(8)
- From: Vadim Goncharov
Re: Packet loss every 30.999 seconds
- From: Scott Long
Re: Packet loss every 30.999 seconds
- From: Bruce Evans
Re: Packet loss every 30.999 seconds
- From: Bruce Evans
Re: Packet loss every 30.999 seconds
- From: Mark Fullmer
Re: using netgraph to create a pair of pseudo ethernet interface
- From: Alexander Motin
Re: Deadlock in the routing code
- From: Julian Elischer
Re: using netgraph to create a pair of pseudo ethernet interface
- From: Marko Zec
Re: Packet loss every 30.999 seconds
- From: Mark Fullmer
using netgraph to create a pair of pseudo ethernet interface
- From: zhouyi zhou
Re: bridge and stp defaults
- From: Niki Denev
Re: WOL suport in Broadcom 5721 (57XX)
- From: Andrey V. Elsukov
Current problem reports assigned to freebsd-net@FreeBSD.org
- From: FreeBSD bugmaster
Re: Packet loss every 30.999 seconds
- From: David G Lawrence
Re: Packet loss every 30.999 seconds
- From: David G Lawrence
Re: Added native socks support to libc in FreeBSD 7
- From: Raffaele De Lorenzo
Re: Deadlock in the routing code
- From: Maxime Henrion
WOL suport in Broadcom 5721 (57XX)
- From: Krishna Kumar
Re: bridge and stp defaults
- From: Ivo Vachkov
Packet loss every 30.999 seconds
- From: Mark Fullmer
Re: kern/118722: [tcp] Many old TCP connections in SYN_RCVD state
- From: linimon
Re: is carp on if_bridge possible?
- From: Niki Denev
Re: is carp on if_bridge possible?
- From: Niki Denev
Re: ath wep confusion
- From: Randy Bush
Re: ath wep confusion
- From: Ian Smith
Re: ath wep confusion
- From: Randy Bush
Re: Spurious error from i[pf]_carp
- From: Tom Judge
Re: is carp on if_bridge possible?
- From: Han Hwei Woo
Re: ath wep confusion
- From: Ian Smith
Re: kern/118727: [ng] [patch] add new ng_pf module
- From: linimon
Re: Spurious error from i[pf]_carp
- From: Bruce M. Simpson
Re: kern/106438: [ipfilter] ipfilter: keep state does not seem to allow replies in on spar64 (and maybe others)
- From: remko
ath wep confusion
- From: Randy Bush
Re: kern/106438: hme0: Interface unable to do tx and rx checksumming when using ipfilter.
- From: Remko Lodder
Re: kern/106438: ipfilter: keep state does not seem to allow replies in on spar64 (and maybe others)
- From: Remko Lodder
Re: initial call for review.. initial multi-fib (routing table) support
- From: Julian Elischer
Re: Deadlock in the routing code
- From: Julian Elischer
Re: Spurious error from i[pf]_carp
- From: Max Laier
LOR in route.c with today's RELENG_7
- From: Vlad GALU
Re: is carp on if_bridge possible?
- From: Niki Denev
Re: Spurious error from i[pf]_carp
- From: Bruce M. Simpson
Re: Deadlock in the routing code
- From: Maxime Henrion
Re: Deadlock in the routing code
- From: Maxime Henrion
Spurious error from i[pf]_carp
- From: Tom Judge
Re: SMPable version of EM driver
- From: Vladimir Ivanov
Re: SMPable version of EM driver
- From: Alexandr Kovalenko
Re: default route
- From: vermaden
Re: initial call for review.. initial multi-fib (routing table) support
- From: Bruce M. Simpson
replacing ipfw rule
- From: rihad
Re: default route
- From: Eygene Ryabinkin
Re: is carp on if_bridge possible?
- From: Bruce M. Simpson
default route
- From: vermaden
Re: default route
- From: Eygene Ryabinkin
Re: is carp on if_bridge possible?
- From: Max Laier
Re: default route
- From: Max Laier
Re: Deadlock in the routing code
- From: Gleb Smirnoff
default route
- From: vermaden
initial call for review.. initial multi-fib (routing table) support
- From: Julian Elischer
is carp on if_bridge possible?
- From: Niki Denev
Re: bikeshed for all!
- From: Randy Bush
Re: bikeshed for all! *Now CLOSED *
- From: Julian Elischer
Re: bikeshed for all!
- From: Bruce M. Simpson
Re: bikeshed for all!
- From: Julian Elischer
Re: bikeshed for all!
- From: Bruce M. Simpson
Re: bikeshed for all!
- From: Marko Zec
Re: bikeshed for all!
- From: Bjoern A. Zeeb
SYN Flood protection
- From: Stefan Lambrev
bridge and stp defaults
- From: Niki Denev
Re: bikeshed for all!
- From: Julian Elischer
Re: bikeshed for all!
- From: Bjoern A. Zeeb
Re: bikeshed for all!
- From: Julian Elischer
Re: bikeshed for all!
- From: Bakul Shah
Re: bikeshed for all!
- From: Bruce M. Simpson
Re: bikeshed for all!
- From: Julian Elischer
Re: bikeshed for all!
- From: Julian Elischer
Re: Deadlock in the routing code
- From: Julian Elischer
Re: bikeshed for all!
- From: Julian Elischer
Re: Deadlock in the routing code
- From: Stephen Clark
Re: Added native socks support to libc in FreeBSD 7
- From: John E Hein
Re: bikeshed for all!
- From: Nikos Vassiliadis
Deadlock in the routing code
- From: Maxime Henrion
Deadlock in the routing code
- From: Maxime Henrion
Re: bikeshed for all!
- From: H.fazaeli
Re: bikeshed for all!
- From: Bruce M. Simpson
Re: ifconfig: BRDGADD vr1: Invalid argument
- From: Randy Bush
Re: ifconfig: BRDGADD vr1: Invalid argument
- From: Ian Smith
Re: bikeshed for all!
- From: Petri Helenius
Re: ifconfig: BRDGADD vr1: Invalid argument
- From: Randy Bush
Re: bikeshed for all!
- From: Ian Smith
netstat -iW strip interface name to 7 symbols
- From: Mykola Dzham
Re: ifconfig: BRDGADD vr1: Invalid argument
- From: Randy Bush
Re: bikeshed for all!
- From: Bakul Shah
Re: bikeshed for all!
- From: Bakul Shah
Re: bikeshed for all!
- From: Julian Elischer
Re: bikeshed for all!
- From: Julian Elischer
Re: bikeshed for all!
- From: Spadge
Re: bikeshed for all!
- From: Richard A Steenbergen
Re: bikeshed for all!
- From: Max Laier
RE: bikeshed for all!
- From: Li, Qing
Re: bikeshed for all!
- From: Julian Elischer
Re: bikeshed for all!
- From: Chris Dillon
Re: bikeshed for all!
- From: Alfred Perlstein
Re: bikeshed for all!
- From: Edwin Groothuis
Re: bikeshed for all!
- From: Julian Elischer
Re: bikeshed for all!
- From: Julian Elischer
Re: bikeshed for all!
- From: Julian Elischer
Re: bikeshed for all!
- From: Julian Elischer
Re: bikeshed for all!
- From: Alfred Perlstein
Re: bikeshed for all!
- From: Mike Silbersack
Re: bikeshed for all!
- From: Max Laier
Re: bikeshed for all!
- From: Petri Helenius
Re: bikeshed for all!
- From: Alfred Perlstein
Re: bikeshed for all!
- From: Peter Wood
Re: bikeshed for all!
- From: Alfred Perlstein
bikeshed for all!
- From: Julian Elischer
Re: kern/112654: [pcn] [patch] Kernel panic upon if_pcn module load on a Netfinity 5000
- From: Andy Farkas
Re: ifconfig: BRDGADD vr1: Invalid argument
- From: Max Laier
Re: ifconfig: BRDGADD vr1: Invalid argument
- From: Randy Bush
Re: ifconfig: BRDGADD vr1: Invalid argument
- From: Ian Smith
Re: Pipe queues
- From: Ian Smith
Re: arp rewrite...
- From: Bruce M. Simpson
Re: ifconfig: BRDGADD vr1: Invalid argument
- From: Bruce M. Simpson
Re: Pipe queues
- From: rihad
Re: ifconfig: BRDGADD vr1: Invalid argument
- From: Ian Smith
Re: ifconfig: BRDGADD vr1: Invalid argument
- From: Randy Bush
Re: ifconfig: BRDGADD vr1: Invalid argument
- From: Ian Smith
Re: ifconfig: BRDGADD vr1: Invalid argument
- From: Randy Bush
Re: ifconfig: BRDGADD vr1: Invalid argument
- From: Ian Smith
ifconfig: BRDGADD vr1: Invalid argument
- From: Randy Bush
Re: arp rewrite...
- From: Julian Elischer
RE: arp rewrite...
- From: Li, Qing
Re: arp rewrite...
- From: Julian Elischer
Re: Pipe queues
- From: Chuck Swiger
Re: arp rewrite...
- From: Gergely CZUCZY
Re: arp rewrite...
- From: Julian Elischer
RE: arp rewrite...
- From: Li, Qing
Re: arp rewrite...
- From: Julian Elischer
Re: arp rewrite...
- From: George V. Neville-Neil
pipe buckets/hash_size
- From: rihad
Re: Pipe queues
- From: Peter Jeremy
Re: Pipe queues
- From: rihad
Re: Pipe queues
- From: Peter Jeremy
Re: arp rewrite...
- From: Luigi Rizzo
arp rewrite...
- From: Julian Elischer
Re: Pipe queues
- From: Julian Elischer
Re: Pipe queues
- From: rihad
Re: Pipe queues
- From: rihad
Re: Pipe queues
- From: rihad
Re: Pipe queues
- From: rihad
Re: Pipe queues
- From: Stephen Clark
Re: Pipe queues
- From: Luigi Rizzo
Re: Pipe queues
- From: Chuck Swiger
Pipe queues
- From: rihad
Re: Added native socks support to libc in FreeBSD 7
- From: Raffaele De Lorenzo
Re: Added native socks support to libc in FreeBSD 7
- From: Dag-Erling Smørgrav
Re: Added native socks support to libc in FreeBSD 7
- From: Raffaele De Lorenzo
Current problem reports assigned to freebsd-net@FreeBSD.org
- From: FreeBSD bugmaster
Re: Added native socks support to libc in FreeBSD 7
- From: Raffaele De Lorenzo
Re: Aggregating many ports into one for tcpdump server. (also sampling before libpcap)
- From: Robert Watson
Re: TDMA / Interrupts / Pre-emptible
- From: Len Gross
Re: Aggregating many ports into one for tcpdump server. (also sampling before libpcap)
- From: Peter Wood
Re: Aggregating many ports into one for tcpdump server. (also sampling before libpcap)
- From: Andrew Thompson
Re: Aggregating many ports into one for tcpdump server. (also sampling before libpcap)
- From: Peter Wood
Re: Added native socks support to libc in FreeBSD 7
- From: Xin LI
Re: kern/117717: Kernel panic with Bittorrent client.
- From: Michael Harding
Re: kern/109406: [ndis] Broadcom WLAN driver 4.100.15.5 doesn't work with Ndisgen
- From: thompsa
Re: TDMA / Interrupts / Pre-emptible
- From: Harti Brandt
Re: TDMA / Interrupts / Pre-emptible
- From: Bruce M. Simpson
TDMA / Interrupts / Pre-emptible
- From: Len Gross
Added native socks support to libc in FreeBSD 7
- From: Raffaele De Lorenzo
Re: Aggregating many ports into one for tcpdump server.
- From: Vlad GALU
Re: Aggregating many ports into one for tcpdump server.
- From: Robert Watson
Re: Aggregating many ports into one for tcpdump server.
- From: Robert Watson
Re: Aggregating many ports into one for tcpdump server.
- From: Vlad GALU
Re: Aggregating many ports into one for tcpdump server.
- From: Robert Watson
Re: Aggregating many ports into one for tcpdump server.
- From: Andrew Thompson
Aggregating many ports into one for tcpdump server.
- From: Peter Losher
Re: dup code in in6.c
- From: gnn
Re: unable to qualify my own domain name
- From: Nash Nipples
Current problem reports assigned to freebsd-net@FreeBSD.org
- From: FreeBSD bugmaster
Re: physically contiguous jumbo frames
- From: Pyun YongHyeon
unable to qualify my own domain name
- From: Frank
using lagg(4) with something other than IFT_ETHER
- From: Eugene Grosbein
Re: tcp md5 checksums broken in 7.0-beta3
- From: Bjoern A. Zeeb
physically contiguous jumbo frames
- From: Alan Cox
Re: kern/106438: ipfilter: keep state does not seem to allow replies in on spar64 (and maybe others)
- From: Manuel Tobias Schiller
Re: kern/106438: hme0: Interface unable to do tx and rx checksumming when using ipfilter.
- From: Pyun YongHyeon
dup code in in6.c
- From: Julian Elischer
Re: tcp md5 checksums broken in 7.0-beta3
- From: Bjoern A. Zeeb