PERFORCE change 107903 for review

John Baldwin jhb at freebsd.org
Mon Oct 16 12:57:03 PDT 2006


On Saturday 14 October 2006 12:04, Roman Divacky wrote:
> http://perforce.freebsd.org/chv.cgi?CH=107903
> 
> Change 107903 by rdivacky at rdivacky_witten on 2006/10/14 16:04:47
> 
> 	A bunch of fixes that makes this not panic when killpg() is called.
> 
> Affected files ...
> 
> .. //depot/projects/linuxolator/src/sys/compat/linux/linux_emul.c#10 edit
> 
> Differences ...
> 
> ==== //depot/projects/linuxolator/src/sys/compat/linux/linux_emul.c#10 
(text+ko) ====
> 
> @@ -212,8 +212,12 @@
>  	q = LIST_FIRST(&p->p_children);
>  	for (; q != NULL; q = nq) {
>  	   	nq = LIST_NEXT(q, p_sibling);
> -		if (__predict_true(q->p_sysent != &elf_linux_sysvec))
> -   		   	break;
> +	   	PROC_LOCK(q);
> +	   	if (q->p_flag & P_WEXIT)
> +		   	continue;
> +	   	PROC_UNLOCK(q);
> +		if (__predict_false(q->p_sysent != &elf_linux_sysvec))
> +   		   	continue;
>     	   	em = em_find(q, EMUL_UNLOCKED);
>  		KASSERT(em != NULL, ("linux_reparent: emuldata not found: %i\n", 
q->p_pid));
>  		if (em->pdeath_signal != 0) {

Holding the proc lock doesn't buy you anything here.  Probably you should hold 
an slock of the proctree_lock while you walk the list, and that should be 
good enough to test P_WEXIT.  However, even if you didn't hold it, grabbing 
the lock just to do a read doesn't buy you anything as far as closing race 
conditions.

-- 
John Baldwin


More information about the p4-projects mailing list