2012-07-20 07:11:21 +02:00
|
|
|
################################################################################
|
2010-08-14 22:38:17 +02:00
|
|
|
##
|
|
|
|
|
## This file is part of the coreboot project.
|
|
|
|
|
##
|
2012-07-20 07:11:21 +02:00
|
|
|
## Copyright (C) 2012 Alexandru Gagniuc <mr.nuke.me@gmail.com>
|
2010-08-14 22:38:17 +02:00
|
|
|
## Copyright (C) 2009-2010 coresystems GmbH
|
|
|
|
|
## Copyright (C) 2009 Ronald G. Minnich
|
|
|
|
|
##
|
|
|
|
|
## This program is free software; you can redistribute it and/or modify
|
|
|
|
|
## it under the terms of the GNU General Public License as published by
|
|
|
|
|
## the Free Software Foundation; version 2 of the License.
|
|
|
|
|
##
|
|
|
|
|
## This program is distributed in the hope that it will be useful,
|
|
|
|
|
## but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
|
## MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
|
## GNU General Public License for more details.
|
|
|
|
|
##
|
2009-08-12 17:00:51 +02:00
|
|
|
|
2015-03-27 14:14:58 +01:00
|
|
|
################################################################################
|
|
|
|
|
# i386 specific tools
|
|
|
|
|
NVRAMTOOL:=$(objutil)/nvramtool/nvramtool
|
|
|
|
|
|
2010-09-30 18:55:02 +02:00
|
|
|
OPTION_TABLE_H:=
|
|
|
|
|
ifeq ($(CONFIG_HAVE_OPTION_TABLE),y)
|
2015-03-27 14:14:58 +01:00
|
|
|
|
2011-01-30 17:31:15 +01:00
|
|
|
cbfs-files-y += cmos_layout.bin
|
|
|
|
|
cmos_layout.bin-file = $(obj)/cmos_layout.bin
|
|
|
|
|
cmos_layout.bin-type = 0x01aa
|
2011-01-18 14:56:36 +01:00
|
|
|
|
2015-03-27 14:14:58 +01:00
|
|
|
$(obj)/cmos_layout.bin: $(NVRAMTOOL) $(top)/src/mainboard/$(MAINBOARDDIR)/cmos.layout
|
|
|
|
|
@printf " OPTION $(subst $(obj)/,,$(@))\n"
|
|
|
|
|
$(NVRAMTOOL) -y $(top)/src/mainboard/$(MAINBOARDDIR)/cmos.layout -L $@
|
|
|
|
|
|
2010-09-30 18:55:02 +02:00
|
|
|
OPTION_TABLE_H:=$(obj)/option_table.h
|
2015-03-27 14:14:58 +01:00
|
|
|
|
|
|
|
|
$(OPTION_TABLE_H): $(NVRAMTOOL) $(top)/src/mainboard/$(MAINBOARDDIR)/cmos.layout
|
|
|
|
|
@printf " OPTION $(subst $(obj)/,,$(@))\n"
|
|
|
|
|
$(NVRAMTOOL) -y $(top)/src/mainboard/$(MAINBOARDDIR)/cmos.layout -H $@
|
|
|
|
|
endif # CONFIG_HAVE_OPTION_TABLE
|
2009-08-12 17:00:51 +02:00
|
|
|
|
2011-01-30 17:37:39 +01:00
|
|
|
stripped_vgabios_id = $(call strip_quotes,$(CONFIG_VGA_BIOS_ID))
|
|
|
|
|
cbfs-files-$(CONFIG_VGA_BIOS) += pci$(stripped_vgabios_id).rom
|
|
|
|
|
pci$(stripped_vgabios_id).rom-file := $(call strip_quotes,$(CONFIG_VGA_BIOS_FILE))
|
|
|
|
|
pci$(stripped_vgabios_id).rom-type := optionrom
|
|
|
|
|
|
|
|
|
|
cbfs-files-$(CONFIG_INTEL_MBI) += mbi.bin
|
|
|
|
|
mbi.bin-file := $(call strip_quotes,$(CONFIG_MBI_FILE))
|
|
|
|
|
mbi.bin-type := mbi
|
|
|
|
|
|
2015-03-15 19:23:50 +01:00
|
|
|
ifeq ($(CONFIG_ARCH_ROMSTAGE_X86_32)$(CONFIG_ARCH_ROMSTAGE_X86_64),y)
|
CBFS: Correct ROM_SIZE for ARM boards, use CBFS_SIZE for cbfstool
Some projects (like ChromeOS) put more content than described by CBFS
onto their image. For top-aligned images (read: x86), this has
traditionally been achieved with a CBFS_SIZE Kconfig (which denotes the
area actually managed by CBFS, as opposed to ROM_SIZE) that is used to
calculate the CBFS entry start offset. On bottom-aligned boards, many
define a fake (smaller) ROM_SIZE for only the CBFS part, which is not
consistently done and can be an issue because ROM_SIZE is expected to be
a power of two.
This patch changes all non-x86 boards to describe their actual
(physical) ROM size via one of the BOARD_ROMSIZE_KB_xxx options as a
mainboard Kconfig select (which is the correct place to declare
unchangeable physical properties of the board). It also changes the
cbfstool create invocation to use CBFS_SIZE as the -s parameter for
those architectures, which defaults to ROM_SIZE but gets overridden for
special use cases like ChromeOS. This has the advantage that cbfstool
has a consistent idea of where the area it is responsible for ends,
which offers better bounds-checking and is needed for a subsequent fix.
Also change the FMAP offset to default to right behind the (now
consistently known) CBFS region for non-x86 boards, which has emerged as
a de-facto standard on those architectures and allows us to reduce the
amount of custom configuration. In the future, the nightmare that is
ChromeOS's image build system could be redesigned to enforce this
automatically, and also confirm that it doesn't overwrite any space used
by CBFS (which is now consistently defined as the file size of
coreboot.rom on non-x86).
CQ-DEPEND=CL:231576,CL:231475
BRANCH=None
BUG=chromium:422501
TEST=Built and booted on Veyron_Pinky.
Change-Id: I89aa5b30e25679e074d4cb5eee4c08178892ada6
Signed-off-by: Patrick Georgi <pgeorgi@chromium.org>
Original-Commit-Id: e707c67c69599274b890d0686522880aa2e16d71
Original-Change-Id: I4fce5a56a8d72f4c4dd3a08c129025f1565351cc
Original-Signed-off-by: Julius Werner <jwerner@chromium.org>
Original-Reviewed-on: https://chromium-review.googlesource.com/229974
Original-Reviewed-by: Aaron Durbin <adurbin@chromium.org>
Reviewed-on: http://review.coreboot.org/9619
Tested-by: build bot (Jenkins)
Reviewed-by: Stefan Reinauer <stefan.reinauer@coreboot.org>
2014-11-10 22:11:50 +01:00
|
|
|
CBFSTOOL_PRE1_OPTS = -m x86 -s $(CONFIG_ROM_SIZE) \
|
|
|
|
|
-o $$(( $(CONFIG_ROM_SIZE) - $(CONFIG_CBFS_SIZE) ))
|
Introduce stage-specific architecture for coreboot
Make all three coreboot stages (bootblock, romstage and ramstage) aware of the
architecture specific to that stage i.e. we will have CONFIG_ARCH variables for
each of the three stages. This allows us to have an SOC with any combination of
architectures and thus every stage can be made to run on a completely different
architecture independent of others. Thus, bootblock can have an x86 arch whereas
romstage and ramstage can have arm32 and arm64 arch respectively. These stage
specific CONFIG_ARCH_ variables enable us to select the proper set of toolchain
and compiler flags for every stage.
These options can be considered as either arch or modes eg: x86 running in
different modes or ARM having different arch types (v4, v7, v8). We have got rid
of the original CONFIG_ARCH option completely as every stage can have any
architecture of its own. Thus, almost all the components of coreboot are
identified as being part of one of the three stages (bootblock, romstage or
ramstage). The components which cannot be classified as such e.g. smm, rmodules
can have their own compiler toolset which is for now set to *_i386. Hence, all
special classes are treated in a similar way and the compiler toolset is defined
using create_class_compiler defined in Makefile.
In order to meet these requirements, changes have been made to CC, LD, OBJCOPY
and family to add CC_bootblock, CC_romstage, CC_ramstage and similarly others.
Additionally, CC_x86_32 and CC_armv7 handle all the special classes. All the
toolsets are defined using create_class_compiler.
Few additional macros have been introduced to identify the class to be used at
various points, e.g.: CC_$(class) derives the $(class) part from the name of
the stage being compiled.
We have also got rid of COREBOOT_COMPILER, COREBOOT_ASSEMBLER and COREBOOT_LINKER
as they do not make any sense for coreboot as a whole. All these attributes are
associated with each of the stages.
Change-Id: I923f3d4fb097d21071030b104c372cc138c68c7b
Signed-off-by: Furquan Shaikh <furquan@google.com>
Reviewed-on: http://review.coreboot.org/5577
Tested-by: build bot (Jenkins)
Reviewed-by: Aaron Durbin <adurbin@gmail.com>
2014-04-23 19:18:48 +02:00
|
|
|
endif
|
2011-01-30 17:37:39 +01:00
|
|
|
|
2015-06-28 21:49:16 +02:00
|
|
|
## Calculate the base address of CBFS for later comparisons
|
|
|
|
|
CBFS_BASE_ADDRESS=$(call int-add, $(call int-subtract, 0xffffffff $(CONFIG_CBFS_SIZE)) 1)
|
|
|
|
|
|
2016-01-21 07:08:17 +01:00
|
|
|
###############################################################################
|
|
|
|
|
# common support for early assembly includes
|
|
|
|
|
###############################################################################
|
|
|
|
|
|
|
|
|
|
# Chipset specific assembly stubs in the romstage program flow. Certain
|
|
|
|
|
# boards have more than one assembly stub so collect those and put them
|
|
|
|
|
# into a single generated file.
|
|
|
|
|
crt0s = $(cpu_incs-y)
|
|
|
|
|
|
|
|
|
|
$(objgenerated)/assembly.inc: $$(crt0s)
|
|
|
|
|
@printf " GEN $(subst $(obj)/,,$(@))\n"
|
|
|
|
|
printf '$(foreach crt0,$(crt0s),#include "$(crt0)"\n)' > $@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
define early_x86_assembly_entry_rule
|
|
|
|
|
# $1 stage name
|
|
|
|
|
# Add the assembly file that pulls in the rest of the dependencies in
|
|
|
|
|
# the right order. Make sure the auto generated assembly.inc is a proper
|
|
|
|
|
# dependency.
|
|
|
|
|
$(1)-y += assembly_entry.S
|
2016-01-23 00:50:00 +01:00
|
|
|
$(call src-to-obj,$(1),$(dir)/assembly_entry.S): $(objgenerated)/assembly.inc
|
2016-01-21 07:08:17 +01:00
|
|
|
endef
|
|
|
|
|
|
|
|
|
|
define early_x86_stage
|
|
|
|
|
# $1 stage name
|
|
|
|
|
# $2 oformat
|
|
|
|
|
$(1)-y += memlayout.ld
|
|
|
|
|
|
|
|
|
|
# The '.' include path is needed for the generated assembly.inc file.
|
|
|
|
|
$(1)-S-ccopts += -I.
|
|
|
|
|
|
|
|
|
|
$$(objcbfs)/$(1).debug: $$$$($(1)-libs) $$$$($(1)-objs)
|
|
|
|
|
@printf " LINK $$(subst $$(obj)/,,$$(@))\n"
|
2016-01-23 00:50:00 +01:00
|
|
|
$$(LD_$(1)) $$(LDFLAGS_$(1)) -o $$@ -L$$(obj) $$(COMPILER_RT_FLAGS_$(1)) --whole-archive --start-group $$(filter-out %.ld,$$($(1)-objs)) $$($(1)-libs) --no-whole-archive $$(COMPILER_RT_$(1)) --end-group -T $(call src-to-obj,$(1),$(dir)/memlayout.ld) --oformat $(2)
|
2016-01-21 07:08:17 +01:00
|
|
|
-LANG=C LC_ALL= $$(OBJCOPY_$(1)) --only-section .illegal_globals $$(@) $$(objcbfs)/$(1)_null.offenders >/dev/null 2>&1
|
|
|
|
|
if [ -z "$$$$($$(NM_$(1)) $$(objcbfs)/$(1)_null.offenders 2>&1 | grep 'no symbols')" ];then \
|
|
|
|
|
echo "Forbidden global variables in $(1):"; \
|
|
|
|
|
$$(NM_$(1)) $$(objcbfs)/$(1)_null.offenders; false; \
|
|
|
|
|
fi
|
|
|
|
|
endef
|
|
|
|
|
|
2014-04-23 01:33:22 +02:00
|
|
|
###############################################################################
|
|
|
|
|
# bootblock
|
|
|
|
|
###############################################################################
|
2011-11-01 18:55:59 +01:00
|
|
|
|
2015-03-15 19:23:50 +01:00
|
|
|
ifeq ($(CONFIG_ARCH_BOOTBLOCK_X86_32)$(CONFIG_ARCH_BOOTBLOCK_X86_64),y)
|
Introduce stage-specific architecture for coreboot
Make all three coreboot stages (bootblock, romstage and ramstage) aware of the
architecture specific to that stage i.e. we will have CONFIG_ARCH variables for
each of the three stages. This allows us to have an SOC with any combination of
architectures and thus every stage can be made to run on a completely different
architecture independent of others. Thus, bootblock can have an x86 arch whereas
romstage and ramstage can have arm32 and arm64 arch respectively. These stage
specific CONFIG_ARCH_ variables enable us to select the proper set of toolchain
and compiler flags for every stage.
These options can be considered as either arch or modes eg: x86 running in
different modes or ARM having different arch types (v4, v7, v8). We have got rid
of the original CONFIG_ARCH option completely as every stage can have any
architecture of its own. Thus, almost all the components of coreboot are
identified as being part of one of the three stages (bootblock, romstage or
ramstage). The components which cannot be classified as such e.g. smm, rmodules
can have their own compiler toolset which is for now set to *_i386. Hence, all
special classes are treated in a similar way and the compiler toolset is defined
using create_class_compiler defined in Makefile.
In order to meet these requirements, changes have been made to CC, LD, OBJCOPY
and family to add CC_bootblock, CC_romstage, CC_ramstage and similarly others.
Additionally, CC_x86_32 and CC_armv7 handle all the special classes. All the
toolsets are defined using create_class_compiler.
Few additional macros have been introduced to identify the class to be used at
various points, e.g.: CC_$(class) derives the $(class) part from the name of
the stage being compiled.
We have also got rid of COREBOOT_COMPILER, COREBOOT_ASSEMBLER and COREBOOT_LINKER
as they do not make any sense for coreboot as a whole. All these attributes are
associated with each of the stages.
Change-Id: I923f3d4fb097d21071030b104c372cc138c68c7b
Signed-off-by: Furquan Shaikh <furquan@google.com>
Reviewed-on: http://review.coreboot.org/5577
Tested-by: build bot (Jenkins)
Reviewed-by: Aaron Durbin <adurbin@gmail.com>
2014-04-23 19:18:48 +02:00
|
|
|
|
2016-01-09 08:05:00 +01:00
|
|
|
bootblock-y += boot.c
|
|
|
|
|
bootblock-y += memcpy.c
|
|
|
|
|
bootblock-y += memset.c
|
2015-10-27 18:27:30 +01:00
|
|
|
bootblock-$(CONFIG_X86_TOP4G_BOOTMEDIA_MAP) += mmap_boot.c
|
2016-01-09 08:05:00 +01:00
|
|
|
|
2015-10-05 02:47:36 +02:00
|
|
|
bootblock-y += id.S
|
2016-01-23 00:50:00 +01:00
|
|
|
$(call src-to-obj,bootblock,$(dir)/id.S): $(obj)/build.h
|
2015-10-15 11:07:07 +02:00
|
|
|
|
2016-01-21 07:08:17 +01:00
|
|
|
ifeq ($(CONFIG_C_ENVIRONMENT_BOOTBLOCK),y)
|
|
|
|
|
|
2016-01-27 03:22:43 +01:00
|
|
|
bootblock-y += bootblock_crt0.S
|
2016-01-21 07:08:17 +01:00
|
|
|
|
|
|
|
|
ifeq ($(CONFIG_ARCH_BOOTBLOCK_X86_32),y)
|
|
|
|
|
$(eval $(call early_x86_stage,bootblock,elf32-i386))
|
|
|
|
|
else
|
|
|
|
|
$(eval $(call early_x86_stage,bootblock,elf64-x86-64))
|
|
|
|
|
endif
|
|
|
|
|
|
|
|
|
|
else # !C_ENVIRONMENT_BOOTBLOCK
|
|
|
|
|
|
|
|
|
|
# x86-specific linker flags
|
|
|
|
|
ifeq ($(CONFIG_ARCH_BOOTBLOCK_X86_32),y)
|
|
|
|
|
LDFLAGS_bootblock += -m elf_i386 --oformat elf32-i386
|
|
|
|
|
else
|
|
|
|
|
LDFLAGS_bootblock += -m elf_x86_64 --oformat elf64-x86-64
|
|
|
|
|
endif
|
|
|
|
|
|
2015-10-02 21:42:26 +02:00
|
|
|
# Add the assembly file that pulls in the rest of the dependencies in
|
|
|
|
|
# the right order. Make sure the auto generated bootblock.inc is a proper
|
|
|
|
|
# dependency. Make the same true for the linker sript.
|
|
|
|
|
bootblock-y += bootblock_romcc.S
|
2015-10-03 01:17:41 +02:00
|
|
|
bootblock-y += walkcbfs.S
|
2015-10-02 21:42:26 +02:00
|
|
|
$(call src-to-obj,bootblock,$(dir)/bootblock_romcc.S): $(objgenerated)/bootblock.inc
|
2011-11-01 18:55:59 +01:00
|
|
|
|
2015-09-03 07:41:29 +02:00
|
|
|
bootblock-y += bootblock.ld
|
2016-01-23 00:50:00 +01:00
|
|
|
$(call src-to-obj,bootblock,$(dir)/bootblock.ld): $(objgenerated)/bootblock.ld
|
2011-11-01 18:55:59 +01:00
|
|
|
|
2015-04-02 19:44:19 +02:00
|
|
|
bootblock_romccflags := -mcpu=i386 -O2 -D__PRE_RAM__ -D__BOOTBLOCK__
|
2011-11-01 18:55:59 +01:00
|
|
|
ifeq ($(CONFIG_SSE),y)
|
2015-04-02 19:44:19 +02:00
|
|
|
bootblock_romccflags := -mcpu=k7 -msse -O2 -D__PRE_RAM__ -D__BOOTBLOCK__
|
2011-11-01 18:55:59 +01:00
|
|
|
endif
|
|
|
|
|
|
2015-09-03 07:41:29 +02:00
|
|
|
# This is a hack in case there are no per chipset linker files.
|
2015-12-14 22:04:54 +01:00
|
|
|
$(objgenerated)/empty: build-dirs
|
2015-09-03 07:41:29 +02:00
|
|
|
touch $@
|
|
|
|
|
|
2016-01-23 00:50:00 +01:00
|
|
|
$(objgenerated)/bootblock.ld: $$(filter-out $(call src-to-obj,bootblock,src/arch/x86/bootblock.ld), $$(filter %.ld,$$(bootblock-objs))) $(objgenerated)/empty
|
2011-11-01 18:55:59 +01:00
|
|
|
@printf " GEN $(subst $(obj)/,,$(@))\n"
|
2015-06-30 23:46:49 +02:00
|
|
|
cat $^ >> $@.tmp
|
|
|
|
|
mv $@.tmp $@
|
2011-11-01 18:55:59 +01:00
|
|
|
|
2015-07-27 17:47:55 +02:00
|
|
|
$(objgenerated)/bootblock.inc: $(src)/arch/x86/$(subst ",,$(CONFIG_BOOTBLOCK_SOURCE)) $(objutil)/romcc/romcc $(OPTION_TABLE_H) $(KCONFIG_AUTOHEADER)
|
2016-01-15 19:12:04 +01:00
|
|
|
# The open quote in the subst messes with syntax highlighting. Fix it - ")
|
2011-11-01 18:55:59 +01:00
|
|
|
@printf " ROMCC $(subst $(obj)/,,$(@))\n"
|
2014-05-19 09:23:57 +02:00
|
|
|
$(CC_bootblock) $(CPPFLAGS_bootblock) -MM -MT$(objgenerated)/bootblock.inc \
|
2012-04-19 11:14:53 +02:00
|
|
|
$< > $(objgenerated)/bootblock.inc.d
|
2014-05-19 09:23:57 +02:00
|
|
|
$(ROMCC) -c -S $(bootblock_romccflags) -I. $(CPPFLAGS_bootblock) $< -o $@
|
2011-11-01 18:55:59 +01:00
|
|
|
|
2016-01-23 00:50:00 +01:00
|
|
|
# bootblock.ld is part of $(bootblock-objs)
|
2015-10-02 21:17:56 +02:00
|
|
|
$(objcbfs)/bootblock.debug: $$(bootblock-objs)
|
2011-11-01 18:55:59 +01:00
|
|
|
@printf " LINK $(subst $(obj)/,,$(@))\n"
|
2015-10-02 21:17:56 +02:00
|
|
|
$(LD_bootblock) $(LDFLAGS_bootblock) -o $@ -L$(obj) \
|
|
|
|
|
$(filter-out %.ld,$(bootblock-objs)) \
|
2016-01-23 00:50:00 +01:00
|
|
|
-T $(call src-to-obj,bootblock,src/arch/x86/bootblock.ld)
|
2011-11-01 18:55:59 +01:00
|
|
|
|
2016-01-21 07:08:17 +01:00
|
|
|
endif # C_ENVIRONMENT_BOOTBLOCK
|
Introduce stage-specific architecture for coreboot
Make all three coreboot stages (bootblock, romstage and ramstage) aware of the
architecture specific to that stage i.e. we will have CONFIG_ARCH variables for
each of the three stages. This allows us to have an SOC with any combination of
architectures and thus every stage can be made to run on a completely different
architecture independent of others. Thus, bootblock can have an x86 arch whereas
romstage and ramstage can have arm32 and arm64 arch respectively. These stage
specific CONFIG_ARCH_ variables enable us to select the proper set of toolchain
and compiler flags for every stage.
These options can be considered as either arch or modes eg: x86 running in
different modes or ARM having different arch types (v4, v7, v8). We have got rid
of the original CONFIG_ARCH option completely as every stage can have any
architecture of its own. Thus, almost all the components of coreboot are
identified as being part of one of the three stages (bootblock, romstage or
ramstage). The components which cannot be classified as such e.g. smm, rmodules
can have their own compiler toolset which is for now set to *_i386. Hence, all
special classes are treated in a similar way and the compiler toolset is defined
using create_class_compiler defined in Makefile.
In order to meet these requirements, changes have been made to CC, LD, OBJCOPY
and family to add CC_bootblock, CC_romstage, CC_ramstage and similarly others.
Additionally, CC_x86_32 and CC_armv7 handle all the special classes. All the
toolsets are defined using create_class_compiler.
Few additional macros have been introduced to identify the class to be used at
various points, e.g.: CC_$(class) derives the $(class) part from the name of
the stage being compiled.
We have also got rid of COREBOOT_COMPILER, COREBOOT_ASSEMBLER and COREBOOT_LINKER
as they do not make any sense for coreboot as a whole. All these attributes are
associated with each of the stages.
Change-Id: I923f3d4fb097d21071030b104c372cc138c68c7b
Signed-off-by: Furquan Shaikh <furquan@google.com>
Reviewed-on: http://review.coreboot.org/5577
Tested-by: build bot (Jenkins)
Reviewed-by: Aaron Durbin <adurbin@gmail.com>
2014-04-23 19:18:48 +02:00
|
|
|
|
2015-09-29 23:31:20 +02:00
|
|
|
|
2016-01-21 07:08:17 +01:00
|
|
|
endif # CONFIG_ARCH_BOOTBLOCK_X86_32 / CONFIG_ARCH_BOOTBLOCK_X86_64
|
2015-09-29 21:54:25 +02:00
|
|
|
|
2015-09-29 23:31:20 +02:00
|
|
|
###############################################################################
|
|
|
|
|
# verstage
|
|
|
|
|
###############################################################################
|
|
|
|
|
|
|
|
|
|
ifeq ($(CONFIG_ARCH_VERSTAGE_X86_32)$(CONFIG_ARCH_VERSTAGE_X86_64),y)
|
|
|
|
|
|
|
|
|
|
verstage-y += boot.c
|
|
|
|
|
|
|
|
|
|
verstage-$(CONFIG_ARCH_RAMSTAGE_X86_32) += cpu_common.c
|
|
|
|
|
verstage-y += memset.c
|
|
|
|
|
verstage-y += memcpy.c
|
|
|
|
|
verstage-y += memmove.c
|
|
|
|
|
verstage-y += mmap_boot.c
|
|
|
|
|
|
|
|
|
|
verstage-$(CONFIG_COLLECT_TIMESTAMPS) += timestamp.c
|
|
|
|
|
|
|
|
|
|
verstage-libs += $(objgenerated)/libverstage.a
|
|
|
|
|
|
2016-01-21 07:08:17 +01:00
|
|
|
$(eval $(call early_x86_assembly_entry_rule,verstage))
|
|
|
|
|
|
2015-09-29 23:31:20 +02:00
|
|
|
ifeq ($(CONFIG_ARCH_VERSTAGE_X86_32),y)
|
|
|
|
|
$(eval $(call early_x86_stage,verstage,elf32-i386))
|
|
|
|
|
else
|
|
|
|
|
$(eval $(call early_x86_stage,verstage,elf64-x86-64))
|
|
|
|
|
endif
|
|
|
|
|
|
|
|
|
|
endif # CONFIG_ARCH_VERSTAGE_X86_32 / CONFIG_ARCH_VERSTAGE_X86_64
|
|
|
|
|
|
2015-09-29 21:54:25 +02:00
|
|
|
###############################################################################
|
|
|
|
|
# romstage
|
|
|
|
|
###############################################################################
|
|
|
|
|
|
|
|
|
|
ifeq ($(CONFIG_ARCH_ROMSTAGE_X86_32)$(CONFIG_ARCH_ROMSTAGE_X86_64),y)
|
2014-04-23 01:33:22 +02:00
|
|
|
|
2015-09-03 18:01:17 +02:00
|
|
|
ifneq ($(CONFIG_ROMCC),y)
|
|
|
|
|
|
|
|
|
|
romstage-srcs += $(src)/mainboard/$(MAINBOARDDIR)/romstage.c
|
2014-04-23 01:33:22 +02:00
|
|
|
|
2015-09-03 18:01:17 +02:00
|
|
|
else # CONFIG_ROMCC == y
|
|
|
|
|
|
|
|
|
|
# This order matters. The mainboards requiring ROMCC need their mainboard
|
|
|
|
|
# code to follow the prior crt0s files for program flow control. The
|
|
|
|
|
# romstage.inc from the MAINBOARDDIR is implicitly main() for romstage
|
|
|
|
|
# because of the instruction sequen fall-through.
|
|
|
|
|
crt0s += $(obj)/mainboard/$(MAINBOARDDIR)/romstage.inc
|
2015-07-13 09:39:15 +02:00
|
|
|
crt0s += $(src)/arch/x86/crt0_romcc_epilogue.inc
|
2014-04-23 01:33:22 +02:00
|
|
|
|
|
|
|
|
ifeq ($(CONFIG_MMX),y)
|
|
|
|
|
ifeq ($(CONFIG_SSE),y)
|
|
|
|
|
ROMCCFLAGS := -mcpu=p4 -O2 # MMX, SSE
|
|
|
|
|
else
|
|
|
|
|
ROMCCFLAGS := -mcpu=p2 -O2 # MMX, !SSE
|
|
|
|
|
endif
|
|
|
|
|
else
|
|
|
|
|
ROMCCFLAGS := -mcpu=i386 -O2 # !MMX, !SSE
|
|
|
|
|
endif
|
|
|
|
|
|
2014-11-29 11:51:25 +01:00
|
|
|
$(objcbfs)/romstage%.bin: $(objcbfs)/romstage%.elf
|
Introduce stage-specific architecture for coreboot
Make all three coreboot stages (bootblock, romstage and ramstage) aware of the
architecture specific to that stage i.e. we will have CONFIG_ARCH variables for
each of the three stages. This allows us to have an SOC with any combination of
architectures and thus every stage can be made to run on a completely different
architecture independent of others. Thus, bootblock can have an x86 arch whereas
romstage and ramstage can have arm32 and arm64 arch respectively. These stage
specific CONFIG_ARCH_ variables enable us to select the proper set of toolchain
and compiler flags for every stage.
These options can be considered as either arch or modes eg: x86 running in
different modes or ARM having different arch types (v4, v7, v8). We have got rid
of the original CONFIG_ARCH option completely as every stage can have any
architecture of its own. Thus, almost all the components of coreboot are
identified as being part of one of the three stages (bootblock, romstage or
ramstage). The components which cannot be classified as such e.g. smm, rmodules
can have their own compiler toolset which is for now set to *_i386. Hence, all
special classes are treated in a similar way and the compiler toolset is defined
using create_class_compiler defined in Makefile.
In order to meet these requirements, changes have been made to CC, LD, OBJCOPY
and family to add CC_bootblock, CC_romstage, CC_ramstage and similarly others.
Additionally, CC_x86_32 and CC_armv7 handle all the special classes. All the
toolsets are defined using create_class_compiler.
Few additional macros have been introduced to identify the class to be used at
various points, e.g.: CC_$(class) derives the $(class) part from the name of
the stage being compiled.
We have also got rid of COREBOOT_COMPILER, COREBOOT_ASSEMBLER and COREBOOT_LINKER
as they do not make any sense for coreboot as a whole. All these attributes are
associated with each of the stages.
Change-Id: I923f3d4fb097d21071030b104c372cc138c68c7b
Signed-off-by: Furquan Shaikh <furquan@google.com>
Reviewed-on: http://review.coreboot.org/5577
Tested-by: build bot (Jenkins)
Reviewed-by: Aaron Durbin <adurbin@gmail.com>
2014-04-23 19:18:48 +02:00
|
|
|
@printf " OBJCOPY $(subst $(obj)/,,$(@))\n"
|
|
|
|
|
$(OBJCOPY_romstage) -O binary $< $@
|
|
|
|
|
|
2014-11-29 11:51:25 +01:00
|
|
|
$(objcbfs)/romstage%.elf: $(objcbfs)/romstage%.debug
|
Introduce stage-specific architecture for coreboot
Make all three coreboot stages (bootblock, romstage and ramstage) aware of the
architecture specific to that stage i.e. we will have CONFIG_ARCH variables for
each of the three stages. This allows us to have an SOC with any combination of
architectures and thus every stage can be made to run on a completely different
architecture independent of others. Thus, bootblock can have an x86 arch whereas
romstage and ramstage can have arm32 and arm64 arch respectively. These stage
specific CONFIG_ARCH_ variables enable us to select the proper set of toolchain
and compiler flags for every stage.
These options can be considered as either arch or modes eg: x86 running in
different modes or ARM having different arch types (v4, v7, v8). We have got rid
of the original CONFIG_ARCH option completely as every stage can have any
architecture of its own. Thus, almost all the components of coreboot are
identified as being part of one of the three stages (bootblock, romstage or
ramstage). The components which cannot be classified as such e.g. smm, rmodules
can have their own compiler toolset which is for now set to *_i386. Hence, all
special classes are treated in a similar way and the compiler toolset is defined
using create_class_compiler defined in Makefile.
In order to meet these requirements, changes have been made to CC, LD, OBJCOPY
and family to add CC_bootblock, CC_romstage, CC_ramstage and similarly others.
Additionally, CC_x86_32 and CC_armv7 handle all the special classes. All the
toolsets are defined using create_class_compiler.
Few additional macros have been introduced to identify the class to be used at
various points, e.g.: CC_$(class) derives the $(class) part from the name of
the stage being compiled.
We have also got rid of COREBOOT_COMPILER, COREBOOT_ASSEMBLER and COREBOOT_LINKER
as they do not make any sense for coreboot as a whole. All these attributes are
associated with each of the stages.
Change-Id: I923f3d4fb097d21071030b104c372cc138c68c7b
Signed-off-by: Furquan Shaikh <furquan@google.com>
Reviewed-on: http://review.coreboot.org/5577
Tested-by: build bot (Jenkins)
Reviewed-by: Aaron Durbin <adurbin@gmail.com>
2014-04-23 19:18:48 +02:00
|
|
|
@printf " OBJCOPY $(subst $(obj)/,,$(@))\n"
|
|
|
|
|
cp $< $@.tmp
|
|
|
|
|
$(OBJCOPY_romstage) --strip-debug $@.tmp
|
|
|
|
|
$(OBJCOPY_romstage) --add-gnu-debuglink=$< $@.tmp
|
|
|
|
|
mv $@.tmp $@
|
|
|
|
|
|
2014-04-23 01:33:22 +02:00
|
|
|
$(obj)/mainboard/$(MAINBOARDDIR)/romstage.inc: $(src)/mainboard/$(MAINBOARDDIR)/romstage.c $(objutil)/romcc/romcc $(OPTION_TABLE_H) $(obj)/build.h $(obj)/config.h
|
|
|
|
|
printf " ROMCC romstage.inc\n"
|
2015-04-28 22:43:31 +02:00
|
|
|
$(ROMCC) -c -S $(ROMCCFLAGS) -D__ROMSTAGE__ -D__PRE_RAM__ -I. $(CPPFLAGS_romstage) $< -o $@
|
2014-04-23 01:33:22 +02:00
|
|
|
|
|
|
|
|
endif
|
|
|
|
|
|
2014-03-29 19:01:11 +01:00
|
|
|
romstage-libs ?=
|
2016-01-21 07:08:17 +01:00
|
|
|
|
|
|
|
|
$(eval $(call early_x86_assembly_entry_rule,romstage))
|
2014-03-29 19:01:11 +01:00
|
|
|
|
2015-06-23 21:57:06 +02:00
|
|
|
ifeq ($(CONFIG_ARCH_ROMSTAGE_X86_32),y)
|
2015-09-29 21:54:25 +02:00
|
|
|
$(eval $(call early_x86_stage,romstage,elf32-i386))
|
2015-06-23 21:57:06 +02:00
|
|
|
else
|
2015-09-29 21:54:25 +02:00
|
|
|
$(eval $(call early_x86_stage,romstage,elf64-x86-64))
|
2015-06-23 21:57:06 +02:00
|
|
|
endif
|
|
|
|
|
|
2015-04-03 10:32:17 +02:00
|
|
|
# Compiling crt0 with -g seems to trigger https://sourceware.org/bugzilla/show_bug.cgi?id=6428
|
2015-09-29 23:31:20 +02:00
|
|
|
romstage-S-ccopts += -g0
|
Introduce stage-specific architecture for coreboot
Make all three coreboot stages (bootblock, romstage and ramstage) aware of the
architecture specific to that stage i.e. we will have CONFIG_ARCH variables for
each of the three stages. This allows us to have an SOC with any combination of
architectures and thus every stage can be made to run on a completely different
architecture independent of others. Thus, bootblock can have an x86 arch whereas
romstage and ramstage can have arm32 and arm64 arch respectively. These stage
specific CONFIG_ARCH_ variables enable us to select the proper set of toolchain
and compiler flags for every stage.
These options can be considered as either arch or modes eg: x86 running in
different modes or ARM having different arch types (v4, v7, v8). We have got rid
of the original CONFIG_ARCH option completely as every stage can have any
architecture of its own. Thus, almost all the components of coreboot are
identified as being part of one of the three stages (bootblock, romstage or
ramstage). The components which cannot be classified as such e.g. smm, rmodules
can have their own compiler toolset which is for now set to *_i386. Hence, all
special classes are treated in a similar way and the compiler toolset is defined
using create_class_compiler defined in Makefile.
In order to meet these requirements, changes have been made to CC, LD, OBJCOPY
and family to add CC_bootblock, CC_romstage, CC_ramstage and similarly others.
Additionally, CC_x86_32 and CC_armv7 handle all the special classes. All the
toolsets are defined using create_class_compiler.
Few additional macros have been introduced to identify the class to be used at
various points, e.g.: CC_$(class) derives the $(class) part from the name of
the stage being compiled.
We have also got rid of COREBOOT_COMPILER, COREBOOT_ASSEMBLER and COREBOOT_LINKER
as they do not make any sense for coreboot as a whole. All these attributes are
associated with each of the stages.
Change-Id: I923f3d4fb097d21071030b104c372cc138c68c7b
Signed-off-by: Furquan Shaikh <furquan@google.com>
Reviewed-on: http://review.coreboot.org/5577
Tested-by: build bot (Jenkins)
Reviewed-by: Aaron Durbin <adurbin@gmail.com>
2014-04-23 19:18:48 +02:00
|
|
|
|
2015-03-15 19:23:50 +01:00
|
|
|
endif # CONFIG_ARCH_ROMSTAGE_X86_32 / CONFIG_ARCH_ROMSTAGE_X86_64
|
2010-12-30 18:39:50 +01:00
|
|
|
|
2014-04-23 01:33:22 +02:00
|
|
|
###############################################################################
|
|
|
|
|
# ramstage
|
|
|
|
|
###############################################################################
|
|
|
|
|
|
2015-03-15 19:23:50 +01:00
|
|
|
ifeq ($(CONFIG_ARCH_RAMSTAGE_X86_32)$(CONFIG_ARCH_RAMSTAGE_X86_64),y)
|
Introduce stage-specific architecture for coreboot
Make all three coreboot stages (bootblock, romstage and ramstage) aware of the
architecture specific to that stage i.e. we will have CONFIG_ARCH variables for
each of the three stages. This allows us to have an SOC with any combination of
architectures and thus every stage can be made to run on a completely different
architecture independent of others. Thus, bootblock can have an x86 arch whereas
romstage and ramstage can have arm32 and arm64 arch respectively. These stage
specific CONFIG_ARCH_ variables enable us to select the proper set of toolchain
and compiler flags for every stage.
These options can be considered as either arch or modes eg: x86 running in
different modes or ARM having different arch types (v4, v7, v8). We have got rid
of the original CONFIG_ARCH option completely as every stage can have any
architecture of its own. Thus, almost all the components of coreboot are
identified as being part of one of the three stages (bootblock, romstage or
ramstage). The components which cannot be classified as such e.g. smm, rmodules
can have their own compiler toolset which is for now set to *_i386. Hence, all
special classes are treated in a similar way and the compiler toolset is defined
using create_class_compiler defined in Makefile.
In order to meet these requirements, changes have been made to CC, LD, OBJCOPY
and family to add CC_bootblock, CC_romstage, CC_ramstage and similarly others.
Additionally, CC_x86_32 and CC_armv7 handle all the special classes. All the
toolsets are defined using create_class_compiler.
Few additional macros have been introduced to identify the class to be used at
various points, e.g.: CC_$(class) derives the $(class) part from the name of
the stage being compiled.
We have also got rid of COREBOOT_COMPILER, COREBOOT_ASSEMBLER and COREBOOT_LINKER
as they do not make any sense for coreboot as a whole. All these attributes are
associated with each of the stages.
Change-Id: I923f3d4fb097d21071030b104c372cc138c68c7b
Signed-off-by: Furquan Shaikh <furquan@google.com>
Reviewed-on: http://review.coreboot.org/5577
Tested-by: build bot (Jenkins)
Reviewed-by: Aaron Durbin <adurbin@gmail.com>
2014-04-23 19:18:48 +02:00
|
|
|
|
2015-06-22 21:10:34 +02:00
|
|
|
ifeq ($(CONFIG_ARCH_RAMSTAGE_X86_32),y)
|
|
|
|
|
target-objcopy=-O elf32-i386 -B i386
|
|
|
|
|
endif
|
|
|
|
|
ifeq ($(CONFIG_ARCH_RAMSTAGE_X86_64),y)
|
2015-07-31 03:03:18 +02:00
|
|
|
target-objcopy=-O elf64-x86-64 -B i386:x86-64
|
2015-06-22 21:10:34 +02:00
|
|
|
endif
|
|
|
|
|
|
2014-04-23 01:33:22 +02:00
|
|
|
ramstage-srcs += $(wildcard src/mainboard/$(MAINBOARDDIR)/mainboard.c)
|
|
|
|
|
ifeq ($(CONFIG_GENERATE_MP_TABLE),y)
|
|
|
|
|
ifneq ($(wildcard src/mainboard/$(MAINBOARDDIR)/mptable.c),)
|
|
|
|
|
ramstage-srcs += src/mainboard/$(MAINBOARDDIR)/mptable.c
|
|
|
|
|
endif
|
|
|
|
|
endif
|
|
|
|
|
ifeq ($(CONFIG_GENERATE_PIRQ_TABLE),y)
|
|
|
|
|
ramstage-srcs += src/mainboard/$(MAINBOARDDIR)/irq_tables.c
|
|
|
|
|
endif
|
|
|
|
|
ifneq ($(wildcard src/mainboard/$(MAINBOARDDIR)/reset.c),)
|
|
|
|
|
ramstage-srcs += src/mainboard/$(MAINBOARDDIR)/reset.c
|
|
|
|
|
endif
|
2014-01-03 15:55:40 +01:00
|
|
|
ifeq ($(CONFIG_HAVE_ACPI_TABLES),y)
|
2014-04-23 01:33:22 +02:00
|
|
|
ramstage-srcs += src/mainboard/$(MAINBOARDDIR)/acpi_tables.c
|
2015-05-31 12:31:59 +02:00
|
|
|
$(eval $(call asl_template,dsdt))
|
2014-04-23 01:33:22 +02:00
|
|
|
ifneq ($(wildcard src/mainboard/$(MAINBOARDDIR)/fadt.c),)
|
|
|
|
|
ramstage-srcs += src/mainboard/$(MAINBOARDDIR)/fadt.c
|
|
|
|
|
endif
|
2015-04-03 10:47:15 +02:00
|
|
|
endif # CONFIG_GENERATE_ACPI_TABLES
|
2014-04-23 01:33:22 +02:00
|
|
|
ifeq ($(CONFIG_HAVE_SMI_HANDLER),y)
|
|
|
|
|
ifneq ($(wildcard src/mainboard/$(MAINBOARDDIR)/smihandler.c),)
|
|
|
|
|
smm-srcs += src/mainboard/$(MAINBOARDDIR)/smihandler.c
|
|
|
|
|
endif
|
|
|
|
|
endif
|
|
|
|
|
ifneq ($(wildcard src/mainboard/$(MAINBOARDDIR)/get_bus_conf.c),)
|
|
|
|
|
ramstage-srcs += src/mainboard/$(MAINBOARDDIR)/get_bus_conf.c
|
|
|
|
|
endif
|
|
|
|
|
|
|
|
|
|
ramstage-libs ?=
|
|
|
|
|
|
|
|
|
|
ifeq ($(CONFIG_RELOCATABLE_RAMSTAGE),y)
|
|
|
|
|
|
|
|
|
|
# The rmodule_link defintion creates an elf file with .rmod extension.
|
|
|
|
|
$(objcbfs)/ramstage.elf: $(objcbfs)/ramstage.debug.rmod
|
|
|
|
|
cp $< $@
|
|
|
|
|
|
2015-09-06 17:45:18 +02:00
|
|
|
endif
|
2014-04-23 01:33:22 +02:00
|
|
|
|
2015-09-05 20:31:14 +02:00
|
|
|
ramstage-y += memlayout.ld
|
2015-04-04 15:50:20 +02:00
|
|
|
|
2016-01-23 00:50:00 +01:00
|
|
|
$(objcbfs)/ramstage.debug: $(objgenerated)/ramstage.o $(call src-to-obj,ramstage,src/arch/x86/memlayout.ld)
|
2014-04-23 01:33:22 +02:00
|
|
|
@printf " CC $(subst $(obj)/,,$(@))\n"
|
2016-01-23 00:50:00 +01:00
|
|
|
$(LD_ramstage) $(CPPFLAGS) $(LDFLAGS_ramstage) -o $@ -L$(obj) $< -T $(call src-to-obj,ramstage,src/arch/x86/memlayout.ld)
|
2014-04-23 01:33:22 +02:00
|
|
|
|
2014-11-22 17:42:58 +01:00
|
|
|
$(objgenerated)/ramstage.o: $$(ramstage-objs) $(COMPILER_RT_ramstage) $$(ramstage-libs)
|
2014-04-23 01:33:22 +02:00
|
|
|
@printf " CC $(subst $(obj)/,,$(@))\n"
|
2015-03-15 19:23:50 +01:00
|
|
|
ifeq ($(CONFIG_ARCH_ROMSTAGE_X86_32),y)
|
2015-05-07 22:24:41 +02:00
|
|
|
$(LD_ramstage) -m elf_i386 -r -o $@ $(COMPILER_RT_FLAGS_ramstage) --whole-archive --start-group $(filter-out %.ld,$(ramstage-objs)) $(ramstage-libs) --no-whole-archive $(COMPILER_RT_ramstage) --end-group
|
2015-03-15 19:23:50 +01:00
|
|
|
else
|
|
|
|
|
$(LD_ramstage) -m elf_x86_64 -r -o $@ $(COMPILER_RT_FLAGS_ramstage) --whole-archive --start-group $(filter-out %.ld,$(ramstage-objs)) $(ramstage-libs) --no-whole-archive $(COMPILER_RT_ramstage) --end-group
|
|
|
|
|
endif
|
2014-04-23 01:33:22 +02:00
|
|
|
|
2015-03-15 19:23:50 +01:00
|
|
|
endif # CONFIG_ARCH_RAMSTAGE_X86_32 / CONFIG_ARCH_RAMSTAGE_X86_64
|
2014-04-23 01:33:22 +02:00
|
|
|
|
|
|
|
|
|
2015-07-13 09:39:15 +02:00
|
|
|
ifeq ($(CONFIG_ARCH_ROMSTAGE_X86_32)$(CONFIG_ARCH_ROMSTAGE_X86_64),y)
|
|
|
|
|
|
|
|
|
|
romstage-y += cbmem.c
|
|
|
|
|
romstage-y += boot.c
|
|
|
|
|
|
|
|
|
|
romstage-y += cbfs_and_run.c
|
|
|
|
|
romstage-$(CONFIG_ARCH_RAMSTAGE_X86_32) += cpu_common.c
|
|
|
|
|
romstage-y += memset.c
|
|
|
|
|
romstage-y += memcpy.c
|
|
|
|
|
romstage-y += memmove.c
|
2015-10-27 18:27:30 +01:00
|
|
|
romstage-$(CONFIG_X86_TOP4G_BOOTMEDIA_MAP) += mmap_boot.c
|
2015-07-13 09:39:15 +02:00
|
|
|
|
|
|
|
|
romstage-$(CONFIG_COLLECT_TIMESTAMPS) += timestamp.c
|
|
|
|
|
|
|
|
|
|
endif # CONFIG_ARCH_ROMSTAGE_X86_32 / CONFIG_ARCH_ROMSTAGE_X86_64
|
|
|
|
|
|
|
|
|
|
ifeq ($(CONFIG_ARCH_RAMSTAGE_X86_32)$(CONFIG_ARCH_RAMSTAGE_X86_64),y)
|
|
|
|
|
|
|
|
|
|
ramstage-y += boot.c
|
|
|
|
|
ramstage-y += gdt.c
|
|
|
|
|
ramstage-y += tables.c
|
|
|
|
|
ramstage-y += cbmem.c
|
|
|
|
|
ramstage-$(CONFIG_GENERATE_MP_TABLE) += mpspec.c
|
|
|
|
|
ramstage-$(CONFIG_GENERATE_PIRQ_TABLE) += pirq_routing.c
|
|
|
|
|
ramstage-$(CONFIG_HAVE_ACPI_TABLES) += acpi.c
|
|
|
|
|
ramstage-$(CONFIG_GENERATE_SMBIOS_TABLES) += smbios.c
|
|
|
|
|
ramstage-$(CONFIG_HAVE_ACPI_TABLES) += acpigen.c
|
|
|
|
|
ramstage-$(CONFIG_HAVE_ACPI_RESUME) += wakeup.S
|
|
|
|
|
|
|
|
|
|
ramstage-y += c_start.S
|
|
|
|
|
ramstage-y += cpu.c
|
|
|
|
|
ramstage-y += cpu_common.c
|
|
|
|
|
ramstage-y += pci_ops_conf1.c
|
|
|
|
|
ramstage-$(CONFIG_MMCONF_SUPPORT) += pci_ops_mmconf.c
|
|
|
|
|
ramstage-y += exception.c
|
|
|
|
|
ramstage-$(CONFIG_IOAPIC) += ioapic.c
|
|
|
|
|
ramstage-y += memset.c
|
|
|
|
|
ramstage-y += memcpy.c
|
|
|
|
|
ramstage-y += memmove.c
|
|
|
|
|
ramstage-y += ebda.c
|
2015-10-27 18:27:30 +01:00
|
|
|
ramstage-$(CONFIG_X86_TOP4G_BOOTMEDIA_MAP) += mmap_boot.c
|
2015-07-13 09:39:15 +02:00
|
|
|
ramstage-$(CONFIG_COOP_MULTITASKING) += thread.c
|
|
|
|
|
ramstage-$(CONFIG_COOP_MULTITASKING) += thread_switch.S
|
|
|
|
|
ramstage-$(CONFIG_COLLECT_TIMESTAMPS) += timestamp.c
|
|
|
|
|
|
|
|
|
|
smm-y += memset.c
|
|
|
|
|
smm-y += memcpy.c
|
|
|
|
|
smm-y += memmove.c
|
2015-10-27 18:27:30 +01:00
|
|
|
smm-$(CONFIG_X86_TOP4G_BOOTMEDIA_MAP) += mmap_boot.c
|
2015-07-13 09:39:15 +02:00
|
|
|
|
|
|
|
|
ifeq ($(CONFIG_ARCH_RAMSTAGE_X86_32),y)
|
|
|
|
|
rmodules_x86_32-y += memset.c
|
|
|
|
|
rmodules_x86_32-y += memcpy.c
|
|
|
|
|
rmodules_x86_32-y += memmove.c
|
|
|
|
|
else
|
|
|
|
|
rmodules_x86_64-y += memset.c
|
|
|
|
|
rmodules_x86_64-y += memcpy.c
|
|
|
|
|
rmodules_x86_64-y += memmove.c
|
|
|
|
|
endif
|
|
|
|
|
|
|
|
|
|
endif # CONFIG_ARCH_RAMSTAGE_X86_32 / CONFIG_ARCH_RAMSTAGE_X86_64
|
