浏览各个子Makefile可以发现，他们都会在文件的后面包含rules.mk，这个文件的作用就是更新源文件的依赖，并生成各种.depend文件。
_depend: $(obj).depend # Split the source files into two camps: those in the current directory, and
# those somewhere else. For the first camp we want to support CPPFLAGS_<fname>
# and for the second we don't / can't.
PWD_SRCS := $(filter $(notdir $(SRCS)),$(SRCS))
OTHER_SRCS := $(filter-out $(notdir $(SRCS)),$(SRCS))
伪目标_depend依赖.depend文件，.depend文件是各个源文件依赖关系的汇总。
这两句话是通过filter函数将SRCS中的文件分成两部分：当前文件夹下的和其他文件夹下的，并不知道有什么作用。
那么.depend文件是这么生成的呢？看代码！
# This is a list of dependency files to generate
DEPS := $(basename $(patsubst %,$(obj).depend.%,$(PWD_SRCS)))
DEPS是当前目录各源文件对应依赖文件的集合。patsubst函数将各个源文件的名字前面加上.depend.前缀，举例，s5p_nand.c被处理成.depend.s5p_nand.c，接着basename函数去除字符串后缀，得到.depend.s5p_nand，依次类推，DEPS就得到了当前目录下所有的依赖文件。
$(obj).depend: $(src)Makefile $(TOPDIR)/config.mk $(DEPS) $(OTHER_SRCS) \
$(HOSTSRCS)
cat /dev/null $(DEPS) >$@
@for f in $(OTHER_SRCS); do \
g=`basename $$f | sed -e 's/\(.*\)\.[[:alnum:]_]/\1.o/'`; \
$(CC) -M $(CPPFLAGS) -MQ $(obj)$$g $$f >> $@ ; \
done
@for f in $(HOSTSRCS); do \
g=`basename $$f | sed -e 's/\(.*\)\.[[:alnum:]_]/\1.o/'`; \
$(HOSTCC) -M $(HOSTCPPFLAGS) -MQ $(obj)$$g $$f >> $@ ; \
done
.depend文件依赖：当前Makefile、顶层config.mk、文件依赖集合DEPS、OTHER_SRCS、HOSTSRCS。因此当他们中任意文件修改时，该文件就要更新。我只分析了第一条命令cat /dev/null $(DEPS) >$@，将各个依赖文件的内容汇总到.depend文件中。
MAKE_DEPEND = $(CC) -M $(CPPFLAGS) $(EXTRA_CPPFLAGS_DEP) \
-MQ $(addsuffix .o,$(obj)$(basename $<)) $< >$@ $(obj).depend.%: %.c
$(MAKE_DEPEND) $(obj).depend.%: %.S
$(MAKE_DEPEND) $(HOSTOBJS): $(obj)%.o: %.c
$(HOSTCC) $(HOSTCFLAGS) $(HOSTCFLAGS_$(@F)) $(HOSTCFLAGS_$(BCURDIR)) -o $@ $< -c
$(NOPEDOBJS): $(obj)%.o: %.c
$(HOSTCC) $(
这里两个静态模式描述了特定源文件的依赖文件的生成方式。先说说静态模式的匹配问题，还是以s5p_nand.c为例，它对应的依赖文件是.depend.s5p_nand，这就是一对目标和依赖，那么如何生成呢？看MAKE_DEPEND，$(addsuffix .o,$(obj)$(basename $<))的意思是当前依赖文件首先去除后缀，得到s5p_nand，然后加上后缀.o，得到s5p_nand.o，那么命令将变成：
$(CC) -M $(CPPFLAGS) $(EXTRA_CPPFLAGS_DEP) -MQ s5p_nand.o s5p_nand.c >.depend.s5p_nand
如果上面的命令看起来有些费劲，看个精简版本的：
arm-linux-gcc -M -MQ s5p_nand.o s5p_nand.c >.depend.s5p_nand，清晰地描述了.depend.s5p_nand文件的生成。
总结一下，每个源文件a.c/a.s对应一个依赖文件.depend.a，所有的.depend.xx汇总就得到了.depend，而.depend又是_depend的依赖，此外，当rules.mk被包含在某个Makefile中时，.depend还会是相关libxx.o的依赖。