From owner-freebsd-current Wed Jul 17 2:24:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E2F537B400 for ; Wed, 17 Jul 2002 02:24:10 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E80043E4A for ; Wed, 17 Jul 2002 02:24:10 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g6H94Hu08153; Wed, 17 Jul 2002 02:04:17 -0700 (PDT) (envelope-from rizzo) Date: Wed, 17 Jul 2002 02:04:17 -0700 From: Luigi Rizzo To: current@freebsd.org Subject: Re: integer devide fault in dummynet_io Message-ID: <20020717020417.D7719@iguana.icir.org> References: <20020716154545.GA696.qhwt@myrealbox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020716154545.GA696.qhwt@myrealbox.com>; from qhwt@myrealbox.com on Wed, Jul 17, 2002 at 12:45:45AM +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG just committed a fix for this. The MFC will come shortly (note that there is no such a bug in -stable unless you use ipfw2 which is outside of the tree; the MFC will be just to keep the two files in sync). cheers luigi On Wed, Jul 17, 2002 at 12:45:45AM +0900, qhwt@myrealbox.com wrote: > Hello. I have the following rules in my ipfw.rules: > > pipe 1 config bw 3kbit/s > add 1000 pipe 1 log logamount 0 tcp from any to me 80 setup in > add 1010 pipe 1 log logamount 0 tcp from any to me 25 setup in > > so that I can log and slow down incoming Nimda/open-relay probes. > > After new ipfw code came into the tree, my machine started to panic > occasionally after thirty minutes or so connected to the Internet. > After a few panics, I managed to get the backtrace. Unfortunately the > line number seems to be screwed, but it's still enough to spot where > it panicked (attached). > > In the frame 15 in dummynet_io(), fs->weight was holding zero at line 1182, > which leads to a zero-division. Suprisingly, 'action' was O_LOG rather than > O_PIPE or O_QUEUE, even though the function is assuming only one of them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message