From | Subject |
05/01/2004 |
Atsushi Yokoyama | IPsec with IPv6 doesn't work with Mac OS X |
Alicia da Conceicao | Re: ath Atheros driver no buffer space available and can't power off |
David Young | Re: bpf patch: bpf_mtap2 |
Jason Thorpe | Re: Further mbuf adventures |
Jason Thorpe | Re: Further mbuf adventures |
05/02/2004 |
Darren Reed | Further mbuf adventures |
Darren Reed | bpf & mmap.. |
Darren Reed | Making mbufs deal better with various buffer sizes |
Darren Reed | Re: bpf patch: bpf_mtap2 |
Darren Reed | Re: Further mbuf adventures |
Jason Thorpe | Re: Further mbuf adventures |
Konstantin KABASSANOV | atheros 5212 card in adhoc mode and "no buffer space" |
Alicia da Conceicao | Re: atheros 5212 card in adhoc mode and "no buffer space" |
David Young | Re: atheros 5212 card in adhoc mode and "no buffer space" |
05/03/2004 |
Chuck Silvers | 32/64 sign-extension bug in TCP |
ragge@ludd.luth.se | Re: 32/64 sign-extension bug in TCP |
Chuck Silvers | Re: 32/64 sign-extension bug in TCP |
Ignatios Souvatzis | Re: 32/64 sign-extension bug in TCP |
Chuck Silvers | Re: 32/64 sign-extension bug in TCP |
ragge@ludd.luth.se | Re: 32/64 sign-extension bug in TCP |
Jonathan Stone | Re: Making mbufs deal better with various buffer sizes |
Chuck Silvers | Re: 32/64 sign-extension bug in TCP |
05/04/2004 |
Daniel Carosone | Re: 32/64 sign-extension bug in TCP |
Darren Reed | Re: Making mbufs deal better with various buffer sizes |
Darren Reed | Re: 32/64 sign-extension bug in TCP |
Bruno Jorge Marcelino | Ayame Website problem (urgent!) |
Jonathan Stone | Re: Making mbufs deal better with various buffer sizes |
Chuck Silvers | Re: 32/64 sign-extension bug in TCP |
David Young | Re: bpf patch: bpf_mtap2 |
05/05/2004 |
Darren Reed | Re: bpf patch: bpf_mtap2 |
Pavel Cahyna | Re: 32/64 sign-extension bug in TCP |
David Laight | Re: 32/64 sign-extension bug in TCP |
David Young | Re: bpf patch: bpf_mtap2 |
William Waites | Re: "corrupt |
David Young | Re: "corrupt |
05/06/2004 |
Jun-ichiro itojun Hagino | "corrupt |
Sean Davis | Re: "corrupt |
itojun@iijlab.net | Re: "corrupt lease file" |
David Young | Re: "corrupt lease file" |
Tom Ivar Helbekkmo | Re: "corrupt |
itojun@iijlab.net | Re: "corrupt |
itojun@iijlab.net | Re: "corrupt |
roberto.trovo@redix. | Re: PPTP VPN problem |
Alicia da Conceicao | Re: atheros 5212 card in adhoc mode and "no buffer space" |
05/07/2004 |
David Young | Re: bpf patch: bpf_mtap2 |
Konstantin KABASSANOV | RE: atheros 5212 card in adhoc mode and "no buffer space" |
05/09/2004 |
David Young | Re: atheros 5212 card in adhoc mode and "no buffer space" |
David Young | Re: atheros 5212 card in adhoc mode and "no buffer space" |
Tom Ivar Helbekkmo | Locking trouble in net/if_tun.c |
Christos Zoulas | Re: Locking trouble in net/if_tun.c |
Paul Kranenburg | Re: Locking trouble in net/if_tun.c |
Paul Kranenburg | Re: Locking trouble in net/if_tun.c |
05/10/2004 |
YAMAMOTO Takashi | Re: kern/25368: crash after SADB_X_SPDFLUSH |
itojun@iijlab.net | Re: kern/25368: crash after SADB_X_SPDFLUSH |
David Young | Re: atheros 5212 card in adhoc mode and "no buffer space" |
05/11/2004 |
itojun@iijlab.net | Re: kern/25368: crash after SADB_X_SPDFLUSH |
HITOSHI Osada | new Ethernet flowcontrol patch(20040511) |
Konstantin Kabassanov | Re: atheros 5212 card in adhoc mode and "no buffer space" |
Christoph Kaegi | status vlans on bge(4)? |
Sam Leffler | Re: atheros 5212 card in adhoc mode and "no buffer space" |
Peter Postma | New pf port |
Jeff Rizzo | accepting both ipv4 and v6 connections |
05/12/2004 |
der Mouse | Re: accepting both ipv4 and v6 connections |
lucio@proxima.alt.za | silicom ethernet adapter |
Jeff Rizzo | Re: accepting both ipv4 and v6 connections |
Ignatios Souvatzis | Re: accepting both ipv4 and v6 connections |
Jeff Rizzo | Re: accepting both ipv4 and v6 connections |
Jeff Rizzo | Re: accepting both ipv4 and v6 connections |
der Mouse | Re: accepting both ipv4 and v6 connections |
Jeff Rizzo | Re: accepting both ipv4 and v6 connections |
Bill Studenmund | Re: accepting both ipv4 and v6 connections |
Bill Studenmund | Re: accepting both ipv4 and v6 connections |
05/13/2004 |
YAMAMOTO Takashi | Re: kern/25368: crash after SADB_X_SPDFLUSH |
Christoph Kaegi | Re: status vlans on bge(4)? |
der Mouse | Re: status vlans on bge(4)? |
05/14/2004 |
Ignatios Souvatzis | wrong source address |
Christoph Kaegi | Re: status vlans on bge(4)? |
Jun-ichiro itojun Hagino | Re: kern/25368: crash after SADB_X_SPDFLUSH |
der Mouse | Re: status vlans on bge(4)? |
05/15/2004 |
YAMAMOTO Takashi | Re: kern/25368: crash after SADB_X_SPDFLUSH |
Steve Woodford | Re: status vlans on bge(4)? |
der Mouse | Re: status vlans on bge(4)? |
itojun@iijlab.net | Re: kern/25368: crash after SADB_X_SPDFLUSH |
Jun-ichiro itojun Hagino | Re: kern/25368: crash after SADB_X_SPDFLUSH |
YAMAMOTO Takashi | Re: kern/25368: crash after SADB_X_SPDFLUSH |
Jason Thorpe | Re: kern/25368: crash after SADB_X_SPDFLUSH |
Jason Thorpe | Re: kern/25368: crash after SADB_X_SPDFLUSH |
05/16/2004 |
itojun@iijlab.net | Re: kern/25368: crash after SADB_X_SPDFLUSH |
Jonathan Stone | Re: kern/25368: crash after SADB_X_SPDFLUSH |
Jason Thorpe | Re: kern/25368: crash after SADB_X_SPDFLUSH |
05/17/2004 |
der Mouse | Re: kern/25368: crash after SADB_X_SPDFLUSH |
Jonathan Stone | Re: kern/25368: crash after SADB_X_SPDFLUSH |
der Mouse | Re: kern/25368: crash after SADB_X_SPDFLUSH |
Jonathan Stone | Re: kern/25368: crash after SADB_X_SPDFLUSH |
der Mouse | Re: kern/25368: crash after SADB_X_SPDFLUSH |
Jonathan Stone | Re: kern/25368: crash after SADB_X_SPDFLUSH |
Jonathan Stone | FAST_IPsec policy refcnt: "refcount" or "TTL", but not both |
Thor Lancelot Simon | Re: kern/25368: crash after SADB_X_SPDFLUSH |
05/18/2004 |
Luke Mewburn | Re: FAST_IPsec policy refcnt: "refcount" or "TTL", but not both |
Jonathan Stone | Re: kern/25368: crash after SADB_X_SPDFLUSH |
der Mouse | Re: kern/25368: crash after SADB_X_SPDFLUSH |
05/19/2004 |
Jonathan Stone | Re: FAST_IPsec policy refcnt: "refcount" or "TTL", but not both |
Jonathan Stone | Re: FAST_IPsec policy refcnt: "refcount" or "TTL", but not both |
Jonathan Stone | Bugs in PF_KEY marshalling, socket-buffer overflow |
Jonathan Stone | Re: Bugs in PF_KEY marshalling, socket-buffer overflow |
Michael Richardson | Re: Bugs in PF_KEY marshalling, socket-buffer overflow |
Jonathan Stone | Re: Bugs in PF_KEY marshalling, socket-buffer overflow |
05/20/2004 |
itojun@iijlab.net | net/if_ethersubr.c 1.26 -> 1.27 |
Michael Richardson | Re: Bugs in PF_KEY marshalling, socket-buffer overflow |
ww@styx.org | NetInfo server on NetBSD? |
Jonathan Stone | Re: Bugs in PF_KEY marshalling, socket-buffer overflow |
Jonathan Stone | Fix for bug in PF_KEY marshalling, socket-buffer overflow |
05/21/2004 |
Jun-ichiro itojun Hagino | Re: Bugs in PF_KEY marshalling, socket-buffer overflow |
Darren Reed | mmap(2) interface for bpf |
Konstantin KABASSANOV | RE: atheros 5212 card in adhoc mode and "no buffer space" |
Steve Woodford | Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels |
Michael Richardson | Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels |
Jonathan Stone | Re: Bugs in PF_KEY marshalling, socket-buffer overflow |
Jonathan Stone | Fix for KAME PF_KEY DUMP-truncation marshalling bug |
Bill Sommerfeld | Re: Fix for KAME PF_KEY DUMP-truncation marshalling bug |
Bill Sommerfeld | Re: Bugs in PF_KEY marshalling, socket-buffer overflow |
Michael Richardson | Re: Bugs in PF_KEY marshalling, socket-buffer overflow |
05/22/2004 |
itojun@iijlab.net | Re: Bugs in PF_KEY marshalling, socket-buffer overflow |
Ignatios Souvatzis | RPTI 400 pcmcia ethernet: test request |
Jonathan Stone | Re: Bugs in PF_KEY marshalling, socket-buffer overflow |
Jonathan Stone | Re: Bugs in PF_KEY marshalling, socket-buffer overflow |
Jonathan Stone | Re: Bugs in PF_KEY marshalling, socket-buffer overflow |
Jonathan Stone | Re: Fix for KAME PF_KEY DUMP-truncation marshalling bug |
Jonathan Stone | Re: Bugs in PF_KEY marshalling, socket-buffer overflow |
Jeff Rizzo | TCP_SIGNATURE (rfc2385) panics and problems |
05/23/2004 |
David Young | Re: atheros 5212 card in adhoc mode and "no buffer space" |
05/24/2004 |
Konstantin KABASSANOV | RE: atheros 5212 card in adhoc mode and "no buffer space" |
Jonathan Stone | Re: TCP_SIGNATURE (rfc2385) panics and problems |
Michael Hertrick | FYI: RST-ACK patent |
Jeff Rizzo | Re: TCP_SIGNATURE (rfc2385) panics and problems |
Konstantin KABASSANOV | RE: atheros 5212 card in adhoc mode and "no buffer space" |
05/25/2004 |
Mipam | Re: FYI: RST-ACK patent |
Alicia da Conceicao | gethostbyname & gethostbyaddr in libc thread-safe yet? |
Christos Zoulas | Re: gethostbyname & gethostbyaddr in libc thread-safe yet? |
Alicia da Conceicao | Re: gethostbyname & gethostbyaddr in libc thread-safe yet? |
Christos Zoulas | Re: gethostbyname & gethostbyaddr in libc thread-safe yet? |
David Maxwell | Re: FYI: RST-ACK patent |
Steven M. Bellovin | Re: FYI: RST-ACK patent |
David Maxwell | Re: FYI: RST-ACK patent |
ww@styx.org | Re: FYI: RST-ACK patent |
Charles M. Hannum | Re: FYI: RST-ACK patent |
05/26/2004 |
Jun-ichiro itojun Hagino | Re: gethostbyname & gethostbyaddr in libc thread-safe yet? |
Jun-ichiro itojun Hagino | Re: gethostbyname & gethostbyaddr in libc thread-safe yet? |
itojun@iijlab.net | Re: gethostbyname & gethostbyaddr in libc thread-safe yet? |
Alicia da Conceicao | Re: gethostbyname & gethostbyaddr in libc thread-safe yet? |
itojun@iijlab.net | Re: gethostbyname & gethostbyaddr in libc thread-safe yet? |
Love | Re: gethostbyname & gethostbyaddr in libc thread-safe yet? |
der Mouse | Re: FYI: RST-ACK patent |
Jun-ichiro itojun Hagino | Re: FYI: RST-ACK patent |
der Mouse | Re: gethostbyname & gethostbyaddr in libc thread-safe yet? |
Steven M. Bellovin | Re: FYI: RST-ACK patent |
Christos Zoulas | Re: gethostbyname & gethostbyaddr in libc thread-safe yet? |
Christos Zoulas | Re: gethostbyname & gethostbyaddr in libc thread-safe yet? |
Alicia da Conceicao | Re: gethostbyname & gethostbyaddr in libc thread-safe yet? |
Christos Zoulas | Re: gethostbyname & gethostbyaddr in libc thread-safe yet? |
Jason Thorpe | Re: Fix for KAME PF_KEY DUMP-truncation marshalling bug |
05/27/2004 |
Ian Zagorskih | Problems with pppd and route |
Mike M. Volokhov | Re: Problems with pppd and route |
Darren Reed | Re: FYI: RST-ACK patent |
Gilbert Fernandes | Re: Problems with pppd and route |
Mike M. Volokhov | Re: Problems with pppd and route |
Mike M. Volokhov | Re: Problems with pppd and route |
Jonathan Stone | Re: Fix for KAME PF_KEY DUMP-truncation marshalling bug |
Jonathan Stone | Re: Fix for KAME PF_KEY DUMP-truncation marshalling bug |
Jason Thorpe | Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels |
Jason Thorpe | Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels |
Jason Thorpe | Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels |
05/28/2004 |
Greg Troxel | Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels |
Michael Hertrick | Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec |
Jason Thorpe | Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels |
Jason Thorpe | Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels |
Michael Hertrick | Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec |
Steven M. Bellovin | Re: FYI: RST-ACK patent |
Fernando Gont | Re: FYI: RST-ACK patent |
Thor Lancelot Simon | Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels |
Fernando Gont | Re: FYI: RST-ACK patent |
Jason Thorpe | Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels |
Michael Hertrick | Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec |
Jason Thorpe | Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels |
Thor Lancelot Simon | Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels |
Jason Thorpe | Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels |
Jason Thorpe | Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels |
Jonathan Stone | Re: Fix for KAME PF_KEY DUMP-truncation marshalling bug |
Jason Thorpe | Re: Fix for KAME PF_KEY DUMP-truncation marshalling bug |
Jonathan Stone | Re: Fix for KAME PF_KEY DUMP-truncation marshalling bug |
05/29/2004 |
Daniel Carosone | Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels |
Daniel Carosone | Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels |
Daniel Carosone | Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels |