2009/1/24 Michael K. Smith - Adhost <mksm...@adhost.com>: > Thanks for the info. In stages, we upped the vm.kmem_size_max from 300M to > 1536M after modifying the kernel (we actually tried 2048M but that caused a > panic). With the 1536M setting the 'DIOCADDRULE: Cannot allocate memory' > doesn't occur anymore, but we still have to flush the tables manually when > the system comes up. Now, at least, the flush actually works and PF loads > successfully, but only after we do the flush on all the tables. As you can > imagine, this is not optimal for unattended/random reboots, which we see > about 3 times a week.
You are running i386? (if you have modified the kernel) Can you try to edit i386/include/pmap.h and change NKPT to 128 and recompile the kernel. -- regards, Artis Caune <----. CCNA | BSDA <----|==================== <----' didii FreeBSD _______________________________________________ freebsd-pf@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-pf To unsubscribe, send any mail to "freebsd-pf-unsubscr...@freebsd.org"
