Hi
On Wed, Aug 23, 2023 at 8:28 AM Eugen Hristev
wrote:
>
> Hi,
>
> On 8/8/23 18:03, Alexander Dahl wrote:
> > Hello Michael,
> >
> > Am Tue, Aug 08, 2023 at 03:49:45PM +0200 schrieb Michael Nazzareno
> > Trimarchi:
> >> Hi
> >>
> >> On Tue, Aug 8, 2023 at 3:03 PM Alexander Dahl wrote:
> >>>
>
On 22/08/2023 22:40, Marek Vasut wrote:
> On 8/22/23 20:10, Paul Barker wrote:
>> Let's make the indentation of pre-processor macros and conditionals in
>> serial_sh.h consistent before we add to the confusion with a new SoC.
>
> What exactly is this patch doing, adding spaces to ifdeffery ?
>
>
Hi,
On 8/8/23 18:03, Alexander Dahl wrote:
Hello Michael,
Am Tue, Aug 08, 2023 at 03:49:45PM +0200 schrieb Michael Nazzareno Trimarchi:
Hi
On Tue, Aug 8, 2023 at 3:03 PM Alexander Dahl wrote:
Adapt behaviour to Linux kernel driver.
The return value of gpio_request_by_name_nodev() was not
On 22/08/2023 22:38, Marek Vasut wrote:
> On 8/22/23 20:10, Paul Barker wrote:
>> If we attempt to compile serial_sh.c for a system which lacks HSCIF
>> support (e.g. R8A7740), we see the following compilation error:
>>
>> In file included from drivers/serial/serial_sh.c:20:
>> drivers/se
On 8/22/23 18:41, Nishanth Menon wrote:
Fix up build step numbering.
Fixes: 4bf49bade124 ("doc: board: ti: am64: Add boot flow diagram")
Signed-off-by: Nishanth Menon
This patch is only applicable to the next branch (2024.01).
Reviewed-by: Heinrich Schuchardt
On 8/22/23 18:40, Nishanth Menon wrote:
Provide alternative text for image.
Fixes: 4bf49bade124 ("doc: board: ti: am64: Add boot flow diagram")
Reported-by: Heinrich Schuchardt
Signed-off-by: Nishanth Menon
This patch is only applicable to the next branch (2024.01).
Reviewed-by: Heinrich Schu
On 22/08/23 17:43, Roger Quadros wrote:
> Some boards (e.g. Beagleplay) need multiple attempts to detect the PHY
> and the multiple "PHY not found" prints are not nice.
I tried grepping for calls to "phy_connect" across the drivers present in
drivers/net. Most of them simply return -ENODEV on f
Roger,
On 22/08/23 17:43, Roger Quadros wrote:
> Beagleplay has a buggy Ethernet PHY implementation for the Gigabit
> PHY in the sense that it is non responsive over MDIO immediately
> after power-up/reset.
>
> We need to either try multiple times or wait sufficiently long enough
> (couple of 10s
Starfive JH7110 needs to clear L2 LIM to zero before use or ECC error
would be triggered. Currently, we use DDR ram for SPL malloc arena on
Visionfive 2 board in defconfig, but it's also possible to use L2 LIM as
SPL malloc arena. To avoid triggering ECC error in this scenario, we
imply SPL_SYS_MAL
To support SPL_SYS_MALLOC_CLEAR_ON_INIT, we have to modify
#ifdef CONFIG_SYS_MALLOC_CLEAR_ON_INIT
to #if CONFIG_IS_ENABLED(SYS_MALLOC_CLEAR_ON_INIT)
Signed-off-by: Bo Gan
Signed-off-by: Shengyu Qu
---
common/dlmalloc.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/co
Add SPL version of SYS_MALLOC_CLEAR_ON_INIT, this would help devices
that need to clear ram before use to work correctly.
Signed-off-by: Bo Gan
Signed-off-by: Shengyu Qu
---
Kconfig | 11 +++
1 file changed, 11 insertions(+)
diff --git a/Kconfig b/Kconfig
index 91170bf8d2..588acbaf9b 1
This series is the fifth version of Bo Gan's L2 LIM series.
Background information:
JH7110 SPL runs in L2 LIM (2M in size mapped at 0x800). It
consists of 16 0x2 sized regions, each one can be used as
either L2 cache way or SRAM (not both). From top to bottom, there're
ways 0-15. The w
Hi Nishanth,
On Tue, 22 Aug 2023 at 17:34, Nishanth Menon wrote:
>
> On 17:16-20230822, Simon Glass wrote:
> > Hi Nishanth,
> >
> > On Tue, 22 Aug 2023 at 12:41, Nishanth Menon wrote:
> > >
> > > CFG_EXTRA_ENV_SETTINGS is set in common board config fi
The output from "dm tree" or "dm uclass" is a bit annoying
if the number of devices available on the system is huge.
(This is especially true on sandbox when I debug some DM code.)
With this patch, we can specify the uclass name or the device
name that we are interested in in order to limit the ou
The sandbox_set_enable_memio() should only ever be set during
sandbox testing, not within driver itself, move it back to test/ .
Signed-off-by: Marek Vasut
---
Cc: Abdellatif El Khlifi
Cc: Simon Glass
---
V2: New patch
---
drivers/mtd/nvmxip/nvmxip-uclass.c | 4
test/dm/nvmxip.c
Enable NVMXIP QSPI driver on sandbox, since it is already enabled
on sandbox64.
Signed-off-by: Marek Vasut
---
Cc: Abdellatif El Khlifi
Cc: Simon Glass
---
V2: No change
---
configs/sandbox_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/sandbox_defconfig b/configs/sandbo
Cast the address such that it can be printed without warnings
on both 32bit and 64bit systems. This really should use some
better print formatter, but for the lack of it, do it this way.
Signed-off-by: Marek Vasut
---
Cc: Abdellatif El Khlifi
Cc: Simon Glass
---
V2: New patch
---
drivers/mtd/n
Get rid of nvmxip_mmio_rawread() and just implement the readl()/readq()
reader loop within nvmxip_blk_read(). Cast the destination buffer as
needed and increment the read by either 4 or 8 bytes depending on if
this is systemd with 32bit or 64bit physical address.
Signed-off-by: Marek Vasut
---
Cc
Perform all the block device creation only once, after the driver itself
successfully bound. Do not do this in uclass post bind, as this might be
triggered multiple times. For example the ut_dm_host test triggers this
and triggers a memory leak that way, since there are now multiple block
devices c
Align the sandbox64 defconfig with sandbox defconfig. Enable missing
legacy image format support. This fixes ut_bootstd_bootflow_cmd_menu
test.
Suggested-by: Jonas Karlman
Signed-off-by: Marek Vasut
---
Cc: Mario Six
Cc: Simon Glass
---
configs/sandbox64_defconfig | 1 +
1 file changed, 1 ins
The current CI test worked by sheer luck, the g_dev global pointer
in the fwu library was never initialized and the test equally well
failed on sandbox64. Trigger the main loop in sandbox tests too to
initialize that global state, and move the sandbox specific exit
from fwu_boottime_checks after g_
Hi Simon,
On Mon, Aug 21, 2023 at 09:22:54PM -0600, Simon Glass wrote:
> Hi AKASHI,
>
> On Mon, 21 Aug 2023 at 20:46, AKASHI Takahiro
> wrote:
> >
> > The output from "dm tree" or "dm uclass" is a bit annoying
> > if the number of devices available on the system is huge.
> > (This is especially
On 17:16-20230822, Simon Glass wrote:
> Hi Nishanth,
>
> On Tue, 22 Aug 2023 at 12:41, Nishanth Menon wrote:
> >
> > CFG_EXTRA_ENV_SETTINGS is set in common board config files, This allows
> > for majority of the settings to be set in a common manner. However, the
&
On Tue, 22 Aug 2023 at 12:54, Paul Barker wrote:
>
> The list of u-boot talks on elinux.org is quite long, so let's highlight
> the talks which are likely most relevant for newcomers.
>
> Signed-off-by: Paul Barker
> ---
> doc/learn/talks.rst | 15 ---
> 1 file changed, 12 insertions
Hi Nishanth,
On Tue, 22 Aug 2023 at 12:41, Nishanth Menon wrote:
>
> CFG_EXTRA_ENV_SETTINGS is set in common board config files, This allows
> for majority of the settings to be set in a common manner. However, the
> minor variations between various board can be addressed by the board.env
> files
From: Marcel Ziswiler
Enable USB SDP SPL aka serial downloader recovery mode support.
While at it also enable fastboot support which may be used to
subsequently load further stages like a Toradex Easy Installer FIT
image.
Signed-off-by: Marcel Ziswiler
---
.../dts/imx8mm-verdin-wifi-dev-u-b
On 8/22/23 20:10, Paul Barker wrote:
Let's make the indentation of pre-processor macros and conditionals in
serial_sh.h consistent before we add to the confusion with a new SoC.
What exactly is this patch doing, adding spaces to ifdeffery ?
I would be tempted to say, can we clean up the ifdeff
On 8/22/23 20:10, Paul Barker wrote:
If we attempt to compile serial_sh.c for a system which lacks HSCIF
support (e.g. R8A7740), we see the following compilation error:
In file included from drivers/serial/serial_sh.c:20:
drivers/serial/serial_sh.c: In function ‘sh_serial_init_generic’
On 13:57-20230822, Reid Tonking wrote:
> Sync j7200 device tree files with Linux 6.5-rc1
I understand this is a major step forward, but a still:
There is more work to do:
a) split the dev-data.c fixup as the first patch
b) See comments in
https://lore.kernel.org/u-boot/20230816114
Some memories provides ECC correction. For software which wants to check
memory, it is helpful to see which regions provide this feature.
Add this as a property of the /memory nodes, since it presumably follows
the hardware-level memory system.
Signed-off-by: Simon Glass
---
Changes in v3:
- Ad
The Devicetree specification skips over handling of a logical view of
the memory map, pointing users to the UEFI specification.
It is common to split firmware into 'Platform Init', which does the
initial hardware setup and a "Payload" which selects the OS to be booted.
Thus an handover interface i
Hi Rob,
On Tue, 22 Aug 2023 at 12:53, Rob Herring wrote:
>
> On Mon, Aug 21, 2023 at 2:48 PM Simon Glass wrote:
> >
> > The Devicespec specification skips over handling of a logical view of
> > the memory map, pointing users to the UEFI specification.
>
> It's more that the DT spec defines what
On 13:57-20230822, Reid Tonking wrote:
[...]
> diff --git a/arch/arm/dts/k3-j7200-r5-common-proc-board.dts
> b/arch/arm/dts/k3-j7200-r5-common-proc-board.dts
> index e62f9218e8..bd4be7215f 100644
> --- a/arch/arm/dts/k3-j7200-r5-common-proc-board.dts
> +++ b/arch/arm/dts/k3-j7200
Hi Tom.
https://source.denx.de/u-boot/custodians/u-boot-dm/-/pipelines/17476
The following changes since commit 976fb2ffa3875a7bed9866bf5cf939a81c423ef8:
Prepare v2023.10-rc3 (2023-08-21 16:19:59 -0400)
are available in the Git repository at:
git://git.denx.de/u-boot-dm.git tags/dm-pull-2
Sync j7200 device tree files with Linux 6.5-rc1
- k3-j7200-r5-common-proc-board.dts now inherits from
k3-j7200-common-proc-board.dts instead of k3-j7200-som-p0.dtsi. This
allows us to trim down the r5 file considerably by using existing
properties.
- remove pimux nodes from r5 file
- remov
Hi Maxim,
On Fri, 18 Aug 2023 at 03:27, Maxim Uvarov wrote:
>
>
>
> On Fri, 18 Aug 2023 at 09:10, Simon Glass wrote:
>>
>> Hi Maxim,
>>
>> On Wed, 16 Aug 2023 at 14:15, Maxim Uvarov wrote:
>> >
>> >
>> >
>> > On Wed, 16 Aug 2023 at 20:39, Simon Glass wrote:
>> >>
>> >> Hi Maxim,
>> >>
>> >> On
Hi Alper,
On Tue, 22 Aug 2023 at 06:10, Alper Nebi Yasak wrote:
>
> QEMU firmware config drivers need to be probed to bind the ramfb device.
> The ramfb driver needs to be bound before relocation to properly reserve
> video memory for it, otherwise it cannot be probed after relocation. Add
> the
Hi Alper,
On Tue, 22 Aug 2023 at 06:10, Alper Nebi Yasak wrote:
>
> From: Alexander Graf
>
> Now that we have everything in place to support ramfb, let's wire it up
> by default in the ARM QEMU targets. That way, you can easily use a
> graphical console by just passing -device ramfb to the QEMU
Hi Maxim,
On Tue, 22 Aug 2023 at 03:38, Maxim Uvarov wrote:
>
> Define Makefile and Kconfig to build lwIP inside the U-Boot. We compile
> lwIP the same as the main code, plus we can do optimization for size at
> compile time with disabling not needed debug asserts, or not used protocols.
> So we
Hi Maxim,
On Tue, 22 Aug 2023 at 03:38, Maxim Uvarov wrote:
>
> Add initial documentation of lwIP network IP stack integration
> to the U-Boot (net_lwip.rst).
>
> Signed-off-by: Maxim Uvarov
> Reviewed-by: Simon Glass
> ---
> doc/develop/index.rst| 1 +
> doc/develop/net_lwip.rst | 76 +++
Hi Maxim,
On Tue, 22 Aug 2023 at 03:39, Maxim Uvarov wrote:
>
> U-Boot recently got support for an alternative network stack using LWIP.
> Replace tftp command with the LWIP variant while keeping the output and
> error messages identical.
>
> Signed-off-by: Maxim Uvarov
> ---
> include/net/lwip
Hi Maxim,
On Tue, 22 Aug 2023 at 03:39, Maxim Uvarov wrote:
>
> U-Boot recently got support for an alternative network stack using LWIP.
> Replace dhcp command with the LWIP variant while keeping the output and
> error messages identical.
>
> Signed-off-by: Maxim Uvarov
> ---
> include/net/lwip
Hi Maxim,
On Tue, 22 Aug 2023 at 03:39, Maxim Uvarov wrote:
>
> U-Boot recently got support for an alternative network stack using LWIP.
> Replace dns command with the LWIP variant while keeping the output and
> error messages identical.
>
> Signed-off-by: Maxim Uvarov
> ---
> include/net/lwip.
Hi Alexey,
On Tue, 22 Aug 2023 at 06:59, Alexey Romanov
wrote:
>
> Hi,
>
> On Tue, Aug 22, 2023 at 10:24:23AM +0200, neil.armstr...@linaro.org wrote:
> > On 21/08/2023 21:11, Simon Glass wrote:
> > > Hi Neil,
> > >
> > > On Mon, 21 Aug 2023 at 03:16, neil.armstr...@linaro.org
> > > wrote:
> > >
On Tue, 22 Aug 2023 at 02:43, Heinrich Schuchardt
wrote:
>
> If hash_calculate is invoked with region_count = 0, it will try to hash
> INT_MAX regions. We should check this parameter.
>
> * Avoid a comparison with different signedness.
> * Check that region_count is at least 1.
> * Avoid a superfl
Hi Alper,
On Tue, 22 Aug 2023 at 06:10, Alper Nebi Yasak wrote:
>
> Now that we have everything in place to support ramfb, let's wire it up
> by default in the x86 QEMU targets. That way, we can use ramfb graphical
> console instead of the default by passing -vga none -device ramfb to the
> QEMU
Hi Alex,
On Tue, 22 Aug 2023 at 01:47, Alexander Graf wrote:
>
>
> On 22.08.23 01:03, Simon Glass wrote:
> > Hi Alex,
> >
> > On Mon, 21 Aug 2023 at 16:40, Alexander Graf wrote:
> >>
> >> On 22.08.23 00:10, Simon Glass wrote:
> >>> Hi Alex,
> >>>
> >>> On Mon, 21 Aug 2023 at 14:20, Alexander Gra
Hi Alper,
On Tue, 22 Aug 2023 at 06:10, Alper Nebi Yasak wrote:
>
> From: Alexander Graf
>
> Now that we have everything in place to support ramfb, let's wire it up
> by default in the RISC-V QEMU targets. That way, you can easily use a
> graphical console by just passing -device ramfb to the QE
On Tue, 22 Aug 2023 at 04:21, Heinrich Schuchardt
wrote:
>
> If vsnprintf() returns a negative number, (i >= remaining) will
> possibly be true:
>
> 'i' is of type signed int and 'remaining' is of the unsigned type size_t.
> The C language will convert i to an unsigned type before the comparison.
Hi Alper,
On Tue, 22 Aug 2023 at 06:10, Alper Nebi Yasak wrote:
>
> From: Alexander Graf
>
> Now that we have a ramfb device driver, let's add the necessary glueing
> magic to also spawn it when we find its qfw file node.
So then how do we select which video driver is used? I think we should
ha
On Tue, 22 Aug 2023 at 06:10, Alper Nebi Yasak wrote:
>
> From: Alexander Graf
>
> QEMU implements multiple ways to expose graphics output to the virt
> machine, but most of them are incompatible with hardware virtualization.
>
> The one that does work reliably is ramfb. It's a very simple mechan
The list of u-boot talks on elinux.org is quite long, so let's highlight
the talks which are likely most relevant for newcomers.
Signed-off-by: Paul Barker
---
doc/learn/talks.rst | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git a/doc/learn/talks.rst b/doc/learn
Highlight the packages which need to be installed in order to build the
docs.
Signed-off-by: Paul Barker
---
doc/build/documentation.rst | 11 +++
1 file changed, 11 insertions(+)
diff --git a/doc/build/documentation.rst b/doc/build/documentation.rst
index 011cd34a57c0..20b0fefa2d88 100
On Mon, Aug 21, 2023 at 2:48 PM Simon Glass wrote:
>
> The Devicespec specification skips over handling of a logical view of
> the memory map, pointing users to the UEFI specification.
It's more that the DT spec defines what is not used with UEFI. If UEFI
covers more than the DT Spec defined, the
From: Jonathan Humphreys
Fix minor path and config macro name updates to sync with latest
OpenOCD and U-Boot configurations.
Fixes: effe50854a69 ("doc: board: ti: k3: Add a guide to debugging with
OpenOCD")
Signed-off-by: Jonathan Humphreys
Signed-off-by: Nishanth Menon
---
Cc: Heinrich Schuc
From: Robert Nelson
BeagleBoard.org BeaglePlay is an easy to use, affordable open source
hardware single board computer based on the Texas Instruments AM625
SoC that allows you to create connected devices that work even at long
distances using IEEE 802.15.4g LR-WPAN and IEEE 802.3cg 10Base-T1L.
E
Add base documentation for BeaglePlay
Signed-off-by: Nishanth Menon
---
Cc: Heinrich Schuchardt
Changes Since V3:
* Updated documentation to give a more clear overview of MMC partitions
and flashing information.
* Added OpenOCD debug documentation
* Added LED status information and indication
From: Nitin Yadav
U-Boot is fail to boot class U1 UHS SD cards (such as microcenter)
due to incorrect OTAP and ITAP delay select values. Update OTAP and
ITAP delay select values based on recommeded RIOT values to fix boot
issue.
Signed-off-by: Nitin Yadav
Signed-off-by: Nishanth Menon
---
Pick
Add labels for unsigned binary to permit over-ride.
Signed-off-by: Nishanth Menon
---
Cc: Simon Glass
Changes since V3: None
V3: https://lore.kernel.org/all/20230815164440.2713726-2...@ti.com/
V2: https://lore.kernel.org/u-boot/20230727234446.3651836-2...@ti.com/
V1: https://lore.kernel.org/al
Hi,
Add support for BeaglePlay - rev 4
Full series: https://github.com/nmenon/fix-k3-dt-u-boot/commits/beagleplay-v4.2
Caveats:
* networking: pending
https://lore.kernel.org/all/20230822121350.51324-1-rog...@kernel.org/
* 32kclk and usb: pending:
https://lore.kernel.org/u-boot/20230725185253.
CFG_EXTRA_ENV_SETTINGS is set in common board config files, This allows
for majority of the settings to be set in a common manner. However, the
minor variations between various board can be addressed by the board.env
files. The board.env files are converted into CONFIG_EXTRA_ENV_TEXT.
However, thi
While boot partition support with EMMC boot is useful, it is
constrained by the size of boot hardware partition itself.
In the case of K3 devices, tispl images can contain OP-TEE images that
can substantially vary in size and the u-boot image itself can vary over
time as we enable various features
Add defconfig fragments for am625 based beagleplay and corresponding
customized environment file for beagleplay.
Signed-off-by: Nishanth Menon
---
Changes:
* new env file to override boot targets, led sequence etc.
* config files updates for GPIO, I2C etc for A53.
* Speed up of A53 mmc support.
Enable EMMC boot support for AM62x evm base configuration.
Signed-off-by: Nishanth Menon
---
New patch
configs/am62x_evm_a53_defconfig | 1 +
configs/am62x_evm_r5_defconfig | 1 +
2 files changed, 2 insertions(+)
diff --git a/configs/am62x_evm_a53_defconfig b/configs/am62x_evm_a53_defconfig
i
Hi,
On Tue, Aug 22, 2023 at 10:24:23AM +0200, neil.armstr...@linaro.org wrote:
> On 21/08/2023 21:11, Simon Glass wrote:
> > Hi Neil,
> >
> > On Mon, 21 Aug 2023 at 03:16, neil.armstr...@linaro.org
> > wrote:
> > >
> > > Hi,
> > >
> > > On 16/07/2023 01:40, Simon Glass wrote:
> > > > Hi,
> > >
Let's make the indentation of pre-processor macros and conditionals in
serial_sh.h consistent before we add to the confusion with a new SoC.
Signed-off-by: Paul Barker
Reviewed-by: Biju Das
---
drivers/serial/serial_sh.h | 84 +++---
1 file changed, 42 insertions
If we attempt to compile serial_sh.c for a system which lacks HSCIF
support (e.g. R8A7740), we see the following compilation error:
In file included from drivers/serial/serial_sh.c:20:
drivers/serial/serial_sh.c: In function ‘sh_serial_init_generic’:
drivers/serial/serial_sh.h:429:35:
I'll shortly be sending an initial patch set adding support for the Renesas
RZ/G2L SMARC evaluation board and R9A07G044L SoC. Before dropping those patches
I've got a compilation fix and a header tidy up for the SCIF driver.
Paul Barker (2):
serial: sh: Fix compile error when lacking HSCIF suppo
Update the document to specify how the EFI Signature List(ESL) file
can be embedded into the platform's dtb as part of the U-Boot build.
Signed-off-by: Sughosh Ganu
Reviewed-by: Ilias Apalodimas
---
Changes since V10: None
doc/develop/uefi/uefi.rst | 19 +--
1 file changed, 5 i
The public key EFI Signature List(ESL) needed for capsule
authentication is now embedded into the platform's DTB as part of the
build. Remove the superfluous logic from the test setup.
Signed-off-by: Sughosh Ganu
---
Changes since V10: None
test/py/tests/test_efi_capsule/conftest.py | 14
Add the path to the public key EFI Signature List(ESL) file for the
sandbox variants which enable capsule authentication. This ESL file
gets embedded into the platform's device-tree as part of the build.
Signed-off-by: Sughosh Ganu
---
Changes since V10: None
configs/sandbox_defconfig
The EFI capsule authentication logic in u-boot expects the public key
in the form of an EFI Signature List(ESL) to be provided as part of
the platform's dtb. Currently, the embedding of the ESL file into the
dtb needs to be done manually.
Add a target for generating a dtsi file which contains the
At the time of building the DTB, some dtsi files can be selected for
inclusion. Have these dtsi files as dependencies for the DTB
target. This also ensures generation or updating the dtsi files if
need be.
Signed-off-by: Sughosh Ganu
Acked-by: Ilias Apalodimas
Reviewed-by: Tom Rini
---
Changes
At the time of building a device-tree file, all the *u-boot.dtsi files
are looked for, in a particular order, and the first file found is
included. Then, the list of files specified in the
CONFIG_DEVICE_TREE_INCLUDES symbol are included.
Combine these files that are to be included into a variable,
When running the trace test on the sandbox platform, the current size
of 16MiB is no longer large enough for capturing the entire trace
history, and results in truncation. Use a size of 32MiB for the trace
buffer on the sandbox platform while running the trace test.
Signed-off-by: Sughosh Ganu
Re
The EFI capsules can now be generated as part of U-Boot build, through
binman. Highlight these changes in the documentation.
Signed-off-by: Sughosh Ganu
Acked-by: Heinrich Schuchardt
---
Changes since V10:
* Add an example binman capsule node which shows how a capsule can be
generated through
Support has been added for generating the EFI capsules through
binman. Make changes in the EFI capsule update testing feature to
generate capsules through binman.
Signed-off-by: Sughosh Ganu
---
Changes since V10:
* Remove the sandbox_capsule.dtsi file.
* Remove addition of multiple-images proper
Add support in binman for generating EFI capsules. The capsule
parameters can be specified through the capsule binman entry. Also add
test cases in binman for testing capsule generation.
Signed-off-by: Sughosh Ganu
Reviewed-by: Simon Glass
---
Changes since V10: None
tools/binman/entries.rst
Add a bintool for generating EFI capsules. This calls the mkeficapsule
tool which generates the capsules.
Signed-off-by: Sughosh Ganu
Reviewed-by: Simon Glass
---
Changes since V10: None
tools/binman/btool/mkeficapsule.py | 101 +
1 file changed, 101 insertions(+)
Enable the EFI capsule update code on all sandbox variants. This was
already enabled on the sandbox, sandbox64 and sandbox_flattree
variants. The rest of the variants also have the EFI capsule update
module enabled now. With this commit, the mkeficapsule tool also gets
enabled on all variants.
Si
Add the private keys and public key certificates which are to be used
for capsule authentication while testing the EFI capsule update
functionality. There are two pairs of private and public keys, good
and bad. The good key pair will be used for signing capsules, whilst
the bad key pair is to be us
Add a newline at the end of the dts, without which the build fails
when including a dtsi file.
Signed-off-by: Sughosh Ganu
Reviewed-by: Simon Glass
Reviewed-by: Ilias Apalodimas
---
Changes since V10: None
arch/arm/dts/nuvoton-npcm845-evb.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion
Add support to build a tool from source with a list of commands. This
is useful when a tool can be built with multiple commands instead of a
single command.
Signed-off-by: Sughosh Ganu
Reviewed-by: Simon Glass
---
Changes since V10: None
tools/binman/bintool.py | 19 +++
1 file
This patchset aims to bring two capsule related tasks under the U-Boot
build flow.
The first task is related to generation of capsules. The capsules can
be generated as part of U-Boot build, and this is being achieved
through binman, by adding a capsule entry type. The capsules can be
generated
Hi Peter,
On 8/22/23 13:00, Peter Robinson wrote:
Hi,
Hi,
is supposed usb keyboard to work in u-boot 2023.04 on RPi Zero 2 W?
Configured as rpi_arm64_defconfig, no usb devices found but subsequent
kernel works as expected.
[pi02]
kernel=u-boot.bin
otg_mode=0
dtoverlay=dwc2,dr_mode=ho
This core is found on many HiSilicon chips. This patchset adds support
for it and the integrated MDIO bus.
The driver code comes from linux kernel driver, downstream u-boot driver
and the datasheet. It's already tested on a Hi3798MV200 based STB.
Note that currently this driver can't be used for
From: Yang Xiwen
It adds the driver for HIFEMAC Ethernet controller found on HiSilicon
SoCs like Hi3798MV200. It's based on the mainstream linux driver, but
quite a lot of code gets rewritten and cleaned up to adopt u-boot driver
model.
Signed-off-by: Yang Xiwen
---
drivers/net/Kconfig |
From: Yang Xiwen
It adds the driver for the internal MDIO bus of HIFEMAC Ethernet
controller. It's based on the mainstream linux driver.
Signed-off-by: Yang Xiwen
---
drivers/net/Kconfig| 8
drivers/net/Makefile | 1 +
drivers/net/hifemac_mdio.c | 116 ++
On sam., août 19, 2023 at 16:24, Marek Vasut wrote:
> The usb_gadget_handle_interrupts() is no longer used anywhere,
> replace the remaining uses with dm_usb_gadget_handle_interrupts()
> which takes udevice as a parameter.
>
> Some of the UDC drivers currently ignore the index parameter altogethe
On sam., août 19, 2023 at 16:24, Marek Vasut wrote:
> Remove legacy functions limited by the dev_array array,
> those are no longer used anywhere, all the code uses
> plain udevice based access now.
>
> The usb_gadget_handle_interrupts() is doing udevice look up
> until all call sites use dm_usb_
On Tue, Aug 22, 2023 at 7:28 PM Fabio Estevam wrote:
>
> Hi Oleksandr,
>
> On Tue, Aug 22, 2023 at 12:53 PM Oleksandr Suvorov
> wrote:
>
> > ddr-1d-imem-fw {
> > - filename = "lpddr4_pmu_train_1d_imem_202006.bin";
> > + filename = "lpddr
On sam., août 19, 2023 at 16:24, Marek Vasut wrote:
> Convert to plain udevice interaction with UDC controller
> device, avoid the use of UDC uclass dev_array .
>
> Signed-off-by: Marek Vasut
> ---
> Cc: Angus Ainslie
> Cc: Dmitrii Merkurev
> Cc: Eddie Cai
> Cc: Kever Yang
> Cc: Lukasz Majew
On sam., août 19, 2023 at 16:24, Marek Vasut wrote:
> In case anything errors out during the SDP transfer, detach
> the controller instead of bailing out right away. This way,
> the controller can be reattached on next attempt.
>
> Signed-off-by: Marek Vasut
> ---
> Cc: Angus Ainslie
> Cc: Dmit
Fix up build step numbering.
Fixes: c727b81d6530 ("doc: board: ti: k3: Reuse build instructions")
Signed-off-by: Nishanth Menon
---
doc/board/ti/j721e_evm.rst | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/doc/board/ti/j721e_evm.rst b/doc/board/ti/j721e_evm.
Add elaboration text for the various firmware involved for system
management.
Signed-off-by: Nishanth Menon
---
doc/board/ti/k3.rst | 21 -
1 file changed, 20 insertions(+), 1 deletion(-)
diff --git a/doc/board/ti/k3.rst b/doc/board/ti/k3.rst
index e7c8d37dd269..83fb0f121bb9
Fix up build step numbering.
Fixes: c727b81d6530 ("doc: board: ti: k3: Reuse build instructions")
Signed-off-by: Nishanth Menon
---
doc/board/ti/j7200_evm.rst | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/doc/board/ti/j7200_evm.rst b/doc/board/ti/j7200_evm.
Fix up build step numbering.
Fixes: c727b81d6530 ("doc: board: ti: k3: Reuse build instructions")
Signed-off-by: Nishanth Menon
---
doc/board/ti/am62x_sk.rst | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/doc/board/ti/am62x_sk.rst b/doc/board/ti/am62x_sk.rst
index 42b37f
From: Heinrich Schuchardt
Provide alternative text for image.
Fixes: fd358121bdb8 ("doc: board: ti: am65x: Update with boot flow diagram")
Signed-off-by: Heinrich Schuchardt
Signed-off-by: Nishanth Menon
---
Changes:
* Added missing updates of alt tag
* Fixed up a few text info
* now based on
Fix up build step numbering.
Fixes: c727b81d6530 ("doc: board: ti: k3: Reuse build instructions")
Signed-off-by: Nishanth Menon
---
doc/board/ti/am65x_evm.rst | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/doc/board/ti/am65x_evm.rst b/doc/board/ti/am65x_evm.rst
Fix up build step numbering.
Fixes: 4bf49bade124 ("doc: board: ti: am64: Add boot flow diagram")
Signed-off-by: Nishanth Menon
---
doc/board/ti/am64x_evm.rst | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/doc/board/ti/am64x_evm.rst b/doc/board/ti/am64x_evm.rst
index 01e5
1 - 100 of 202 matches
Mail list logo
