- 25 10月, 2015 1 次提交
-
-
由 Masahiro Yamada 提交于
We have finished Generic Board conversion for ARM and PowerPC, i.e. all the boards have been converted except OpenRISC, SuperH, SPARC, which have not supported Generic Board framework yet. Select SYS_GENERIC_BOARD in arch/Kconfig and delete all the macro defines in include/configs/*.h. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
-
- 23 10月, 2015 2 次提交
-
-
由 Thomas Chou 提交于
Convert nios2 cpu to driver model. The cpu parameters are extracted from device tree and saved to global data structure. We will use them to replace the custom_fpga.h . Signed-off-by: NThomas Chou <thomas@wytron.com.tw> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
由 Thomas Chou 提交于
Enable this in the Kconfig so that nios2 boards can use device tree to configure U-Boot. Signed-off-by: NThomas Chou <thomas@wytron.com.tw> Reviewed-by: NSimon Glass <sjg@chromium.org> Acked-by: NMarek Vasut <marex@denx.de>
-
- 28 8月, 2015 1 次提交
-
-
由 Kun-Hua Huang 提交于
Add nds32 ag101p generic board support. Signed-off-by: NKun-Hua Huang <kunhua@andestech.com>
-
- 28 7月, 2015 1 次提交
-
-
由 Masahiro Yamada 提交于
The symbolic link to SoC/CPU specific header directory is created during the build, while it is only necessary for ARM, AVR32, SPARC, x86, and some CPUs of PowerPC. For the other architectures, it just results in a broken symbolic link. Introduce CONFIG_CREATE_ARCH_SYMLINK to not create unneeded symbolic links. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
- 07 7月, 2015 1 次提交
-
-
由 Masahiro Yamada 提交于
We have not supported the private library for ARM 64bit. Prohibit ARM64 boards from enabling it until we make things ready. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
-
- 15 6月, 2015 1 次提交
-
-
由 Masahiro Yamada 提交于
Now all the AVR32 boards have been converted into Generic Board. Select it in Kconfig and clean up defines in header files. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com> Acked-by: NAndreas Bießmann <andreas.devel@googlemail.com>
-
- 30 4月, 2015 1 次提交
-
-
由 Bin Meng 提交于
Since all x86 boards have been converted to use DM_SPI and DM_SPI_FLASH, move them to arch/Kconfig x86 section. Signed-off-by: NBin Meng <bmeng.cn@gmail.com> Acked-by: NSimon Glass <sjg@chromium.org>
-
- 19 4月, 2015 1 次提交
-
-
由 Masahiro Yamada 提交于
As mentioned in the previous commit, adding default values in each Kconfig causes problems because it does not co-exist with the "depends on" syntax. (Please note this is not a bug of Kconfig.) We should not do so unless we have a special reason. Actually, for CONFIG_DM*, we have no good reason to do so. Generally, CONFIG_DM is not a user-configurable option. Once we convert a driver into Driver Model, the board only works with Driver Model, i.e. CONFIG_DM must be always enabled for that board. So, using "select DM" is more suitable rather than allowing users to modify it. Another good thing is, Kconfig warns unmet dependencies for "select" syntax, so we easily notice bugs. Actually, CONFIG_DM and other related options have been added without consistency: some into arch/*/Kconfig, some into board/*/Kconfig, and some into configs/*_defconfig. This commit prefers "select" and cleans up the following issues. [1] Never use "CONFIG_DM=n" in defconfig files It is really rare to add "CONFIG_FOO=n" to disable CONFIG options. It is more common to use "# CONFIG_FOO is not set". But here, we do not even have to do it. Less than half of OMAP3 boards have been converted to Driver Model. Adding the default values to arch/arm/cpu/armv7/omap3/Kconfig is weird. Instead, add "select DM" only to appropriate boards, which eventually eliminates "CONFIG_DM=n", etc. [2] Delete redundant CONFIGs Sandbox sets CONFIG_DM in arch/sandbox/Kconfig and defines it again in configs/sandbox_defconfig. Likewise, OMAP3 sets CONFIG_DM arch/arm/cpu/armv7/omap3/Kconfig and defines it also in omap3_beagle_defconfig and devkit8000_defconfig. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
-
- 03 4月, 2015 1 次提交
-
-
由 Alexey Brodkin 提交于
Now when all infrastructure in ARC is ready for it let's switch ARC UART to driver model. Signed-off-by: NAlexey Brodkin <abrodkin@synopsys.com> Cc: Masahiro Yamada <yamada.masahiro@socionext.com> Cc: Simon Glass <sjg@chromium.org>
-
- 28 3月, 2015 2 次提交
-
-
由 Masahiro Yamada 提交于
We have done with the generic board conversion for all the boards of ARC, Blackfin, M68000, MicroBlaze, MIPS, NIOS2, Sandbox, X86. Let's select SYS_GENERIC_BOARD for those architectures, so we can tell which architecture has finished the conversion at a glance. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com> Reviewed-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NAlexey Brodkin <abrodkin@synopsys.com>
-
由 Masahiro Yamada 提交于
Move the option to Kconfig renaming it to CONFIG_HAVE_GENERIC_BOARD. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com> Reviewed-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NAlexey Brodkin <abrodkin@synopsys.com>
-
- 13 2月, 2015 1 次提交
-
-
由 Simon Glass 提交于
Enable this in the Kconfig so that PowerPC boards can use device tree to configure U-Boot. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
- 09 2月, 2015 1 次提交
-
-
由 Alexey Brodkin 提交于
This way we may have very limited set of functions implemented so we save some space. Also it allows us to build U-Boot for any ARC core with the same one toolchain because we don't rely on pre-built libgcc. For example: * we may use little-endian toolchain but build U-Boot for ether endianess * we may use non-multilibbed uClibc toolchain but build U-Boot for whatever ARC CPU flavour that current GCC supports Private libgcc built from generic C implementation contributes only 144 bytes to .text section so we don't see significant degradation of size: --->8--- $ arc-linux-size u-boot.libgcc-prebuilt text data bss dec hex filename 222217 24912 214820 461949 70c7d u-boot.libgcc-prebuilt $ arc-linux-size u-boot.libgcc-private text data bss dec hex filename 222361 24912 214820 462093 70d0d u-boot.libgcc-private --->8--- Also I don't notice visible performance degradation compared to pre-built libgcc (where at least "*div*" functions are had-written in assembly) on typical operations of downloading 10Mb uImage over TFTP and bootm. Signed-off-by: NAlexey Brodkin <abrodkin@synopsys.com>
-
- 24 10月, 2014 1 次提交
-
-
由 Masahiro Yamada 提交于
The private libgcc is supported only on ARM, MIPS, PowerPC, SH, x86. Those architectures should "select" HAVE_PRIVATE_LIBGCC and CONFIG_USE_PRIVATE_LIBGCC should depend on it. Currently, this option is enabled on Tegra boards and x86 architecture. Move the definition from header files to Kconfig. Signed-off-by: NMasahiro Yamada <yamada.m@jp.panasonic.com> Tested-by: NSimon Glass <sjg@chromium.org> Acked-by: NSimon Glass <sjg@chromium.org> Cc: Stephen Warren <swarren@nvidia.com> Cc: Tom Warren <twarren@nvidia.com>
-
- 25 9月, 2014 1 次提交
-
-
由 Masahiro Yamada 提交于
This commit moves: CONFIG_OF_CONTROL CONFIG_OF_SEPARATE CONFIG_OF_EMBED CONFIG_OF_HOSTFILE Because these options are currently not supported for SPL, the "Device Tree Control" menu does not appear in the SPL configuration. Note: zynq-common.h should be adjusted so as not to change the default value of CONFIG_SPL_FAT_LOAD_PAYLOAD_NAME. Signed-off-by: NMasahiro Yamada <yamada.m@jp.panasonic.com> Acked-by: NSimon Glass <sjg@chromium.org> Cc: Stephen Warren <swarren@nvidia.com> Cc: Minkyu Kang <mk7.kang@samsung.com> Acked-by: NMichal Simek <michal.simek@xilinx.com>
-
- 14 9月, 2014 1 次提交
-
-
由 Masahiro Yamada 提交于
This commit adds the type definitions (+ help messages) of CONFIG_SYS_{ARCH, CPU, SOC, VENDOR, BOARD, CONFIG_NAME} to arch/Kconfig, which would save lots of type defs for taget boards. (See also the next commit.) Signed-off-by: NMasahiro Yamada <yamada.m@jp.panasonic.com>
-
- 30 7月, 2014 1 次提交
-
-
由 Masahiro Yamada 提交于
This commit adds more Kconfig files, which were written by hand. Signed-off-by: NMasahiro Yamada <yamada.m@jp.panasonic.com> Acked-by: NSimon Glass <sjg@chromium.org>
-