From owner-freebsd-net@FreeBSD.ORG  Sat Mar 10 15:35:39 2007
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
X-Original-To: freebsd-net@freebsd.org
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52])
	by hub.freebsd.org (Postfix) with ESMTP id BA57D16A401
	for <freebsd-net@freebsd.org>; Sat, 10 Mar 2007 15:35:39 +0000 (UTC)
	(envelope-from yar@comp.chem.msu.su)
Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97])
	by mx1.freebsd.org (Postfix) with ESMTP id 1D01013C478
	for <freebsd-net@freebsd.org>; Sat, 10 Mar 2007 15:35:38 +0000 (UTC)
	(envelope-from yar@comp.chem.msu.su)
Received: from comp.chem.msu.su (localhost [127.0.0.1])
	by comp.chem.msu.su (8.13.4/8.13.4) with ESMTP id l2AFZYAc036500
	for <freebsd-net@freebsd.org>; Sat, 10 Mar 2007 18:35:34 +0300 (MSK)
	(envelope-from yar@comp.chem.msu.su)
Received: (from yar@localhost)
	by comp.chem.msu.su (8.13.4/8.13.4/Submit) id l2AFZY1V036499
	for freebsd-net@freebsd.org; Sat, 10 Mar 2007 18:35:34 +0300 (MSK)
	(envelope-from yar)
Date: Sat, 10 Mar 2007 18:35:34 +0300
From: Yar Tikhiy <yar@comp.chem.msu.su>
To: freebsd-net@freebsd.org
Message-ID: <20070310153534.GA35834@comp.chem.msu.su>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.9i
Subject: Who is to load dummynet.ko?
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 10 Mar 2007 15:35:39 -0000

Hi folks,

Just noticed that neither ipfw(8) nor /etc/rc.d/ipfw cares to load
dummynet.ko.  It can result in a broken setup when one migrates
from a custom monolithic kernel to GENERIC with modules, which is
a nice way to reduce support headache today.

There are at least two possible ways to deal with the issue.  The
easy way is to give the task of loading dummynet.ko to /etc/rc.d/ipfw.
The problem with it is that the script cannot know in advance if
dummynet is really used by the ipfw rules to be loaded.  The decision
whether to load the module is left to rc.conf(5) in this case.

The second way is to move the task of loading modules to ipfw(8).
Then it could load ipfw.ko, divert.ko, and dummynet.ko on demand.

Comments?

-- 
Yar