OrgZephyr/zephyr
OrgZephyr
/
zephyr
mirror of https://github.com/zephyrproject-rtos/zephyr.git
1
0
Fork 0
Code Issues Releases Wiki Activity
zephyr/boards/x86/acrn/acrn_defconfig

17 lines
394 B
Plaintext
Raw Normal View History

license: cleanup: add SPDX Apache-2.0 license identifier Update the files which contain no license information with the 'Apache-2.0' SPDX license identifier. Many source files in the tree are missing licensing information, which makes it harder for compliance tools to determine the correct license. By default all files without license information are under the default license of Zephyr, which is Apache version 2. Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2019-04-06 21:08:09 +08:00
# SPDX-License-Identifier: Apache-2.0
boards/x86: add ACRN UOS sample board configuration Based on prior work by @dcpleung. It's suboptimal, but it provides a working starting point for ACRN work. The x86 board/SoC abstractions really need to be refactored to make this "board" (and other x86-based "boards", both extant and future) cleaner and easier to maintain. Punt. Signed-off-by: Charles E. Youse <charles.youse@intel.com>
2019-03-15 00:49:56 +08:00
CONFIG_SOC_IA32=y
CONFIG_BOARD_ACRN=y
CONFIG_PIC_DISABLE=y
CONFIG_LOAPIC=y
boards/x86/acrn: Use APIC_TSC_DEADLINE_TIMER This board got forgotten when we migrated the older APIC_TIMER users. Now the platform is SMP by default and the older driver refuses to build. Signed-off-by: Andy Ross <andrew.j.ross@intel.com>
2021-05-29 00:53:31 +08:00
CONFIG_APIC_TSC_DEADLINE_TIMER=y
boards/x86/acrn: build it in x86_64 mode and switch to X2APIC - added CONFIG_X86_64 since ACRN hypervisor supports x86_64 capable platforms only. - removed CONFIG_SET_GDT: Zephyr doesn't support it in x86_64, and ACRN doesn't require the guests to setup GDT during boot time. - added CONFIG_X2APIC, which is preferred by ACRN, which makes it possible to pass through local APIC to the guests. Signed-off-by: Zide Chen <zide.chen@intel.com>
2020-02-06 00:32:00 +08:00
CONFIG_X2APIC=y
boards/x86: add ACRN UOS sample board configuration Based on prior work by @dcpleung. It's suboptimal, but it provides a working starting point for ACRN work. The x86 board/SoC abstractions really need to be refactored to make this "board" (and other x86-based "boards", both extant and future) cleaner and easier to maintain. Punt. Signed-off-by: Charles E. Youse <charles.youse@intel.com>
2019-03-15 00:49:56 +08:00
CONFIG_CONSOLE=y
CONFIG_SERIAL=y
CONFIG_UART_CONSOLE=y
CONFIG_SYS_CLOCK_HW_CYCLES_PER_SEC=25000000
CONFIG_BUILD_OUTPUT_BIN=y
CONFIG_SHELL_BACKEND_SERIAL_INTERRUPT_DRIVEN=n
boards: x86: increase VM size on PC-like These are all PC systems which have large amounts of memory which needs to be mapped at runtime (most are 2GB). Increase the address space size accordingly, adding an extra 8MB for mappings. The ACRN target has 8MB, give it 16MB of VM. Signed-off-by: Andrew Boie <andrew.p.boie@intel.com>
2021-01-24 06:12:27 +08:00
CONFIG_KERNEL_VM_SIZE=0x1000000
boards: x86: oneApi and LLVM objcopy do not support --gap-fill Work around the fact that llvm objcopy does not support --gap-fill right now. This should be done on the toolchain level at some point, it is currently not possible however. Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2021-03-20 05:44:05 +08:00
CONFIG_BUILD_NO_GAP_FILL=y