blob: a39a562c1c101b48dba40bea2f5ac24dba07460e [file] [log] [blame]
Greg Kroah-Hartmanb2441312017-11-01 15:07:57 +01001# SPDX-License-Identifier: GPL-2.0
Linus Torvalds1da177e2005-04-16 15:20:36 -07002#
3# Makefile for the linux reiser-filesystem routines.
4#
5
6obj-$(CONFIG_REISERFS_FS) += reiserfs.o
7
8reiserfs-objs := bitmap.o do_balan.o namei.o inode.o file.o dir.o fix_node.o \
9 super.o prints.o objectid.o lbalance.o ibalance.o stree.o \
10 hashes.o tail_conversion.o journal.o resize.o \
Alexey Dobriyane3c96f52009-12-15 16:46:54 -080011 item_ops.o ioctl.o xattr.o lock.o
12
13ifeq ($(CONFIG_REISERFS_PROC_INFO),y)
14reiserfs-objs += procfs.o
15endif
Linus Torvalds1da177e2005-04-16 15:20:36 -070016
17ifeq ($(CONFIG_REISERFS_FS_XATTR),y)
Jeff Mahoneya72bdb12009-03-30 14:02:33 -040018reiserfs-objs += xattr_user.o xattr_trusted.o
Linus Torvalds1da177e2005-04-16 15:20:36 -070019endif
20
21ifeq ($(CONFIG_REISERFS_FS_SECURITY),y)
22reiserfs-objs += xattr_security.o
23endif
24
25ifeq ($(CONFIG_REISERFS_FS_POSIX_ACL),y)
26reiserfs-objs += xattr_acl.o
27endif
28
29# gcc -O2 (the kernel default) is overaggressive on ppc32 when many inline
30# functions are used. This causes the compiler to advance the stack
31# pointer out of the available stack space, corrupting kernel space,
32# and causing a panic. Since this behavior only affects ppc32, this ifeq
33# will work around it. If any other architecture displays this behavior,
34# add it here.
matt mooney0ccd2342011-01-14 06:12:35 -080035ccflags-$(CONFIG_PPC32) := $(call cc-ifversion, -lt, 0400, -O1)
Linus Torvalds1da177e2005-04-16 15:20:36 -070036
37TAGS:
38 etags *.c
39