Index of tech-net for June, 2010


FromSubject
06/07/2010
Thor Simonmbuf pool allocator can sleep in interrupt context?
Emmanuel Dreyfusipfilter breaks TCP connexions
Emmanuel DreyfusRe: ipfilter breaks TCP connexions
Matthias SchelerSource address based routing with PF
Jonathan A. KollaschRe: Source address based routing with PF
Matthias SchelerRe: Source address based routing with PF
06/08/2010
Daniel Zebralla (A.P.E. IT-Security - Hard- & Software Development)Wrong assumptions about return values of hifn_crypto()?
Thor Lancelot SimonRe: Wrong assumptions about return values of hifn_crypto()?
Matthew MondorRe: Wrong assumptions about return values of hifn_crypto()?
06/09/2010
Daniel Zebralla (A.P.E. IT-Security - Hard- & Software Development)Re: Wrong assumptions about return values of hifn_crypto()?
06/12/2010
David Youngnetbsd & packet-forwarding ASIC/FPGA?
06/13/2010
Paul GoyetteAnother update for axe(4)
Izumi TsutsuiRe: Another update for axe(4)
Izumi TsutsuiRe: Another update for axe(4)
Paul GoyetteRe: Another update for axe(4)
Paul GoyetteRe: Another update for axe(4)
Paul GoyetteOdd behavior
Izumi TsutsuiRe: Another update for axe(4)
Paul GoyetteRe: Odd behavior
Paul GoyetteRe: Another update for axe(4)
Hubert FeyrerRe: Odd behavior
06/14/2010
Izumi TsutsuiRe: Another update for axe(4)
Paul GoyetteRe: Another update for axe(4)
06/15/2010
Mark Daviesnetbsd 5.1_rc3 ipf and bad header checksums
Mark DaviesRe: netbsd 5.1_rc3 ipf and bad header checksums
FUKAUMI NaokiRe: Another update for axe(4)
Paul GoyetteRe: Another update for axe(4)
Paul GoyetteRe: Another update for axe(4)
FUKAUMI NaokiRe: Another update for axe(4)
Paul GoyetteRe: Another update for axe(4)
FUKAUMI NaokiRe: Another update for axe(4)
06/16/2010
Mark DaviesRe: netbsd 5.1_rc3 ipf and bad header checksums
Paul GoyetteRe: Another update for axe(4)
Darren ReedRe: mbuf pool allocator can sleep in interrupt context?
FUKAUMI NaokiRe: Another update for axe(4)
FUKAUMI NaokiRe: Another update for axe(4)
Paul GoyetteRe: Another update for axe(4)
Paul GoyetteRe: Another update for axe(4)
der MouseRe: Another update for axe(4)
FUKAUMI NaokiRe: Another update for axe(4)
Izumi TsutsuiRe: Another update for axe(4)
Paul GoyetteRe: Another update for axe(4)
FUKAUMI NaokiRe: Another update for axe(4)
Paul GoyetteRe: Another update for axe(4)
Paul GoyetteRe: Another update for axe(4)
06/17/2010
FUKAUMI NaokiRe: Another update for axe(4)
Paul GoyetteRe: Another update for axe(4)
Sean Boudreaugetnameinfo extra len checking
Christos ZoulasRe: getnameinfo extra len checking
Thor Lancelot SimonRe: getnameinfo extra len checking
Christos ZoulasRe: getnameinfo extra len checking
06/18/2010
der MouseRe: getnameinfo extra len checking
Sean BoudreauRe: getnameinfo extra len checking
06/20/2010
Izumi TsutsuiRe: Another update for axe(4)
Paul GoyetteRe: Another update for axe(4)
FUKAUMI NaokiRe: Another update for axe(4)
FUKAUMI NaokiRe: Another update for axe(4)
Paul GoyetteRe: Another update for axe(4)
06/21/2010
Sean BoudreauRe: getnameinfo extra len checking
Christos ZoulasRe: getnameinfo extra len checking
Thor Lancelot SimonRe: getnameinfo extra len checking
Antti KanteeRe: getnameinfo extra len checking
Sean BoudreauRe: getnameinfo extra len checking
der MouseRe: getnameinfo extra len checking
Antti KanteeRe: getnameinfo extra len checking
Thor Lancelot SimonRe: getnameinfo extra len checking
der MouseRe: getnameinfo extra len checking
Matthew MondorRe: getnameinfo extra len checking
06/22/2010
Greg A. Woodsporting OpenBSD's eephy(4) driver to replace makphy(4)
Thor Lancelot SimonRe: porting OpenBSD's eephy(4) driver to replace makphy(4)
06/23/2010
Edgar =?iso-8859-1?B?RnXf?=Limit on number of sockets
Matthew MondorRe: Limit on number of sockets
Matthew MondorRe: Limit on number of sockets
Greg A. WoodsRe: porting OpenBSD's eephy(4) driver to replace makphy(4)
Thor Lancelot SimonRe: porting OpenBSD's eephy(4) driver to replace makphy(4)
06/24/2010
Mihai ChelaruMPLS patches (again)
Manuel BouyerRe: porting OpenBSD's eephy(4) driver to replace makphy(4)
06/25/2010
Thor Simonwhy not remove AF_LOCAL sockets on last close?
Matthias SchelerRe: why not remove AF_LOCAL sockets on last close?
Robert ElzRe: why not remove AF_LOCAL sockets on last close?
Greg TroxelRe: why not remove AF_LOCAL sockets on last close?
Joerg SonnenbergerRe: why not remove AF_LOCAL sockets on last close?
Matthew MondorRe: why not remove AF_LOCAL sockets on last close?
Matthew MondorRe: why not remove AF_LOCAL sockets on last close?
Thor SimonRe: why not remove AF_LOCAL sockets on last close?
Thor Lancelot SimonRe: why not remove AF_LOCAL sockets on last close?
Thor Lancelot SimonRe: why not remove AF_LOCAL sockets on last close?
Thor Lancelot SimonRe: why not remove AF_LOCAL sockets on last close?
Matthew MondorRe: why not remove AF_LOCAL sockets on last close?
Matthew MondorRe: why not remove AF_LOCAL sockets on last close?
Greg TroxelRe: why not remove AF_LOCAL sockets on last close?
Joerg SonnenbergerRe: why not remove AF_LOCAL sockets on last close?
Joerg SonnenbergerRe: why not remove AF_LOCAL sockets on last close?
Thor SimonRe: why not remove AF_LOCAL sockets on last close?
06/26/2010
der MouseRe: why not remove AF_LOCAL sockets on last close?
der MouseRe: why not remove AF_LOCAL sockets on last close?
der MouseRe: why not remove AF_LOCAL sockets on last close?
06/29/2010
Sean BoudreauRe: getnameinfo extra len checking