Issue: during SD boot, following error comes:
MMC read: dev # 0, block # 20480, count 2048 ... 2048 blocks read: OK
MMC read: dev # 0, block # 28672, count 2048 ... 2048 blocks read: OK
fsl-mc: ERR: Bad firmware image (bad FIT header)
Hit any key to stop autoboot: 0
Cause: mc 10.14.3
Was going to work on getting that usb->uart redirection code from the
linux kernel into u-boot for rk3288, like we have for rk3188, but
apparently there have been some changes which render chromebook_speedy_defconfig
unable to produce a bootable image. Guidance and suggestions welcome.
Current
On Wed, Mar 06, 2019 at 02:23:52PM +0100, Patrick Delaunay wrote:
> Handle in boot_fdt_reserve_region
> any return value > 0 of lmb_reserve() function;
> it occurs when coalesced region are found:
> adjacent reserved region are merged.
>
> This patch avoid the error trace:
> ERROR: reserving
On Tue, Mar 05, 2019 at 10:52:14PM -0800, Vagrant Cascadian wrote:
> Signed-off-by: Vagrant Cascadian
> Reviewed-by: Bin Meng
> Reviewed-by: Lukasz Majewski
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
On Tue, Mar 05, 2019 at 02:47:56PM -0800, Jordan Hand wrote:
> FIT header verification in mkimage was treating a return code as a boolean,
> which meant that failures in validating the fit were seen as successes.
>
> Additionally, mkimage was checking all formats to find a header which
> passes
On Fri, Dec 14, 2018 at 06:53:22PM +0900, AKASHI Takahiro wrote:
> With this patch which adds a removable USB mass storage to a list
> of bootable devices, USB boot is supported in distro boot if UEFI is
> configured.
>
> Signed-off-by: AKASHI Takahiro
Applied to u-boot/master, thanks!
--
On Fri, Mar 08, 2019 at 10:15:02AM +0100, Heiko Schocher wrote:
> Hello Tom,
>
> please pull from u-boot-i2c.git master
>
> This pull request contains bugfixes for rcar_i2c, rcar_ii2c and
> i2c_cdns driver.
>
> Also the commit "i2c: rcar_i2c: Add Gen3 SoC support" from Marek
> is a bugfix for
On Thu, Feb 14, 2019 at 01:11:35PM +, Martyn Welch wrote:
> The syntax of dumpimage was simplified in commit 12b831879a76 ("tools:
> dumpimage: Simplify arguments"), but the test
> (test/image/test-imagetools.sh) was not updated and is now failing.
>
> Update the test to use the new syntax.
> -Original Message-
> From: U-Boot [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Araya,
> Jose
> Sent: 2019年3月9日 0:59
> To: u-boot@lists.denx.de
> Subject: [U-Boot] Custom SPL for im.X6UL
>
> Hello everyone,
>
> I would like to ask what would be a good starting point to have a
When adding support for the Pine64-LTS board, the .dtb file was not
added to the Makefile. This isn't a problem when just building U-Boot for
this board directly, but fails to build if the .dtb file is just
mentioned as part of a CONFIG_OF_LIST definition.
Add the missing line to allow builds with
The Pine64-LTS defconfig is missing the CONFIG_USB_OHCI_HCD symbol, as
this was added during the same time as this defconfig was merged.
USB 1.x devices like USB keyboards don't work due to this.
Add the symbol to the defconfig as all the other boards do.
Signed-off-by: Andre Przywara
---
On 3/8/19 3:35 PM, Eugeniu Rosca wrote:
> Hi Marek,
Hi,
> On Fri, Mar 08, 2019 at 03:09:32AM +0100, Marek Vasut wrote:
>> On 3/7/19 9:14 PM, Marek Vasut wrote:
>>> On 3/7/19 8:20 PM, Eugeniu Rosca wrote:
Hi Marek,
>>>
>>> Hi,
>>
>> [...]
>>
> I am planning to add support for it [1],
On Thu, Mar 07, 2019 at 11:13:52PM +0900, Masahiro Yamada wrote:
> This reverts commit 27cb7300ffda7a3f1581f0f5a2d3bfe59b97ad67.
>
> I am not sure if I correctly understood the log of commit 27cb7300ffda
> ("Ensure device tree DTS is compiled"), but the code-diff looks like
> it was trying to
Hello everyone,
I would like to ask what would be a good starting point to have a custom
multi-stage booting for the NXP i.mx6UL processor?
Basically I need to be able to configure an FPGA before the U-Boot is executed.
The reason for that is that the PGA must be configured so that the im6UL
On 3/8/19 5:16 PM, Dinh Nguyen wrote:
> The cache controller driver configures the cache settings that can be
> found in the device tree files.
>
> This initial revision only configures basic settings(data & instruction
> prefetch, shared-override, data & tag latency). I believe these are the
>
On 3/8/19 5:16 PM, Dinh Nguyen wrote:
> Find the UCLASS_CACHE driver to configure the cache controller's
> settings.
>
> Signed-off-by: Dinh Nguyen
> ---
> arch/arm/mach-socfpga/misc.c | 16 +++-
> 1 file changed, 3 insertions(+), 13 deletions(-)
>
> diff --git
On 3/8/19 5:16 PM, Dinh Nguyen wrote:
> Select the PL310 UCLASS_CACHE driver for SoCFPGA.
>
> Signed-off-by: Dinh Nguyen
> ---
> arch/arm/Kconfig | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> index f42eccef80..f4c6262bb0 100644
> ---
On 3/8/19 5:16 PM, Dinh Nguyen wrote:
> Add the PL310 macros for latency control setup, read and write bits.
>
> Signed-off-by: Dinh Nguyen
> ---
> arch/arm/include/asm/pl310.h | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/arch/arm/include/asm/pl310.h
On 3/8/19 5:16 PM, Dinh Nguyen wrote:
> Hi,
>
> Add a UCLASS_CACHE dm driver to handling the configuration of cache
> settings. Place this new driver under /drivers/cache. In this initial
> revision, the driver is only configuring what I think are essential cache
> settings. The more
On 3/8/19 9:39 PM, Heinrich Schuchardt wrote:
> On 3/7/19 11:29 PM, Heinrich Schuchardt wrote:
>> On 3/7/19 12:05 PM, Adam Podogrocki wrote:
Hello Heinrich,
I've checked U-Boot behaviour in following setups:
1. U-Boot v2018.09/v2018.11 and GRUB commit
On Fri, 8 Mar 2019, 11:16 PM Leigh Brown, wrote:
> Hi Chris,
>
> On 2019-03-07 08:27, Chris Packham wrote:
> > This is my series to convert the kirkwood platforms to DM_USB.
> >
> > I've been testing on an old kirkwood eval board which patch 1 adds. I'd
> > really appreciate some testing on
On 08.03.2019 21:51, Marek Vasut wrote:
The current EMIF clear timeout handling code was applying bitwise
operations to signed data types and as it was, was extremely hard
to read. Replace it with simple wait_for_bit(). Expand the error
handling to make it more readable too.
This patch also
The current EMIF clear timeout handling code was applying bitwise
operations to signed data types and as it was, was extremely hard
to read. Replace it with simple wait_for_bit(). Expand the error
handling to make it more readable too.
This patch also changes the timeout for emif_clear() from 14
The current EMIF clear timeout handling code was applying bitwise
operations to signed data types and as it was, was extremely hard
to read. Replace it with simple wait_for_bit(). Expand the error
handling to make it more readable too.
This patch also changes the timeout for emif_clear() from 14
On 3/7/19 11:29 PM, Heinrich Schuchardt wrote:
> On 3/7/19 12:05 PM, Adam Podogrocki wrote:
>>> Hello Heinrich,
>>>
>>> I've checked U-Boot behaviour in following setups:
>>>
>>> 1. U-Boot v2018.09/v2018.11 and GRUB commit 72e80c025 (used by us
>>> in other setups)
>>>
On 07.03.19 09:33, Soeren Moch wrote:
> On 01.03.19 13:10, Soeren Moch wrote:
>> Disable this support for cm_fx6 to avoid breakage.
>>
>> Signed-off-by: Soeren Moch
>> ---
>> It would be easy to add weak board_ahci_enable/disable functions which
>> can be overwritten (e.g. in the cm_fx6 board
From: Thierry Reding
The fdtdec_get_carveout() and fdtdec_set_carveout() function can be used
to read a carveout from a given node or add a carveout to a given node
using the standard device tree bindings (involving reserved-memory nodes
and the memory-region property).
Signed-off-by: Thierry
From: Thierry Reding
This function can be used to set a phandle for a given node.
Signed-off-by: Thierry Reding
---
include/fdtdec.h | 11 +++
lib/fdtdec.c | 16
2 files changed, 27 insertions(+)
diff --git a/include/fdtdec.h b/include/fdtdec.h
index
From: Thierry Reding
If early firmware initialized the display hardware and the display
controllers are scanning out a framebuffer (e.g. a splash screen), make
sure to pass information about the memory location of that framebuffer
to the kernel before booting to avoid the kernel from using that
From: Thierry Reding
This function allows looking up the highest phandle value stored in a
device tree, which is useful to determine the next best phandle value
for new nodes.
Signed-off-by: Thierry Reding
---
include/fdtdec.h | 12
lib/fdtdec.c | 28
From: Thierry Reding
This function can be used to add subnodes in the /reserved-memory node.
Signed-off-by: Thierry Reding
---
include/fdtdec.h | 17 +
lib/fdtdec.c | 158 +++
2 files changed, 175 insertions(+)
diff --git
From: Thierry Reding
These macros are useful for converting the endianness of variables of
type fdt_addr_t and fdt_size_t.
Signed-off-by: Thierry Reding
---
include/fdtdec.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/fdtdec.h b/include/fdtdec.h
index
From: Thierry Reding
In order to support chainloading of U-Boot by an earlier bootloader,
make sure the binary is position independent, so that the earlier boot-
loader can relocate it if necessary.
Signed-off-by: Thierry Reding
---
configs/p2371-2180_defconfig | 1 +
1 file changed, 1
On Fri, Mar 08, 2019 at 06:53:28PM +0100, Philipp Tomsich wrote:
>
>
> > On 08.03.2019, at 18:28, Martin Husemann wrote:
> >
> > On Fri, Mar 08, 2019 at 12:17:09PM -0500, Tom Rini wrote:
> >> OK, so a few thoughts here.
> >> - What's the portable way to do hex-based math? If we really need
From: Thierry Reding
This version of the RTL-8168 is present on some development boards and
is compatible with this driver. Add support for identifying this version
of the chip so that U-Boot won't complain about it being unknown.
Signed-off-by: Thierry Reding
---
drivers/net/rtl8169.c | 1 +
From: Thierry Reding
Implement this callback that allows the MAC address to be set for the
Ethernet card. This is necessary in order for the device to be able to
receive packets for the MAC address that U-Boot advertises.
Signed-off-by: Thierry Reding
---
drivers/net/rtl8169.c | 18
From: Thierry Reding
In order for the device to use the proper MAC address, which can have
been configured in the environment prior to the device being registered,
ensure that the MAC address is written after the device has been probed.
For devices that are registered before the network stack is
From: Thierry Reding
This function will attempt to look up an ethernet address in the DTB
that was passed in from cboot. It does so by first trying to locate the
primary ethernet device for the board (identified by the "ethernet"
alias) and if found, reads the "local-mac-address" property. If
From: Thierry Reding
This is easier to deal with and works just as well for this simple
function.
Signed-off-by: Thierry Reding
---
arch/arm/mach-tegra/Makefile | 2 +-
arch/arm/mach-tegra/cboot.c| 12
arch/arm/mach-tegra/cboot_ll.S | 20
3 files
From: Thierry Reding
Tegra186 build are currently dealt with in very special ways, which is
because Tegra186 is fundamentally different in many respects. It is no
longer necessary to do many of the low-level programming because early
boot firmware will already have taken care of it.
From: Thierry Reding
Pin controller code is not relevant on all Tegra SoC generations, so
guard it with a Kconfig symbol that can be selected by the generations
that need it.
This is in preparation for unifying Tegra186 code with the code used on
older generations.
Signed-off-by: Thierry
From: Thierry Reding
Some devices may restrict access to the PMC to TrustZone software only.
Non-TZ software can detect this and use SMC calls to the firmware that
runs in the TrustZone to perform accesses to PMC registers.
Based on work by Kalyani Chidambaram and Tom
Warren .
Signed-off-by:
From: Thierry Reding
Boards may not support all the boot target devices in the default list
for Tegra devices. Allow a board to override the list and default to the
standard list only if the board hasn't specified one itself.
Signed-off-by: Thierry Reding
---
From: Thierry Reding
Memory controller code is not relevant on all Tegra SoC generations, so
guard it with a Kconfig symbol that can be selected by the generations
that need it.
This is in preparation for unifying Tegra186 code with the code used on
older generations.
Signed-off-by: Thierry
From: Thierry Reding
Clock code is not relevant on all Tegra SoC generations, so guard it
with a Kconfig symbol that can be selected by the generations that need
it.
This is in preparation for unifying Tegra186 code with the code used on
older generations.
Signed-off-by: Thierry Reding
---
From: Thierry Reding
The save_boot_params() function takes as its first four arguments the
first four registers. On 32-bit ARM these are r0, r1, r2 and r3, all of
which are 32 bits wide. However, on 64-bit ARM thene registers are x0,
x1, x2 and x3, all of which are 64 bits wide. In order to
From: Thierry Reding
The GP pad control code is not relevant on all Tegra SoC generations, so
guard it with a Kconfig symbol that can be selected by the generations
that need it.
This is in preparation for unifying Tegra186 code with the code used on
older generations.
Signed-off-by: Thierry
From: Thierry Reding
Powergate code is not relevant on all Tegra SoC generations, so guard it
with a Kconfig symbol that can be selected by the generations that need
it.
This is in preparation for unifying Tegra186 code with the code used on
older generations.
Signed-off-by: Thierry Reding
From: Thierry Reding
There's no need to replicate the pmu.h header file for every Tegra SoC
generation. Use a single header that is shared across generations.
Signed-off-by: Thierry Reding
---
.../include/asm/{arch-tegra20 => arch-tegra}/pmu.h | 6 +++---
From: Thierry Reding
Code to support chainloading by nvtboot was introduced along with
Tegar186 support. Since then, support for chainloading U-Boot has been
extended to other Tegra SoC generations. This series of patches makes
this code more widely available so that it can be reused.
Also, the
On Fri, Mar 8, 2019 at 6:34 PM Jagan Teki wrote:
>
> On Fri, Mar 8, 2019 at 11:32 PM Peter Robinson wrote:
> >
> > Hey Tom and Jagan,
> >
> > > Hey all,
> > >
> > > So it's release day and I've put up v2019.04-rc3, I've updated git and
> > > the tarballs are also up now.
> > >
> > > Thanks again
On Fri, Mar 8, 2019 at 11:32 PM Peter Robinson wrote:
>
> Hey Tom and Jagan,
>
> > Hey all,
> >
> > So it's release day and I've put up v2019.04-rc3, I've updated git and
> > the tarballs are also up now.
> >
> > Thanks again to having signed tags, between -rc2 and -rc3 we have a good
> >
Philipp Tomsich schrieb am Fr., 8.
März 2019, 18:53:
>
>
> > On 08.03.2019, at 18:28, Martin Husemann wrote:
> >
> > On Fri, Mar 08, 2019 at 12:17:09PM -0500, Tom Rini wrote:
> >> OK, so a few thoughts here.
> >> - What's the portable way to do hex-based math? If we really need it?
> >
> > Use
On Tue, Feb 12, 2019 at 12:27:01AM -0800, chee.hong@intel.com wrote:
> From: "Ang, Chee Hong"
>
> Currently u-boot only support standard PSCI functions for power management
> and lack of convenient method to allow the users to extend the PSCI functions
> to support platform specific
Hey Tom and Jagan,
> Hey all,
>
> So it's release day and I've put up v2019.04-rc3, I've updated git and
> the tarballs are also up now.
>
> Thanks again to having signed tags, between -rc2 and -rc3 we have a good
> changelog under 'git log --merges v2019.04-rc2..v2019.04-rc3'
>
> We're looking
> On 08.03.2019, at 18:28, Martin Husemann wrote:
>
> On Fri, Mar 08, 2019 at 12:17:09PM -0500, Tom Rini wrote:
>> OK, so a few thoughts here.
>> - What's the portable way to do hex-based math? If we really need it?
>
> Use printf(3) to convert to/from hex, and standard shell arithmetic
>
Hello Igor,
Thanks for the series. Some questions below.
First, my understanding is that the patches replace the deprecated
libavb_ab and make it trully obsolete, i.e. there should be no need to
import libavb_ab into U-Boot (unlike some of our suppliers still do).
Can you please confirm?
On
On Fri, Mar 08, 2019 at 12:17:09PM -0500, Tom Rini wrote:
> OK, so a few thoughts here.
> - What's the portable way to do hex-based math? If we really need it?
Use printf(3) to convert to/from hex, and standard shell arithmetic
with $(( )).
Looks horrible, but something like:
v=$(( $( printf
On Wed, Mar 06, 2019 at 09:54:20PM +0100, Simon Goldschmidt wrote:
> Tom,
>
> On Fri, Dec 14, 2018 at 8:16 PM Tom Rini wrote:
> >
> > On Fri, Dec 07, 2018 at 08:27:51PM +0100, Wolfgang Denk wrote:
> >
> > > So far, the use of CONFIG_BOARD_SIZE_LIMIT would only work with
> > > plain numeric
On Wed, Mar 06, 2019 at 02:30:59PM +0100, Patrick Delaunay wrote:
> The dependency for .dtb = .dts is not enough in dts Makefile,
> as the dts files are dts pre-proprocessed (include dtsi files,
> as specific *-u-boot.dtsi).
>
> For arm architecture, the dependency is correctly managed in
>
Select the PL310 UCLASS_CACHE driver for SoCFPGA.
Signed-off-by: Dinh Nguyen
---
arch/arm/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index f42eccef80..f4c6262bb0 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -845,6 +845,7 @@ config
Find the UCLASS_CACHE driver to configure the cache controller's
settings.
Signed-off-by: Dinh Nguyen
---
arch/arm/mach-socfpga/misc.c | 16 +++-
1 file changed, 3 insertions(+), 13 deletions(-)
diff --git a/arch/arm/mach-socfpga/misc.c b/arch/arm/mach-socfpga/misc.c
index
Hi,
Add a UCLASS_CACHE dm driver to handling the configuration of cache
settings. Place this new driver under /drivers/cache. In this initial
revision, the driver is only configuring what I think are essential cache
settings. The more comprehensive cache settings can be done in the OS.
Dinh
The cache controller driver configures the cache settings that can be
found in the device tree files.
This initial revision only configures basic settings(data & instruction
prefetch, shared-override, data & tag latency). I believe these are the
settings that affect performance the most.
Add the PL310 macros for latency control setup, read and write bits.
Signed-off-by: Dinh Nguyen
---
arch/arm/include/asm/pl310.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/include/asm/pl310.h b/arch/arm/include/asm/pl310.h
index b83978b1cc..f69e9e45f8 100644
---
Hi,
i noticed that CONFIG_SYS_BOOTM_LEN, set in board config, and used in
common/bootm.c is ignored
when compiling the tools like mkimage and fit_check_sign. Instead the default
value of 8MB is used and fit_check_sign
may fail with "Loading Kernel Image ... Image too large: increase
Update mtd-id for QSPI nor due to change introduced in mtd/spi in linux 5.0
commit 84d043185dbe ("spi: Add a driver for the Freescale/NXP QuadSPI
controller")
Signed-off-by: Kuldeep Singh
---
v3:
Update commit message
v2:
Update commit message
configs/ls1046aqds_qspi_defconfig
Hi Marek,
On Fri, Mar 08, 2019 at 03:09:32AM +0100, Marek Vasut wrote:
> On 3/7/19 9:14 PM, Marek Vasut wrote:
> > On 3/7/19 8:20 PM, Eugeniu Rosca wrote:
> >> Hi Marek,
> >
> > Hi,
>
> [...]
>
> >>> I am planning to add support for it [1], however that is work in
> >>> progress and the
On 3/8/19 2:40 PM, Eugeniu Rosca wrote:
> Hello Marek,
Hi,
> On Fri, Mar 08, 2019 at 03:30:02AM +0100, Marek Vasut wrote:
>> On 3/7/19 11:18 PM, Eugeniu Rosca wrote:
>>> Hello Marek cc: Shimoda-san, Morimoto-san,
>>
>> Hi,
>>
>>> Is there any USB gadget/peripheral R-Car3 U-Boot driver WIP on
Hello Marek,
On Fri, Mar 08, 2019 at 03:30:02AM +0100, Marek Vasut wrote:
> On 3/7/19 11:18 PM, Eugeniu Rosca wrote:
> > Hello Marek cc: Shimoda-san, Morimoto-san,
>
> Hi,
>
> > Is there any USB gadget/peripheral R-Car3 U-Boot driver WIP on your side?
>
> Yes, I'm working on a driver, for next
Hi Daniel,
The 03/07/2019 18:33, Daniel Schwierzeck wrote:
> Am Do., 7. März 2019 um 16:49 Uhr schrieb Horatiu Vultur
> :
> >
> > Remove the function boot_reloc_ramdisk in the file arch/mips/lib/bootm
> > because it is relocating again the ramdisk. The function do_bootm_states()
> > already
Am 07.03.19 um 11:36 schrieb Philippe Reynes:
> Enable the gpio controllers in the device tree
> of the board bcm968380gerg.
>
> Signed-off-by: Philippe Reynes
> ---
> arch/mips/dts/brcm,bcm968380gerg.dts | 12
> 1 file changed, 12 insertions(+)
>
Reviewed-by: Daniel
Am 07.03.19 um 11:36 schrieb Philippe Reynes:
> This driver is used on several big endian mips board.
> So we could use raw I/O function instead of forcing
> big endian access.
>
> Signed-off-by: Philippe Reynes
> ---
> drivers/gpio/bcm6345_gpio.c | 12 ++--
> 1 file changed, 6
Am 07.03.19 um 11:36 schrieb Philippe Reynes:
> Add gpio controllers in bcm6838 device tree.
>
> Signed-off-by: Philippe Reynes
> ---
> arch/mips/dts/brcm,bcm6838.dtsi | 27 +++
> 1 file changed, 27 insertions(+)
>
Reviewed-by: Daniel Schwierzeck
--
- Daniel
On Fri, Mar 8, 2019 at 4:35 AM Shyam Saini
wrote:
>
> From: Michael Trimarchi
>
> SPL on Engicam i.Core M6 boards enabled DM, so it would require some
> malloc() pool before relocation in order to load U-Boot proper properly.
>
> So, enable SPL malloc() pool of 0x2000 size similarly like what we
Hi Chris,
On 2019-03-07 08:27, Chris Packham wrote:
This is my series to convert the kirkwood platforms to DM_USB.
I've been testing on an old kirkwood eval board which patch 1 adds. I'd
really appreciate some testing on other kirkwood platforms.
Chris Packham (12):
ARM: kirkwood: add
Hello Tom,
please pull from u-boot-i2c.git master
This pull request contains bugfixes for rcar_i2c, rcar_ii2c and
i2c_cdns driver.
Also the commit "i2c: rcar_i2c: Add Gen3 SoC support" from Marek
is a bugfix for arm64 builds, as discussed with Marek on list.
Thanks to all!
The following
Peripherals like I2C and SPI needs to be taken out of reset during
board init for functioning properly. Hence, add `hi6220_periph_reset`
function for doing the same. For instance without this function, I2C
will fail like below while booting linux:
[0.608033] i2c_designware f710.i2c:
78 matches
Mail list logo
