Aren
/
NetBSD
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

allow kmem_malloc to return NULL if canwait is set and there's no map space 

left, rather than panic()ing.  This allows callers to set their own policy
for how to handle the shortage.  Add a few comments.
This commit is contained in:
cgd 1996-06-13 16:52:06 +00:00
parent 7adf57b6f5
commit 62034405e6
1 changed files with 9 additions and 4 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

13
sys/vm/vm_kern.c
View File

@ -1,4 +1,4 @@
/* $NetBSD: vm_kern.c,v 1.17 1995/04/10 16:53:55 mycroft Exp $ */
/* $NetBSD: vm_kern.c,v 1.18 1996/06/13 16:52:06 cgd Exp $ */
/*
* Copyright (c) 1991, 1993
@ -297,9 +297,14 @@ kmem_malloc(map, size, canwait)
vm_map_lock(map);
if (vm_map_findspace(map, 0, size, &addr)) {
vm_map_unlock(map);
if (canwait) /* XXX should wait */
panic("kmem_malloc: %s too small",
map == kmem_map ? "kmem_map" : "mb_map");
/*
* Should wait, but that makes no sense since we will
* likely never wake up unless action to free resources
* is taken by the calling subsystem.
*
* We return NULL, and if the caller was able to wait
* then they should take corrective action and retry.
*/
return (0);
}
offset = addr - vm_map_min(kmem_map);