OrgZephyr/zephyr
OrgZephyr
/
zephyr
mirror of https://github.com/zephyrproject-rtos/zephyr.git
1
0
Fork 0
Code Issues Releases Wiki Activity
zephyr/arch/common/Makefile.gen_isr_tables

41 lines
1.0 KiB
Makefile
Raw Normal View History

gen_isr_tables: New static interrupt build mechanism This is a new mechanism for generating interrupt tables which will be useful on many architectures. It replaces the old linker-based mechanism for creating these tables and has a couple advantages: 1) It is now possible to use enums as the IRQ line argument to IRQ_CONNECT(), which should ease CMSIS integration. 2) The vector table itself is now generated, which lets us place interrupts directly into the vector table without having to hard-code them. This is a feature we have long enjoyed on x86 and will enable 'direct' interrupts. 3) More code is common, requiring less arch-specific code to support. This patch introduces the common code for this mechanism. Follow-up patches will enable it on various arches. Issue: ZEP-1038, ZEP-1165 Change-Id: I9acd6e0de8b438fa9293f2e00563628f7510168a Signed-off-by: Andrew Boie <andrew.p.boie@intel.com>
2017-02-09 09:16:29 +08:00
GEN_ISR_TABLE := $(srctree)/arch/common/gen_isr_tables.py
OUTPUT_SRC := isr_tables.c
OUTPUT_OBJ := isr_tables.o
riscv32: enable gen_isr_tables mechanism Change-Id: Ia09d9a4d3412424dcbb25db829059a0714d81214 Signed-off-by: Andrew Boie <andrew.p.boie@intel.com>
2017-02-14 02:11:54 +08:00
ifeq ($(ARCH),riscv32)
OUTPUT_FORMAT := elf32-littleriscv
gen_isr_tables: New static interrupt build mechanism This is a new mechanism for generating interrupt tables which will be useful on many architectures. It replaces the old linker-based mechanism for creating these tables and has a couple advantages: 1) It is now possible to use enums as the IRQ line argument to IRQ_CONNECT(), which should ease CMSIS integration. 2) The vector table itself is now generated, which lets us place interrupts directly into the vector table without having to hard-code them. This is a feature we have long enjoyed on x86 and will enable 'direct' interrupts. 3) More code is common, requiring less arch-specific code to support. This patch introduces the common code for this mechanism. Follow-up patches will enable it on various arches. Issue: ZEP-1038, ZEP-1165 Change-Id: I9acd6e0de8b438fa9293f2e00563628f7510168a Signed-off-by: Andrew Boie <andrew.p.boie@intel.com>
2017-02-09 09:16:29 +08:00
else
riscv32: enable gen_isr_tables mechanism Change-Id: Ia09d9a4d3412424dcbb25db829059a0714d81214 Signed-off-by: Andrew Boie <andrew.p.boie@intel.com>
2017-02-14 02:11:54 +08:00
OUTPUT_FORMAT := elf32-little$(ARCH)
gen_isr_tables: New static interrupt build mechanism This is a new mechanism for generating interrupt tables which will be useful on many architectures. It replaces the old linker-based mechanism for creating these tables and has a couple advantages: 1) It is now possible to use enums as the IRQ line argument to IRQ_CONNECT(), which should ease CMSIS integration. 2) The vector table itself is now generated, which lets us place interrupts directly into the vector table without having to hard-code them. This is a feature we have long enjoyed on x86 and will enable 'direct' interrupts. 3) More code is common, requiring less arch-specific code to support. This patch introduces the common code for this mechanism. Follow-up patches will enable it on various arches. Issue: ZEP-1038, ZEP-1165 Change-Id: I9acd6e0de8b438fa9293f2e00563628f7510168a Signed-off-by: Andrew Boie <andrew.p.boie@intel.com>
2017-02-09 09:16:29 +08:00
endif
GEN_ISR_TABLE_EXTRA_ARGS :=
ifeq ($(KBUILD_VERBOSE),1)
GEN_ISR_TABLE_EXTRA_ARGS += --debug
endif
ifeq ($(CONFIG_GEN_SW_ISR_TABLE),y)
GEN_ISR_TABLE_EXTRA_ARGS += --sw-isr-table
endif
ifeq ($(CONFIG_GEN_IRQ_VECTOR_TABLE),y)
GEN_ISR_TABLE_EXTRA_ARGS += --vector-table
endif
# Rule to extract the .intList section from the $(PREBUILT_KERNEL) binary
# and create the source file $(OUTPUT_SRC). This is a C file which contains
# the interrupt tables.
quiet_cmd_gen_irq = IRQ $@
cmd_gen_irq = \
( \
$(OBJCOPY) -I $(OUTPUT_FORMAT) -O binary --only-section=.intList \
$< isrList.bin && \
$(GEN_ISR_TABLE) --output-source $@ \
--intlist isrList.bin $(GEN_ISR_TABLE_EXTRA_ARGS) \
)
$(OUTPUT_SRC): $(PREBUILT_KERNEL) $(GEN_ISR_TABLE)
$(call cmd,gen_irq)
build: simplfy how extra build steps are specified For various reasons its often necessary to generate certain complex data structures at build-time by separate tools outside of the C compiler. Data is populated to these tools by way of special binary sections not intended to be included in the final binary. We currently do this to generate interrupt tables, forthcoming work will also use this to generate MMU page tables. The way we have been doing this is to generatea "kernel_prebuilt.elf", extract the metadata sections with objcopy, run the tool, and then re-link the kernel with the extra data *and* use objcopy to pull out the unwanted sections. This doesn't scale well if multiple post-build steps are needed. Now this is much simpler; in any Makefile, a special GENERATED_KERNEL_OBJECT_FILES variable may be appended to containing the filenames to the generated object files, which will be generated by Make in the usual fashion. Instead of using objcopy to pull out, we now create a linker-pass2.cmd which additionally defines LINKER_PASS2. The source linker script can #ifdef around this to use the special /DISCARD/ section target to not include metadata sections in the final binary. Signed-off-by: Andrew Boie <andrew.p.boie@intel.com>
2017-05-13 04:27:50 +08:00
GENERATED_KERNEL_OBJECT_FILES += $(OUTPUT_OBJ)