From 4b6dbc6ecdb1b804f3c259738af09aedb7e1bb83 Mon Sep 17 00:00:00 2001 From: Martin Pieuchot Date: Tue, 31 Dec 2019 10:07:32 +0000 Subject: Use km_alloc(9) instead of uvm_km_zalloc(). Tested by and ok aoyama@ --- sys/arch/luna88k/luna88k/machdep.c | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) (limited to 'sys/arch/luna88k') diff --git a/sys/arch/luna88k/luna88k/machdep.c b/sys/arch/luna88k/luna88k/machdep.c index fbac67c917d..6785ba5a810 100644 --- a/sys/arch/luna88k/luna88k/machdep.c +++ b/sys/arch/luna88k/luna88k/machdep.c @@ -1,4 +1,4 @@ -/* $OpenBSD: machdep.c,v 1.128 2019/04/01 07:00:52 tedu Exp $ */ +/* $OpenBSD: machdep.c,v 1.129 2019/12/31 10:07:31 mpi Exp $ */ /* * Copyright (c) 1998, 1999, 2000, 2001 Steve Murphree, Jr. * Copyright (c) 1996 Nivas Madhur @@ -93,7 +93,7 @@ #include #include -#include +#include #include "ksyms.h" #if DDB @@ -650,7 +650,8 @@ cpu_setup_secondary_processors() * so that we can still run in degraded mode if hell gets loose. */ for (cpu = 0; cpu < hatch_pending_count; cpu++) - hatch_stacks[cpu] = uvm_km_zalloc(kernel_map, USPACE); + hatch_stacks[cpu] = (vaddr_t)km_alloc(USPACE, &kv_any, + &kp_zero, &kd_waitok); #endif __cpu_simple_unlock(&cpu_hatch_mutex); -- cgit v1.2.3