From: Tien Fong Chee
This patchset adding FPGA drivers, SDRAM drivers, and generic firmware loader.
The patchset also enable fpga loadfs to program FPGA, SPL loading U-boot and
booting to U-boot console. This version mainly resolved comments from Marek in
[v4].
Please
On 5.12.2017 08:22, Michal Simek wrote:
> > Which release will this be in? Does it fit into 2018.01 or has that
> > window already closed?
>
> I believe so.
Sorry to bother you again, I'm just not sure I understood your answer.
Was that "I beleive so" meant as "yes, 2018.01 unless someone
On 4.12.2017 21:14, Goldschmidt Simon wrote:
>
> Hi,
>
> On 4.12.2017 15:27, Michal Simek wrote:
>> [..]
>> ok. Then applied to my xilinx tree.
>
> Great to hear that, thanks!
>
> Which release will this be in? Does it fit into 2018.01 or has that
> window already closed?
I believe so.
Hello Tom,
Am 04.12.2017 um 20:09 schrieb Tom Rini:
On Mon, Dec 04, 2017 at 12:02:20PM -0700, Stephen Warren wrote:
On 12/02/2017 06:12 PM, Tom Rini wrote:
Move the warning to an error as we have been promising would happen in
this release.
Oh. This has broken my U-Boot build/test system. I
+ Lukasz (as a reviewer of my patch[1])
On Mon, Dec 4, 2017 at 8:20, Jagan Teki wrote:
> This is the patch[1] for 4-byte addressing, but I would wonder how can proceed
> operations with 4-byte if we disable during probe.
>
> [1] http://git.denx.de/?p=u-boot-
>
The A33-OLinuXino defconfig was using the default CONS_INDEX value for
A33, which actually points to the R_UART, which is routed to the GPIO
header without proper pull-ups or diodes. The board has a separate
header for UART0, which are routed to pins PB0 and PB1. This header
is properly marked and
On Tuesday 05 December 2017 10:50 AM, Peng Fan wrote:
> For external data, FIT has a optional property "data-position" which
> can set the external data to a fixed offset to FIT beginning.
> Add the support for this property in SPL FIT.
>
> Signed-off-by: Ye Li
> Signed-off-by:
For external data, FIT has a optional property "data-position" which
can set the external data to a fixed offset to FIT beginning.
Add the support for this property in SPL FIT.
Signed-off-by: Ye Li
Signed-off-by: Peng Fan
Reviewed-by: Simon Glass
Hello James,
Am 04.12.2017 um 22:53 schrieb James David Eckler:
Hi,
We are trying to get Kubos-Linux up and running on our Beaglebone Black board
but are having issues with making the program. We ran `make
beaglebone-black_defconfig` and are getting the error:
vagrant@vagrant:~/uboot$
> On Dec 4, 2017, at 21:02, Peng Fan wrote:
>
>> On Tue, Nov 28, 2017 at 05:14:58PM +, York Sun wrote:
>>> On 11/27/2017 07:20 PM, Peng Fan wrote:
>>> For external data, FIT has a optional property "data-position" which
>>> can set the external data to a fixed offset
On Tue, Nov 28, 2017 at 05:14:58PM +, York Sun wrote:
>On 11/27/2017 07:20 PM, Peng Fan wrote:
>> For external data, FIT has a optional property "data-position" which
>> can set the external data to a fixed offset to FIT beginning.
>> Add the support for this property in SPL FIT.
>>
>>
Hello Tom, Stephen,
Am 04.12.2017 um 20:02 schrieb Stephen Warren:
On 12/02/2017 06:12 PM, Tom Rini wrote:
Move the warning to an error as we have been promising would happen in
this release.
Oh. This has broken my U-Boot build/test system. I guess it's entirely my fault for interpreting the
On Mon, Dec 4, 2017 at 9:53 PM, James David Eckler
wrote:
> Hi,
>
>
> We are trying to get Kubos-Linux up and running on our Beaglebone Black board
> but are having issues with making the program. We ran `make
> beaglebone-black_defconfig` and are getting the error:
>
Hi Olliver,
On 15 May 2017 at 18:02, Olliver Schinagl wrote:
> This patch allows Kconfig to enable and set parameters to make it
> possible to read the MAC address from an EEPROM. The net core layer then
> uses this information to read MAC addresses from this EEPROM.
>
>
Hi,
We are trying to get Kubos-Linux up and running on our Beaglebone Black board
but are having issues with making the program. We ran `make
beaglebone-black_defconfig` and are getting the error:
vagrant@vagrant:~/uboot$ make beaglebone-black_defconfig
***
*** Can't find default
2017-12-05 4:06 GMT+09:00 Emmanuel Vadot :
> Add a FreeBSD option that enables the API and the data cache command
> as both are needed to boot the FreeBSD loader.
>
> Signed-off-by: Emmanuel Vadot
Nit.
This is not a Kconfig change.
The subject
On Tue, Dec 05, 2017 at 03:06:55AM +, Peter Robinson wrote:
> Hi Tom,
>
> > So it's release day and I've put up v2018.01-rc1. The merge window is
> > now closed and I've updated git and the tarballs are also up now.
> >
> > I think my patch queue is in OK shape currently, but I need to
> >
Hi Tom,
> So it's release day and I've put up v2018.01-rc1. The merge window is
> now closed and I've updated git and the tarballs are also up now.
>
> I think my patch queue is in OK shape currently, but I need to
> pick up a few series once I've had a chance to test them more, and I
> expect a
Hi York,
This patch is to adjust the OOB (out of bound) timing of sata port. It is
totally hardware timing.
I was asked to update those timing by hardware/validation team. They calculated
those values from clock frequency. You can apply it safely.
Please apply this patch with SATA added.
On Mon, Dec 04, 2017 at 06:11:29PM -0600, Adam Ford wrote:
> On Mon, Dec 4, 2017 at 5:33 PM, Tom Rini wrote:
>
> > Hey all,
> >
> > So it's release day and I've put up v2018.01-rc1. The merge window is
> > now closed and I've updated git and the tarballs are also up now.
> >
On 12/04/2017 04:31 PM, Masahiro Yamada wrote:
> 2017-12-05 7:37 GMT+09:00 York Sun :
>> On 11/21/2017 09:47 AM, Masahiro Yamada wrote:
>>> From: Boris Brezillon
>>>
>>> The NAND framework provides several helpers to query timing modes
2017-12-05 7:37 GMT+09:00 York Sun :
> On 11/21/2017 09:47 AM, Masahiro Yamada wrote:
>> From: Boris Brezillon
>>
>> The NAND framework provides several helpers to query timing modes supported
>> by a NAND chip, but this implies that all NAND
On Mon, Dec 4, 2017 at 5:33 PM, Tom Rini wrote:
> Hey all,
>
> So it's release day and I've put up v2018.01-rc1. The merge window is
> now closed and I've updated git and the tarballs are also up now.
>
> I think my patch queue is in OK shape currently, but I need to
> pick
Falcon mode was already working with SD card. This enables the
unlocking of NAND to allow the NAND read & write. This also
expands the README file based on the am335x describing how to
setup Falcon mode.
Signed-off-by: Adam Ford
diff --git a/board/logicpd/omap3som/README
Hey all,
So it's release day and I've put up v2018.01-rc1. The merge window is
now closed and I've updated git and the tarballs are also up now.
I think my patch queue is in OK shape currently, but I need to
pick up a few series once I've had a chance to test them more, and I
expect a new EFI
On Mon, Dec 04, 2017 at 10:14:06AM -0700, Stephen Warren wrote:
> On 12/04/2017 08:30 AM, Tom Rini wrote:
> >On Mon, Dec 04, 2017 at 03:21:04PM +0100, Michal Simek wrote:
> >>On 4.12.2017 15:03, Tom Rini wrote:
> >>>On Mon, Dec 04, 2017 at 02:55:45PM +0100, Michal Simek wrote:
> On 1.12.2017
On Mon, Dec 4, 2017 at 11:33 PM, Alexander Graf wrote:
> The get_codeseg32() wants to know if a passed in descriptor has
> flag GDT_NOTSYS set (desc & GDT_NOTSYS), not whether desc and
> GDT_NOTSYS are not != 0 (desk && GDT_NOTSYS).
>
> This is an obvious typo. Fix it up.
>
>
Hi Heinrich,
On 4 December 2017 at 15:37, Heinrich Schuchardt wrote:
>
>
> On 12/04/2017 10:28 PM, Simon Glass wrote:
>>
>> With sandbox these values depend on the host system. Let's assume that it
>> is x86_64 for now.
>
>
> How would you run this on a Pinebook (arm64)?
>
>
Hi Heinrich,
On 18 September 2017 at 05:13, Heinrich Schuchardt wrote:
> On 09/18/2017 12:59 AM, Simon Glass wrote:
>> Add these so that we can build the EFI loader for sandbox. The values are
>> for x86_64 so potentially bogus. But we don't support relocation within
>>
Hi Heinrich,
On 17 September 2017 at 22:47, Heinrich Schuchardt wrote:
> On 09/18/2017 12:59 AM, Simon Glass wrote:
>> This function repeats data structures provided by driver model. They are
>> only created once so can be stale if the EFI loader is called twice (e.g.
>> for
Hi Heinrich,
On 18 September 2017 at 00:12, Heinrich Schuchardt wrote:
> On 09/18/2017 12:59 AM, Simon Glass wrote:
>> With sandbox the U-Boot code is not mapped into the sandbox memory range
>> so does not need to be excluded when allocating EFI memory. Update the EFI
>>
Hi Heinrich,
On 17 September 2017 at 22:33, Heinrich Schuchardt wrote:
>
> On 09/18/2017 12:59 AM, Simon Glass wrote:
> > This function calls a function which can fail. Print a message in this
> > case and abort the boot, rather than silently continuing to boot, which
> >
On 12/04/2017 11:41 PM, Heinrich Schuchardt wrote:
On 12/04/2017 10:28 PM, Simon Glass wrote:
This undocumented function relies on arch-specific code to declare a nop
Undocumented code is unsatisfactory. Please, add a comment to the function.
Sorry I missed you put that in a separate
On 12/04/2017 10:28 PM, Simon Glass wrote:
This undocumented function relies on arch-specific code to declare a nop
Undocumented code is unsatisfactory. Please, add a comment to the function.
Best regards
Heinrich
weak version. Add the weak function in common code instead to avoid having
On 11/21/2017 09:47 AM, Masahiro Yamada wrote:
> From: Boris Brezillon
>
> The NAND framework provides several helpers to query timing modes supported
> by a NAND chip, but this implies that all NAND controller drivers have
> to implement the same timings
On 12/04/2017 10:28 PM, Simon Glass wrote:
With sandbox these values depend on the host system. Let's assume that it
is x86_64 for now.
How would you run this on a Pinebook (arm64)?
Shouldn't we strive to make sandbox work on any architecture?
Best regards
Heinrich
Signed-off-by:
On 12/04/2017 10:28 PM, Simon Glass wrote:
The headers are not in the correct order. Fix this. Also drop libfdt_env.h
since it is not needed.
What do you consider as correct order? Do you mean sorted alphabetically?
Includes should be self sufficient and the correct execution be
independent
On 12/04/2017 10:28 PM, Simon Glass wrote:
Rather than having the caller check this variable and the callee set it,
move all access to the variable inside the function. This reduces the
logic needed to call efi_init_obj_list().
Signed-off-by: Simon Glass
Reviewed: Heinrich
On 12/04/2017 10:28 PM, Simon Glass wrote:
This function calls a function which can fail. Print a message in this
case and abort the boot, rather than silently continuing to boot, which
will certainly fail.
Signed-off-by: Simon Glass
---
Changes in v2:
- Change return
On 12/04/2017 10:28 PM, Simon Glass wrote:
This function can fail but gives no indication of failure. Update it to
return an error when something goes wrong.
Signed-off-by: Simon Glass
---
Changes in v2:
- Update return type of efi_smbios_register() to efi_status_t
- Use
On 12/04/2017 11:07 PM, Simon Glass wrote:
Hi Heinrich,
On 4 December 2017 at 14:53, Heinrich Schuchardt wrote:
On 12/04/2017 10:28 PM, Simon Glass wrote:
This jumps to test code which can call directly into the EFI support. It
does not need a separate image so it is
Hi Heinrich,
On 4 December 2017 at 14:53, Heinrich Schuchardt wrote:
>
>
> On 12/04/2017 10:28 PM, Simon Glass wrote:
>>
>> This jumps to test code which can call directly into the EFI support. It
>> does not need a separate image so it is easy to write tests with it.
>>
>>
On 12/04/2017 10:28 PM, Simon Glass wrote:
This jumps to test code which can call directly into the EFI support. It
does not need a separate image so it is easy to write tests with it.
For now the test just outputs a message. To try it:
Hello Simon,
why do we need "bootefi test"?
What do
On Mon, Dec 4, 2017 at 1:12 PM, Lukasz Majewski wrote:
> Hi Andrey,
>
>> Hi Lukasz,
>>
>> On Tue, Nov 14, 2017 at 1:45 AM, Lukasz Majewski
>> wrote:
>> > Hi Andrey,
>> >
>> >> Hi Lukasz,
>> >>
>> >> On Thu, Nov 9, 2017 at 2:28 PM, Lukasz Majewski
>> >>
At present this code casts addresses to pointers so cannot be used with
sandbox. Update it to use mapmem instead.
Signed-off-by: Simon Glass
---
Changes in v2: None
lib/smbios.c | 38 +-
1 file changed, 29 insertions(+), 9 deletions(-)
With sandbox these values depend on the host system. Let's assume that it
is x86_64 for now.
Signed-off-by: Simon Glass
---
Changes in v2: None
include/config_distro_bootcmd.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
With sandbox the U-Boot code is not mapped into the sandbox memory range
so does not need to be excluded when allocating EFI memory. Update the EFI
memory init code to take account of that.
Also use mapmem instead of a cast to convert a memory address to a
pointer.
Signed-off-by: Simon Glass
Add an implementation of setjmp() and longjmp() which rely on the
underlying host C library. Since we cannot know how large the jump buffer
needs to be, pick something that should be suitable and check it at
runtime. At present we need access to the underlying struct as well.
Signed-off-by: Simon
This function repeats data structures provided by driver model. They are
only created once so can be stale if the EFI loader is called twice (e.g.
for testing or on boot failure).
Add a TODO to address this. It should be possible to attach EFI devices
and data structures to driver-model devices
This function calls a function which can fail. Print a message in this
case and abort the boot, rather than silently continuing to boot, which
will certainly fail.
Signed-off-by: Simon Glass
---
Changes in v2:
- Change return type of efi_init_obj_list() to efi_status_t
This function can fail but gives no indication of failure. Update it to
return an error when something goes wrong.
Signed-off-by: Simon Glass
---
Changes in v2:
- Update return type of efi_smbios_register() to efi_status_t
- Use return value of efi_install_configuration_table
Add these so that we can build the EFI loader for sandbox. The values are
for x86_64 so potentially bogus. But we don't support relocation within
sandbox anyway.
Signed-off-by: Simon Glass
---
Changes in v2: None
lib/efi_loader/efi_runtime.c | 3 +++
1 file changed, 3
This undocumented function relies on arch-specific code to declare a nop
weak version. Add the weak function in common code instead to avoid having
to duplicate the same function in each arch.
Signed-off-by: Simon Glass
---
Changes in v2: None
This jumps to test code which can call directly into the EFI support. It
does not need a separate image so it is easy to write tests with it.
For now the test just outputs a message. To try it:
./sandbox/u-boot -c "bootefi test"
U-Boot 2017.09-00204-g696c9855fe (Sep 17 2017 - 16:43:53 -0600)
This allows this feature to build within sandbox. This is for testing
purposes only since it is not possible for sandbox to load native code.
Signed-off-by: Simon Glass
---
Changes in v2: None
lib/efi_loader/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
These constants are defined in arch-specific code but redefined here. Add
a TODO to clean this up.
Signed-off-by: Simon Glass
---
Changes in v2: None
lib/efi_loader/efi_runtime.c | 4
1 file changed, 4 insertions(+)
diff --git a/lib/efi_loader/efi_runtime.c
This exported function should have a comment describing what it does. Also
it should really be removed in favour of device_remove(), which handles
this sort of thing now. Add a comment with a TODO.
Signed-off-by: Simon Glass
---
Changes in v2: None
include/bootm.h | 6
The EFI loader code requires certain linker sections to exist. Add these
for sandbox so that the EFI loader code will link.
Signed-off-by: Simon Glass
---
Changes in v2: None
arch/sandbox/cpu/u-boot.lds | 29 +
arch/sandbox/lib/Makefile | 2 +-
The headers are not in the correct order. Fix this. Also drop libfdt_env.h
since it is not needed.
Signed-off-by: Simon Glass
---
Changes in v2:
- Update commit message to dropping libfdt_env.h
lib/efi_loader/efi_memory.c | 5 ++---
1 file changed, 2 insertions(+), 3
Rather than having the caller check this variable and the callee set it,
move all access to the variable inside the function. This reduces the
logic needed to call efi_init_obj_list().
Signed-off-by: Simon Glass
Reviewed: Heinrich Schuchardt
---
Changes
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 to build and
run a trivial function which calls the EFI API to
Hi Andrey,
> Hi Lukasz,
>
> On Tue, Nov 14, 2017 at 1:45 AM, Lukasz Majewski
> wrote:
> > Hi Andrey,
> >
> >> Hi Lukasz,
> >>
> >> On Thu, Nov 9, 2017 at 2:28 PM, Lukasz Majewski
> >> wrote:
> >> > On Thu, 9 Nov 2017 07:34:44 -0800
> >> > Andrey
Enable all logging features on sandbox so that the tests can be run.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- Change sandbox log level to 6
configs/sandbox_defconfig | 3 +++
1 file
Add a test which tries out various filters and options to make sure that
logging works as expected.
Signed-off-by: Simon Glass
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- Change log levels to match new header
- Only execute log tests if CONFIG_LOG is enabled
Add documentation for the log system.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v4: None
Changes in v3:
- Rebase to master
Changes in v2:
- Drop the special log() functions from the README
doc/README.log | 214
Add a command which exercises the logging system.
Signed-off-by: Simon Glass
---
Changes in v4:
- Handle casting uclass ID to lgo category (for clang)
Changes in v3: None
Changes in v2:
- Fix function called when test command is selected
- Fix help output for 'log test'
-
Add a command for adjusting the log level.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
cmd/Kconfig | 7 +++
cmd/Makefile | 1 +
cmd/log.c| 55
With clang this gives a warning because hubsts appears to be used before
it is set, even if ultimately it is not used. Simplify the code to avoid
this problem.
Signed-off-by: Simon Glass
---
Changes in v4:
- Add new patch to correct use of debug() in usb_hub.c
Changes in v3:
Add the logging header file and implementation with some configuration
options to control it.
Signed-off-by: Simon Glass
---
Changes in v4:
- Add an extra tab in the debug_cond() macro
- Handle casting uclass ID to lgo category (for clang)
Changes in v3: None
Changes in v2:
We cannot use sandbox memory at 0 since other things use memory at that
address. Move it up out of the way.
Note that the pre-console buffer is currently disabled with sandbox, but
this change will avoid confusion if it is manually enabled.
Signed-off-by: Simon Glass
---
It is useful to display log messages on the console. Add a simple driver
to handle this.
Note that this driver outputs to the console, which may be serial or
video. It does not specifically select serial output.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
While sandbox works OK without the special-case code, it does result in
console output being stored in the pre-console buffer while sandbox starts
up. If there is a crash or a problem then there is no indication of what
is going on.
For ease of debugging it seems better to revert this change
The debug() macro now evaluates its expression so does not need #ifdef
protection. In fact the current code causes a warning with the new log
implementation. Adjust the code to fix this.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v4:
Set up logging both before and after relocation.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
common/board_f.c | 5 -
common/board_r.c | 2 ++
This does not appear to be used by any boards. Before introducing a new
log system, remove this old one.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
cmd/Makefile |
Before adding new features, move these definitions to a separate header
to avoid further cluttering common.h.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
include/common.h | 46
While sandbox works OK without the special-case code, it does result in
console output being stored in the pre-console buffer while sandbox starts
up. If there is a crash or a problem then there is no indication of what
is going on.
For ease of debugging it seems better to revert this change.
U-Boot currently has fairly rudimentary logging features. A basic printf()
provides console output and debug() provides debug output which is
activated if DEBUG is defined in the file containing the debug()
statements.
It would be useful to have a few more features:
- control of debug output at
On Sat, Nov 25, 2017 at 12:50:47PM -0800, Vagrant Cascadian wrote:
> There are a few targets (clearfog, turris_omnia) and features (signing
> in mkimage) in the Debian build of u-boot that have been avoided due to
> lack of clarity on Licensing issues regarding GPL and OpenSSL
> compatibility
Hi Stefano,
Just a gentle ping on this series.
Thanks,
Breno Lima
2017-11-27 23:34 GMT-02:00 Peng Fan :
>
>
>> -Original Message-
>> From: Breno Lima [mailto:brenomath...@gmail.com]
>> Sent: Tuesday, November 28, 2017 7:03 AM
>> To: Fabio Estevam
Hi,
On 4.12.2017 15:27, Michal Simek wrote:
> [..]
> ok. Then applied to my xilinx tree.
Great to hear that, thanks!
Which release will this be in? Does it fit into 2018.01 or has that
window already closed?
Thanks,
Simon
___
U-Boot mailing list
On 12/04/2017 04:33 PM, Alexander Graf wrote:
> Commit f5a2a93892f ("efi_loader: consistently use efi_uintn_t in boot
> services") changed the internal EFI API header without adapting its existing
> EFI stub users. Let's adapt the EFI stub as well.
>
> Fixes: f5a2a93892f ("efi_loader:
Add comments describing memory functions.
Fix the formatting of a function declaration.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_memory.c | 44 ++--
1 file changed, 42 insertions(+), 2 deletions(-)
diff --git
On 12/04/2017 08:06 PM, Emmanuel Vadot wrote:
> Add commands that scans for the FreeBSD loader and run it if found.
> FreeBSD has two loader: ubldr which is an ELF binary and ubldr.bin which
> is a PIE binary.
>
> Signed-off-by: Emmanuel Vadot
> ---
>
On Mon, Dec 04, 2017 at 12:02:20PM -0700, Stephen Warren wrote:
> On 12/02/2017 06:12 PM, Tom Rini wrote:
> >Move the warning to an error as we have been promising would happen in
> >this release.
>
> Oh. This has broken my U-Boot build/test system. I guess it's entirely my
> fault for
Add a FreeBSD option that enables the API and the data cache command
as both are needed to boot the FreeBSD loader.
Signed-off-by: Emmanuel Vadot
---
common/Kconfig | 11 +++
1 file changed, 11 insertions(+)
diff --git a/common/Kconfig b/common/Kconfig
index
Add commands that scans for the FreeBSD loader and run it if found.
FreeBSD has two loader: ubldr which is an ELF binary and ubldr.bin which
is a PIE binary.
Signed-off-by: Emmanuel Vadot
---
include/config_distro_bootcmd.h | 32
1 file
On 12/02/2017 06:12 PM, Tom Rini wrote:
Move the warning to an error as we have been promising would happen in
this release.
Oh. This has broken my U-Boot build/test system. I guess it's entirely
my fault for interpreting the "2018.01" warning as "you'll need to fix
this in Jan 2018", not
On Mon, Nov 27, 2017 at 10:35:46AM +0100, Neil Armstrong wrote:
> As discussed at [1], the Amlogic Meson GX SoCs can embed a BL31 firmware
> and a secondary BL32 firmware.
> Since mid-2017, the reserved memory address of the BL31 firmware was moved
> and grown for security reasons.
>
> But
On Thu, Nov 30, 2017 at 10:07:07AM +0800, Peng Fan wrote:
> Typo fix: CONIFG->CONFIG
>
> Signed-off-by: Peng Fan
> Cc: Tom Rini
> Cc: Simon Glass
> Reviewed-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
On Mon, Dec 04, 2017 at 07:44:50AM +0100, Stefan Roese wrote:
> Hi Tom,
>
> please pull this one CFI driver fix from York.
>
> Thanks,
> Stefan
>
> The following changes since commit b06c46de632c55f4c39d404c6f0f65e414b31050:
>
> Merge tag 'xilinx-for-v2018.01' of
On Tue, Nov 28, 2017 at 10:08:08AM +0800, Peng Fan wrote:
> After relocation, when error happends, it is hard to track
> ELR and LR with asm file objdumped from elf file.
>
> So subtract the gd->reloc_off the reflect the compliation address.
>
> Signed-off-by: Peng Fan
>
On Mon, Dec 04, 2017 at 10:23:11PM +0900, Masahiro Yamada wrote:
> Hi Tom,
>
> Please pull a little more NAND and UniPhier updates.
>
>
>
> The following changes since commit 02907004294d981fff9a7305ad9c6d8a0138f205:
>
> Merge git://git.denx.de/u-boot-rockchip (2017-12-01 19:08:30 -0500)
>
On Tue, Nov 28, 2017 at 10:31:28AM +0800, Peng Fan wrote:
> To page mapping the lowest 2 bits needs to be 0x3.
> If not fix this, the final lowest 3 bits for page mapping is 0x1
> which is marked as reserved.
>
> Signed-off-by: Peng Fan
> Reviewed-by: York Sun
On Sun, Nov 26, 2017 at 01:38:53PM +0400, Dmitry Korunov wrote:
> Signed-off-by: Dmitry Korunov
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
U-Boot mailing list
U-Boot@lists.denx.de
On Mon, Nov 27, 2017 at 10:16:17AM +0100, Neil Armstrong wrote:
> Switch Odroid-C2 Ethernet init to the common Ethernet init function.
>
> Reviewed-by: Simon Glass
> Signed-off-by: Neil Armstrong
Applied to u-boot/master, thanks!
--
Tom
On Sat, Nov 25, 2017 at 11:57:33AM -0700, Simon Glass wrote:
> Adjust this test to use the unit test framework. Drop the two existing
> commands for running the tests and replace them with a single
> 'ut compression' command, with sub-commands.
>
> Signed-off-by: Simon Glass
On Wed, Nov 29, 2017 at 03:28:55AM +, Derald D. Woods wrote:
> [primary] Check MMC 0:1 for /extlinux/extlinux.conf and boot
> [fallback 1] Check MMC 0:1 zImage and run mmcbootz
> [fallback 2] Check MMC 0:1 uImage and run mmcboot
> [fallback 3] Check NAND partitions and run nandboot
>
> If
On Sat, Nov 25, 2017 at 11:57:32AM -0700, Simon Glass wrote:
> The u-boot.sym file is scanned to find unit test suites for execution. At
> present it only finds those whose names start with 'dm' or 'env'. This
> code is buried in the bowels of the test code so when adding a new suite
> it is not
On Mon, Nov 27, 2017 at 04:06:07PM +0900, Masahiro Yamada wrote:
> Now, lib/libfdt/fdt_wip.c is the same as scripts/dtc/libfdt/fdt_wip.c
>
> Change the former to a wrapper of the latter.
>
> Signed-off-by: Masahiro Yamada
> Reviewed-by: Simon Glass
1 - 100 of 163 matches
Mail list logo