> Some times gcc may generate data that is then used within code that may
> be part of an efi runtime section. That data could be jump tables,
> constants or strings.
>
> In order to make sure we catch these, we need to ensure that gcc emits
> them into a section that we can relocate together with
> Am 22.06.2018 um 21:24 schrieb Stephen Warren :
>
> I am writing more secure monitor (PSCI) support for Jetson TK1. In
> particular, this code will support resume from the LP0 system suspend state,
> which entails signing a block of code for the boot ROM to validate during
> resume. The sig
Thanks to all.
My problem was I'd installed bison++, not bison. Duncan Hare
714 931 7952
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Tom,
This mainly fixes the broken EFI x86 payload support, and some other
small enhancements.
The following changes since commit 77b5ba5d2b94c5b028991c82782493f64bd4f392:
Merge branch 'master' of git://git.denx.de/u-boot-uniphier
(2018-06-22 13:12:53 -0400)
are available in the git reposit
On Sat, Jun 23, 2018 at 3:28 AM, Simon Glass wrote:
> On 22 June 2018 at 02:38, Bin Meng wrote:
>> At present in dram_init_banksize() it ignores conventional memory
>> below 4GB. This leads to wrong DRAM size is printed during boot.
This should be "above" 4GB.
>> Remove such limitation.
>>
>> S
On Sat, Jun 23, 2018 at 3:28 AM, Simon Glass wrote:
> On 22 June 2018 at 02:38, Bin Meng wrote:
>> Each entry of the EFI memory descriptors occupies map->desc_size,
>> not sizeof(struct efi_mem_desc).
>>
>> Signed-off-by: Bin Meng
>>
>> ---
>>
>> cmd/efi.c | 2 +-
>> 1 file changed, 1 insertion
On Sat, Jun 23, 2018 at 3:28 AM, Simon Glass wrote:
> On 22 June 2018 at 02:38, Bin Meng wrote:
>> Enable PRE_CONSOLE_BUFFER so that the full boot output can be viewed
>> on the video console for the EFI payload.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> configs/efi-x86_payload32_defconfig | 2
On Sat, Jun 23, 2018 at 10:22 PM, Simon Glass wrote:
> On 22 June 2018 at 02:38, Bin Meng wrote:
>> Since commit bb0bb91cf0aa ("efi_stub: Use efi_uintn_t"), EFI x86
>> 64-bit payload does not work anymore. The call to GetMemoryMap()
>> in efi_stub.c fails with return code EFI_INVALID_PARAMETER. S
On Sat, Jun 23, 2018 at 3:28 AM, Simon Glass wrote:
> On 22 June 2018 at 02:38, Bin Meng wrote:
>> The use_uart assignment should follow immediately after the call to
>> exit_boot_services(), in case we want some debug output after that.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> lib/efi/efi_st
On Sat, Jun 23, 2018 at 10:21 PM, Simon Glass wrote:
> On 22 June 2018 at 02:38, Bin Meng wrote:
>> From: Alexander Graf
>>
>> Currently efi.h determines a few bits of its environment according to
>> config options. This falls apart with the efi stub support which may
>> result in efi.h getting
The time has come to migrate all boards to use CONFIG_BLK. This series
is just a test to see what boards would have to be removed if we required
CONFIG_BLK, as we plan to after the next release.
This should help maintainers see what is impacted.
Hopefully maintainers will be able to convert their
This forces CONFIG_BLK to be used for all boards. At present it causes
significant fallout.
Signed-off-by: Simon Glass
---
drivers/core/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/core/Kconfig b/drivers/core/Kconfig
index e8ba20ca82..daaafb187d 100644
--- a/drivers/core/
As per the migration plan in MIGRATION.txt all boards should now be
migrated to use CONFIG_BLK.
The following boards 145 fail to build with this change:
A10-OLinuXino-Lime
A20-Olimex-SOM-EVB
A20-OLinuXino-Lime
A20-OLinuXino-Lime2
A20-OLinuXino_MICRO
A33-OLinuXino
Ainol
On Sat, Jun 23, 2018 at 11:23 AM, Duncan Hare wrote:
> duncan@debian:~/archive$ git clone git://git.denx.de/u-boot.git
> Cloning into 'u-boot'...
> remote: Counting objects: 559898, done.
> remote: Compressing objects: 100% (97298/97298), done.
> Receiving objects: 100% (559898/559898), 113.79 MiB
duncan@debian:~/archive$ git clone git://git.denx.de/u-boot.git
Cloning into 'u-boot'...
remote: Counting objects: 559898, done.
remote: Compressing objects: 100% (97298/97298), done.
Receiving objects: 100% (559898/559898), 113.79 MiB | 294.00 KiB/s, done.
remote: Total 559898 (delta 462692), reus
On 22 June 2018 at 02:38, Bin Meng wrote:
> Since commit bb0bb91cf0aa ("efi_stub: Use efi_uintn_t"), EFI x86
> 64-bit payload does not work anymore. The call to GetMemoryMap()
> in efi_stub.c fails with return code EFI_INVALID_PARAMETER. Since
> the payload itself is still 32-bit U-Boot, efi_uintn
On 23 June 2018 at 04:03, Bin Meng wrote:
> CONFIG_EFI_LOADER is fully supported on x86 now.
>
> Signed-off-by: Bin Meng
> ---
>
> doc/README.x86 | 29 +++--
> 1 file changed, 27 insertions(+), 2 deletions(-)
Reviewed-by: Simon Glass
On 22 June 2018 at 02:38, Bin Meng wrote:
> From: Alexander Graf
>
> Currently efi.h determines a few bits of its environment according to
> config options. This falls apart with the efi stub support which may
> result in efi.h getting pulled into the stub as well as real U-Boot
> code. In that c
On 23 June 2018 at 04:03, Bin Meng wrote:
> This updates the doc to mention chain-loading an x86 kernel via
> 'bootefi' command, along with several typos fix.
>
> Signed-off-by: Bin Meng
> ---
>
> doc/README.vxworks | 18 --
> 1 file changed, 12 insertions(+), 6 deletions(-)
Rev
On 23 June 2018 at 04:03, Bin Meng wrote:
> On x86 traditional E820 table is used to pass the memory information
> to kernel. With EFI loader we can build the EFI memory map from it.
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/lib/e820.c | 39 +++
> 1 file
On 23 June 2018 at 04:03, Bin Meng wrote:
> ACPI tables can be passed via EFI configuration table to an EFI
> application. This is only supported on x86 so far.
>
> Signed-off-by: Bin Meng
> ---
>
> cmd/bootefi.c | 5 +
> include/efi_api.h | 8
> include/efi_lo
On 23 June 2018 at 04:03, Bin Meng wrote:
> With the introduction of early timer support in the TSC driver,
> the capability of getting clock rate from device tree was lost
> unfortunately. Now we bring such functionality back, but with a
> limitation that when TSC is used as early timer, specifyi
Hi Alex,
On 23 June 2018 at 01:28, Alexander Graf wrote:
>
>
> On 22.06.18 21:28, Simon Glass wrote:
>> Hi Alex,
>>
>>
>> On 22 June 2018 at 06:11, Alexander Graf wrote:
>>> On 06/21/2018 09:45 PM, Simon Glass wrote:
Hi Alex,
On 21 June 2018 at 03:59, Alexander Graf wrote:
>
Fix an invalid usage of the gpr_init function for the imx6ul
architecture
Signed-off-by: Michael Trimarchi
---
board/engicam/common/spl.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/board/engicam/common/spl.c b/board/engicam/common/spl.c
index 470d96a..69d1c11 100644
--
This function can be used only for some of the nxp SoC. Make
it explicit in the comment. This adjust a bit commit
3aa4b703b483f165dd ("imx: imx6: Move gpr_init() function to soc.c")
Signed-off-by: Michael Trimarchi
---
arch/arm/mach-imx/mx6/soc.c | 5 +
1 file changed, 5 insertions(+)
diff
On 19 June 2018 at 09:56, Simon Glass wrote:
> Some environments require providing the '--smtp-server' argument to
> 'git send-email'. Add support for this.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Fix 'get' typo
>
> tools/patman/README | 1 +
> tools/patman/gitutil.py | 6
On 8 June 2018 at 15:59, Simon Glass wrote:
> On 7 June 2018 at 00:45, Chris Packham wrote:
>> Add a test to exercise the check for a valid SPDX license.
>>
>> Signed-off-by: Chris Packham
>> ---
>> This is dependent on http://patchwork.ozlabs.org/patch/914202/
>>
>> I also seem to get a bunch o
On 8 June 2018 at 15:59, Simon Glass wrote:
> On 7 June 2018 at 00:45, Chris Packham wrote:
>> Many mailing-lists consider a long Cc list a sign of spam and will
>> either drop the message or mark it for moderation. Because patman
>> automatically invokes get_maintainer.pl the Cc list can expand
Hi, could someone please answer these questions. On 32 bit arm, when
interfacing with linux without device tree, ATAGs are used for hand
off.
The questions are about MEM32 atags.
First, is it possible that there will be more than one MEM32 atag on a
platform? in the 32 bit arm realm? thus - more th
Hi Simon,
On Fri, Jun 22, 2018 at 4:38 PM, Bin Meng wrote:
> This series includes 3 patches that were previously sent to ML but
> not applied, along with some new patches with various fixes on efi
> x86 payload support.
>
I see your have reviewed the other 3 patches. Thanks a lot!
> For [01: ef
CONFIG_EFI_LOADER is fully supported on x86 now.
Signed-off-by: Bin Meng
---
doc/README.x86 | 29 +++--
1 file changed, 27 insertions(+), 2 deletions(-)
diff --git a/doc/README.x86 b/doc/README.x86
index 9f657df..9162ea1 100644
--- a/doc/README.x86
+++ b/doc/README.x86
This updates the doc to mention chain-loading an x86 kernel via
'bootefi' command, along with several typos fix.
Signed-off-by: Bin Meng
---
doc/README.vxworks | 18 --
1 file changed, 12 insertions(+), 6 deletions(-)
diff --git a/doc/README.vxworks b/doc/README.vxworks
index 1
On x86 traditional E820 table is used to pass the memory information
to kernel. With EFI loader we can build the EFI memory map from it.
Signed-off-by: Bin Meng
---
arch/x86/lib/e820.c | 39 +++
1 file changed, 39 insertions(+)
diff --git a/arch/x86/lib/e820
With the introduction of early timer support in the TSC driver,
the capability of getting clock rate from device tree was lost
unfortunately. Now we bring such functionality back, but with a
limitation that when TSC is used as early timer, specifying clock
rate from device tree does not work.
This
ACPI tables can be passed via EFI configuration table to an EFI
application. This is only supported on x86 so far.
Signed-off-by: Bin Meng
---
cmd/bootefi.c | 5 +
include/efi_api.h | 8
include/efi_loader.h | 8
lib/efi_loader/Makefile | 1 +
On Sat, Jun 23, 2018 at 12:17 AM, Bin Meng wrote:
> Hi Simon, Henrich,
>
> When I used buildman to build x86 targets, buildman did not complain
> any error on qemu-x86_64.
>
> But if I manually run 'make qemu-x86_64_defconfig;make', I get:
>
> Node '/binman/u-boot-spl-with-ucode-ptr': Cannot locat
Hi Alex,
On Thu, Jun 21, 2018 at 11:13 PM, Alexander Graf wrote:
>> Varargs differ between sysv and ms abi. On x86_64 we have to follow the ms
>> abi though, so we also need to make sure we use x86_64 varargs helpers.
>>
>> This patch introduces generic efi vararg helpers that adhere to the
>> re
On 22.06.18 21:28, Simon Glass wrote:
> Hi Alex,
>
> On 22 June 2018 at 06:44, Alexander Graf wrote:
>> In sandbox, longjmp returns to itself in an endless loop because
>> os_longjmp() calls into longjmp() which is provided by U-Boot which
>> again calls os_longjmp().
>>
>> Setjmp on the other
On 22.06.18 21:28, Simon Glass wrote:
> Hi Alex,
>
> On 22 June 2018 at 06:08, Alexander Graf wrote:
>> On 06/21/2018 09:45 PM, Simon Glass wrote:
>>>
>>> Hi Alex,
>>>
>>> On 21 June 2018 at 03:52, Alexander Graf wrote:
On 06/21/2018 04:02 AM, Simon Glass wrote:
>
> Hi Alex,
On 22.06.18 21:28, Simon Glass wrote:
> Hi Alex,
>
>
> On 22 June 2018 at 06:11, Alexander Graf wrote:
>> On 06/21/2018 09:45 PM, Simon Glass wrote:
>>>
>>> Hi Alex,
>>>
>>> On 21 June 2018 at 03:59, Alexander Graf wrote:
On 06/21/2018 04:02 AM, Simon Glass wrote:
>
> Hi Ale
On 22.06.18 21:31, Simon Glass wrote:
> Hi Alex,
>
> On 22 June 2018 at 06:26, Alexander Graf wrote:
>> On 06/21/2018 09:45 PM, Simon Glass wrote:
>>>
>>> Hi Alex,
>>>
>>> On 21 June 2018 at 04:13, Alexander Graf wrote:
On 06/21/2018 04:01 AM, Simon Glass wrote:
>
> Hi Alex,
41 matches
Mail list logo
