Subject: install/37475: Update to report #37363
To: None <email@example.com, firstname.lastname@example.org,>
From: None <email@example.com>
Date: 12/04/2007 09:20:01
>Synopsis: Update to report #37363
>Arrival-Date: Tue Dec 04 09:20:01 +0000 2007
>Originator: Randolf Richardson
>Release: NetBSD v4.0 RC5
Inter-Corporate Computer & Network Services, Inc.
NetBSD netbsd.guildfordcab.com 4.0_RC5 NetBSD 4.0_RC5 (GENERIC.MP) #0: Wed Nov 28 14:15:53 PST 2007 builds@wb34:/home/builds/ab/netbsd-4-0-RC5/i386/200711280522Z-obj/home/builds/ab/netbsd-4-0-RC5/src/sys/arch/i386/compile/GENERIC.MP i386
This is an update to report 37363. Please delete this report after merging it into 37363.
Same problem occurs in NetBSD v4.0 RC5 -- "pf" still doesn't start when "GENERIC.MP" is selected during installation (instead of the default "GENERIC" where it does work).
One solution I've found is to specify the "-f" option in /etc/lkm.conf which causes the module to be loaded anyway. Although this solution seems to be working, I've not tested it in a high-volume network scenario so I don't know if system instability can occur.
The best solution would be for "pf" to be compiled for multi-processor mode when "GENERIC.MP" is selected during the installation.
I installed from the ISO for i386. This time I'm using an Intel Core2Duo processor with 1 GB of RAM and a single 250 GB hard drive.