summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorart <art@openbsd.org>2008-06-14 03:50:14 +0000
committerart <art@openbsd.org>2008-06-14 03:50:14 +0000
commitdee51344d4abff1d283ed88a992719ab78eae0cc (patch)
tree5c5ed9ed2013e994d09ed2d2c70383bb7abe5c3b
parentIf we have one syscall that consumes large amounts of memory (like for (diff)
downloadwireguard-openbsd-dee51344d4abff1d283ed88a992719ab78eae0cc.tar.xz
wireguard-openbsd-dee51344d4abff1d283ed88a992719ab78eae0cc.zip
There's no more reason to use oldnointr allocator here since we pace
the allocations in uvm_km_thread, as long as they are PR_WAITOK and all the memory hogs should be WAITOK in pf now. "following your explaination, it's ok" henning@
-rw-r--r--sys/net/pf_table.c6
1 files changed, 3 insertions, 3 deletions
diff --git a/sys/net/pf_table.c b/sys/net/pf_table.c
index 43ce7259938..c8ac76fc53d 100644
--- a/sys/net/pf_table.c
+++ b/sys/net/pf_table.c
@@ -1,4 +1,4 @@
-/* $OpenBSD: pf_table.c,v 1.77 2008/06/14 02:22:13 henning Exp $ */
+/* $OpenBSD: pf_table.c,v 1.78 2008/06/14 03:50:14 art Exp $ */
/*
* Copyright (c) 2002 Cedric Berger
@@ -191,9 +191,9 @@ void
pfr_initialize(void)
{
pool_init(&pfr_ktable_pl, sizeof(struct pfr_ktable), 0, 0, 0,
- "pfrktable", &pool_allocator_oldnointr);
+ "pfrktable", NULL);
pool_init(&pfr_kentry_pl, sizeof(struct pfr_kentry), 0, 0, 0,
- "pfrkentry", &pool_allocator_oldnointr);
+ "pfrkentry", NULL);
pool_init(&pfr_kentry_pl2, sizeof(struct pfr_kentry), 0, 0, 0,
"pfrkentry2", NULL);
pool_init(&pfr_kcounters_pl, sizeof(struct pfr_kcounters), 0, 0, 0,