Searched hist:a350c6a60223f7a60228ed563d2e7b02fb7944ab (Results 1 – 3 of 3) sorted by relevance
| /rk3399_rockchip-uboot/scripts/ |
| H A D | Makefile.autoconf | a350c6a60223f7a60228ed563d2e7b02fb7944ab Wed Jul 15 11:59:29 UTC 2015 Masahiro Yamada <yamada.masahiro@socionext.com> kbuild: create symbolic link only for ARM, AVR32, SPARC, PowerPC, x86
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: Masahiro Yamada <yamada.masahiro@socionext.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
|
| /rk3399_rockchip-uboot/arch/powerpc/ |
| H A D | Kconfig | a350c6a60223f7a60228ed563d2e7b02fb7944ab Wed Jul 15 11:59:29 UTC 2015 Masahiro Yamada <yamada.masahiro@socionext.com> kbuild: create symbolic link only for ARM, AVR32, SPARC, PowerPC, x86
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: Masahiro Yamada <yamada.masahiro@socionext.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
|
| /rk3399_rockchip-uboot/arch/ |
| H A D | Kconfig | a350c6a60223f7a60228ed563d2e7b02fb7944ab Wed Jul 15 11:59:29 UTC 2015 Masahiro Yamada <yamada.masahiro@socionext.com> kbuild: create symbolic link only for ARM, AVR32, SPARC, PowerPC, x86
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: Masahiro Yamada <yamada.masahiro@socionext.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
|