In Cyclone 5 SoC platform, the first USB probing is failed but second
probing is success. DWC2 driver read gsnpsid register right after de-assert
reset, but controller is not ready yet and it returns gsnpsid 0.
Polling reset status after de-assert reset to solve the issue.
Retry with this fix
Add .rst_status callback function.
Read reset status from register, return 0 if deasserted,
non-zero if asserted
Signed-off-by: Ley Foon Tan
---
drivers/reset/reset-socfpga.c | 12
1 file changed, 12 insertions(+)
diff --git a/drivers/reset/reset-socfpga.c
In Cyclone 5 SoC platform, the first USB probing is failed but second
probing is success. DWC2 driver read gsnpsid register right after de-assert
reset, but controller is not ready yet and it returns gsnpsid 0.
Polling reset status after de-assert reset to solve the issue.
This patchset also add
On 12/24/19 9:23 AM, Ley Foon Tan wrote:
> In Cyclone 5 SoC platform, the first USB probing is failed but second
> probing is success. DWC2 driver read gsnpsid register right after de-assert
> reset, but controller is not ready yet and it returns gsnpsid 0.
> Polling reset status after de-assert
>-Original Message-
>From: Holger Brunck
>Sent: Tuesday, November 26, 2019 11:39 PM
>To: u-boot@lists.denx.de
>Cc: Holger Brunck ; Priyanka Jain
>; Valentin Longchamp
>
>Subject: [PATCH 1/4] ppc/km/tegr1: support second localbus clock signal
>
>On kmtegr1 we have to specify the second
As per mainline line kernel fix the clk tunnig phase for
mmc, set Core=180, Tx=0, Rx=0 clk phase for mmc initialization.
Signed-off-by: Anand Moon
---
Changes from previous
use the mainline kernel tuning for clk tuning.
Fixed the commmit messages.
Patch v1:
Here are some small changes to fix booting of Odroid N2 using eMMC.
Fixed the clk tunnig during mmc initialization.
Build and tested on top of below patches
[0] https://patchwork.ozlabs.org/patch/1213648/
[1] https://patchwork.ozlabs.org/patch/1213650/
Tested on below eMMC module on Odroid N2
commit a10388dc6982 ("mmc: meson-gx: add support for mmc-pwrseq-emmc")
introduce CONFIG_PWESEQ for power sequence for eMMC module on
amlogic platform, so enable this to all amlogic boards.
Signed-off-by: Anand Moon
Reviewed-by: Neil Armstrong
---
no changes
---
arch/arm/mach-meson/Kconfig | 1
On 12/24/19 9:23 AM, Ley Foon Tan wrote:
> Add .rst_status callback function.
> Read reset status from register, return 0 if deasserted,
> non-zero if asserted
>
> Signed-off-by: Ley Foon Tan
> ---
> drivers/reset/reset-socfpga.c | 12
> 1 file changed, 12 insertions(+)
>
> diff
Dear Tom,
Please find my pull-request for u-boot-mpc85xx/master
https://travis-ci.org/p-priyanka-jain/u-boot/builds/628982496
Summary
enable DM driver on ppc/km boards
enable DM_USB for some of NXP powerpc platforms: P5040, T4240, T208x, T104x,
P4080, P2041, P2020, P1020, P3041
Some
>-Original Message-
>From: Ran Wang
>Sent: Thursday, December 12, 2019 3:01 PM
>To: Priyanka Jain
>Cc: Ran Wang ; open list
>Subject: [PATCH v2 01/19] arch: powerpc: add usb node in p3041 dts
>
>Signed-off-by: Ran Wang
>---
>Change in v2:
> - Rebase.
>
>
>-Original Message-
>From: Holger Brunck
>Sent: Monday, November 25, 2019 2:35 PM
>To: u-boot@lists.denx.de
>Cc: Holger Brunck ; Mario Six
>; Wolfgang Denk ; Valentin Longchamp
>; Priyanka Jain
>Subject: [PATCH v3] ppc/km: enable DM driver support in all defconfigs
>
>This is the
%s/devicd/device
Signed-off-by: Heinrich Schuchardt
---
drivers/virtio/virtio_mmio.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/virtio/virtio_mmio.c b/drivers/virtio/virtio_mmio.c
index 7b738703b8..a67b354122 100644
--- a/drivers/virtio/virtio_mmio.c
+++
Enable GIC support for G12A/G12B platform.
Signed-off-by: Anand Moon
Reviewed-by: Neil Armstrong
---
no changes
---
include/configs/meson64.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/meson64.h b/include/configs/meson64.h
index 736081277d..50707a3197
>-Original Message-
>From: Joakim Tjernlund
>Sent: Thursday, November 28, 2019 12:05 AM
>To: Priyanka Jain ; u-boot@lists.denx.de
>Cc: jo...@infinera.com
>Subject: [PATCH] mpc85xx: ddr: Always start DDR RAM in Self Refresh mode
>
>Some of our t1042 boards fails DDR init with an Automatic
Hi Matthias,
Am 23.12.19 um 21:20 schrieb Matthias Brugger:
> Hi Stefan,
>
> On 23/12/2019 19:51, Stefan Wahren wrote:
>> Am 20.12.19 um 14:58 schrieb Stefan Wahren:
>>> Hi,
>>>
>>> i tried to run current U-Boot (rpi_4_32b_defconfig) on my RPi 4 with
>>> bcm2711-rpi-4-b.dtb from the upstream
On 24/12/2019 12:56, Stefan Wahren wrote:
> Hi Matthias,
>
> Am 23.12.19 um 21:20 schrieb Matthias Brugger:
>> Hi Stefan,
>>
>> On 23/12/2019 19:51, Stefan Wahren wrote:
>>> Am 20.12.19 um 14:58 schrieb Stefan Wahren:
Hi,
i tried to run current U-Boot (rpi_4_32b_defconfig) on my
Add support for booting EFI binaries contained in FIT images.
A typical usage scenario is chain-loading GRUB2 in a verified
boot environment.
Signed-off-by: Cristian Ciocaltea
Reviewed-by: Heinrich Schuchardt
---
cmd/Kconfig | 7 ++
common/bootm_os.c | 56
This patch adds a new section "Launching a UEFI binary from a FIT image"
documenting the usage of the CONFIG_BOOTM_EFI extension to bootm command
that offers a verified boot alternative for UEFI binaries such as GRUB2.
Signed-off-by: Cristian Ciocaltea
Reviewed-by: Heinrich Schuchardt
---
This patch adds an example FIT image description file demonstrating
the usage of bootm command to securely launch UEFI binaries.
Signed-off-by: Cristian Ciocaltea
Reviewed-by: Heinrich Schuchardt
---
doc/uImage.FIT/uefi.its | 67 +
1 file changed, 67
Add a new OS type to be used for chain-loading an EFI compatible
firmware or boot loader like GRUB2, possibly in a verified boot
scenario.
Bellow is sample ITS file that generates a FIT image supporting
secure boot. Please note the presence of 'os = "efi";' line, which
identifies the currently
Currently the only way to run an EFI binary like GRUB2 is via the
'bootefi' command, which cannot be used in a verified boot scenario.
The obvious solution to this limitation is to add support for
booting FIT images containing those EFI binaries.
The implementation relies on a new image type -
On 12/24/19 4:54 PM, Sughosh Ganu wrote:
Add guidcpy function to copy the source guid to the destination
guid.
Signed-off-by: Sughosh Ganu
---
include/efi_loader.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/efi_loader.h b/include/efi_loader.h
index 16a1b25..bec7873
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
---
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
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
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).
This patch series
Hi Jean-Jacques,
On Tue, 5 Nov 2019 at 04:50, Jean-Jacques Hiblot wrote:
>
> Add a new subsystem that handles multiplexer controllers. The API is the
> same as in Linux.
>
> Signed-off-by: Jean-Jacques Hiblot
>
> ---
>
> Changes in v2:
> - Fixed warning in mux_of_xlate_default()
> - Improved
Hi Jean-Jacques,
On Tue, 5 Nov 2019 at 04:50, Jean-Jacques Hiblot wrote:
>
> This will probe the multiplexer devices that have a "u-boot,mux-autoprobe"
> property. As a consequence they will be put in their idle state.
>
> Signed-off-by: Jean-Jacques Hiblot
>
> ---
>
> Changes in v2:
> - insert
Hi Jean-Jacques,
On Mon, 16 Dec 2019 at 03:10, Jean-Jacques Hiblot wrote:
>
> Hi Simon,
>
> On 10/12/2019 16:18, Simon Glass wrote:
> > Hi Jean-Jacques,
> >
> > On Tue, 5 Nov 2019 at 04:47, Jean-Jacques Hiblot wrote:
> >> Some linux drivers provide their own read/write functions to access data
HI Nandor,
On Wed, 6 Nov 2019 at 06:09, Nandor Han wrote:
>
> Hi everybody,
>I've noticed that commit 4213609cc7fb78f84b2ea63f4a5691b60d01c248
> changes how `uclass.c:uclass_find_device_by_name` function compares the
> names for finding devices.
>
> Because of this I have an issue when
Hi Jean-Jacques,
On Tue, 5 Nov 2019 at 04:50, Jean-Jacques Hiblot wrote:
>
> This adds a driver for mmio-based syscon multiplexers controlled by
> bitfields in a syscon register range.
> This is heavily based on the linux mmio-mux driver.
>
> Signed-off-by: Jean-Jacques Hiblot
> ---
>
> Changes
Hi Jean-Jacques,
On Tue, 5 Nov 2019 at 04:50, Jean-Jacques Hiblot wrote:
>
> Provide tests to check the behavior of the multiplexer framework.
> The test uses a mmio-based multiplexer.
>
> Signed-off-by: Jean-Jacques Hiblot
>
> ---
>
> Changes in v2:
> - Call sandbox_set_enable_memio(true)
Consider the following test sample:
@pytest.mark.buildconfigspec('fit')
@pytest.mark.notbuildconfigspec('generate_acpi_table')
def test_sample(u_boot_console):
Whatever the argument of the 'notbuildconfigspec' is,
the test ends up being skipped with the message:
('/uboot/test/py/conftest.py',
This test verifies the implementation of the 'bootm' extension that
handles UEFI binaries inside FIT images (enabled via CONFIG_BOOTM_EFI).
Signed-off-by: Cristian Ciocaltea
---
test/py/tests/test_efi_fit.py | 459 ++
1 file changed, 459 insertions(+)
create
On Tue, Dec 24, 2019 at 10:17:57AM +, Priyanka Jain wrote:
> Dear Tom,
>
>
>
> Please find my pull-request for u-boot-mpc85xx/master
>
> https://travis-ci.org/p-priyanka-jain/u-boot/builds/628982496
>
> Summary
>
> enable DM driver on ppc/km boards
>
> enable DM_USB for some of NXP
On 12/24/19 4:54 PM, Sughosh Ganu wrote:
Add support for the EFI_RNG_PROTOCOL routines for the qemu arm64
platform. EFI_RNG_PROTOCOL is an uefi boottime service which is
invoked by the efi stub in the kernel for getting random seed for
kaslr.
The routines are platform specific, and use the
Hi
On Tue, Dec 24, 2019 at 6:51 PM Eugeniu Rosca wrote:
>
> The main focus of this series is to prepare the ground for:
> - adding the id/rev-based DT lookup in dtimg/adtimg [1]
> - adding the abootimg command [2]
>
> To be more clear, the above topics are handled _outside_ of this series,
>
Add guidcpy function to copy the source guid to the destination
guid.
Signed-off-by: Sughosh Ganu
---
include/efi_loader.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/efi_loader.h b/include/efi_loader.h
index 16a1b25..bec7873 100644
--- a/include/efi_loader.h
+++
The patch series adds support for the EFI_RNG_PROTOCOL routines for
qemu arm64 platform. The getrng routine, used to get the random bytes,
uses the virtio-rng device found on the platform. The protocol, once
installed, can be used by the efi stub in the kernel for getting
random bytes needed for
Add support for the EFI_RNG_PROTOCOL routines for the qemu arm64
platform. EFI_RNG_PROTOCOL is an uefi boottime service which is
invoked by the efi stub in the kernel for getting random seed for
kaslr.
The routines are platform specific, and use the virtio-rng device on
the platform to get random
Install the EFI_RNG_PROTOCOL implementation for it's subsequent use by
the kernel for features like kaslr.
Signed-off-by: Sughosh Ganu
---
include/efi_loader.h | 4
lib/efi_loader/efi_rng.c | 2 ++
lib/efi_loader/efi_root_node.c | 4
3 files changed, 10 insertions(+)
Hi Jean-Jacques,
On Tue, 24 Dec 2019 at 08:58, Simon Glass wrote:
>
> Hi Jean-Jacques,
>
> On Tue, 5 Nov 2019 at 04:50, Jean-Jacques Hiblot wrote:
> >
> > Provide tests to check the behavior of the multiplexer framework.
> > The test uses a mmio-based multiplexer.
> >
> > Signed-off-by:
On 12/24/19 8:19 AM, Cristian Ciocaltea wrote:
> Consider the following test sample:
>
> @pytest.mark.buildconfigspec('fit')
> @pytest.mark.notbuildconfigspec('generate_acpi_table')
> def test_sample(u_boot_console):
>
> Whatever the argument of the 'notbuildconfigspec' is,
> the test ends up
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
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
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
-
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
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
-
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 684a744f31..da99215fbd 100644
--- a/include/environment/ti/boot.h
+++
Trying to extend 'adtimg' functionality [1], we've been severely hit
by a major limitation in the command's usage scheme. Specifically, the
command's user interface appears to be too centric to getting the
DTB/DTBO entry [3] based on the index of the desired DT in the image,
which makes it really
Rename the existing 'dtimg' command to 'adtimg', in order to:
- Suggest the Android origins and scope
- Be consistent with the upcoming 'abootimg' command (naming
suggested by Simon [*])
The change in _not_ backward compatible, but its benefits outweigh its
downsides, given that we don't
The main focus of this series is to prepare the ground for:
- adding the id/rev-based DT lookup in dtimg/adtimg [1]
- adding the abootimg command [2]
To be more clear, the above topics are handled _outside_ of this series,
but they treat this series as hard dependency.
The per-patch motivation
With 'dtimg.c' renamed to 'adtimg.c', now ensure the naming
consistency in the internal implementation of 'adtimg.c'.
No functional change intended.
Cc: Sam Protsenko
Signed-off-by: Eugeniu Rosca
---
cmd/adtimg.c | 51 ++-
1 file changed, 26
On Thu, 7 Nov 2019 at 17:34, Heinrich Schuchardt wrote:
>
> On the sandbox the UEFI binaries must match the host architectures.
>
> Adjust the Makefiles. Provide the PE/COFF header and relocation files.
>
> Allow building helloworld.efi on the sandbox.
>
> Signed-off-by: Heinrich Schuchardt
>
On 12/17/19 12:52 PM, Sughosh Ganu wrote:
Add a sandbox driver for random number generation. Mostly aimed at
providing a unit test for rng uclass.
Signed-off-by: Sughosh Ganu
Reviewed-by: Patrice Chotard
---
Changes since V3:
Handle review comments from Patrick Delaunay.
On 12/17/19 12:52 PM, Sughosh Ganu wrote:
Add a driver for the virtio-rng device on the qemu platform. The
device uses pci as a transport medium. The driver can be enabled with
the following configs
CONFIG_VIRTIO
CONFIG_DM_RNG
CONFIG_VIRTIO_PCI
CONFIG_VIRTIO_RNG
Signed-off-by: Sughosh Ganu
Resending with Cc Tom, Simon, Ilias
On 12/17/19 12:52 PM, Sughosh Ganu wrote:
Add a sandbox driver for random number generation. Mostly aimed at
providing a unit test for rng uclass.
Signed-off-by: Sughosh Ganu
Reviewed-by: Patrice Chotard
---
Changes since V3:
Handle review comments from
For the RNG uclass we currently only have a test working on the sandbox.
Provide a command to test the hardware random number generator on
non-sandbox systems.
Signed-off-by: Heinrich Schuchardt
---
This patch depends on Sughosh Ganu's:
[PATCH v4 8/8] virtio: rng: Add a random number
On 12/17/19 12:51 PM, Sughosh Ganu wrote:
Add a uclass for reading a random number seed from a random number
generator device.
Signed-off-by: Sughosh Ganu
Reviewed-by: Patrice Chotard
---
Changes since V3:
Handle review comments from Patrick Delaunay.
drivers/Kconfig | 2 ++
On 12/24/19 10:39 PM, Heinrich Schuchardt wrote:
On 12/17/19 12:52 PM, Sughosh Ganu wrote:
Add a driver for the virtio-rng device on the qemu platform. The
device uses pci as a transport medium. The driver can be enabled with
the following configs
CONFIG_VIRTIO
CONFIG_DM_RNG
CONFIG_VIRTIO_PCI
I'm implementing a clock device and I would like to use the clock_gate2
from imx. This patch series adapts it to general use. An alternative is
to use the composite clock, but it is unsuitable for clocks with no mux.
I have a patch to adapt the composite to work without muxes (which will
be sent
When debugging, it can be helpful to see more information about an
unhandled exception. This patch adds an option to view the registers at
the time of the trap, similar to the linux output on a kernel panic.
Signed-off-by: Sean Anderson
---
Changes for v2:
- Renamed "PC" to "EPC"
On Tue, 24 Dec 2019 at 22:42, Heinrich Schuchardt
wrote:
> On 12/24/19 4:54 PM, Sughosh Ganu wrote:
> > Add guidcpy function to copy the source guid to the destination
> > guid.
> >
> > Signed-off-by: Sughosh Ganu
> > ---
> > include/efi_loader.h | 5 +
> > 1 file changed, 5
This header was missing a couple of include dependencies when included on its
own.
Signed-off-by: Sean Anderson
---
include/linux/clk-provider.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/linux/clk-provider.h b/include/linux/clk-provider.h
index 02ff1a311a..0ef6e685ad
dev_read_addr_ptr returns NULL on error, not FDT_ADDR_T_NONE.
Signed-off-by: Sean Anderson
---
drivers/clk/imx/clk-imx6q.c | 2 +-
drivers/clk/imx/clk-imx8mm.c | 2 +-
drivers/clk/imx/clk-imx8mn.c | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git
clk_composite_ops was shared between all devices in the composite clock driver.
If one clock had a feature (such as supporting set_parent) which another clock
did not, it could call a null pointer dereference.
This patch does three things
1. It adds null-pointer checks to all composite clock
CCF clocks should always use the struct clock passed to their methods for
extracting the driver-specific clock information struct. Previously, many
functions would use the clk->dev->priv if the device was bound. This could cause
problems with composite clocks. The individual clocks in a composite
hi Heinrich,
Thanks for the review.
On Tue, 24 Dec 2019 at 22:35, Heinrich Schuchardt
wrote:
> On 12/24/19 4:54 PM, Sughosh Ganu wrote:
> > Add support for the EFI_RNG_PROTOCOL routines for the qemu arm64
> > platform. EFI_RNG_PROTOCOL is an uefi boottime service which is
> > invoked by the efi
This adds a message to lists_bind_fdt when it skips initializing a device
pre-relocation. I've had a couple errors where a device didn't initialize
properly because one of its dependencies was missing.
Signed-off-by: Sean Anderson
---
drivers/core/lists.c | 4 +++-
1 file changed, 3
log.h references cmd_tbl_t but command.h was not included
Signed-off-by: Sean Anderson
---
include/log.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/log.h b/include/log.h
index d8f18a6afd..820cdcc3a2 100644
--- a/include/log.h
+++ b/include/log.h
@@ -9,6 +9,7 @@
#ifndef __LOG_H
Currently clk-gate2 only works on clocks with a 2-bit enable/disable state. This
patch adds an option to work with clocks with a 1-bit enable.
Signed-off-by: Sean Anderson
---
drivers/clk/clk-gate2.c | 13 ++---
include/linux/clk-provider.h | 2 ++
2 files changed, 12
Make clk-gate2 available for use outside of imx.
Signed-off-by: Sean Anderson
---
drivers/clk/Makefile | 1 +
drivers/clk/{imx => }/clk-gate2.c | 20
drivers/clk/imx/Makefile | 2 +-
drivers/clk/imx/clk.h | 5 -
On 12/25/19 12:20 AM, Sean Anderson wrote:
> int num_parents, struct clk *mux,
> @@ -94,7 +106,9 @@ struct clk *clk_register_composite(struct device *dev,
> const char *name,
> struct clk *clk;
> struct clk_composite *composite;
> int ret;
> -
74 matches
Mail list logo
