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>
