#
bb1ae559 |
| 07-Nov-2016 |
Simon Glass <sjg@chromium.org> |
efi: Makefile: Export variables for use with EFI
When building an EFI app we need three things:
- start-up code - relocation code - link script
These are all different for each architectu
efi: Makefile: Export variables for use with EFI
When building an EFI app we need three things:
- start-up code - relocation code - link script
These are all different for each architecture. We also need special compiler flags in some cases.
Add top-level Makefile variables for these along with documentation.
Signed-off-by: Simon Glass <sjg@chromium.org> Signed-off-by: Alexander Graf <agraf@suse.de>
show more ...
|
#
29e0cfb4 |
| 14-Nov-2016 |
Tom Rini <trini@konsulko.com> |
Prepare v2016.11
Signed-off-by: Tom Rini <trini@konsulko.com>
|
#
d8bdfc80 |
| 31-Oct-2016 |
Tom Rini <trini@konsulko.com> |
Prepare v2016.11-rc3
Signed-off-by: Tom Rini <trini@konsulko.com>
|
#
7ce79599 |
| 30-Oct-2016 |
Tom Rini <trini@konsulko.com> |
Merge branch 'master' of http://git.denx.de/u-boot-sunxi
|
#
aec9a0f1 |
| 13-Oct-2016 |
Jagan Teki <jteki@openedev.com> |
sunxi: Rename CONFIG_SUNXI to CONFIG_ARCH_SUNXI
CONFIG_SUNXI -> CONFIG_ARCH_SUNXI and removed CONFIG_SUNIX from config_whitelist.txt
Cc: Simon Glass <sjg@chromium.org> Cc: Ian Campbell <ijc@hellion
sunxi: Rename CONFIG_SUNXI to CONFIG_ARCH_SUNXI
CONFIG_SUNXI -> CONFIG_ARCH_SUNXI and removed CONFIG_SUNIX from config_whitelist.txt
Cc: Simon Glass <sjg@chromium.org> Cc: Ian Campbell <ijc@hellion.org.uk> Cc: Hans de Goede <hdegoede@redhat.com> Signed-off-by: Jagan Teki <jteki@openedev.com> Reviewed-by: Hans de Goede <hdegoede@redhat.com> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
show more ...
|
#
d5a81532 |
| 17-Oct-2016 |
Tom Rini <trini@konsulko.com> |
Prepare v2016.11-rc2
Signed-off-by: Tom Rini <trini@konsulko.com>
|
#
f5fd45ff |
| 07-Oct-2016 |
Tom Rini <trini@konsulko.com> |
Merge branch 'master' of git://www.denx.de/git/u-boot-imx
|
#
e19b0fb4 |
| 25-Sep-2016 |
Masahiro Yamada <yamada.masahiro@socionext.com> |
kbuild: generate u-boot.cfg as a byproduct of include/autoconf.mk
Our build system still parses ad-hoc CONFIG options in header files and generates include/autoconf.mk so that Makefiles can referenc
kbuild: generate u-boot.cfg as a byproduct of include/autoconf.mk
Our build system still parses ad-hoc CONFIG options in header files and generates include/autoconf.mk so that Makefiles can reference them. This gimmick was introduced in the pre-Kconfig days and will be kept until Kconfig migration is completed.
The include/autoconf.mk is generated like follows:
[1] Preprocess include/common.h with -DDO_DEPS_ONLY and retrieve macros into include/autoconf.mk.tmp [2] Reformat include/autoconf.mk.dep into include/autoconf.mk with tools/scripts/define2mk.sed script [3] Remove include/autoconf.mk.tmp
Here, include/autoconf.mk.tmp is similar to u-boot.cfg, which is also generated by preprocessing include/config.h with -DDO_DEPS_ONLY. In other words, there is much overlap among include/autoconf.mk and u-boot.cfg build rules.
So, the idea is to split the build rule of include/autoconf.mk into two stages. The first preprocesses headers into u-boot.cfg. The second parses the u-boot.cfg into include/autoconf.mk. The build rules of u-boot.cfg in Makefile and spl/Makefile will be gone.
Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com> Reviewed-by: Simon Glass <sjg@chromium.org>
show more ...
|
#
4bf06d11 |
| 25-Sep-2016 |
Masahiro Yamada <yamada.masahiro@socionext.com> |
kbuild: move no_new_adhoc_configs_check to "all" target command
I am going to move the build rule of u-boot.cfg. Before that, no_new_adhoc_configs_check must be tweaked to not depend on it.
The ad
kbuild: move no_new_adhoc_configs_check to "all" target command
I am going to move the build rule of u-boot.cfg. Before that, no_new_adhoc_configs_check must be tweaked to not depend on it.
The ad-hoc option check can be done at the end of build, along with other checks.
Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com> Reviewed-by: Simon Glass <sjg@chromium.org>
show more ...
|
#
ed0c2c0a |
| 26-Sep-2016 |
Albert ARIBAUD \(3ADEV\) <albert.aribaud@3adev.fr> |
tools: mkimage: add support for Vybrid image format
This format can be flashed directly at address 0 of the NAND FLASH, as it contains all necessary headers.
Signed-off-by: Albert ARIBAUD (3ADEV) <
tools: mkimage: add support for Vybrid image format
This format can be flashed directly at address 0 of the NAND FLASH, as it contains all necessary headers.
Signed-off-by: Albert ARIBAUD (3ADEV) <albert.aribaud@3adev.fr>
show more ...
|
#
53fec162 |
| 03-Oct-2016 |
Tom Rini <trini@konsulko.com> |
Prepare v2016.11-rc1
Signed-off-by: Tom Rini <trini@konsulko.com>
|
#
cbe7706a |
| 26-Sep-2016 |
Tom Rini <trini@konsulko.com> |
Merge git://git.denx.de/u-boot-fsl-qoriq
trini: Drop local memset() from examples/standalone/mem_to_mem_idma2intr.c
Signed-off-by: Tom Rini <trini@konsulko.com>
|
#
a6c13097 |
| 19-Sep-2016 |
Stephen Warren <swarren@nvidia.com> |
Makefile: rm u-boot.cfg dependencies are missing
Prior to the previous patch, a freshly created .u-boot.cfg.cmd may not correctly represent all dependencies for u-boot.cfg. The previous change only
Makefile: rm u-boot.cfg dependencies are missing
Prior to the previous patch, a freshly created .u-boot.cfg.cmd may not correctly represent all dependencies for u-boot.cfg. The previous change only solved this issue for fresh builds; when performing an incremental build, the deficient .u-boot.cfg.cmd is already present, so u-boot.cfg is not rebuilt, and hence .u-boot.cfg.cmd is not rebuilt with the correct content.
Solve this by explicitly detecting when the dependency file .u-boot.cfg.d has not been integrated into .u-boot.cfg.cmd, and force u-boot.cfg to be rebuilt in this case by deleting it first. This is possible since if_changed_dep will always delete .u-boot.cfg.d when it executes successfully, so its presence means either that the previous build was made by a source tree that contained a Makefile that didn't include the previous patch, or that the build failed part way through executing if_changed_dep for u-boot.cfg. Forcing a rebuild of u-boot.cfg is required in the former case, and will cause no additional work in the latter case, since the file would be rebuilt anyway for the same reason it was being rebuilt by the previous build.
Signed-off-by: Stephen Warren <swarren@nvidia.com>
show more ...
|
#
fcd29a4d |
| 19-Sep-2016 |
Stephen Warren <swarren@nvidia.com> |
Makefile: use if_change_dep for u-boot.cfg
cmd_cpp_cfg generates a dependency output, but because it's invoked using if_changed rather than if_changed_dep, that dependency file is ignored. This resu
Makefile: use if_change_dep for u-boot.cfg
cmd_cpp_cfg generates a dependency output, but because it's invoked using if_changed rather than if_changed_dep, that dependency file is ignored. This results in Kbuild not knowing about which files u-boot.cfg depends on, so it may not be rebuilt when required.
A practical result of this is that u-boot.cfg may continue to reference CONFIG_ options that no longer exist in the source tree, and this can cause the adhoc config options check to fail.
This change modifies Makefile to use if_changed_dep, which in turn causes all dependencies to be known to the next make invocation.
Signed-off-by: Stephen Warren <swarren@nvidia.com>
show more ...
|
#
371244cb |
| 13-Sep-2016 |
Simon Glass <sjg@chromium.org> |
Makefile: Give a build error if ad-hoc CONFIG options are added
New CONFIG options should be added via Kconfig. To help prevent new ad-hoc CONFIGs from being added, give a build error when these are
Makefile: Give a build error if ad-hoc CONFIG options are added
New CONFIG options should be added via Kconfig. To help prevent new ad-hoc CONFIGs from being added, give a build error when these are detected.
Signed-off-by: Simon Glass <sjg@chromium.org> Acked-by: Stephen Warren <swarren@nvidia.com> Tested-by: Stephen Warren <swarren@nvidia.com>
show more ...
|
#
b9e745bb |
| 26-Aug-2016 |
Shengzhou Liu <Shengzhou.Liu@nxp.com> |
driver/ddr/fsl: Add general MMDC driver and reuse common MMDC driver for ls1012a
This general MMDC driver adds basic support for Freescale MMDC (Multi Mode DDR Controller). Currently MMDC is integra
driver/ddr/fsl: Add general MMDC driver and reuse common MMDC driver for ls1012a
This general MMDC driver adds basic support for Freescale MMDC (Multi Mode DDR Controller). Currently MMDC is integrated on ARMv8 LS1012A SoC for DDR3L, there will be a update to this driver to support more flexible configuration if new features (DDR4, multiple controllers/chip selections, etc) are implimented in future.
Meantime, reuse common MMDC driver for LS1012ARDB/LS1012AQDS/ LS1012AFRDM.
Signed-off-by: Shengzhou Liu <Shengzhou.Liu@nxp.com> Reviewed-by: York Sun <york.sun@nxp.com>
show more ...
|
#
8cbb389b |
| 12-Sep-2016 |
Tom Rini <trini@konsulko.com> |
Prepare v2016.09
Signed-off-by: Tom Rini <trini@konsulko.com>
|
#
1d3bcb66 |
| 22-Aug-2016 |
Tom Rini <trini@konsulko.com> |
Prepare v2016.09-rc2
Signed-off-by: Tom Rini <trini@konsulko.com>
|
#
68a2fd43 |
| 17-Aug-2016 |
Vignesh R <vigneshr@ti.com> |
Makefile: Remove tags file on mrproper
make tags creates a symbolic link called tags to ctags. Remove this file on make mrproper or make distclean.
Signed-off-by: Vignesh R <vigneshr@ti.com> Review
Makefile: Remove tags file on mrproper
make tags creates a symbolic link called tags to ctags. Remove this file on make mrproper or make distclean.
Signed-off-by: Vignesh R <vigneshr@ti.com> Reviewed-by: Tom Rini <trini@konsulko.com>
show more ...
|
#
f2a9942f |
| 05-Jul-2016 |
Maxime Ripard <maxime.ripard@free-electrons.com> |
tests: Introduce DT overlay tests
This adds a bunch of unit tests for the "fdt apply" command.
They've all been run successfully in the sandbox. However, as you still require an out-of-tree dtc wit
tests: Introduce DT overlay tests
This adds a bunch of unit tests for the "fdt apply" command.
They've all been run successfully in the sandbox. However, as you still require an out-of-tree dtc with overlay support, this is disabled by default.
Acked-by: Simon Glass <sjg@chromium.org> Acked-by: Pantelis Antoniou <pantelis.antoniou@konsulko.com> Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
show more ...
|
#
de5e5cea |
| 10-Aug-2016 |
Chris Zankel <chris@zankel.net> |
xtensa: add support for the xtensa processor architecture [1/2]
The Xtensa processor architecture is a configurable, extensible, and synthesizable 32-bit RISC processor core provided by Cadence.
Th
xtensa: add support for the xtensa processor architecture [1/2]
The Xtensa processor architecture is a configurable, extensible, and synthesizable 32-bit RISC processor core provided by Cadence.
This is the first part of the basic architecture port with changes to common files. The 'arch/xtensa' directory, and boards and additional drivers will be in separate commits.
Signed-off-by: Chris Zankel <chris@zankel.net> Signed-off-by: Max Filippov <jcmvbkbc@gmail.com> Reviewed-by: Simon Glass <sjg@chromium.org> Reviewed-by: Tom Rini <trini@konsulko.com>
show more ...
|
#
633cc7ae |
| 31-Jul-2016 |
Simon Glass <sjg@chromium.org> |
Makefile: Allow 'make tests' to run tests
Add this shortcut for running tests. Unfortunately 'make test' cannot be used as it is an existing directory.
Signed-off-by: Simon Glass <sjg@chromium.org>
Makefile: Allow 'make tests' to run tests
Add this shortcut for running tests. Unfortunately 'make test' cannot be used as it is an existing directory.
Signed-off-by: Simon Glass <sjg@chromium.org> Suggested-by: Teddy Reed <teddy.reed@gmail.com>
show more ...
|
#
fe34b6a4 |
| 27-Jul-2016 |
Tom Rini <trini@konsulko.com> |
Merge git://git.denx.de/u-boot-dm
|
#
61f5ddcb |
| 13-Jul-2016 |
Stephen Warren <swarren@nvidia.com> |
Add a power domain framework/uclass
Many SoCs allow power to be applied to or removed from portions of the SoC (power domains). This may be used to save power. This API provides the means to control
Add a power domain framework/uclass
Many SoCs allow power to be applied to or removed from portions of the SoC (power domains). This may be used to save power. This API provides the means to control such power management hardware.
Signed-off-by: Stephen Warren <swarren@nvidia.com> Acked-by: Simon Glass <sjg@chromium.org>
show more ...
|
#
45797204 |
| 25-Jul-2016 |
Tom Rini <trini@konsulko.com> |
Prepare v2016.09-rc1
Signed-off-by: Tom Rini <trini@konsulko.com>
|