Dear Tom,
Please find my pull-request for u-boot-fsl-qoriq/master to next branch
https://travis-ci.org/p-priyanka-jain/u-boot/builds/641264692
Summary
Updates and fixes for ls1028a, lx2160a, ls1012a, ls1021a,
ls2080a, ls1088a platforms;
lx2-rev2 pcie support, enetc related updates, layers
This keeps the compatibility with the old bootcmd.
Signed-off-by: Denis 'GNUtoo' Carikli
---
include/configs/tbs2910.h | 39 ++-
1 file changed, 30 insertions(+), 9 deletions(-)
diff --git a/include/configs/tbs2910.h b/include/configs/tbs2910.h
index b598fca1
On Sun, Jan 12, 2020 at 05:33:39PM +0100, Heinrich Schuchardt wrote:
> Provide a unit test checking that CTRL-V can be used to add control
> characters to the line buffer.
>
> Signed-off-by: Heinrich Schuchardt
I don't know why but this test, run when built with clang fails. A log
is here: htt
On 1/24/2020 9:53 AM, Sam Protsenko wrote:
Android 10 brings a lot of new requirements for bootloaders: [1]. This
patch series attempts to implement such a boot process on BeagleBoard
X15 platform. Some common code is added too, which can be reused later
for other platforms (see "abootimg" comm
On 1/24/20 9:27 AM, Lukasz Majewski wrote:
> I saw your patches. Unfortunately, there was the Christmas/New year's
> break and afterwards I had some more urgent tasks to do. Apologize for
> that...
>
> What I would like to see here is to reuse (or better - make the code
> less confusing) the code.
On Fri, Jan 24, 2020 at 06:58:13PM +, Alex Nemirovsky wrote:
> one last thing, since we are moving SoC code out of the board tree.
> would you prefer each SoC specific header directly in top level
> include directory or within nclude/cortina subdirectory? i.e.
> include/ca7774.h vs include/co
Hi Anatolij,
On Thu, Jan 23, 2020 at 11:36 AM Anatolij Gustschin wrote:
> Do you have 'bits-per-pixel' property in your display node in DT?
> Is suitable CONFIG_VIDEO_BPPxx option enabled in your board_defconfig ?
Yes, I have it, but it has the wrong value. It should be 24bpp instead of 16bpp.
one last thing, since we are moving SoC code out of the board tree. would you
prefer each SoC specific header directly in top level include directory or
within nclude/cortina subdirectory? i.e. include/ca7774.h vs
include/cortina/ca7774.h?
> On Jan 24, 2020, at 10:42 AM, Tom Rini wrote:
>
>
On Fri, Jan 24, 2020 at 06:34:40PM +, Alex Nemirovsky wrote:
> Sounds good Tom. We will send the next series with the ARMv8 low_level.S
> moved to arch/mach-ca/
> Thanks for you guidance. Did you see anything else in 2nd series that needs
> modified before we send
> series 3 or can we
Sounds good Tom. We will send the next series with the ARMv8 low_level.S moved
to arch/mach-ca/
Thanks for you guidance. Did you see anything else in 2nd series that needs
modified before we send
series 3 or can we assume those are fine to avoid sending another series after
this issues is
On Fri, Jan 24, 2020 at 05:55:29PM +, Alex Nemirovsky wrote:
> Looking inside
> grep -h CA board/cortina/common/armv8/lowlevel_init.S
> #if defined(CONFIG_SOC_CA7774)
> #if defined(CONFIG_SOC_CA8277B)
>
> as we understand it, the alternative would lead to maintaining duplicate but
> slightly
Hi,
a bit more info about this...
this line [1] (in my case) breaks the init-chain:
return log_msg_ret("binman node", -EINVAL);
the binman_init [2] is added to init_sequence_r[] which is executed by
initcall_run_list
./common/board_r.c:897: if (initcall_run_list(init_sequence_r))
exiting the
Add custom deblock dequence for the I2C bus, needed on some devices.
This sequence is issued once, when probing the driver, and is controlled
by DT property, "i2c-gpio,deblock".
Signed-off-by: Marek Vasut
---
drivers/i2c/i2c-gpio.c | 67 ++
1 file changed,
Looking inside
grep -h CA board/cortina/common/armv8/lowlevel_init.S
#if defined(CONFIG_SOC_CA7774)
#if defined(CONFIG_SOC_CA8277B)
as we understand it, the alternative would lead to maintaining duplicate but
slightly different code for each ARM based SoC in
arch/arm/mach-ca7774
arch/arm/mach-ca8
On Thu, Jan 2, 2020 at 5:15 AM Andre Przywara wrote:
>
> This series enables the USB ports on boards with the Allwinner R40 SoC,
> also updates the Bananapi M2 Berry board support.
> Patch 1/4 updates the M2 Berry .dts file, so that we get the USB and
> Ethernet nodes that we need to enable Ethern
On Sun, Jan 12, 2020 at 9:06 PM Chen-Yu Tsai wrote:
>
> From: Chen-Yu Tsai
>
> The Libre Computer ALL-H5-CC board is an upgraded version of the
> ALL-H3-CC. Changes include:
>
> - Gigabit Ethernet via external RTL8211E Ethernet PHY
> - 16 MiB SPI NOR flash memory
> - PoE tap header
> - Li
On Sun, Jan 12, 2020 at 9:06 PM Chen-Yu Tsai wrote:
>
> From: Chen-Yu Tsai
>
> The Libre Computer ALL-H3-IT board is a small single board computer that
> is roughly the same size as the Raspberry Pi Zero, or around 20% smaller
> than a credit card.
>
> The board features:
>
> - H2, H3, or H5 So
On 1/24/20 1:38 PM, Patrick DELAUNAY wrote:
> Hi Marek
Hi,
>> From: Marek Vasut
>> Sent: jeudi 23 janvier 2020 23:45
>>
>> On 1/23/20 10:57 AM, Patrick DELAUNAY wrote:
>>> Hi Marek,
>>
>> Hi,
>>
From: Marek Vasut
Sent: mardi 21 janvier 2020 22:39
Add support for DH Electroni
Add support for DH Electronics DHCOM SoM and PDK2 rev. 400 carrier
board. This is an SoM with STM32MP15xx and an evaluation kit. The
baseboard provides Ethernet, UART, USB, CAN and optional display.
Signed-off-by: Marek Vasut
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
V2: Rebase on u-boot/mas
On Mon, Jan 6, 2020 at 6:59 AM Andre Przywara wrote:
>
> For Allwinner SoCs the CONFIG_SYS_SPI_U_BOOT_OFFS value is not really a
> board choice: The boot ROM only loads the SPL from offset 0 of the SPI
> NOR flash, and loads at most 32KB. This is a similar situation as on MMC,
> so consequently we
On Fri, Jan 24, 2020 at 05:22:50PM +, Alex Nemirovsky wrote:
> We have many common features across ISAs and common ARM, MIPS, other ISA
> modification across SoCs. Looking at how this was addressed
> by other silicon vendors who support multiple ISAs, lead to this path. i.e.
> TI, freesca
On Fri, Jan 24, 2020 at 06:20:22PM +0100, Anatolij Gustschin wrote:
> Hi Tom,
>
> I see that you have applied [1] and [2] for CI testing. But building
> with [2] is broken unless you also apply patch [3].
>
> [1] http://patchwork.ozlabs.org/patch/1221774
> [2] http://patchwork.ozlabs.org/patch/1
We have many common features across ISAs and common ARM, MIPS, other ISA
modification across SoCs. Looking at how this was addressed
by other silicon vendors who support multiple ISAs, lead to this path. i.e.
TI, freescale, and others.
./board/BuR/common
./board/xilinx/common
./board/atmel/c
Hi Tom,
I see that you have applied [1] and [2] for CI testing. But building
with [2] is broken unless you also apply patch [3].
[1] http://patchwork.ozlabs.org/patch/1221774
[2] http://patchwork.ozlabs.org/patch/1221775
[3] http://patchwork.ozlabs.org/patch/1222015
--
Anatolij
On Fri, 24 Jan 2020 10:27:35 -0500
Tom Rini tr...@konsulko.com wrote:
> This seems like another commit (along with the question I saw about
> i.MX FB not showing the right colors) 2cc393f32fd9 needs to be reworked
> so that we default to enabling everything still but let boards opt out
> rather th
Read correct dtb blob from boot.img/recovery.img and apply correct dtbo
blobs from dtbo partition.
Signed-off-by: Sam Protsenko
---
include/configs/ti_armv7_common.h | 7 +
include/environment/ti/boot.h | 43 ---
2 files changed, 47 insertions(+), 3 deletions
Signed-off-by: Sam Protsenko
---
include/environment/ti/boot.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/environment/ti/boot.h b/include/environment/ti/boot.h
index 6313f3e328..bfbd76c3af 100644
--- a/include/environment/ti/boot.h
+++ b/include/environment/ti/boo
Changes:
- use boot.img instead of boot_fit.img
- use .dtb from boot.img v2
- implement recovery boot
- always boot ramdisk from boot.img, we can't mount system as root
now, as system is a logical partition inside of super partition
- don't add "skip_initramfs" to cmdline anymore
-
Unit test for 'abootimg' command. Right now it covers dtb/dtbo
functionality in Android Boot Image v2, which was added recently.
Running test:
$ ./test/py/test.py --bd sandbox --build -k test_abootimg
shows that 1/1 tests passes successfully.
Signed-off-by: Sam Protsenko
---
configs/sandb
Convert Android documentation from regular txt format to Sphinx (RST).
Also add Android index.rst file and reference it in root index.rst, so
that Android documentation is visible.
Test:
$ make htmldocs
$ xdg-open doc/output/index.html
Signed-off-by: Sam Protsenko
---
MAINTAINERS
Enable Android commands that will be needed for Android 10 boot flow
implementation, for all AM57x variants. Commands enabled:
1. 'abootimg':
- CONFIG_CMD_ABOOTIMG=y
2. 'ab_select':
- CONFIG_ANDROID_AB=y
- CONFIG_CMD_AB_SELECT=y
3. 'avb':
- CONFIG_LIBAVB=y
- CONFIG_A
This command can be used to extract fields and image payloads from
Android Boot Image. It can be used for example to implement boot flow
where dtb is taken from boot.img (as v2 incorporated dtb inside of
boot.img). Using this command, one can obtain needed dtb blob from
boot.img in scripting manner
Android Boot Image v1 adds "Recovery DTB" field in image header and
associate payload in boot image itself [1]. Payload should be in
Android DTB/DTBO format [2]. That "Recovery DTB" area should be only
populated for non-A/B devices, and only in recovery image.
Add function to get an address and si
Android Boot Image v2 adds "DTB" payload (and corresponding field in the
image header). Provide functions for its handling:
- android_image_get_dtb_by_index(): Obtain DTB blob from "DTB" part of
boot image, by blob's index
- android_image_print_dtb_contents(): Iterate over all DTB blobs in
Describe Android Boot Image format, how its support is implemented in
U-Boot and associated commands usage.
Signed-off-by: Sam Protsenko
---
cmd/Kconfig| 2 +
doc/android/boot-image.rst | 154 +
2 files changed, 156 insertions(+)
create mode
Android 10 brings a lot of new requirements for bootloaders: [1]. This
patch series attempts to implement such a boot process on BeagleBoard
X15 platform. Some common code is added too, which can be reused later
for other platforms (see "abootimg" command and associated C API).
Changes in v4:
- f
On Thu, Jan 23, 2020 at 09:58:45PM +0530, Jagan Teki wrote:
> Enable config options and console setting to respective
> rk3399 board for HDMI output.
>
> Boards supported and tested on this patch are:
> - NanoPc T4
> - NanoPi M4
> - NanoPi Neo4
> - ROC-RK3399-PC
>
> Signed-off-by: Jagan Teki
>
On 1/24/20 3:42 AM, Tero Kristo wrote:
> On 23/01/2020 19:19, Keerthy wrote:
>>
>>
>> On 23/01/20 10:35 pm, Andrew F. Davis wrote:
>>> On 1/23/20 11:44 AM, Keerthy wrote:
On 23/01/20 6:54 pm, Andrew F. Davis wrote:
> On 1/22/20 11:10 PM, Keerthy wrote:
>>
>>
>> On 22/
On Tue, Jan 21, 2020 at 10:19:01AM +, Alex Nemirovsky wrote:
>
> Cortina Access management has decided that we want to add formal
> upstream support of u-boot going forward for our line of SoCs
> and evaluation boards.
[snip]
> MAINTAINERS | 18 +++
> arch/ar
On Wed, Jan 22, 2020 at 09:30:01AM +0530, Keerthy wrote:
> Add fs_loader node which will be needed for loading firmwares
> from the boot media/filesystem.
>
> Signed-off-by: Keerthy
> Signed-off-by: Lokesh Vutla
> ---
> arch/arm/dts/k3-j721e-r5-common-proc-board.dts | 6 ++
> 1 file changed
On Wed, Jan 22, 2020 at 09:29:57AM +0530, Keerthy wrote:
> Move the generic elf loading/validating functions to lib/
> so that they can be re-used and accessed by code existing
> outside cmd.
>
> Signed-off-by: Keerthy
> Suggested-by: Simon Goldschmidt
> Reviewed-by: Simon Goldschmidt
[snip]
>
On Wed, Jan 22, 2020 at 09:29:56AM +0530, Keerthy wrote:
> Set default enviroment so that set_env calls succeed when only
> ENV_IS_NOWHERE set.
>
> Signed-off-by: Keerthy
> ---
>
> Changes in v4:
>
> * Reworded commit log
>
> env/nowhere.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff
Hi Sean,
> > I am not sure the modifications of clk are ok for other people.
> > It will be better to send pure riscv relative patch-sets.
>
> Hm, well at the moment removing the dependency on these two patches
> would probably require a substantial rewrite of patch 11, which would
> primarily
Hello Simon,
ping...
In message <20200122121253.7b0b3240...@gemini.denx.de> I wrote:
> Dear Heiko,
>
> In message <3546d28c-f638-5357-a20f-5d03db762...@denx.de> you wrote:
> >
> > > File system commands like "ls" etc. require a device type parameter.
> > > If an unknown type is specified, they re
Dear Patrick,
In message <20200124124142.392-1-patrick.delau...@st.com> you wrote:
>
> +/* allows to set ext4 interface */
> +const char *env_ext4_get_intf(void);
Are you sure these comments are correct?
A "get interface" function is not supposed to set anything?
> +/* allows to set ext4 device
Dear Patrick Delaunay,
In message
<2020012412.3.I42c79507524e5ad68e85fd60bbd686c4c59523ae@changeid> you wrote:
> Check the current ENV location, dynamically provided by the weak
> function env_get_location to be sure that the environment can be
> persistent.
>
> The compilation flag ENV_IS_IN
This patch adds a prototype for the weak function
board_mtdparts_default().
It solves one warning when compiling with W=1 on stm32mp1 board:
board/st/stm32mp1/stm32mp1.c:
warning: no previous prototype for 'board_mtdparts_default'
[-Wmissing-prototypes]
void board_mtdparts
This patch adds prototypes for several weak functions:
- env_ext4_get_intf
- env_ext4_get_dev_part
- env_get_location
It solves the following warnings when compiling with W=1
on stm32mp1 board:
board/st/stm32mp1/stm32mp1.c:849:19: warning: no previous prototype for
'env_get_location' [-Wmissing-
Hi Marek
> From: Marek Vasut
> Sent: jeudi 23 janvier 2020 23:45
>
> On 1/23/20 10:57 AM, Patrick DELAUNAY wrote:
> > Hi Marek,
>
> Hi,
>
> >> From: Marek Vasut
> >> Sent: mardi 21 janvier 2020 22:39
> >>
> >> Add support for DH Electronics DHCOM SoM and PDK2 rev. 400 carrier board.
> >> This
Activate CMD_NVEDIT_INFO and use the new command "env info -d -p -q"
to automatically save the environment on first boot.
This patch allows to remove the env_default variable.
Signed-off-by: Patrick Delaunay
---
arch/arm/mach-stm32mp/Kconfig | 1 +
include/configs/stm32mp1.h| 4 +---
2 fil
The "env info" can be use for test with -d and -p parameter,
in scripting case the output of the command is not needed.
This patch allows to deactivate this output with a new option "-q".
For example, we can save the environment if default
environment is used and persistent storage is managed wit
Use the define ENV_IS_IN_DEVICE to test if one the
CONFIG_ENV_IS_IN_... is defined and correct the detection of
persistent storage support in the command "env info"
if CONFIG_ENV_IS_NOWHERE is activated.
Since commit 60d5ed2593c9 ("env: allow ENV_IS_NOWHERE with
other storage target") test CONFIG
Activate the command env erase to reset the environment with the command:
> env erase
it is simpler than:
> env default -a
> env save
Signed-off-by: Patrick Delaunay
---
configs/stm32mp15_basic_defconfig | 1 +
configs/stm32mp15_optee_defconfig | 1 +
configs/stm32mp15_trusted_defconfig |
Check the current ENV location, dynamically provided by the weak
function env_get_location to be sure that the environment can be
persistent.
The compilation flag ENV_IS_IN_DEVICE is not enough when the board
dynamically select the available storage location (according boot
device for example).
T
Add ddr4 controller and phy related files
Signed-off-by: Pragnesh Patel
---
board/sifive/fu540/Makefile|4 +
board/sifive/fu540/ddr.c | 868
board/sifive/fu540/regconfig-ctl.h | 270 ++
board/sifive/fu540/regconfig-phy.h | 1220 +++
On 23/01/20 10:49 pm, Keerthy wrote:
On 23/01/20 10:35 pm, Andrew F. Davis wrote:
On 1/23/20 11:44 AM, Keerthy wrote:
On 23/01/20 6:54 pm, Andrew F. Davis wrote:
On 1/22/20 11:10 PM, Keerthy wrote:
On 22/01/20 9:55 pm, Andrew F. Davis wrote:
On 1/21/20 8:10 PM, keerthy wrote:
On
Enable configs to support eMMC boot support.
Signed-off-by: Faiz Abbas
Signed-off-by: Lokesh Vutla
---
configs/j721e_evm_a72_defconfig | 3 +++
configs/j721e_evm_r5_defconfig | 3 +++
2 files changed, 6 insertions(+)
diff --git a/configs/j721e_evm_a72_defconfig b/configs/j721e_evm_a72_defconf
With the latest RIOT, there is a different otap delay value for each
speed mode. Add a new binding with every supported speed mode. Also
disable a given speed mode in the host caps if its corresponding
otap-del-sel is not present.
Signed-off-by: Faiz Abbas
Signed-off-by: Lokesh Vutla
---
arch/a
The call to spl_mmc_get_uboot_raw_sector() completely ignores and
overwrites the raw_sect value passed from the caller of spl_mmc_load().
Fix this by passing raw_sect to the function and returning the same
value in the default case.
Signed-off-by: Faiz Abbas
Signed-off-by: Lokesh Vutla
---
arc
The 4 bit MMC controllers have an internal debounce for the SDCD line
with a debounce delay of 1 second. Therefore, after clocks to the IP are
enabled, software has to wait for this time before it can power on the
controller.
Add an init() callback which polls on sdcd for a maximum of 2 seconds
be
System firmware does not guarantee that clocks going out of the device
will be stable during power management configuration. There are some
DCRC errors when SPL tries to get the next stage during eMMC boot after
sysfw pm configuration.
Therefore add a config_pm_pre_callback() to switch off the eMM
With CONFIG_SUPPORT_EMMC_BOOT moved to Kconfig, move it to defconfig
files.
Signed-off-by: Faiz Abbas
Signed-off-by: Lokesh Vutla
---
configs/am65x_evm_a53_defconfig | 1 +
configs/am65x_evm_r5_defconfig | 1 +
include/configs/am65x_evm.h | 2 --
3 files changed, 2 insertions(+), 2 deletio
Expose sdhci_init() as non-static.
Signed-off-by: Faiz Abbas
Signed-off-by: Lokesh Vutla
---
drivers/mmc/sdhci.c | 2 +-
include/sdhci.h | 1 +
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/mmc/sdhci.c b/drivers/mmc/sdhci.c
index 01fa5a9d4d..4fce85a0ea 100644
--- a/d
MMC_LEGACY & SD_LEGACY are not differentiated timings in the spec and
don't have any meaningful differences. Therefore, get rid of all
references to SD_LEGACY and use MMC_LEGACY to mean both of them.
Signed-off-by: Faiz Abbas
Signed-off-by: Lokesh Vutla
---
drivers/mmc/fsl_esdhc_imx.c | 1 -
d
Add an init() API for platform specific init() operations.
Signed-off-by: Faiz Abbas
Signed-off-by: Lokesh Vutla
---
drivers/mmc/mmc.c | 13 ++---
include/mmc.h | 7 +++
2 files changed, 13 insertions(+), 7 deletions(-)
diff --git a/drivers/mmc/mmc.c b/drivers/mmc/mmc.c
index
The following patches add support for eMMC boot in TI's Am65x and J721e
devices.
v2:
1. Reordered the patches according to Lokesh's preference
2. Fixed patch 2 breaking platforms where DM_MMC is not enabled.
Faiz Abbas (10):
mmc: Add a saved_clock member
mmc: Add init() API
mmc: Merge SD_LE
Add a saved_clock member to struct mmc to store the previous clock speed
in the clock needs to be stopped for some time.
Signed-off-by: Faiz Abbas
Signed-off-by: Lokesh Vutla
---
include/mmc.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/mmc.h b/include/mmc.h
index b5cb514f57..2f
Hi Marcel,
On 23/01/20 23:11, Marcel Ziswiler wrote:
> Hi Igor
>
>> They are now strapped to boot from eFuses which are
>> factory fused to properly boot from their on-module eMMC. U-Boot
>> supports booting from the on-module eMMC only, SDP support is
>> disabled for now.
>
> Due to missing i.M
On 23/01/2020 19:19, Keerthy wrote:
On 23/01/20 10:35 pm, Andrew F. Davis wrote:
On 1/23/20 11:44 AM, Keerthy wrote:
On 23/01/20 6:54 pm, Andrew F. Davis wrote:
On 1/22/20 11:10 PM, Keerthy wrote:
On 22/01/20 9:55 pm, Andrew F. Davis wrote:
On 1/21/20 8:10 PM, keerthy wrote:
On 1/21
On Fri, Jan 24, 2020 at 2:24 PM Jagan Teki wrote:
>
> On Tue, Jan 21, 2020 at 1:11 PM Chen-Yu Tsai wrote:
> >
> > On Tue, Jan 21, 2020 at 3:29 PM Jagan Teki
> > wrote:
> > >
> > > On Sun, Jan 12, 2020 at 9:06 PM Chen-Yu Tsai wrote:
> > > >
> > > > From: Chen-Yu Tsai
> > > >
> > > > The Libre
Hi Kuldeep,
After bringing my local U-Boot to the v2020.01, applied your series of patch
and do the necessary modifications. Our U-Boot is now correctly working with
the QSPI NOR Flash.
Even better, it's now compatible with the 2 variants of our board (32MiB <=>
128MiB QSPI NOR Flash) without a
>-Original Message-
>From: Jagan Teki
>Sent: 24 January 2020 11:58
>To: Pragnesh Patel
>Cc: U-Boot-Denx ; Atish Patra
>; palmerdabb...@google.com; Bin Meng
>; Paul Walmsley ( Sifive)
>; Troy Benjegerdes ( Sifive)
>; Anup Patel ; Sagar
>Kadam ; Simon Glass ;
>AKASHI Takahiro ; Marek Behún
72 matches
Mail list logo
