On Mon, May 16, 2022 at 12:50:34PM -0300, Fabio Estevam wrote:
> Hi Marcel,
>
> On 16/05/2022 12:41, Marcel Ziswiler wrote:
>
> > Talking about uuu, has anybody managed to get that going on the i.MX
> > 8M Mini yet? Regular USB device/host
> > functionality works great but last I tried gadget fun
On 4/27/22 20:28, Neil Armstrong wrote:
> The TPS65219 I2S PMIC features 3 Buck converters and 4 linear regulators,
> 2 GPOs, 1 GPIO, and 3 multi-function-pin.
>
> This adds the PMIC driver, loading the regulator sub-nodes.
>
> Signed-off-by: Neil Armstrong
> ---
> drivers/power/pmic/Kconfig
On 5/13/22 15:26, Etienne Carriere wrote:
> Update SCMI regulator controller driver to get its assigned SCMI channel
> during initialization. This change allows SCMI voltage domain protocol
> to use a dedicated channel when defined in the DT. The reference is
> saved in SCMI regulator controller dr
On 5/13/22 15:26, Etienne Carriere wrote:
> Simplify scmi_voltd_set_enable() exit sequence.
>
> Cc: Jaehoon Chung
> Signed-off-by: Etienne Carriere
Reviewed-by: Jaehoon Chung
Best Regards,
Jaehoon Chung
> ---
> drivers/power/regulator/scmi_regulator.c | 6 +-
> 1 file changed, 1 insert
On 5/3/22 17:58, Rasmus Villemoes wrote:
> These are the i2c addresses of the chips, but that comes from device
> tree. Having that information duplicated here just adds confusion.
>
> Signed-off-by: Rasmus Villemoes
Reviewed-by: Jaehoon Chung
Best Regards,
Jaehoon Chung
> ---
> drivers/pow
On 5/3/22 17:58, Rasmus Villemoes wrote:
> The pca9450 driver uses dm_i2c_{read,write}, which
> are (unsurprisingly) only available with DM_I2C. Make sure one can't
> create an unbuildable .config by adding proper dependencies.
>
> While here, append "in SPL" to the prompt for the SPL_ variant so
On 5/12/22 03:28, Pali Rohár wrote:
> Commit 0980cbba7b3c ("mmc: fsl_esdhc_spl: pre-PBL: implement redundancy
> support") changed number of sectors which are read but did not adjusted
> error check.
>
> Fix it and check for if correct number of sectors were read.
>
> Fixes: 0980cbba7b3c ("mmc: fs
On 5/12/22 03:27, Pali Rohár wrote:
> Currently default fallback SDHC mode is 1-bit. Add new config option
> CONFIG_SYS_FSL_ESDHC_DEFAULT_BUS_WIDTH to allow specifying default fallback
> mode. This is useful e.g. for SPL builds which loads other parts from SD
> card during boot process.
>
> Signed
On 5/12/22 03:27, Pali Rohár wrote:
> 8-bit mode is not supported by SD cards and on P2020 are four SDHC pins
> shared with SPI (so if P2020 board have also SPI then only 4-bit SDHC mode
> is provided). So 8-bit SDHC mode is really bad default.
>
> When max bus width is not provided then set mode
On 5/6/22 23:06, Patrick Delaunay wrote:
> Although not recommended, the reset property could be made optional.
> This way the driver will probe even if no reset property is provided
> in an sdmmc node in DT. This reset is already optional in Linux.
>
> Signed-off-by: Yann Gautier
> Signed-off-by
From: Marcel Ziswiler
Move the preloader_console_init() call after spl_early_init() to avoid
board hang in SPL.
While at it remove explicit in-code console/debug UART pinmuxing (uart1
and its pinmuxing are already marked as u-boot,dm-spl via device tree).
Fixes: 4551e1898769 ("configs: verdin-i
On Monday 16 May 2022 08:31:43 Tom Rini wrote:
> On Sat, May 14, 2022 at 01:00:06AM +0200, Pali Rohár wrote:
>
> > Hello! I tried to enable support for 2GB+ of DDR memory (with 4GB DDR3)
> > on powerpc P2020 board in 32-bit addressing mode and U-Boot crashed
> > during startup.
> >
> > I figured
This commit adds OMAP3 BeagleBoard devicetree files from Linux
v5.16.0.
This commit fixes CONFIG_DM_MMC warning.
Signed-off-by: Anthoine Bourgeois
---
arch/arm/dts/Makefile | 2 +
arch/arm/dts/omap3-devkit8000-u-boot.dtsi | 14 +
arch/arm/dts/omap3-devkit8000.dts |
Seems that u-boot can't probe i2c bus at 2.6Mhz speed, so lower
the speed to the default value 100Khz.
v2: fix i2c1 frequency in the root omap3-u-boot.dtsi include.
Signed-off-by: Anthoine Bourgeois
---
arch/arm/dts/omap3-u-boot.dtsi | 1 +
configs/devkit8000_defconfig | 1 +
2 files changed,
This serie clean-up the devkit8000 configuration to support device tree
and fixes CONFIG_DM_* warnings.
v2: Override i2c1 frequency in omap3-u-boot.dtsi.
Anthoine Bourgeois (3):
ARM: dts: omap3-devkit8000: Add support for Devkit8000
ARM: dts: omap3-devkit8000: Fix CONFIG_DM_I2C warning
ARM:
Add the missing ethernet node in u-boot dts.
Signed-off-by: Anthoine Bourgeois
---
arch/arm/dts/omap3-devkit8000-u-boot.dtsi | 6 ++
configs/devkit8000_defconfig | 1 +
2 files changed, 7 insertions(+)
diff --git a/arch/arm/dts/omap3-devkit8000-u-boot.dtsi
b/arch/arm/dts/omap3
fit_image_get_data only supports FITs with inline data. Switch to
fit_image_get_data_and_size to support FITs with external data as well.
Signed-off-by: Sean Anderson
---
cmd/source.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/cmd/source.c b/cmd/source.c
index 81e015b64
This adds support for signing images in auto-generated FITs. To do this,
we need to add a signature node. The algorithm name property already has
its own option, but we need one for the key name hint. We could have
gone the -G route and added an explicit name for the public key (like
what is done f
Document -G and the secondary image types which can be used with -R.
Also reword the documentation of -s for clarity.
Signed-off-by: Sean Anderson
---
Changes in v3:
- Rebased onto u-boot/master, as v1 was applied instead of v2
- Reworded commit message to reflect this
Changes in v2:
- Document
On 5/9/22 14:40, Marek Vasut wrote:
On 4/25/22 06:39, Stefan Roese wrote:
On 4/24/22 23:39, Marek Vasut wrote:
Add ID for Winbond W25Q128JW device. This is a 128 Mbit QSPI NOR.
Tested on W25Q128JWPIM part.
Signed-off-by: Marek Vasut
Cc: Horatiu Vultur
Cc: Jagan Teki
Cc: Simon Goldschmidt
C
On Monday 16 May 2022 16:52:06 Stefan Roese wrote:
> Hi Pali,
>
> On 06.05.22 11:05, Pali Rohár wrote:
> > If proper U-Boot on Turris Omnia tries to print something on debug UART
> > then CPU hangs. Reason is that debug UART in proper U-Boot for Turris
> > Omnia has incorrect configuration of base
TPL_DEBUG_UART_BASE is same as DEBUG_UART_BASE, but applies only for TPL.
Signed-off-by: Pali Rohár
---
drivers/serial/Kconfig | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/serial/Kconfig b/drivers/serial/Kconfig
index 46726d76b162..f6425a530e57 100644
--- a/drivers/serial/K
Hi Marcel,
On 16/05/2022 12:41, Marcel Ziswiler wrote:
Talking about uuu, has anybody managed to get that going on the i.MX
8M Mini yet? Regular USB device/host
functionality works great but last I tried gadget functionality in SPL
it gave me quite some grief.
Please see this series:
https://
Hi Andrew,
On 5/16/22 13:07, Andrew Abbott wrote:
> My original goal was to produce SPI images for Rockchip platforms
> (specifically
> for me, ROCKPro64, and in the future ROCK64). Looking into it, it seemed nicer
> to just switch the SD/MMC image generation over to binman as well in the
> proce
On Mon, May 16, 2022 at 02:33:33PM +, Andrea zi0Black Cappa wrote:
> Signed-off-by: Andrea zi0Black Cappa
> ---
> net/nfs.c | 4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
>
> diff --git a/net/nfs.c b/net/nfs.c
> index 3c01cebd96..9152ab742e 100644
> --- a/net/nfs.c
> +++ b/net/n
Hi Pali,
On 06.05.22 11:05, Pali Rohár wrote:
If proper U-Boot on Turris Omnia tries to print something on debug UART
then CPU hangs. Reason is that debug UART in proper U-Boot for Turris
Omnia has incorrect configuration of base register. Base register is
different in SPL and also in different
Signed-off-by: Andrea zi0Black Cappa
---
net/nfs.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/net/nfs.c b/net/nfs.c
index 3c01cebd96..9152ab742e 100644
--- a/net/nfs.c
+++ b/net/nfs.c
@@ -52,7 +52,7 @@ static const ulong nfs_timeout = CONFIG_NFS_TIMEOUT;
static char
On 5/9/22 15:34, Adrian Fiergolski wrote:
Michal,
On 09.05.2022 15:28, Oleksandr Suvorov wrote:
Hi Adrian,
On Mon, May 9, 2022 at 2:35 PM Adrian Fiergolski
wrote:
Hi Oleksandr,
On 09.05.2022 13:02, Oleksandr Suvorov wrote:
Hi Adrian,
On Wed, May 4, 2022 at 5:28 PM Adrian Fiergolski
wr
From: Neal Frager
This patch fixes the DP audio and video PLL configurations for the
zynqmp-sm-k26-revA som.
The Linux DP driver expects the DP to be using the following PLL config:
- DP video PLL should use the VPLL (0x0)
- DP audio PLL should use the RPLL (0x3)
- DP system time clock PL
Hi,
On Mon, May 16, 2022 at 12:00 PM Michael Nazzareno Trimarchi
wrote:
>
> Hi Alban
>
> On Mon, May 16, 2022 at 10:23 AM Alban Bedel wrote:
> >
> > If optee is running add the firmware node to the FDT to allow the
> > kernel to use a more generic device tree.
> >
> > Signed-off-by: Alban Bedel
On Sat, May 14, 2022 at 01:00:06AM +0200, Pali Rohár wrote:
> Hello! I tried to enable support for 2GB+ of DDR memory (with 4GB DDR3)
> on powerpc P2020 board in 32-bit addressing mode and U-Boot crashed
> during startup.
>
> I figured out that issue is not powerpc specific, but rather generic to
On 5/10/22 15:12, Ashok Reddy Soma wrote:
Observing psgtr pll timeouts with some usb hubs and devices behind it.
Increase timeout to 10ms to take care of it.
Signed-off-by: Ashok Reddy Soma
---
drivers/phy/phy-zynqmp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/d
út 10. 5. 2022 v 13:26 odesílatel Michal Simek napsal:
>
>
> This patch series adds support for shared MDIO by using generic phy
> framework. Also enable DM_ETH_PHY config for all xilinx platforms.
>
> Thanks,
> Michal
>
>
> T Karthik Reddy (3):
> net: xilinx: axi_emac: Use shared MDIO bus suppo
út 10. 5. 2022 v 16:33 odesílatel Michal Simek napsal:
>
> From: Amit Kumar Mahapatra
>
> In all the ZynqMP boards dts files tx-buswidth is by default set to 1. Due
> to this the framework only issues 1-1-1 write commands to the GQSPI driver.
> But the GQSPI controller is capable of handling 1-4-
út 10. 5. 2022 v 16:23 odesílatel Michal Simek napsal:
>
> CONFIG_SPL_FS_LOAD_PAYLOAD_NAME is used by set_dfu_alt_info() for string
> generation. It doesn't depend on SDHCI because the same file can be stored
> to other non volatile memories like qspi.
>
> Signed-off-by: Michal Simek
> ---
>
> i
st 4. 5. 2022 v 9:12 odesílatel Michal Simek napsal:
>
> From: Neal Frager
>
> This patch fixes two issues in the set_r5_reset function.
>
> 1. When in split mode, the lpd_amba_rst bit should only be set when
> both r5 cpu cores are in reset. Otherwise, if one r5 core is still
> running, setting
čt 5. 5. 2022 v 10:56 odesílatel Michal Simek napsal:
>
> From: Neal Frager
>
> This patch fixes the DP audio and video PLL configurations for the
> zynqmp-zcu102-revA evaluation board.
>
> The Linux DP driver expects the DP to be using the following PLL config:
> - DP video PLL should use the
čt 5. 5. 2022 v 10:56 odesílatel Michal Simek napsal:
>
> From: Neal Frager
>
> This patch fixes the DP audio and video PLL configurations
> for the zynqmp-zcu106-revA evaluation board.
>
> The Linux DP driver expects the DP to be using the following PLL config:
> - DP video PLL should use the
út 10. 5. 2022 v 16:18 odesílatel Michal Simek napsal:
>
> From: Neal Frager
>
> This patch fixes the DP audio and video PLL configurations for the
> zynqmp-zcu106-rev1.0 evaluation board.
>
> The Linux DP driver expects the DP to be using the following PLL config:
> - DP video PLL should use
Update the Rockchip documentation for image generation with binman,
including the new automatically-created SPI image.
Signed-off-by: Andrew Abbott
---
Changes in v2:
- Remove note from docs about different offsets in SPI flash for
different SoCs - this was a bad assumption on my part, it does
Using the new SPI image generation, build an image for the Pine64
ROCKPro64 board.
Signed-off-by: Andrew Abbott
---
(no changes since v1)
arch/arm/mach-rockchip/rk3399/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-rockchip/rk3399/Kconfig
b/arch/arm/mach-rockchip/rk
Binman is now being used to build the final flashable images for
Rockchip devices, thus enabling it for all Rockchip targets here. But
it is not yet being used to generate the FIT image (u-boot.itb),
thus we need to force it to be built.
Signed-off-by: Andrew Abbott
---
Question: Will this causes
This needs to be accessible to binman (via CONFIG_ preprocessor macros)
so it can build SPI images using the correct offset.
The documentation at 'doc/device-tree-bindings/config.txt' says that
the 'u-boot,spl-payload-offset' device tree option simply overrides
'CONFIG_SYS_SPI_U_BOOT_OFFS', so thi
These are obsoleted by a previous patch which added binman image
definitions for Rockchip SD/MMC and SPI images.
Signed-off-by: Andrew Abbott
---
(no changes since v1)
Makefile | 31 +++
1 file changed, 3 insertions(+), 28 deletions(-)
diff --git a/Makefile b/Makef
Currently, building for Rockchip targets produces:
- idbloader.img
- rksd-formatted TPL with SPL appended; or
- rksd-formatted SPL
- u-boot.itb
- U-Boot Proper FIT image
- u-boot-rockchip.bin
- idbloader.img + u-boot.itb, padded the correct amount for SD/MMC
usage.
For RK339
This pulls in binman definitions so images can be built for all
Rockchip platforms.
Signed-off-by: Andrew Abbott
---
(no changes since v1)
arch/arm/dts/rk3308-u-boot.dtsi | 2 ++
arch/arm/dts/rk3328-u-boot.dtsi | 2 ++
arch/arm/dts/rk3368-u-boot.dtsi | 1 +
arch/arm/dts/rk3568-u-boot.dtsi | 2
mkimage supports combining multiple input binaries separating them
with colons (':'). This is used at least for Rockchip platforms to
encode payload offsets and sizes in the image header. It is required for
Rockchip SPI boot since for the rkspi format, after the input binary
combining, the entire i
My original goal was to produce SPI images for Rockchip platforms (specifically
for me, ROCKPro64, and in the future ROCK64). Looking into it, it seemed nicer
to just switch the SD/MMC image generation over to binman as well in the
process.
This is my attempt to move Rockchip final full image gene
The bootmenu enumerates the UEFI boot options
for boot device selection.
This commit adds the description how the UEFI boot work
in bootmenu. This commit also adds "Synopsis", "Description"
and "Configuration" sections to follow the U-Boot command
documentation format.
Signed-off-by: Masahisa Koj
This commit supports the menu-driven UEFI boot option addition.
User can select the block device volume having
efi_simple_file_system_protocol and select the file corresponding
to the Boot variable. Then user enter the label of the BOOT
variable in utf8.
Signed-off-by: Masahisa Kojima
---
This commit fixes the following compile warnings
for the documentation.
./include/charset.h:276: warning: Function parameter or member 'size' not
described in 'u16_strlcat'
./include/charset.h:276: warning: Excess function parameter 'count' description
in 'u16_strlcat'
Signed-off-by: Masahisa K
UEFI specification requires booting from removal media using
a architecture-specific default image name such as BOOTAA64.EFI.
This commit adds the removable media entries into bootmenu,
so that user can select the removable media and boot with
default image.
The bootmenu automatically enumerates t
This commit adds the menu-driven update of UEFI bootorder
variable.
Signed-off-by: Masahisa Kojima
---
(no update since v5)
Changes in v5:
- split into the separate patch
lib/efi_loader/efi_bootmenu_maintenance.c | 102 ++
1 file changed, 102 insertions(+)
diff --git a/lib
This commit adds the menu-driven deletion of UEFI boot variable.
Signed-off-by: Masahisa Kojima
---
(no update sinch v5)
changes in v5:
- split into the separate patch
lib/efi_loader/efi_bootmenu_maintenance.c | 136 ++
1 file changed, 136 insertions(+)
diff --git a/lib/ef
Most of the patches are merged into u-boot/master, this series
contains the remaining patches to support menu-driven
UEFI boot variable maintenance and removable media support.
[Major Changes]
- rebased to v2022.07-rc2
- there is detailed changelog in each commit
Masahisa Kojima (6):
efi_loader
The virtio-rng driver is extremely simple, making it suitable for
testing more of the virtio uclass logic. Have the sandbox driver bind
the virtio-rng driver rather than the virtio-blk driver so it can be
used in tests.
Signed-off-by: Andrew Scull
Reviewed-by: Simon Glass
---
drivers/virtio/vir
Add a regression test for virtio-rng reading beyond the end of its
buffer if the virtio device provides an invalid length.
Signed-off-by: Andrew Scull
Reviewed-by: Simon Glass
---
test/dm/Makefile | 1 +
test/dm/virtio_rng.c | 52
2 files change
Check the length of data written by the device is consistent with the
size of the buffers to avoid out-of-bounds memory accesses in case
values aren't consistent.
Signed-off-by: Andrew Scull
Cc: Sughosh Ganu
Reviewed-by: Simon Glass
---
drivers/virtio/virtio_rng.c | 3 +++
1 file changed, 3 in
The virtio sandbox transport was setting the device features value to
the bit index rather than shifting a bit to the right index. Fix this
using the bit manipulation macros.
Signed-off-by: Andrew Scull
Reviewed-by: Simon Glass
---
drivers/virtio/virtio_sandbox.c | 2 +-
test/dm/virtio.c
Virtio tests that find a child device require the virtio device driver
to be included in the build so it can probe. The sandbox virtio
transport driver currently reports a virtio-blk device so make sure the
corresponding driver is built before running tests that need it.
Signed-off-by: Andrew Scul
The virtqueue is passed to virtio_notify() so move the virtqueue
deletion to the end of the test when it's no longer needed. This wasn't
causing any problems because the sandbox virtio transport driver doesn't
do anything for notifications, but it could cause problems if things
change and it was a
The virtio ring is the basis of virtio communication. Test its basic
functionality and its resilience against corruption from the device.
Signed-off-by: Andrew Scull
Reviewed-by: Simon Glass
---
test/dm/virtio.c | 72
1 file changed, 72 insertion
The shared descriptors should only be written by the guest driver,
however, the device is still able to overwrite and corrupt them.
Maintain a private shadow copy of the descriptors for the driver to
use for state tracking, removing the need to read from the shared
descriptors.
Signed-off-by: Andr
When the device returns used buffers, it should refer to the descriptor
that is the head of the descriptor chain for that buffer. Confirm this
to be the case by tracking the head of descriptor chains that have been
made available to the device.
Signed-off-by: Andrew Scull
Reviewed-by: Simon Glass
The variables `total_sg` and `descs_used` have the same value. Replace
the few uses of `total_sg` with `descs_used` to simplify the situation.
Signed-off-by: Andrew Scull
Reviewed-by: Simon Glass
Reviewed-by: Bin Meng
---
drivers/virtio/virtio_ring.c | 7 +++
1 file changed, 3 insertions(+
Hi Alban
On Mon, May 16, 2022 at 10:23 AM Alban Bedel wrote:
>
> If optee is running add the firmware node to the FDT to allow the
> kernel to use a more generic device tree.
>
> Signed-off-by: Alban Bedel
> ---
> arch/arm/mach-imx/imx8m/soc.c | 9 +
> 1 file changed, 9 insertions(+)
>
Hi Pali,
On 03.05.22 11:01, Pali Rohár wrote:
NVMe support is already enabled, so add it into boot targets.
Signed-off-by: Pali Rohár
---
include/configs/mvebu_armada-37xx.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/mvebu_armada-37xx.h
b/include/configs/mvebu_arma
Hi Heinrich,
On Mon, 9 May 2022 at 22:01, Heinrich Schuchardt wrote:
>
> On 5/9/22 10:23, Masahisa Kojima wrote:
> > On Fri, 29 Apr 2022 at 01:53, Heinrich Schuchardt
> > wrote:
> >>
> >> On 4/28/22 10:09, Masahisa Kojima wrote:
> >>> UEFI specification requires booting from removal media using
CZ.NIC Turris 1.0 and 1.1 are open source routers, they have dual-core
PowerPC Freescale P2020 CPU and are based on Freescale P2020RDB-PC-A board.
Hardware design is fully open source, all firmware and hardware design
files are available at Turris project website:
https://docs.turris.cz/hw/turris
On 16.05.22 10:52, Robert Marko wrote:
On Mon, May 16, 2022 at 8:40 AM Stefan Roese wrote:
On 06.05.22 20:01, Robert Marko wrote:
Methode eDPU is an Armada 3720 power board based on the Methode uDPU.
They feature the same CPU, RAM, and storage as well as the form factor.
However, eDPU only
On Mon, May 16, 2022 at 8:40 AM Stefan Roese wrote:
>
> On 06.05.22 20:01, Robert Marko wrote:
> > Methode eDPU is an Armada 3720 power board based on the Methode uDPU.
> >
> > They feature the same CPU, RAM, and storage as well as the form factor.
> >
> > However, eDPU only has one SFP slot plus
Some platforms can detect if an optee firmware is running and then
manually add the firmware node to the FDT. Provide a common helper to
avoid code duplication in the board code.
Signed-off-by: Alban Bedel
---
include/tee/optee.h | 11 +
lib/optee/optee.c | 60 +
If optee is running add the firmware node to the FDT to allow the
kernel to use a more generic device tree.
Signed-off-by: Alban Bedel
---
arch/arm/mach-imx/imx8m/soc.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/mach-imx/imx8m/soc.c b/arch/arm/mach-imx/imx8m/soc.c
inde
Hi Tim and Ye
Can I know if this was a fix, a cleanup or other?
The commit message is not clear to me.
Michael
--
Michael Nazzareno Trimarchi
Co-Founder & Chief Executive Officer
M. +39 347 913 2170
mich...@amarulasolutions.com
__
Amarula Solutions BV
Joop Geesi
> -Original Message-
> From: U-Boot On Behalf Of Peng Fan
> Sent: Monday, May 16, 2022 9:25 AM
> To: ZHIZHIKIN Andrey ; Peng Fan (OSS)
> ; sba...@denx.de; feste...@gmail.com; dl-uboot-imx
> i...@nxp.com>
> Cc: u-boot@lists.denx.de
> Subject: RE: [PATCH] imx: imx8m: drop uneeded check
>
> Subject: RE: [PATCH] imx: imx8m: drop uneeded check
>
> Hello Peng,
>
> > -Original Message-
> > From: U-Boot On Behalf Of Peng Fan
> > (OSS)
> > Sent: Friday, April 29, 2022 10:19 AM
> > To: sba...@denx.de; feste...@gmail.com; NXP i.MX U-Boot Team
> >
> > Cc: u-boot@lists.denx.de; Pe
Hi
On Mon, May 16, 2022 at 9:10 AM Marcel Ziswiler
wrote:
>
> On Mon, 2022-05-16 at 08:58 +0200, Michael Nazzareno Trimarchi wrote:
> > Hi
> >
> > On Mon, May 16, 2022 at 8:51 AM Francesco Dolcini
> > wrote:
> > >
> > > Hello,
> > >
> > > On Fri, May 13, 2022 at 08:00:31PM +0200, Michael Nazzare
Hello Peng,
> -Original Message-
> From: U-Boot On Behalf Of Peng Fan (OSS)
> Sent: Friday, April 29, 2022 10:19 AM
> To: sba...@denx.de; feste...@gmail.com; NXP i.MX U-Boot Team
>
> Cc: u-boot@lists.denx.de; Peng Fan
> Subject: [PATCH] imx: imx8m: drop uneeded check
>
> From: Peng Fa
Hi Sughosh,
On Fri, 13 May 2022 at 07:50, Sughosh Ganu wrote:
> Add support for updating the idbloader and u-boot images through the
> UEFI capsule update functionality. Enable the modules required for
> supporting the functionality.
>
> The implementation is for the updatable images placed on a
79 matches
Mail list logo