On 2/25/22 02:32, Masahisa Kojima wrote:
This patch enables the menu-driven boot device selection.
User can select the Boot included in BootOrder variable.
If user quits thie menu, or the selected Boot fails to boot,
efi bootmgr continues to boot in accordance with BootOrder variable.
T
Hello Stefano
> -Original Message-
> From: Gaurav Jain
> Sent: Friday, February 11, 2022 3:09 PM
> To: Stefano Babic ; u-boot@lists.denx.de; Marek Vasut
>
> Cc: Fabio Estevam ; Peng Fan ;
> Simon Glass ; Priyanka Jain ; Ye
> Li ; Horia Geanta ; Ji Luo
> ; Franck Lenormand ; Silvano Di
> N
The following changes since commit 90de95f7443cb06f014824976251f126ac6f71c0:
Merge https://gitlab.denx.de/u-boot/custodians/u-boot-usb (2022-02-23
13:34:14 -0500)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-clk.git tags/clk-2022.04-rc2
for you t
On Mon, 24 Jan 2022 14:17:14 +0100, Patrick Delaunay wrote:
> It is safe to check if the uclass id on the device is UCLASS_CLK
> before to call the clk_ functions, but today this comparison is
> not done on the device used in API: clkp->dev->parent
> but on the device himself: clkp->dev.
>
> This
On Sat, 15 Jan 2022 15:52:46 -0500, Sean Anderson wrote:
> This cleans up the various optional helpers for clocks, and adds a new one.
> While we're at it, also convert the existing API docs to our HTML
> documentation.
>
> The rest of this series has been applied, but the former patch 5 had an e
On Mon, 31 Jan 2022 17:21:37 +0100, Patrick Delaunay wrote:
> Test the number of argument in setfreq command to avoid a crash when
> the command setfreq is called without argument:
>
> STM32MP> clk setfreq
> data abort
> pc : [] lr : []
> reloc pc : []lr : []
> sp : dbaf45b8
hello Heinrich,
On Fri, 25 Feb 2022 at 12:00, Heinrich Schuchardt wrote:
>
> On 2/25/22 06:45, Sughosh Ganu wrote:
> > On Fri, 25 Feb 2022 at 00:21, Heinrich Schuchardt
> > wrote:
> >>
> >> On 2/24/22 19:05, Sughosh Ganu wrote:
> >>> The TPM device comes with the random number generator(RNG)
>
Hi Etienne,
On 2/21/22 3:22 AM, Etienne Carriere wrote:
Implements SCMI APIs to retrieve the number exposed SCMI clocks using
SCMI_PROTOCOL_ATTRIBUTES messages and the names of the clocks using
SCMI_CLOCK_ATTRIBUTES messages.
This change updates sandbox SCMI clock test driver to manage these
2
On 2/25/22 06:45, Sughosh Ganu wrote:
On Fri, 25 Feb 2022 at 00:21, Heinrich Schuchardt wrote:
On 2/24/22 19:05, Sughosh Ganu wrote:
The TPM device comes with the random number generator(RNG)
functionality which is built into the TPM device. Add logic to add the
RNG child device in the TPM uc
On 2/22/22 3:54 AM, Stanley Chu wrote:
Add clock controller driver for NPCM845
Signed-off-by: Stanley Chu
---
drivers/clk/Makefile | 1 +
drivers/clk/nuvoton/Makefile | 1 +
drivers/clk/nuvoton/clk_npcm8xx.c | 470 ++
hello Heinrich,
On Fri, 25 Feb 2022 at 00:23, Heinrich Schuchardt wrote:
>
> On 2/24/22 19:05, Sughosh Ganu wrote:
> > Currently, the TPM random number generator(RNG) functions are defined
> > as part of the library functions under the corresponding tpm files for
> > tpmv1 and tpmv2. Move the RNG
On Fri, 25 Feb 2022 at 00:21, Heinrich Schuchardt wrote:
>
> On 2/24/22 19:05, Sughosh Ganu wrote:
> > The TPM device comes with the random number generator(RNG)
> > functionality which is built into the TPM device. Add logic to add the
> > RNG child device in the TPM uclass post probe callback.
>
Hi Simon,
include/generated/environment.h is still included if it exists, even if
CONFIG_USE_DEFAULT_ENV_FILE is not set. To reproduce this, build a board
which uses this config (such as sandbox), and then build a board which
does not. You should see the following error:
In file include
On 2/15/22 11:16 AM, Niklas Cassel wrote:
From: Sean Anderson
The designware spi driver unconditionally uses polling.
The comment to spi_hw_init() also states that the function should disable
interrupts.
According to the DesignWare DW_apb_ssi Databook, value 0xff in IMR enables
all interrupts
On 2/15/22 11:16 AM, Niklas Cassel wrote:
From: Damien Le Moal
The Canaan Kendryte K210 SoC DW apb_ssi v4 spi controller is documented
to have a 32 word deep TX and RX FIFO, which spi_hw_init() detects.
However, when the RX FIFO is filled up to 32 entries (RXFLR = 32), an
RX FIFO overrun error
On 2/15/22 11:16 AM, Niklas Cassel wrote:
From: Niklas Cassel
Using bias-pull-up would actually cause the pin to have its pull-down
enabled. Fix this.
Original Linux patch by Sean Anderson:
https://lore.kernel.org/linux-gpio/20220209182822.640905-1-sean...@gmail.com/
Fixes: 7224d5ccf8e1 ("pin
On 2/15/22 11:16 AM, Niklas Cassel wrote:
From: Niklas Cassel
The loop exited too early so the k210_pc_drive_strength[0] array element
was never used.
Original Linux patch by Dan Carpenter:
https://lore.kernel.org/linux-gpio/20220209180804.GA18385@kili/
Fixes: 7224d5ccf8e1 ("pinctrl: Add supp
Re: [PATCH 3/7] k210: dts: fix fpioa node
This is not really a fix so much as an alignment with what Linux does
On 2/15/22 11:16 AM, Niklas Cassel wrote:
From: Damien Le Moal
Linux kernel fpioa pinctrl driver expects the sysctl phandle and the
power bit offset of the fpioa device to be speci
On 2/15/22 11:16 AM, Niklas Cassel wrote:
From: Damien Le Moal
Linux drivers for many of the K210 peripherals depend on the power bus
clock to be specified. Add the missing clocks and their names to avoid
problems when booting Linux using u-boot DT.
Signed-off-by: Damien Le Moal
Signed-off-by
On 2/15/22 11:16 AM, Niklas Cassel wrote:
From: Damien Le Moal
"kendryte" is the marketing name for the K210 RISC-V SoC produced by
Canaan Inc. Rather than "kendryte,k210", use the usual "canaan,k210"
vendor,SoC compatibility string format in the device tree files and
use the SoC name for file
On 2/21/22 02:45, Adam Ford wrote:
On Sun, Feb 20, 2022 at 5:58 PM Marek Vasut wrote:
On 2/20/22 22:45, Adam Ford wrote:
Hi,
[...]
@@ -376,6 +377,8 @@ static int ravb_dmac_init(struct udevice *dev)
struct ravb_priv *eth = dev_get_priv(dev);
struct eth_pdata *pdata = dev_get_p
Add Nuvoton BMC NPCM7xx/NPCM8xx gpio driver
Signed-off-by: Stanley Chu
---
drivers/gpio/Kconfig | 7 +++
drivers/gpio/Makefile| 1 +
drivers/gpio/npcm_gpio.c | 123 +++
3 files changed, 131 insertions(+)
create mode 100644 drivers/gpio/npcm_gpio.c
This commit adds the menu-driven UEFI Boot Variable maintenance.
User can add and delete the Boot variable, and update the
BootOrder variable through menu operation.
Signed-off-by: Masahisa Kojima
---
Changes in v2:
- enable utf8 user input for boot option name
- create lib/efi_loader/efi_con
Provide a unit test for function u16_strlcat().
Signed-off-by: Masahisa Kojima
---
Newly created in v2.
test/unicode_ut.c | 45 +
1 file changed, 45 insertions(+)
diff --git a/test/unicode_ut.c b/test/unicode_ut.c
index f2f63d5367..f79b0439bc 100644
Provide u16 string version of strlcat().
Signed-off-by: Masahisa Kojima
---
Changes in v2:
- implement u16_strlcat(with the destination buffer size in argument)
instead of u16_strcat
include/charset.h | 15 +++
lib/charset.c | 20
2 files changed, 35 inser
This patch enables the menu-driven boot device selection.
User can select the Boot included in BootOrder variable.
If user quits thie menu, or the selected Boot fails to boot,
efi bootmgr continues to boot in accordance with BootOrder variable.
This commit also moves the user input handli
This patch series adds the menu-driven boot device selection.
This menu also provides the functionality to add and delete
Boot variable, and edit the BootOrder variable.
This menu appears with the command "bootefi bootmgr",
the menu structure is as follows.
* Menu structure
[Boot Manager]
Implement PSCI system suspend and placement of DRAM into SSR while the
CPUs are in suspend. This saves non-trivial amount of power in suspend,
on 2x W632GU6NB-15 ~710mW.
Reviewed-by: Patrice Chotard
Signed-off-by: Marek Vasut
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
V2: - Lowercase all the
Enable DRAM ASR, auto self-refresh, unconditionally. This saves non-trivial
amount of power both at runtime and in suspend (on 2x W632GU6NB-15 ~150mW).
Reviewed-by: Patrice Chotard
Signed-off-by: Marek Vasut
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
V2: Rebase on latest changes in this driv
Hi Heinrich,
On Thu, 24 Feb 2022 at 19:31, Heinrich Schuchardt wrote:
>
> On 2/22/22 17:02, Masahisa Kojima wrote:
> > This patch series adds the menu-driven boot device selection.
> > This menu also provides the functionality to add and delete
> > Boot variable, and edit the BootOrder variab
Hi Christoph,
On Thu, 24 Feb 2022 at 02:59, Christoph Niedermaier
wrote:
>
> From: Simon Glass [mailto:s...@chromium.org]
> Sent: Wednesday, February 23, 2022 11:59 PM
> >
> > Hi Christoph,
> >
>
> Hi Simon,
>
> > On Wed, 23 Feb 2022 at 02:33, Christoph Niedermaier
> > wrote:
> >>
> >> For a be
Hi Felix,
On Thu, 24 Feb 2022 at 03:01, Felix Brack wrote:
>
> Hello Simon,
>
> On 23.02.22 23:58, Simon Glass wrote:
> > Hi Felix,
> >
> > On Mon, 14 Feb 2022 at 09:57, Felix Brack wrote:
> >>
> >> The changes from commit 0dba45864b2a ("arm: Init the debug UART")
> >> prevent the early debug UA
Hi Hajo,
I've added Stefan to the reviewers. And please see a couple of minor
comments below.
On Thu, Feb 24, 2022 at 5:48 AM Hajo Noerenberg
wrote:
>
> Bring the NAS220 board up to current standards. This is basically an
> adaptation of the changes Tony Dinh implemented for the Dockstar board.
On 2/23/22 09:35, Patrice CHOTARD wrote:
Hi,
On 2/21/22 21:55, Marek Vasut wrote:
Enable DRAM ASR, auto self-refresh, unconditionally. This saves non-trivial
amount of power both at runtime and in suspend (on 2x W632GU6NB-15 ~150mW).
Signed-off-by: Marek Vasut
Cc: Patrick Delaunay
Cc: Patri
On Thu, Feb 24, 2022 at 12:32 PM Fabio Estevam wrote:
>
> Hi Tim,
>
> On Thu, Feb 24, 2022 at 5:20 PM Tim Harvey wrote:
>
> > Fabio,
> >
> > As Marek points out the individual peripheral drivers have not been
> > updated properly but this should be worked around with commit
> > e27bddff4b97 ("imx
Hi Tim,
On Thu, Feb 24, 2022 at 5:20 PM Tim Harvey wrote:
> Fabio,
>
> As Marek points out the individual peripheral drivers have not been
> updated properly but this should be worked around with commit
> e27bddff4b97 ("imx8m: Restrict usable memory to space below 4G
> boundary").
I am using 20
On 2/24/22 21:19, Tim Harvey wrote:
On Thu, Feb 24, 2022 at 12:03 PM Marek Vasut wrote:
On 2/24/22 20:50, Fabio Estevam wrote:
Hi Tim,
Sorry for resurrecting such an old thread.
On Fri, Sep 25, 2020 at 11:52 AM Tim Harvey wrote:
Greetings,
I'm working with an IMX8MM board that has 4GiB
On Thu, Feb 24, 2022 at 12:03 PM Marek Vasut wrote:
>
> On 2/24/22 20:50, Fabio Estevam wrote:
> > Hi Tim,
> >
> > Sorry for resurrecting such an old thread.
> >
> > On Fri, Sep 25, 2020 at 11:52 AM Tim Harvey wrote:
> >>
> >> Greetings,
> >>
> >> I'm working with an IMX8MM board that has 4GiB of
Currently the space between kernel_addr_r and the fdt_addr_r is only 32MB.
To have enough space to load kernel images bigger than 32MB change the
variables to a feasible value.
The new environment variables layout is based on the scheme from
"include/configs/ti_armv7_common.h".
The CONFIG_SYS_LOA
On 2/24/22 20:50, Fabio Estevam wrote:
Hi Tim,
Sorry for resurrecting such an old thread.
On Fri, Sep 25, 2020 at 11:52 AM Tim Harvey wrote:
Greetings,
I'm working with an IMX8MM board that has 4GiB of DRAM. I've found
that in this configuration the MMC driver and FEC network driver
appear
Hi Tim,
Sorry for resurrecting such an old thread.
On Fri, Sep 25, 2020 at 11:52 AM Tim Harvey wrote:
>
> Greetings,
>
> I'm working with an IMX8MM board that has 4GiB of DRAM. I've found
> that in this configuration the MMC driver and FEC network driver
> appear to have some issues with crossin
On 2/24/22 19:05, Sughosh Ganu wrote:
The tpm random number generation functionality will be moved to the
driver model. With that, the tpm_get_random function will call the
common driver model api instead of separate functions for tpmv1 and
tpmv2. Return an int instead of a u32 to comply with the
On 2/24/22 19:05, Sughosh Ganu wrote:
Make the TPM version detection functions as external symbols and move
them to the TPM uclass driver. These are useful functions to check the
TPM device version and should not be static functions.
Signed-off-by: Sughosh Ganu
Reviewed-by: Heinrich Schuchard
On 2/24/22 19:05, Sughosh Ganu wrote:
The tpm_startup function returns negative values for error
conditions. Fix the return type of the function to a signed int
instead of a u32.
Signed-off-by: Sughosh Ganu
---
include/tpm_api.h | 2 +-
lib/tpm_api.c | 2 +-
2 files changed, 2 insertion
On 2/24/22 19:05, Sughosh Ganu wrote:
The TPM device comes with the random number generator(RNG)
functionality which is built into the TPM device. Add logic to add the
RNG child device in the TPM uclass post probe callback.
The RNG device can then be used to pass a set of random bytes to the
lin
On 2/24/22 19:05, Sughosh Ganu wrote:
Currently, the TPM random number generator(RNG) functions are defined
as part of the library functions under the corresponding tpm files for
tpmv1 and tpmv2. Move the RNG functionality under TPM RNG drivers
complying with the driver model.
Also make changes
On 2/24/22 19:05, Sughosh Ganu wrote:
The random number generation functions of TPM will be moved under a
dedicated driver. With this, the function declarations along with
some other relevant macro definitions need to be moved under a
common header file directory. Move the tpm-utils.h header file
On 2/24/22 19:05, Sughosh Ganu wrote:
The Qemu platform has a function defined to get the random number
generator(RNG) device. However, the RNG device can be obtained simply
by searching for a device belonging to the RNG uclass. Remove the
superfluous platform function defined for the Qemu platfo
On 2/24/22 19:05, Sughosh Ganu wrote:
The 'rng' u-boot command is used for printing a select number of
random bytes on the console. Currently, the RNG device from which the
random bytes are read is fixed. However, a platform can have multiple
RNG devices, one example being qemu, which has a virti
The 'rng' u-boot command is used for printing a select number of
random bytes on the console. Currently, the RNG device from which the
random bytes are read is fixed. However, a platform can have multiple
RNG devices, one example being qemu, which has a virtio RNG device and
the RNG pseudo device t
The Qemu platform has a function defined to get the random number
generator(RNG) device. However, the RNG device can be obtained simply
by searching for a device belonging to the RNG uclass. Remove the
superfluous platform function defined for the Qemu platform for
getting the RNG device.
Signed-o
The TPM device comes with the random number generator(RNG)
functionality which is built into the TPM device. Add logic to add the
RNG child device in the TPM uclass post probe callback.
The RNG device can then be used to pass a set of random bytes to the
linux kernel, need for address space random
Currently, the TPM random number generator(RNG) functions are defined
as part of the library functions under the corresponding tpm files for
tpmv1 and tpmv2. Move the RNG functionality under TPM RNG drivers
complying with the driver model.
Also make changes to the tpm_get_random function to have i
The TPM code currently does a runtime detection of the TPM version and
calls appropriate functions. Chromebook Coral is one of the platforms
where the TPMV1 code is disabled at build time. With this, calling TPM
api's from the TPM uclass driver results in link errors. Enable TPMV1
library routines
The TPM code currently does a runtime detection of the TPM version and
calls appropriate functions. Gazerbeam is one of the platforms where
the TPMV2 code is disabled at build time. With this, calling TPM api's
from the TPM uclass driver results in link errors. Enable TPMV2
library routines and det
Make the TPM version detection functions as external symbols and move
them to the TPM uclass driver. These are useful functions to check the
TPM device version and should not be static functions.
Signed-off-by: Sughosh Ganu
---
drivers/tpm/tpm-uclass.c | 11 +++
include/tpm_api.h
The tpm_startup function returns negative values for error
conditions. Fix the return type of the function to a signed int
instead of a u32.
Signed-off-by: Sughosh Ganu
---
include/tpm_api.h | 2 +-
lib/tpm_api.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/
The tpm random number generation functionality will be moved to the
driver model. With that, the tpm_get_random function will call the
common driver model api instead of separate functions for tpmv1 and
tpmv2. Return an int instead of a u32 to comply with the return value
of the driver model functi
The random number generation functions of TPM will be moved under a
dedicated driver. With this, the function declarations along with
some other relevant macro definitions need to be moved under a
common header file directory. Move the tpm-utils.h header file under
the common include directory.
Si
There was a discussion on the mailing list earlier[1], where it was
explained that platforms with a TPM device can install the
EFI_RNG_PROTOCOL for getting the random bytes instead of populating
the dtb with the kaslr-seed property. That would make it possible to
measure the dtb.
This patchset mov
Hi Tim and all,
[...]
> > +
>
> Heiko,
>
> Thanks for doing this.
>
> If we can add multi-fdt support by adding 'fit,fdt-list = "of-list"'
> and @fdt-SEQ this would work for the recently merged
> imx8mn-venice-gw7902 support as well.
Maybe it would be a good idea to have one binman file for all
On Thu, Feb 24, 2022 at 1:47 AM Heiko Thiery wrote:
>
> To have only one place to describe the binman images us the
> imx8mn-u-boot.dtsi. To have support for different DDR firmwares this
> nodes are included dependent on the used DDR config option.
>
> Signed-off-by: Heiko Thiery
> ---
> arch/ar
On 2/24/22 16:08, Heiko Thiery wrote:
Hi Marek,
Am Do., 24. Feb. 2022 um 15:13 Uhr schrieb Marek Vasut :
On 2/24/22 10:46, Heiko Thiery wrote:
To have a flash.bin file that also contains the U-Boot and TF-A/ATF
create this like already done for other imx8 boards.
Signed-off-by: Heiko Thiery
Hi Marek,
Am Do., 24. Feb. 2022 um 15:13 Uhr schrieb Marek Vasut :
>
> On 2/24/22 10:46, Heiko Thiery wrote:
> > To have a flash.bin file that also contains the U-Boot and TF-A/ATF
> > create this like already done for other imx8 boards.
> >
> > Signed-off-by: Heiko Thiery
> > ---
> > arch/arm/
Bring the NAS220 board up to current standards. This is basically an adaptation
of the changes Tony Dinh implemented for the Dockstar board.
- Add CONFIG_DM_ETH and associated configs
- Remove CONFIG_CMD_IDE, add CONFIG_CMD_SATA and associated configs
- Add CONFIG_CMD_GPIO to have a handy way to
On 2/24/22 10:46, Heiko Thiery wrote:
To have a flash.bin file that also contains the U-Boot and TF-A/ATF
create this like already done for other imx8 boards.
Signed-off-by: Heiko Thiery
---
arch/arm/dts/imx8mn-evk-u-boot.dtsi | 19 ++-
1 file changed, 18 insertions(+), 1 del
Hi Sahil,
sorry I missed this. I'm also putting Tom on CC because I don't really
have an answer or maybe I'm lacking the whole picture, too.
> >> I don't know I follow. u-boot and linux should have the same device
> >> tree; regardless if that device is used or not. So applying the
> >> overlay
> Subject: [PATCH 2/2] ARM: imx: imx8mn-evk: use one common u-boot.dtsi for
> the evk boards
>
> To have only one place to describe the binman images us the
> imx8mn-u-boot.dtsi. To have support for different DDR firmwares this nodes
> are included dependent on the used DDR config option.
>
> Sig
> Subject: [PATCH 1/2] ARM: imx: imx8mn-evk: generate a single bootable
> flash.bin
>
> To have a flash.bin file that also contains the U-Boot and TF-A/ATF create
> this
> like already done for other imx8 boards.
>
> Signed-off-by: Heiko Thiery
Reviewed-by: Peng Fan
> ---
> arch/arm/dts/imx
> Subject: [PATCH] ARM: imx: imx8mn-evk: change environment address
> variables
>
> Currently the space between kernel_addr_r and the fdt_addr_r is only 32MB.
> To have enought
s/enought/enough/
space to load kernel images bigger than 32MB change the
> variables to a feasible value.
>
> The ne
> Subject: [PATCH] imx8mn-*-evk: rename mkimage config
>
> Since this configuration is used for several imx8mn-evk boards the suffix ddr4
> is misleading.
>
> Signed-off-by: Heiko Thiery
Reviewed-by: Peng Fan
> ---
> board/freescale/imx8mn_evk/Kconfig |
> 2 +-
>
> Subject: Re: [PATCH] gpio: rgpio2p: Enhance reading of GPIO pin value
>
> Hi Peng and Ye Li,
>
> Could you please help reviewing this patch?
Not able to find the original patch in my mailbox, so just reply here.
>
> Thanks
>
> On Mon, Jan 24, 2022 at 5:46 PM Christoph Fritz
> wrote:
> >
> >
On Thu, Feb 24, 2022 at 6:47 AM Heiko Thiery wrote:
>
> To have only one place to describe the binman images us the
> imx8mn-u-boot.dtsi. To have support for different DDR firmwares this
> nodes are included dependent on the used DDR config option.
>
> Signed-off-by: Heiko Thiery
Reviewed-by: Fa
Hi Heiko,
On Thu, Feb 24, 2022 at 6:46 AM Heiko Thiery wrote:
>
> To have a flash.bin file that also contains the U-Boot and TF-A/ATF
> create this like already done for other imx8 boards.
>
> Signed-off-by: Heiko Thiery
Thanks for doing this.
Reviewed-by: Fabio Estevam
On Wed, Feb 23, 2022 at 6:48 AM Heiko Thiery wrote:
>
> To be in sync with the linux devicetree change the 'phy-reset-gpios' in
> the fec node to 'reset-gpios' in the phy node. The PHY reset will be
> done by the eth-phy-uclass driver while probing the PHY. This is ok
> since it is done before pro
On Wed, Feb 23, 2022 at 5:10 AM Heiko Thiery wrote:
>
> With the correct settings described in the device-tree the PHY settings
> in the board init are no longer required. The values are taken from the
> linux device tree.
>
> The PHY latency settings are derived from the phy-mode property and the
Currently the space between kernel_addr_r and the fdt_addr_r is only 32MB.
To have enought space to load kernel images bigger than 32MB change the
variables to a feasible value.
The new environment variables layout is based on the scheme from
"include/configs/ti_armv7_common.h".
The CONFIG_SYS_LO
On Thu, 24 Feb 2022 13:00:56 +0530
Jagan Teki wrote:
Hi Jagan,
> On Thu, Jan 20, 2022 at 8:06 PM Jagan Teki wrote:
> >
> > On Thu, Jan 20, 2022 at 7:36 PM Andre Przywara
> > wrote:
> > >
> > > On Thu, 20 Jan 2022 19:08:57 +0530
> > > Jagan Teki wrote:
> > >
> > > Hi,
> > >
> > > > On Tue
Hi Michael,
Gentle reminder on this patch set.
Regards,
Sahil Malhotra
> -Original Message-
> From: Sahil Malhotra (OSS)
> Sent: Friday, February 4, 2022 4:58 PM
> To: Michael Walle ; Sahil Malhotra (OSS)
>
> Cc: ZHIZHIKIN Andrey ; Clément
> Faure ; Gaurav Jain ;
> Pankaj Gupta ; Priyank
On 2/22/22 17:02, Masahisa Kojima wrote:
This patch series adds the menu-driven boot device selection.
This menu also provides the functionality to add and delete
Boot variable, and edit the BootOrder variable.
This menu appears with the command "bootefi bootmgr",
the menu structure is as fo
Hello Simon,
On 23.02.22 23:58, Simon Glass wrote:
> Hi Felix,
>
> On Mon, 14 Feb 2022 at 09:57, Felix Brack wrote:
>>
>> The changes from commit 0dba45864b2a ("arm: Init the debug UART")
>> prevent the early debug UART from being initialized correctly.
>> By adding a new SoC specific early UART
From: Simon Glass [mailto:s...@chromium.org]
Sent: Wednesday, February 23, 2022 11:59 PM
>
> Hi Christoph,
>
Hi Simon,
> On Wed, 23 Feb 2022 at 02:33, Christoph Niedermaier
> wrote:
>>
>> For a better overview and better comparison sort the initial
>> environment as the get_default_env.sh scr
To have only one place to describe the binman images us the
imx8mn-u-boot.dtsi. To have support for different DDR firmwares this
nodes are included dependent on the used DDR config option.
Signed-off-by: Heiko Thiery
---
arch/arm/dts/imx8mn-ddr4-evk-u-boot.dtsi | 125 +-
arch/arm
To have a flash.bin file that also contains the U-Boot and TF-A/ATF
create this like already done for other imx8 boards.
Signed-off-by: Heiko Thiery
---
arch/arm/dts/imx8mn-evk-u-boot.dtsi | 19 ++-
1 file changed, 18 insertions(+), 1 deletion(-)
diff --git a/arch/arm/dts/imx8mn
On Sat, Feb 19, 2022 at 02:08:09PM +0100, sba...@denx.de wrote:
> > Use IS_ENABLED(CONFIG_ENV_VARS_UBOOT_RUNTIME_CONFIG) to make the code
> > more readable and fix checkpatch.pl warning
> > Signed-off-by: Tommaso Merciai
> Applied to u-boot-imx, master, thanks !
Hi Stefano,
Thanks for the update.
On Thu, Feb 10, 2022 at 3:46 AM Roman Bacik wrote:
>
> From: Rayagonda Kokatanur
>
> IPROC qspi driver supports both BSPI and MSPI modes.
>
> Signed-off-by: Rayagonda Kokatanur
> Signed-off-by: Bharat Gooty
> Acked-by: Rayagonda Kokatanur
>
> Signed-off-by: Roman Bacik
> ---
Applied to u-boo
On Wed, Feb 9, 2022 at 4:22 AM Niklas Cassel wrote:
>
> From: Niklas Cassel
>
> The driver is currently using sizeof(op->cmd.opcode) in the op_len
> calculation. Commit d15de623013c ("spi: spi-mem: allow specifying a
> command's extension") changed op->cmd.opcode from one byte to two.
>
> Instead
On Tue, Feb 22, 2022 at 9:53 PM Christian Gmeiner
wrote:
>
> In the TI am65 device tree files there is no reset defined. Also
> the Linux kernel driver uses devm_reset_control_get_optional_exclusive(..)
> to get the reset.
>
> Lets do the same as the kernel does and make thr reset optinal.
>
> Sig
88 matches
Mail list logo