On 04/15/2018 06:16 AM, Joe Hershberger wrote:
> Hi Marek,
>
> https://patchwork.ozlabs.org/patch/897786/ was applied to
> http://git.denx.de/?p=u-boot/u-boot-net.git
If you don't mind, I'll pull it through -sh alongside the rest of the
Gen2 junk, OK ?
--
Best regards,
Marek Vasut
On 24/03/2018 23:13, Breno Matheus Lima wrote:
> Hi All,
>
> 2018-03-23 8:08 GMT-03:00 Rasmus Villemoes :
>> The current makefile logic disables creation of the
>> SPL.log/u-boot-ivt.img.log etc. files when V=1 is given on the command
>> line, the rationale presumably being that the user wants a
On 23/03/2018 12:08, Rasmus Villemoes wrote:
> The u-boot-ivt.img.log file contains 0x prefixes in the HAB Blocks line,
> while the SPL.log does not. For consistency, and to make it easier to
> extract and put into a .csf file for use with NXP's code signing tool,
> add 0x prefixes here.
>
> Sig
On 30/03/2018 03:04, Marek Vasut wrote:
> When the DDR calibration is enabled, a situation may happen that it
> will fail on a few select boards out of a whole production lot. In
> particular, after the first write leveling stage, the MPWLDECTRLx
> registers will contain a value 0x1nn , for nn us
On 26/03/2018 16:27, Bryan O'Donoghue wrote:
> Currently when we define CONFIG_SERIAL_TAG we will barf with a failure to
> define "struct tag_serialnr".
>
> This structure is defined in , this patch includes
> to fix.
>
> Signed-off-by: Bryan O'Donoghue
> Cc: Fabio Estevam
> Cc: Peng Fan
>
On 26/03/2018 16:27, Bryan O'Donoghue wrote:
> The tester registers provide a unique chip-level identifier which
> get_board_serial() returns in a "struct tag_serialnr".
>
> This patch documents the properties of the registers; in summary.
>
> 31:0 OCOTP_TESTER0 (most significant)
> - FSL-wide
On 26/03/2018 16:27, Bryan O'Donoghue wrote:
> u-boot has a standard "serial#" environment variable that is suitable
> for storing the iSerial number we will supply via the USB device
> descriptor. serial# is automatically picked up by the disk subsystem in
> u-boot - thus providing a handy uniqu
On 26/03/2018 16:36, Bryan O'Donoghue wrote:
> This patch adds hab_auth_img_or_fail() a command line function that
> encapsulates a common usage of authenticate and failover, namely if
> authenticate image fails, then drop to BootROM USB recovery mode.
>
> For secure-boot systems, this type of l
On 26/03/2018 16:36, Bryan O'Donoghue wrote:
> Subsequent patches will want to include imageimage.h but in doing so
> include it on an assembly compile path causing a range of compile errors.
> Fix the errors pre-emptively by encasing the majority of the declarations
> in imximage.h inside an ifd
On 30/03/2018 03:11, Ken Lin wrote:
> Windbond's been in the AVL list and need to enable the support
>
> Signed-off-by: Ken Lin
> ---
> configs/dms-ba16-1g_defconfig | 1 +
> configs/dms-ba16_defconfig| 1 +
> 2 files changed, 2 insertions(+)
>
> diff --git a/configs/dms-ba16-1g_defconfig
On 05/04/2018 09:04, Lukasz Majewski wrote:
> By using this file one can avoid cluttering .h file with u-boot
> HUSH commands necessary for booting target device.
>
> With such approach the commands are stored only in one place and can be
> reused if needed.
>
> Signed-off-by: Lukasz Majewski
On 05/04/2018 09:04, Lukasz Majewski wrote:
> This commit provides support for Kieback & Peter GmbH IMX6Q based
> TPC board.
>
> U-boot console output:
>
> U-Boot SPL 2018.05-rc1-5-g631e2d01fd (Apr 04 2018 - 21:16:24 +0200)
> Trying to boot from MMC1
>
> U-Boot 2018.05-rc1-5-g631e2d01f
On 04/04/2018 10:50, Sebastian Reichel wrote:
> From: Ian Ray
>
> Enable display backlight only if a message needs to be displayed.
> The kernel re-initializes the backlight, which results in some
> unwanted artifacts.
>
> Signed-off-by: Ian Ray
> Signed-off-by: Sebastian Reichel
> ---
> Cha
On 06/04/2018 21:54, Vanessa Maegima wrote:
> Replace fatload with the fs generic loading interface ('load' command).
>
> Signed-off-by: Vanessa Maegima
> ---
> configs/pico-imx7d_defconfig | 1 +
> include/configs/pico-imx7d.h | 4 ++--
> 2 files changed, 3 insertions(+), 2 deletions(-)
>
>
On 05/04/2018 20:46, Bryan O'Donoghue wrote:
> Working with HAB on the i.MX7 we've encountered a case where a board that
> successfully authenticates u-boot when booting Linux via OPTEE subsequently
> fails to properly bring up the RTC.
>
> The RTC registers live in the low-power block of the Se
On 07/04/2018 02:11, Trent Piepho wrote:
> Each imx image is created by a separate sub-make and during this process
> the mkimage config file is run though cpp.
>
> The cpp output is to the same file no matter what imx image is being
> created.
>
> This means if two imx images are generated in
On 06/04/2018 22:27, Tom Rini wrote:
> This platform has been marked as orphaned since September 2013, remove.
>
> Signed-off-by: Tom Rini
> ---
Applied to u-boot-imx, thanks !
Best regards,
Stefano Babic
--
=
DENX Softwar
On 06/04/2018 22:27, Tom Rini wrote:
> This platform has been marked as orphaned since September 2013, remove.
>
> Signed-off-by: Tom Rini
> ---
Applied to u-boot-imx, thanks !
Best regards,
Stefano Babic
--
=
DENX Softwar
On 10/04/2018 22:05, Fabio Estevam wrote:
> From: Jon Nettleton
>
> These changes bring mainline back into line with the configurations
> that were originally set in our stable BSP.
>
> Signed-off-by: Jon Nettleton
> Signed-off-by: Fabio Estevam
> ---
> board/solidrun/mx6cuboxi/mx6cuboxi.c
Hi Tom,
please pull from u-boot-imx, thanks !
-- The following changes since commit
6d7403bf72b5ea46497fe8222d0303cb79563379:
doc: mxc_hab: Update i.MX HAB documentation (2018-03-11 16:00:21 +0100)
are available in the git repository at:
git://www.denx.de/git/u-boot-imx.git master
for yo
From: Fabio Estevam
This reverts commit b5b0e4e351e20a606de22db6a56ad6bc1e2aa8fd.
Commit f916757300c1 ("imx: Create distinct pre-processed mkimage
config files") provided a proper fix for the parallel mkimage
config files build failure, so the original workaround can be
safely reverted now.
Sig
Hi Fabio,
On 15/04/2018 12:37, Fabio Estevam wrote:
> From: Fabio Estevam
>
> This reverts commit b5b0e4e351e20a606de22db6a56ad6bc1e2aa8fd.
>
> Commit f916757300c1 ("imx: Create distinct pre-processed mkimage
> config files") provided a proper fix for the parallel mkimage
> config files build f
commit b4d956f6bc0f ("bootm: Align cache flush end address correctly")
aligns the end address of the cache flush operation to a cache-line size to
ensure lower-layers in the code accept the range provided and flush.
A similar action should be taken for the begin address of a cache flush
operation.
The structure is passed around correctly, create local instances
where necessary and zap the global struct socfpga_image instance.
Signed-off-by: Marek Vasut
Cc: Dinh Nguyen
Cc: Chin Liang See
---
tools/socfpgaimage.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/
The Arria10 uses slightly different boot image header than the Gen5 SoCs,
in particular the header itself contains an offset from the start of the
header to which the Arria10 jumps. This offset must not be negative, yet
the header is placed at offset 0x40 of the bootable binary. Therefore, to
jump
Add support for the SoCFPGA header v1 , which is used on Arria 10.
Thus far the mkimage-socfpga image only supported header format v0
used on Cyclone V and Arria V, but is not supported on Arria 10.
The layout of the v0 and v1 header is similar, yet there are a few
differences, see the patch body f
Add support for the SoCFPGA header v1, which is used on Arria 10.
The layout of the v0 and v1 header is similar, yet there are a few
differences which make it incompatible with previous v0 header, so
add a new entry.
Signed-off-by: Marek Vasut
Cc: Dinh Nguyen
Cc: Chin Liang See
---
common/imag
Generate SoCFPGA boot header version 1 instead of version 0 for Arria10.
Signed-off-by: Marek Vasut
Cc: Dinh Nguyen
Cc: Chin Liang See
---
scripts/Makefile.spl | 4
1 file changed, 4 insertions(+)
diff --git a/scripts/Makefile.spl b/scripts/Makefile.spl
index 2993ade41e..5d9adda996 10064
Hey Marek,
On Sun, Apr 15, 2018 at 3:38 AM, Marek Vasut wrote:
> On 04/15/2018 06:16 AM, Joe Hershberger wrote:
>> Hi Marek,
>>
>> https://patchwork.ozlabs.org/patch/897786/ was applied to
>> http://git.denx.de/?p=u-boot/u-boot-net.git
>
> If you don't mind, I'll pull it through -sh alongside th
On Sun, Apr 15, 2018 at 11:26:40AM -0500, Joe Hershberger wrote:
> Hey Marek,
>
> On Sun, Apr 15, 2018 at 3:38 AM, Marek Vasut wrote:
> > On 04/15/2018 06:16 AM, Joe Hershberger wrote:
> >> Hi Marek,
> >>
> >> https://patchwork.ozlabs.org/patch/897786/ was applied to
> >> http://git.denx.de/?p=u
On Sun, Apr 15, 2018 at 12:28:54PM +0200, Stefano Babic wrote:
> Hi Tom,
>
> please pull from u-boot-imx, thanks !
>
>
> -- The following changes since commit
> 6d7403bf72b5ea46497fe8222d0303cb79563379:
>
> doc: mxc_hab: Update i.MX HAB documentation (2018-03-11 16:00:21 +0100)
>
> are avai
On Sat, Apr 14, 2018 at 11:18:45PM -0500, Joe Hershberger wrote:
> Hi Tom,
>
> There are a few checkpatch warnings, but I checked each of them and they seem
> appropriate.
>
> The following changes since commit 93cb6142c1d349492d23bad3951b5a8f59eaafed:
>
> Merge git://git.denx.de/u-boot-sh (
On Sun, Apr 15, 2018 at 12:38:32AM +0200, Marek Vasut wrote:
> The following changes since commit 901b77b9c8e716cd44dc85bf6bf54e4576d14ddd:
>
> vexpress: fix syntax error in armv7_boot_nonsec_default() (2018-04-13
> 17:06:16 -0400)
>
> are available in the Git repository at:
>
> git://git.d
Without this commit we do have an explicit dependency on CONFIG_PHYLIB
when one wants to set PHY ADDR on a iMX board (FEC + driver model).
This shall be changed to CONFIG_FEC_MXC_PHYADDR, as only when we do have
it set, we shall mask out other devices.
As a side effect, when CONFIG_FEC_MXC_PHYADD
Signed-off-by: Lukasz Majewski
---
doc/git-mailrc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/git-mailrc b/doc/git-mailrc
index 5a365cddd9..159e446512 100644
--- a/doc/git-mailrc
+++ b/doc/git-mailrc
@@ -31,7 +31,7 @@ alias jhersh Joe Hershberger
alias jwrd
Hi Tom,
> On Sun, Apr 15, 2018 at 12:28:54PM +0200, Stefano Babic wrote:
>
> > Hi Tom,
> >
> > please pull from u-boot-imx, thanks !
> >
> >
> > -- The following changes since commit
> > 6d7403bf72b5ea46497fe8222d0303cb79563379:
> >
> > doc: mxc_hab: Update i.MX HAB documentation (2018-03-1
After this change the DM FEC ETH driver can be also reused on some imx53
devices.
Signed-off-by: Lukasz Majewski
---
drivers/net/fec_mxc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/fec_mxc.c b/drivers/net/fec_mxc.c
index ff7ad91116..3dc2816da0 100644
--- a/drivers/net/fec_
On 04/15/2018 07:32 PM, Tom Rini wrote:
> On Sun, Apr 15, 2018 at 11:26:40AM -0500, Joe Hershberger wrote:
>> Hey Marek,
>>
>> On Sun, Apr 15, 2018 at 3:38 AM, Marek Vasut wrote:
>>> On 04/15/2018 06:16 AM, Joe Hershberger wrote:
Hi Marek,
https://patchwork.ozlabs.org/patch/897786/
Add device tree nodes for the Renesas RPC HF/QSPI controller.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
arch/arm/dts/r8a7795.dtsi | 8
arch/arm/dts/r8a7796.dtsi | 8
arch/arm/dts/r8a77965.dtsi | 8
arch/arm/dts/r8a77970.dtsi | 8
arch/arm/dts/r8a
Enable fitImage support to be on the right side of the millenium.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
configs/r8a7795_salvator-x_defconfig | 1 +
configs/r8a7795_ulcb_defconfig| 1 +
configs/r8a77965_salvator-x_defconfig | 1 +
configs/r8a7796_salvator-x_defconfig | 1
Enable the RPC QSPI driver on R8A77970 V3M Eagle and configure
the environment layout to match that used by old U-Boot.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
arch/arm/dts/r8a77970-eagle.dts | 20
configs/r8a77970_eagle_defconfig | 9 +
include/confi
Add rudimentary SDHI2 DT node on R8A77970 V3M Eagle to allow the
Renesas SDHI driver to bind with it and allow access to the SD card.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
arch/arm/dts/r8a77970.dtsi | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/dts/r8a
Mark the SDHI2 as okay in the DT so it can be used.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
arch/arm/dts/r8a77970-eagle.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/dts/r8a77970-eagle.dts b/arch/arm/dts/r8a77970-eagle.dts
index c051cddb25..45a204ac20 100644
Add rudimentary SDHI2 DT node on R8A77970 V3M to allow the
Renesas SDHI driver to bind with it and allow access to the
SD card.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
V2: Drop the Eagle part from commit message, it's obviously for all R8A77970
---
arch/arm/dts/r8a77970.dtsi | 11 +
On 04/16/2018 12:59 AM, Marek Vasut wrote:
> Add rudimentary SDHI2 DT node on R8A77970 V3M Eagle to allow the
> Renesas SDHI driver to bind with it and allow access to the SD card.
>
> Signed-off-by: Marek Vasut
> Cc: Nobuhiro Iwamatsu
> ---
Please ignore, V2 out. The Eagle part shouldn't be in
On Sat, Apr 14, 2018 at 08:42:23AM -0600, Warner Losh wrote:
> On Fri, Apr 13, 2018 at 9:43 PM, David Gibson
> wrote:
>
> > On Fri, Apr 13, 2018 at 12:53:19PM -0400, Tom Rini wrote:
> > > On Thu, Apr 12, 2018 at 02:39:19PM +1000, David Gibson wrote:
> > > > On Tue, Apr 10, 2018 at 10:42:45AM -040
Hi Christian,
On Fri, Apr 13, 2018 at 4:50 PM, Christian Gmeiner
wrote:
> Hi all
>
> Currently I am trying to get the skylake fsp working with u-boot but I run
> into some issues:
>
> 1) I see the postcode POST_BIST_FAILURE triggered in car_init
>
> I am not sure how this could happen and I am no
On Fri, Apr 13, 2018 at 12:18 AM, Jagdish Gediya wrote:
> Add command "boot_bank X" to switch the boot bank to either
> 1 or 2.
Are these functions required as this can be handled by new env vars to
switch banks?
>
> Signed-off-by: Jagdish Gediya
> ---
> board/freescale/ls1012ardb/ls1012ardb.c
Signed-off-by: Masahiro Yamada
---
arch/arm/dts/uniphier-ld11-global.dts | 109 ++---
arch/arm/dts/uniphier-ld11-ref.dts | 25 --
arch/arm/dts/uniphier-ld11.dtsi | 127 ++---
arch/arm/dts/uniphier-ld20-global.dts | 111 +++
The __FILE__ macro is used everywhere in U-Boot to locate the file
printing the log message, such as WARN_ON(), etc. If U-Boot is
built out of tree, this can be a long absolute path.
This is because Kbuild runs in the objtree instead of the srctree,
then __FILE__ is expanded to a file path prefix
Hi Simon,
On Fri, Apr 13, 2018 at 12:42 AM, Simon Glass wrote:
> Hi,
>
> On 8 April 2018 at 19:22, Bin Meng wrote:
>> Hi Ivan,
>>
>> On Sat, Apr 7, 2018 at 3:18 AM, Ivan Gorinov wrote:
>>> Add HPET driver as an alternative timer for x86 (default is TSC).
>>> HPET counter has constant frequency
We have merged into v2018.05-rc2 a first implementation of the
EFI_DEVICE_PATH_UTILITIES_PROTOCOL.
The current implementation does not correctly handle multi instance device
paths.
This patch series
* fixes handling of multi instance device paths
* adds missing services of the EFI_DEVICE_PATH_UTI
Executing a test after failed setup may lead to unexpected behavior like
an illegal memory access. So after a setup failure we should skip to
teardown.
Signed-off-by: Heinrich Schuchardt
---
v2
no change
---
include/efi_selftest.h | 2 ++
lib/efi_selftest/efi_selftest.c | 14 ++
%s/provice/provide/
Signed-off-by: Heinrich Schuchardt
---
v2
no change
---
lib/efi_selftest/efi_selftest_devicepath.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/efi_selftest/efi_selftest_devicepath.c
b/lib/efi_selftest/efi_selftest_devicepath.c
index 92940c
The missing services of the EFI_DEVICE_PATH_UTILITIES_PROTOCOL are
implemented.
Signed-off-by: Heinrich Schuchardt
---
v2
no change
---
include/efi_api.h | 1 +
include/efi_loader.h | 9 ++
lib/efi_loader/efi_device_path.c | 6
Provide unit tests for the EFI_DEVICE_PATH_UTILITIES_PROTOCOL.
Signed-off-by: Heinrich Schuchardt
---
v2
add more comments, rename a variable
---
lib/efi_selftest/Makefile | 1 +
.../efi_selftest_devicepath_util.c| 286 ++
2 files changed
efi_dp_size() is meant to return the device path length without the end
node.
The length of a device path containing only an end node was incorrectly
reported as 4.
Signed-off-by: Heinrich Schuchardt
---
v2
no change
---
lib/efi_loader/efi_device_path.c | 2 ++
1 file changed, 2 inserti
Device paths may consist of multiple instances. Up to now we have only
considered the size of the first instance. For the services of the
EFI_DEVICE_PATH_UTILITIES_PROTOCOL in most cases the total length of the
device path is relevant.
So let's rename efi_dp_size() to efi_dp_instance_size() and cr
Implement the CreateDeviceNode service of the device path utility protocol.
Signed-off-by: Heinrich Schuchardt
---
v2
no change
---
include/efi_loader.h | 5 -
lib/efi_loader/efi_device_path.c | 15 +++
lib/efi_loader/efi_device_path_utili
The logic of the AppendDevicePath service of the
EFI_DEVICE_PATH_UTILITIES_PROTOCOL is incorrectly implemented:
* if both paths are NULL an end node has to be returned
* if both paths are not NULL the end node of the second device path has to
be kept
Signed-off-by: Heinrich Schuchardt
---
v2
Hi there
Thanks for the advice.
The DTP append work-around sounds like a horrible hack that might come to
bite me later, so I am going to rather go with re-introducing SMDK6410 back
into the U-boot and maintain it.
The benefits are then of course that we will be retrofitting something
modern in th
61 matches
Mail list logo