Date: Wed, 19 Jun 2002 00:43:13 -0400 From: Bosko Milekic <bmilekic@unixdaemons.com> To: "Kenneth D. Merry" <ken@kdm.org> Cc: current@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: new zero copy sockets snapshot Message-ID: <20020619004313.A29911@unixdaemons.com> In-Reply-To: <20020618223635.A98350@panzer.kdm.org>; from ken@kdm.org on Tue, Jun 18, 2002 at 10:36:36PM -0600 References: <20020618223635.A98350@panzer.kdm.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Jun 18, 2002 at 10:36:36PM -0600, Kenneth D. Merry wrote: > > I've released a new zero copy sockets snapshot, against -current from June > 18th, 2002. > > http://people.FreeBSD.org/~ken/zero_copy > > The fixes that went into this snapshot: > > - Take mutex locking out of ti_attach(), it isn't really needed. > As long as we can assume that probes of successive ti(4) instances > happen sequentially, we'll be safe in doing this. Thanks to John > Baldwin for pointing out the solution to that problem. (The lock in > ti_attach() was causing all sorts of WITNESS warnings when > bus_setup_intr() was called.) > > - Added a new routine, vm_object_allocate_wait(). This is a variant of > vm_object_allocate() that allows the user to specify whether the > uma_zalloc() call inside vm_object_allocate_wait() is called with > M_WAITOK or M_NOWAIT. This eliminates a WITNESS warning caused when > jumbo_vm_init() calls vm_object_allocate() with the jumbo lock held, and > potentially gives other callers the option of eliminating the mandatory > wait on the uma_zalloc() call. I think this problem was fixed in recent -CURRENT by JeffR. Notably, the VM system should not allow itself to recurse on itself when called with M_NOWAIT. > (vm_object_allocate() now just calls vm_object_allocate_wait() with the > proper argument.) > > With those fixes, plus several fixes that have gone into -current over the > past week or so, the zero copy sockets code runs without any WITNESS > warnings at all now. > > Ken > -- > Kenneth Merry > ken@kdm.org > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message > -- Bosko Milekic bmilekic@unixdaemons.com bmilekic@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020619004313.A29911>