Robert Watson 2a5658382a Clean up a number of aspects of token generation from audit arguments to ... system calls: - Centralize generation of argument tokens for VM addresses in a macro, ADDR_TOKEN(), and properly encode 64-bit addresses in 64-bit arguments. - Fix up argument numbers across a large number of syscalls so that they match the numeric argument into the system call. - Don't audit the address argument to ioctl(2) or ptrace(2), but do keep generating tokens for mmap(2), minherit(2), since they relate to passing object access across execve(2). Approved by: re (audit argument blanket) Obtained from: TrustedBSD Project MFC after: 1 week		2009-07-02 09:15:30 +00:00
..
audit	Clean up a number of aspects of token generation from audit arguments to	2009-07-02 09:15:30 +00:00
mac	Add one further check with mac_policy_count to an mbuf copying case	2009-06-03 19:41:12 +00:00
mac_biba	Implement global and per-uid accounting of the anonymous memory. Add	2009-06-23 20:45:22 +00:00
mac_bsdextended	Add hierarchical jails. A jail may further virtualize its environment	2009-05-27 14:11:23 +00:00
mac_ifoff	Rather than having MAC policies explicitly declare what object types	2009-01-10 10:58:41 +00:00
mac_lomac	Implement global and per-uid accounting of the anonymous memory. Add	2009-06-23 20:45:22 +00:00
mac_mls	Continue work to optimize performance of "options MAC" when no MAC policy	2009-06-03 18:46:28 +00:00
mac_none	Rather than having MAC policies explicitly declare what object types	2009-01-10 10:58:41 +00:00
mac_partition	Rather than having MAC policies explicitly declare what object types	2009-01-10 10:58:41 +00:00
mac_portacl	- Correct logic in if statement - we want to allocate temporary buffer	2009-03-14 20:40:06 +00:00
mac_seeotheruids	Rather than having MAC policies explicitly declare what object types	2009-01-10 10:58:41 +00:00
mac_stub	Continue work to optimize performance of "options MAC" when no MAC policy	2009-06-03 18:46:28 +00:00
mac_test	Continue work to optimize performance of "options MAC" when no MAC policy	2009-06-03 18:46:28 +00:00