mbuf LOR

Andrew Gallatin gallatin at cs.duke.edu
Fri Apr 4 09:27:22 PST 2003


Nate Lawson writes:
 > You're right about where the problem is (top of stack trace and listing 
 > below).  However, your patch causes an immediate panic on boot due to a 
 > NULL deref.  I don't think you want it to always return NULL if called 
 > with M_NOWAIT set.  :)  Other ideas?

The following patch boots & passed the basic 'make -j16 buildworld'
test on x86 SMP.  As I outlined before, I'm not certain if it is safe
on all platforms.

I'm really eager to see your fxp locking diffs.  Even if you're not
comfortable sharing them with the world yet, I'd be interested in
helping out on this.

Drew


Index: vm/uma_core.c
===================================================================
RCS file: /home/ncvs/src/sys/vm/uma_core.c,v
retrieving revision 1.51
diff -u -r1.51 uma_core.c
--- vm/uma_core.c	26 Mar 2003 18:44:53 -0000	1.51
+++ vm/uma_core.c	4 Apr 2003 15:11:34 -0000
@@ -703,10 +703,15 @@
 		wait &= ~M_ZERO;
 
 	if (booted || (zone->uz_flags & UMA_ZFLAG_PRIVALLOC)) {
-		mtx_lock(&Giant);
-		mem = zone->uz_allocf(zone, 
-		    zone->uz_ppera * UMA_SLAB_SIZE, &flags, wait);
-		mtx_unlock(&Giant);
+		if ((wait & M_NOWAIT) == 0) {
+			mtx_lock(&Giant);
+			mem = zone->uz_allocf(zone, 
+			    zone->uz_ppera * UMA_SLAB_SIZE, &flags, wait);
+			mtx_unlock(&Giant);
+		} else {
+			mem = zone->uz_allocf(zone, 
+			    zone->uz_ppera * UMA_SLAB_SIZE, &flags, wait);
+		}
 		if (mem == NULL) {
 			ZONE_LOCK(zone);
 			return (NULL);




More information about the freebsd-current mailing list