Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 25 Sep 2005 14:34:36 GMT
From:      Robert Watson <rwatson@FreeBSD.org>
To:        Perforce Change Reviews <perforce@freebsd.org>
Subject:   PERFORCE change 84242 for review
Message-ID:  <200509251434.j8PEYaQc091097@repoman.freebsd.org>

next in thread | raw e-mail | index | archive | help

http://perforce.freebsd.org/chv.cgi?CH=84242

Change 84242 by rwatson@rwatson_zoo on 2005/09/25 14:34:14

	Now I remember why it was we don't have p_au in the zero'd section:
	we allocate the contents before the zeroing occurs so we can copy
	the audit contents while holding both process locks.

Affected files ...

.. //depot/projects/trustedbsd/audit3/sys/sys/proc.h#8 edit

Differences ...

==== //depot/projects/trustedbsd/audit3/sys/sys/proc.h#8 (text+ko) ====

@@ -580,7 +580,6 @@
 	struct thread	*p_xthread;	/* (c) Trap thread */
 	int		p_boundary_count;/* (c) Num threads at user boundary */
 	struct ksegrp	*p_procscopegrp;
-	struct auditinfo	*p_au;	/* (c) Process audit properties. */
 /* End area that is zeroed on creation. */
 #define	p_endzero	p_magic
 
@@ -609,6 +608,7 @@
 	void		*p_emuldata;	/* (c) Emulator state data. */
 	struct label	*p_label;	/* (*) Proc (not subject) MAC label. */
 	struct p_sched	*p_sched;	/* (*) Scheduler-specific data. */
+	struct auditinfo	*p_au;	/* (c) Process audit properties. */
 };
 
 #define	p_session	p_pgrp->pg_session



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200509251434.j8PEYaQc091097>