Hi Heinrich,
On 15 September 2018 at 22:02, Heinrich Schuchardt wrote:
> Hello Simon,
>
> in the chat with Alex you indicated that you see a problem with
> efi_selftest expecting an input before resetting the board.
>
> I do not understand why this should be a problem with sandbox. There
> never
efi_set_bootdev() may be called repeatedly.
Free the memory allocated for device paths in previous calls.
Signed-off-by: Heinrich Schuchardt
---
cmd/bootefi.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/cmd/bootefi.c b/cmd/bootefi.c
index 791db359f5..a890f414e8 100644
--- a/cmd/bo
Do not use a local variable for the handle backing the memory device path.
Adjust relate comments.
Signed-off-by: Heinrich Schuchardt
---
cmd/bootefi.c | 19 ---
1 file changed, 12 insertions(+), 7 deletions(-)
diff --git a/cmd/bootefi.c b/cmd/bootefi.c
index ac4deac22d..791db35
The following changes since commit ecb10a41c9adf2c499c3d19fff96a08bb9ad2aef:
Revert "ARM: da850evm_direct_nor_defconfig: Enable DM_SERIAL"
(2018-09-14 13:52:15 -0400)
are available in the Git repository at:
git://git.denx.de/u-boot-socfpga.git master
for you to fetch changes up to f6d600b39
The following changes since commit ecb10a41c9adf2c499c3d19fff96a08bb9ad2aef:
Revert "ARM: da850evm_direct_nor_defconfig: Enable DM_SERIAL"
(2018-09-14 13:52:15 -0400)
are available in the Git repository at:
git://git.denx.de/u-boot-usb.git master
for you to fetch changes up to 5c349e179db79
The following changes since commit ecb10a41c9adf2c499c3d19fff96a08bb9ad2aef:
Revert "ARM: da850evm_direct_nor_defconfig: Enable DM_SERIAL"
(2018-09-14 13:52:15 -0400)
are available in the Git repository at:
git://git.denx.de/u-boot-sh.git master
for you to fetch changes up to e83da8e8809ccd
Convert "CONFIG_AT91SAM9_WATCHDOG" to new "CONFIG_WDT_AT91"
Kconfig option to support driver model and device tree.
Signed-off-by: Prasanthi Chellakumar
---
README| 3 ---
arch/arm/dts/at91sam9260-smartweb.dts | 1 +
arch/arm/dts/at91sam9g20-taurus.dts | 1 +
ar
The following changes since commit 2976d3c1504960d3934a7404b0648edc28b52eb9:
Merge branch 'master' of git://git.denx.de/u-boot-ubi (2018-09-14 13:54:37
-0400)
are available in the Git repository at:
git://git.denx.de/u-boot-coldfire.git master
for you to fetch changes up to 2c92e4fbc698411
Not all terminals understand CSI [18t for querying the console size.
We should adhere to escape sequences documented in the console_codes
manpage and the ECMA-48 standard.
So here we follow a different approach. We position the cursor to the
bottom right and query its position. Before leaving the
gcc 4.8.4 wants to see all levels of braces when initializing a
structure to zeros.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_selftest/efi_selftest_textinputex.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/efi_selftest/efi_selftest_textinputex.c
b/lib/efi_selfte
We should not check parameter file twice.
We should check parameter new_handle.
Signed-off-by: Heinrich Schuchardt
---
v2
remove spurious '#define DEBUG 1'
---
lib/efi_loader/efi_file.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/efi_loader/efi_file.c b/lib/ef
On Sat, Sep 15, 2018 at 2:43 PM, Angelo Dureghello wrote:
> Hi Simon,
>
> On Fri, Sep 14, 2018 at 12:17:56PM +0200, Simon Glass wrote:
>> Hi Angelo,
>>
>> On 28 June 2018 at 21:48, Angelo Dureghello wrote:
>> > Hi Jagan,
>> >
>> > On Wed, Jun 27, 2018 at 02:54:42PM +0530, Jagan Teki wrote:
>> >>
On Fri, Sep 14, 2018 at 9:49 AM, Heiko Schocher wrote:
> Hello Tom,
>
> please pull from u-boot-ubi-git master
>
> The following changes since commit d1e15041abf3ccd38169ae7aa8736f
> 78200f8ee3:
>
> Merge branch 'master' of git://git.denx.de/u-boot-uniphier (2018-09-11
> 08:50:10 -0400)
>
> are
Hi Simon,
On Fri, Sep 14, 2018 at 6:55 PM Simon Glass wrote:
>
> On 7 September 2018 at 16:51, Bin Meng wrote:
> > The comment of child_pre_probe, one of the 'struct uclass_driver'
> > members, is currently missing.
> >
> > Signed-off-by: Bin Meng
> > ---
> >
> > include/dm/uclass.h | 1 +
> >
> With efi_loader, we may want to execute payloads from RAM. By default,
> permissions on the RAM region don't allow us to execute from there though.
>
> So let's change the default allocation scheme for RAM to also allow
> execution from it. That way payloads that live in U-Boot RAM can be
> dire
> 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 hand must not return because otherwise the
> return freees up stack elements that we need during longjmp().
>
Hi Simon,
On Fri, Sep 14, 2018 at 12:17:56PM +0200, Simon Glass wrote:
> Hi Angelo,
>
> On 28 June 2018 at 21:48, Angelo Dureghello wrote:
> > Hi Jagan,
> >
> > On Wed, Jun 27, 2018 at 02:54:42PM +0530, Jagan Teki wrote:
> >> On Wed, Jun 27, 2018 at 2:27 PM, Angelo Dureghello wrote:
> >> > Hi J
Hi Alex,
On 15 September 2018 at 10:11, Alexander Graf wrote:
>
>
> On 14.09.18 17:46, Simon Glass wrote:
>> Hi Alex,
>>
>> On 26 August 2018 at 18:55, Alexander Graf wrote:
>>>
>>>
>>> On 08.08.18 11:54, Simon Glass wrote:
This allows this feature to build within sandbox. This is for testi
Hi Alex,
On 15 September 2018 at 10:16, Alexander Graf wrote:
>
>
> On 14.09.18 17:46, Simon Glass wrote:
>> Hi Alex,
>>
>> On 26 August 2018 at 19:11, Alexander Graf wrote:
>>>
>>>
>>> On 08.08.18 11:54, Simon Glass wrote:
At present map_sysmem() maps an address into the sandbox RAM buffer
On 14.09.18 17:46, Simon Glass wrote:
> Hi Alex,
>
> On 26 August 2018 at 19:11, Alexander Graf wrote:
>>
>>
>> On 08.08.18 11:54, Simon Glass wrote:
>>> At present map_sysmem() maps an address into the sandbox RAM buffer,
>>> return a pointer, while map_to_sysmem() goes the other way.
>>>
>>>
On 14.09.18 17:46, Simon Glass wrote:
> Hi Alex,
>
> On 26 August 2018 at 18:55, Alexander Graf wrote:
>>
>>
>> On 08.08.18 11:54, Simon Glass wrote:
>>> This allows this feature to build within sandbox. This is for testing
>>> purposes only since it is not possible for sandbox to load native c
On 14.09.18 22:59, Heinrich Schuchardt wrote:
> We should not check parameter file twice.
> We should check parameter new_handle.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> fs/fat/fat_write.c| 2 ++
> lib/efi_loader/efi_file.c | 2 +-
> 2 files changed, 3 insertions(+), 1 deletion(
> At present the sandbox RAM buffer is not aligned to any particular
> address boundary. This makes the internal pointers somewhat random with
> respect to the associated RAM buffer addresses.
>
> Align the buffer to the page size of the machine to help with this. Note
> that there is a header at
> This allows this feature to build within sandbox. This is useful for
> testing.
>
> Signed-off-by: Simon Glass
Thanks, applied to efi-next
Alex
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
> We should not directly cast between pointers and addresses since it breaks
> sandbox. Fix this and simplify the code in file_read().
>
> Signed-off-by: Simon Glass
Thanks, applied to efi-next
Alex
___
U-Boot mailing list
U-Boot@lists.denx.de
https:
> With sandbox these values depend on the host system. Let's assume that it
> is x86_64 for now.
>
> Signed-off-by: Simon Glass
Thanks, applied to efi-next
Alex
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
> Sandbox only has 128MB of memory so we cannot relocate the device tree up
> to start at 128MB. Use 127MB instead, which should be safe.
>
> Signed-off-by: Simon Glass
Thanks, applied to efi-next
Alex
___
U-Boot mailing list
U-Boot@lists.denx.de
htt
> At present map_sysmem() maps an address into the sandbox RAM buffer,
> return a pointer, while map_to_sysmem() goes the other way.
>
> The mapping is currently just 1:1 since a case was not found where a more
> flexible mapping was needed. PCI does have a separate and more complex
> mapping, but
> Enable this for sandbox since it almost passes now.
>
> Signed-off-by: Simon Glass
Thanks, applied to efi-next
Alex
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
> This function is useful to signal that the application needs to exit
> immediate. It can be caught with a debugger (e.g. gdb). Add a stub for it
> so that it can be called from within sandbox when an internal error
> occurs.
>
> Signed-off-by: Simon Glass
Thanks, applied to efi-next
Alex
___
> At present this function takes a pointer as its argument, then passes this
> to efi_allocate_pages(), which actually takes an address. It uses casts,
> which are not supported on sandbox.
>
> Also the function calculates the FDT size rounded up to the neared EFI
> page size, then its caller reca
Hi Alex,
On 15 September 2018 at 08:50, Simon Glass wrote:
> A limitation of the EFI loader at present is that it does not build with
> sandbox. This makes it hard to write tests, since sandbox is used for most
> testing in U-Boot.
>
> This series enables the EFI loader feature. It allows sandbox
32 matches
Mail list logo
