kernel-fxtec-pro1x/security/Makefile

#
# Makefile for the kernel security code
#

obj-$(CONFIG_KEYS)			+= keys/
subdir-$(CONFIG_SECURITY_SELINUX)	+= selinux

# if we don't select a security model, use the default capabilities
ifneq ($(CONFIG_SECURITY),y)
obj-y		+= commoncap.o
endif

# Object file lists
obj-$(CONFIG_SECURITY)			+= security.o dummy.o inode.o
# Must precede capability.o in order to stack properly.
obj-$(CONFIG_SECURITY_SELINUX)		+= selinux/built-in.o
obj-$(CONFIG_SECURITY_CAPABILITIES)	+= commoncap.o capability.o
obj-$(CONFIG_SECURITY_ROOTPLUG)		+= commoncap.o root_plug.o
Linux-2.6.12-rc2 Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip! 2005-04-16 16:20:36 -06:00			`#`
			`# Makefile for the kernel security code`
			`#`

			`obj-$(CONFIG_KEYS) += keys/`
			`subdir-$(CONFIG_SECURITY_SELINUX) += selinux`

			`# if we don't select a security model, use the default capabilities`
			`ifneq ($(CONFIG_SECURITY),y)`
			`obj-y += commoncap.o`
			`endif`

			`# Object file lists`
[PATCH] add securityfs for all LSMs to use Here's a small patch against 2.6.13-rc2 that adds securityfs, a virtual fs that all LSMs can use instead of creating their own. The fs should be mounted at /sys/kernel/security, and the fs creates that mount point. This will make the LSB people happy that we aren't creating a new /my_lsm_fs directory in the root for every different LSM. It has changed a bit since the last version, thanks to comments from Mike Waychison. Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> Signed-off-by: Chris Wright <chrisw@osdl.org> 2005-07-07 15:37:53 -06:00			`obj-$(CONFIG_SECURITY) += security.o dummy.o inode.o`
Linux-2.6.12-rc2 Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip! 2005-04-16 16:20:36 -06:00			`# Must precede capability.o in order to stack properly.`
			`obj-$(CONFIG_SECURITY_SELINUX) += selinux/built-in.o`
			`obj-$(CONFIG_SECURITY_CAPABILITIES) += commoncap.o capability.o`
			`obj-$(CONFIG_SECURITY_ROOTPLUG) += commoncap.o root_plug.o`