Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 1 Jun 2009 22:15:00 +0200
From:      Hans Petter Selasky <hselasky@c2i.net>
To:        Robert Watson <rwatson@freebsd.org>
Cc:        freebsd-current@freebsd.org
Subject:   Re: New NETISR implementation, but same defaults
Message-ID:  <200906012215.01494.hselasky@c2i.net>
In-Reply-To: <alpine.BSF.2.00.0906011939510.52806@fledge.watson.org>
References:  <alpine.BSF.2.00.0906011141530.27214@fledge.watson.org> <200906011757.31908.hselasky@c2i.net> <alpine.BSF.2.00.0906011939510.52806@fledge.watson.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Monday 01 June 2009, Robert Watson wrote:
> On Mon, 1 Jun 2009, Hans Petter Selasky wrote:
> > On Monday 01 June 2009, Robert Watson wrote:
> >> As a HEADS up to 8-CURRENT followers: I've replaced the NETISR
> >> implementation there as part of on-going work to improve network stack
> >> parallelism, details below.  In practice, most behavior remains
> >> identical in the default configuration (direct dispatch, single netisr
> >> thread that's not bound to a CPU, etc), but people will want to watch
> >> out for problems. Some default queue limits have been raised.
> >>
> >> More functional changes to take advantage of these features, such as
> >> deferred ethernet dispatch and software flow ID generation, will follow
> >> as patches, but probably not ship in 8.0 out of the box.
> >
> > Having WITNESS and INVARIANTS in the kernel config I get a panic about a
> > NULL mutex when running "dhclient wlan0". Prior to running dhclient wlan0
> > has been properly setup. CPU: 2-HTT
>
> This should be fixed in r193243.  I made a change shortly before merging
> that locks the current CPU's workstream before billing packets to it when
> direct dispatching, and this turns out to be incorrect, as on systems with
> fewer workers than CPUs, then we lock an uninitialized mutex.  Let me know
> if the above change doesn't fix it.

Ok.

BTW: I'm booted on a USB harddisk (USB2) and it does not support dump on USB 
disk yet. I will check if your r193243 does not fix it.

Thanks.

--HPS



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200906012215.01494.hselasky>