From owner-cvs-all@FreeBSD.ORG Sun May 25 22:34:14 2008 Return-Path: Delivered-To: cvs-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAA47106566B; Sun, 25 May 2008 22:34:14 +0000 (UTC) (envelope-from rwatson@FreeBSD.orG) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 57E978FC19; Sun, 25 May 2008 22:34:14 +0000 (UTC) (envelope-from rwatson@FreeBSD.orG) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id DC91E46C35; Sun, 25 May 2008 18:34:12 -0400 (EDT) Date: Sun, 25 May 2008 23:34:12 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "Bruce M. Simpson" In-Reply-To: <4839E7A8.5050205@FreeBSD.org> Message-ID: <20080525233132.B36357@fledge.watson.org> References: <200805252211.m4PMBgEU052231@repoman.freebsd.org> <4839E7A8.5050205@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/etc/mtree BSD.include.dist BSD.usr.dist src/include Makefile src/lib Makefile src/lib/libatm Makefile atm_addr.c cache_key.c ioctl_subr.c ip_addr.c ip_checksum.c libatm.h timer.c src/rescue/rescue Makefile src/sbin/atm Makefile ... X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 May 2008 22:34:14 -0000 On Sun, 25 May 2008, Bruce M. Simpson wrote: > Note that __netnatm__ is still alive and kicking and should be for some time > to come. Folk who are using ADSL modems natively with ppp(8) will continue > to need it. Yup, I have no negative plans for netnatm in mind -- I actually did the basic locking work for it a few years ago, although was never able to test it properly due to lack of ATM test hardware. netatm was a sufficiently complicated subsystem as to make that impossible. If you have any bug reports regarding locking and netnatm, I'm happy to field them. I put a basic subsystem lock around netnatm, but you could imagine something more granular if performance results suggested that would be useful. Robert N M Watson Computer Laboratory University of Cambridge