Hello Marcel,
On 21.07.22 15:27, Marcel Ziswiler wrote:
> From: Marcel Ziswiler
>
> Fix the following build-time pwms property warnings:
>
> w+arch/arm/dts/imx6dl-aristainetos2c_7.dtb: Warning (pwms_property):
> /backlight:pwms: property size (12) too small for cell size 3
>
On Thu, 14 Jul 2022 at 13:40, Sughosh Ganu wrote:
>
> Add helper functions needed for accessing the FWU metadata which
> contains information on the updatable images. These functions have
> been added for the STM32MP157C-DK2 board which has the updatable
> images on the uSD card, formatted as GPT
On Wed, Jul 20, 2022 at 09:44:43AM +0200, Heinrich Schuchardt wrote:
> On 7/20/22 01:56, Takahiro Akashi wrote:
> > On Sun, Jul 17, 2022 at 10:09:42AM +0200, Heinrich Schuchardt wrote:
> > > On 7/15/22 16:47, Masahisa Kojima wrote:
> > > > This is a preparation patch to provide the unified method
Provide a unit test for the eficonfig command.
Signed-off-by: Masahisa Kojima
---
Newly added in v10
configs/sandbox_defconfig | 1 +
test/py/tests/test_eficonfig/conftest.py | 40 +++
.../py/tests/test_eficonfig/test_eficonfig.py | 325 ++
3 files
Add documentation for eficonfig command.
Signed-off-by: Masahisa Kojima
---
Changes in v10:
- describe how to boot system after editting by eficonfig
Changes in v8:
- command name is changed from "efimenu" to "eficonfig"
Newly created in v7
doc/usage/cmd/eficonfig.rst | 63
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
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
This commit adds the menu entry to update UEFI BootOrder variable.
User moves the entry with UP/DOWN key, changes the order
with PLUS/MINUS key, then finalizes the order by ENTER key.
The U-Boot menu framework is well designed for static menu,
this commit implements the own menu display and key
This commit adds the menu entry to delete the UEFI boot option.
User moves the entry with UP/DOWN key, changes, then presses
ENTER key to delete the selected boot option.
Signed-off-by: Masahisa Kojima
---
No update since v9
Changes in v9:
- add function comment
Changes in v8:
- function and
This commit add the "eficonfig" command.
The "eficonfig" command implements the menu-driven UEFI boot option
maintenance feature. This commit implements the addition of
new boot option. User can select the block device volume having
efi_simple_file_system_protocol and select the file corresponding
This is preparation to support menu-driven UEFI BootOrder
variable updated by KEY_PLUS and KEY_MINUS.
Signed-off-by: Masahisa Kojima
Reviewed-by: Heinrich Schuchardt
Reviewed-by: Ilias Apalodimas
---
No change since v7
Newly created in v7
common/menu.c | 6 ++
include/menu.h | 2 ++
2
This commit adds the menu entry to edit the existing
BOOT variable contents.
User selects the item from the boot option list, then
user can edit the description, file path and optional_data.
Note that automatically generated boot option entry by bootmenu
to support the removable media device
This is a preparation patch to provide the unified method
to access udevice pointer associated with the EFI handle
by adding udevice pointer into struct efi_object.
The patch also introduces a helper function efi_link_dev()
to link the udevice and EFI handle.
The EFI handles of both EFI block io
This series adds the menu-driven UEFI boot variable maintenance
through the "eficonfig" new command.
This series also adds the removable media support in bootmenu.
Initrd file selection and python based unit test are added in v10.
Source code can be cloned with:
$ git clone
On Tue, 19 Jul 2022 at 21:52, Ilias Apalodimas
wrote:
>
> On Tue, 19 Jul 2022 at 13:15, Masahisa Kojima
> wrote:
> >
> > Hi Ilias,
> >
> > On Tue, 19 Jul 2022 at 17:03, Ilias Apalodimas
> > wrote:
> > >
> > > Hello Kojima-san
> > >
> > > On Fri, 15 Jul 2022 at 17:45, Masahisa Kojima
> > >
Hi Ilias,
On Tue, 19 Jul 2022 at 19:11, Ilias Apalodimas
wrote:
>
> Hello Kojima-san,
>
> [...]
>
> > +
> > +/**
> > + * eficonfig_process_common() - main handler for UEFI menu
> > + *
> > + * Construct the structures required to show the menu, then handle
> > + * the user input interacting with
Hi Heinrich, Akashi-san,
On Wed, 20 Jul 2022 at 16:42, Heinrich Schuchardt wrote:
>
> On 7/20/22 07:23, Takahiro Akashi wrote:
> > On Sun, Jul 17, 2022 at 01:23:41PM +0200, Heinrich Schuchardt wrote:
> >> On 7/17/22 10:09, Heinrich Schuchardt wrote:
> >>> On 7/15/22 16:47, Masahisa Kojima wrote:
On Thursday 14 July 2022 01:49:59 Pali Rohár wrote:
> On Tuesday 28 June 2022 20:07:48 Pali Rohár wrote:
> > On Thursday 23 June 2022 19:17:55 Pali Rohár wrote:
> > > On Saturday 04 June 2022 15:02:38 Pali Rohár wrote:
> > > > On Wednesday 18 May 2022 12:53:20 Pali Rohár wrote:
> > > > > On
On Friday 08 July 2022 19:12:10 Tom Rini wrote:
> [resend to the list too this time]
>
> On Sat, Jul 09, 2022 at 12:43:44AM +0200, Pali Rohár wrote:
> > PING
> >
> > I still have not received any response. What is the point?
> >
> > On Sunday 03 July 2022 14:38:36 Pali Rohár wrote:
> > >
Some users experienced problems booting u-boot from SPL hanging here:
Trying to boot from MMC1 or Trying to boot from MMC2
This seems to occur with both MicroSD and eMMC modules on ALL-H3-CC.
Increasing the delay after mmc reset fixes these boot problems.
Some MicroSD cards are impacted more
On Thu, Jul 21, 2022 at 4:58 PM Da Xue wrote:
>
> On Thu, Jul 21, 2022 at 4:49 PM Jernej Škrabec
> wrote:
> >
> > Dne četrtek, 21. julij 2022 ob 22:33:09 CEST je Da Xue napisal(a):
> > > On Thu, Jul 21, 2022 at 4:05 PM Jernej Škrabec
> > wrote:
> > > > Dne četrtek, 21. julij 2022 ob 21:56:35
On Thu, Jul 21, 2022 at 4:49 PM Jernej Škrabec wrote:
>
> Dne četrtek, 21. julij 2022 ob 22:33:09 CEST je Da Xue napisal(a):
> > On Thu, Jul 21, 2022 at 4:05 PM Jernej Škrabec
> wrote:
> > > Dne četrtek, 21. julij 2022 ob 21:56:35 CEST je Da Xue napisal(a):
> > > > On Thu, Jul 21, 2022 at 11:14
Dne četrtek, 21. julij 2022 ob 23:23:28 CEST je Da Xue napisal(a):
> On Thu, Jul 21, 2022 at 4:58 PM Da Xue wrote:
> > On Thu, Jul 21, 2022 at 4:49 PM Jernej Škrabec
wrote:
> > > Dne četrtek, 21. julij 2022 ob 22:33:09 CEST je Da Xue napisal(a):
> > > > On Thu, Jul 21, 2022 at 4:05 PM Jernej
Dne četrtek, 21. julij 2022 ob 22:33:09 CEST je Da Xue napisal(a):
> On Thu, Jul 21, 2022 at 4:05 PM Jernej Škrabec
wrote:
> > Dne četrtek, 21. julij 2022 ob 21:56:35 CEST je Da Xue napisal(a):
> > > On Thu, Jul 21, 2022 at 11:14 AM Jernej Škrabec
> > >
> > > wrote:
> > > > Hi!
> > > >
> > >
On Thu, Jul 21, 2022 at 4:05 PM Jernej Škrabec wrote:
>
> Dne četrtek, 21. julij 2022 ob 21:56:35 CEST je Da Xue napisal(a):
> > On Thu, Jul 21, 2022 at 11:14 AM Jernej Škrabec
> >
> > wrote:
> > > Hi!
> > >
> > > Dne četrtek, 21. julij 2022 ob 13:28:59 CEST je Andre Przywara napisal(a):
> > > >
On Thu, Jul 21, 2022 at 11:14 AM Jernej Škrabec
wrote:
>
> Hi!
>
> Dne četrtek, 21. julij 2022 ob 13:28:59 CEST je Andre Przywara napisal(a):
> > On 21/07/2022 12:03, Da Xue wrote:
> >
> > Hi Da,
> >
> > > Users were reporting non-boot on our H5 boards (ALL-H3-CC-H5). u-boot
> > > gets stuck in
Dne četrtek, 21. julij 2022 ob 21:56:35 CEST je Da Xue napisal(a):
> On Thu, Jul 21, 2022 at 11:14 AM Jernej Škrabec
>
> wrote:
> > Hi!
> >
> > Dne četrtek, 21. julij 2022 ob 13:28:59 CEST je Andre Przywara napisal(a):
> > > On 21/07/2022 12:03, Da Xue wrote:
> > >
> > > Hi Da,
> > >
> > > >
Hi Marcel,
On Thu, Jul 21, 2022 at 3:56 PM Marcel Ziswiler
wrote:
> Oh, okay. No, haven't seen that one yet. So it might make sense to re-base
> everything on latest -next then
> which would no longer require such change. Let me re-work this in a v2.
> Thanks!
Yes, please sync with
On Wed, 20 Jul 2022 09:01:01 -0600
Simon Glass wrote:
> Hi Hugo,
>
> On Wed, 20 Jul 2022 at 04:54, Hugo Villeneuve wrote:
> >
> > Hi,
> > in board_early_init_f(), i call a custom function get_som_revision() to
> > read some GPIOs that are used to determine the SOM revision. This function
> >
On Thu, Jul 21, 2022 at 02:28:31PM +0200, Stefan Roese wrote:
> Hi Tom,
>
> please pull this first batch of mostly Marvell related patches:
>
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
Fixes a crash during probing of sd card readers without medium present.
Link: https://github.com/AsahiLinux/linux/issues/44
Signed-off-by: Janne Grunau
---
common/usb_storage.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/common/usb_storage.c b/common/usb_storage.c
On 21.07.22 15:27, Marcel Ziswiler wrote:
From: Marcel Ziswiler
As a preparatory step make sure to refer to absolute node paths where
labels were removed in Linux upstream.
Are you sure that this was removed upstream?
It was just submitted for inclusion [1], and may not have landed yet.
RSA_get0_* functions are not available in LibreSSL and deprecated in
OpenSSL. This fixes build with LibreSSL and removes deprecation warnings
with OpenSSL 3
Signed-off-by: Michal Vasilek
---
tools/sunxi_toc0.c | 28 ++--
1 file changed, 14 insertions(+), 14 deletions(-)
Hi,
while trying to port OEM u-boot (https://github.com/embeddedTS/u-boot) for
TS-7970 (https://www.embeddedts.com/products/TS-7970) to latest 2022.04, I
cannot get the init.S running.
Connecting GDB+JLink it appears at certain point the processor does not
execute:
```
0x17802200 : push{r3,
Remove the dependency on CMD_PXE from BOOTMETH_DISTRO by introducing a
new hidden kconfig symbol to control whether pxe_utils is compiled,
allowing bootstd's distro method to be compiled without needing
networking support enabled.
Signed-off-by: John Keeping
---
boot/Kconfig | 7 ++-
On 24.06.22 15:28, Neil Armstrong wrote:
On 24/06/2022 12:20, Stefan Roese wrote:
Hi Neil,
On 21.06.22 11:17, Neil Armstrong wrote:
Hi Stefan,
On 20/06/2022 16:55, Stefan Roese wrote:
On 13.06.22 16:00, Philippe Boos wrote:
Add support for hardware watchdog timer for Amlogic SoCs.
This
Hi Tom,
please pull the following watchdog related changes:
- octeontx_wdt: Add MIPS Octeon support (Stefan)
- watchdog: add amlogic watchdog support (Philippe)
- watchdog: add pulse support to gpio watchdog driver (Paul)
Hi!
Dne četrtek, 21. julij 2022 ob 13:28:59 CEST je Andre Przywara napisal(a):
> On 21/07/2022 12:03, Da Xue wrote:
>
> Hi Da,
>
> > Users were reporting non-boot on our H5 boards (ALL-H3-CC-H5). u-boot
> > gets stuck in SPL with this message for SD/eMMC respectively.
> >
> > Trying to boot
On 19.07.22 17:55, Dmytro Firsov wrote:
Hello Dmytro
First of all, thanks for fixing this issue.
Patch looks good, just a nit below.
This commit fixes issue with usage of Xen hypervisor shared info page.
Previously U-boot did not unmap it at the end of OS boot process. Xen
did not prevent
It is recommendation done by checkpatch to all the time have \0 terminated
strings.
Signed-off-by: Michal Simek
---
board/xilinx/common/board.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/board/xilinx/common/board.c b/board/xilinx/common/board.c
index
UUID is already recorded when FRU is parsed but it is not copied to local
structures and exported to variable that's why simply add it.
Data is saved in binary format but there must be conversion to string for
exporting it to variable and string should be in uuid format too.
One way how to use it
When host issues "fastboot reboot fastboot", it's expected that the
board drops the USB connection before resetting.
On some boards, such as Khadas VIM3L and SEI610, this is not the case.
We observe the following error:
$ fastboot reboot fastboot
Rebooting into fastboot
From: Marcel Ziswiler
Fix device tree file names in MAINTAINERS file.
Fixes: 3d6036650059 ("board: toradex: add apalis imx8qm 4gb wb it v1.0b module
support")
Signed-off-by: Marcel Ziswiler
---
board/toradex/apalis-imx8/MAINTAINERS | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
From: Marcel Ziswiler
Synchronise device tree with linux v5.19-rc5.
Signed-off-by: Marcel Ziswiler
---
arch/arm/dts/imx8mq-evk.dts| 65 ++-
arch/arm/dts/imx8mq-kontron-pitx-imx8m.dts | 3 +-
arch/arm/dts/imx8mq-mnt-reform2.dts| 144 ++-
The MAINTAINERS file currently lists files in
arch/arm/include/asm/arch-imx/ being part of the IMX maintainers
purview, however the arch/arm/include/asm/ directory also contains the
directories arch-imx8, arch-imx8m, arch-imx8ulp and arch-imxrt which
would also appear to be relevant to the team.
From: Marcel Ziswiler
Synchronise device tree with linux v5.19-rc5.
Please note that this also means that instead of the previous "generic"
U-Boot specific carrier board agnostic device tree we are now using the
regular one for the Verdin Development (carrier) board (e.g.
From: Marcel Ziswiler
Fix the following build-time pwms property warnings:
w+arch/arm/dts/imx8mp-rsb3720-a1.dtb: Warning (pwms_property):
/lvds_backlight@0:pwms: property size (12) too small for cell size 3
w+arch/arm/dts/imx8mp-rsb3720-a1.dtb: Warning (pwms_property):
/lvds_backlight@1:pwms:
From: Marcel Ziswiler
Synchronise device tree with linux v5.19-rc5.
Signed-off-by: Marcel Ziswiler
---
arch/arm/dts/imx8mp-evk.dts | 283 --
arch/arm/dts/imx8mp-phycore-som.dtsi | 64 --
arch/arm/dts/imx8mp-venice-gw74xx.dts | 59 ++
From: Marcel Ziswiler
Synchronise device tree with linux v5.19-rc5.
Signed-off-by: Marcel Ziswiler
---
arch/arm/dts/imx8mn-beacon-baseboard.dtsi | 4 +-
arch/arm/dts/imx8mn-beacon-som.dtsi| 12 +-
arch/arm/dts/imx8mn-bsh-smm-s2-common.dtsi | 113 -
From: Marcel Ziswiler
Synchronise device tree with linux v5.19-rc5.
Please note that this also means that instead of the previous "generic"
U-Boot specific carrier board agnostic device tree we are now using the
regular one for the Verdin Development (carrier) board (e.g.
From: Marcel Ziswiler
This series synchronises them imx device trees with the upstream Linux
kernel (v5.19-rc5 resp. linux-next 20220706 where we have further
pending patches being Apalis/Colibri iMX6 and Colibri iMX7).
Please note that for the Toradex targets this also means that instead of
This converts the following to Kconfig: SYS_FPGA_PROG_FEEDBACK
Signed-off-by: Alexander Dahl
---
README | 4
configs/astro_mcf5373l_defconfig | 1 +
drivers/fpga/Kconfig | 7 +++
drivers/fpga/spartan2.c | 1 -
drivers/fpga/virtex2.c
Hei hei,
tried to work on the feedback I got the best I could.
Greets
Alex
v2 -> v3:
- reworded commit messages
- added kconfig help text for SYS_FPGA_CHECK_CTRLC
- removed hardcoded def/undef from drivers
(implicit) v1 -> v2:
- dropped patch 3, same kconfig symbol addressed with
After commit 8cca60a2cbf2 ("Kconfig: Remove some symbols from the
whitelist") downstream builds failed for boards setting this in
include/configs/…
Signed-off-by: Alexander Dahl
---
README | 3 ---
drivers/fpga/Kconfig | 6 ++
drivers/fpga/virtex2.c | 7 ---
3 files
From: Marcel Ziswiler
Synchronise device tree with linux v5.19-rc5.
Signed-off-by: Marcel Ziswiler
---
arch/arm/dts/imx8mm-beacon-baseboard.dtsi| 118
arch/arm/dts/imx8mm-data-modul-edm-sbc.dts | 3 +-
arch/arm/dts/imx8mm-evk-u-boot.dtsi | 4 +-
From: Marcel Ziswiler
Synchronise device tree with linux v5.19-rc5.
Please note that this also means that instead of the previous "generic"
U-Boot specific carrier board agnostic device tree we are now using the
regular one for the Colibri Evaluation (carrier) board V3 (e.g.
From: Marcel Ziswiler
Synchronise device tree with linux-next next-20220708.
Please note that this also means that instead of the previous "generic"
U-Boot specific carrier board agnostic device trees we are now using the
regular ones for the Colibri Evaluation (carrier) board V3 (e.g.
From: Marcel Ziswiler
Fix the following build-time pwms property warnings:
w+arch/arm/dts/imx8mm-kontron-n801x-s-lvds.dtb: Warning (pwms_property):
/backlight:pwms: property size (12) too small for cell size 3
Signed-off-by: Marcel Ziswiler
---
arch/arm/dts/imx8mm-kontron-n801x-s-lvds.dts
From: Marcel Ziswiler
Synchronise device trees with linux v5.19-rc5.
Signed-off-by: Marcel Ziswiler
---
arch/arm/dts/vf.dtsi | 229 ---
arch/arm/dts/vf500.dtsi | 64 +++
arch/arm/dts/vf610-pinfunc.h | 6 +-
arch/arm/dts/vf610-twr.dts | 364 -
From: Marcel Ziswiler
As a preparatory step remove the pinctrl_pmic reference which does not
exist in the Linux upistream device tree.
This avoids the following error once synchronised:
+Error: arch/arm/dts/imx8mm-venice-gw700x-u-boot.dtsi:26.1-14 Label or
path pinctrl_pmic not found
From: Marcel Ziswiler
Synchronise device tree with linux-next next-20220708.
Signed-off-by: Marcel Ziswiler
---
arch/arm/dts/imx7d-pico-hobbit.dts | 6 +-
arch/arm/dts/imx7d-pico-pi.dts | 6 +-
arch/arm/dts/imx7d-pico.dtsi| 103 +-
From: Marcel Ziswiler
Synchronise device tree with linux v5.19-rc5.
Please note that this also means that instead of the previous "generic"
U-Boot specific carrier board agnostic device trees we are now using the
regular ones for the Colibri Evaluation (carrier) board V3 (e.g.
From: Marcel Ziswiler
As a preparatory step rename the included SoC dtsi from vf.dtsi to
vf610.dtsi as this is how it is named in Linux upstream.
Signed-off-by: Marcel Ziswiler
---
arch/arm/dts/vf610-pcm052.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Marcel Ziswiler
Synchronise device trees with linux v5.19-rc5.
Signed-off-by: Marcel Ziswiler
---
arch/arm/dts/imx6ul-14x14-evk.dtsi| 161 +++-
arch/arm/dts/imx6ul-geam.dts | 363 ++--
arch/arm/dts/imx6ul-imx6ull-opos6ul.dtsi | 148
From: Marcel Ziswiler
As a preparatory step remove the epdc reference which does not exist in
the Linux upstream device tree and rename the qspi1 reference to qspi as
this is how it is named in the Linux upstream device tree.
This avoids the following error once synchronised:
+Error:
From: Marcel Ziswiler
Synchronise device tree with linux-next next-20220708.
Please note that this also means that instead of the previous "generic"
U-Boot specific carrier board agnostic device tree we are now using the
regular one for the Colibri Evaluation (carrier) board V3 (e.g.
From: Marcel Ziswiler
Synchronise device tree with linux-next 20220706.
Please note that this also means that instead of the previous "generic"
U-Boot specific carrier board agnostic device tree we are now using the
regular one for the Apalis Evaluation (carrier) board (e.g.
From: Marcel Ziswiler
As a preparatory step rename the qspi1 reference to qspi as this is how
it is named in the Linux upstream device tree.
This avoids the following error once synchronised:
+Error: arch/arm/dts/.imx7-cm.dtb.pre.tmp:96.1-7 Label or path qspi1 not
found
Signed-off-by: Marcel
From: Marcel Ziswiler
As a preparatory step remove the qspi node with its flash0 label as this
is already in the Linux upstream device tree.
This avoids the following error once synchronised:
+arch/arm/dts/imx6ul-14x14-evk.dtb: ERROR (duplicate_label):
/soc/bus@210/spi@21e/n25q256a@0:
From: Marcel Ziswiler
As a preparatory step make sure to refer to absolute node paths where
labels were removed in Linux upstream.
This avoids the following error once synchronised:
+Error: arch/arm/dts/imx6q-tbs2910-u-boot.dtsi:3.1-7 Label or path aips1
not found
+Error:
From: Marcel Ziswiler
Fix the following build-time pwms property warnings:
w+arch/arm/dts/imx6dl-aristainetos2c_7.dtb: Warning (pwms_property):
/backlight:pwms: property size (12) too small for cell size 3
w+arch/arm/dts/imx6dl-aristainetos2c_cslb_7.dtb: Warning (pwms_property):
From: Marcel Ziswiler
Fix the following build-time pwms property warning:
w+arch/arm/dts/imx6dl-brppt2.dtb: Warning (pwms_property):
/backlight:pwms: property size (12) too small for cell size 3
Signed-off-by: Marcel Ziswiler
---
arch/arm/dts/imx6dl-brppt2.dts | 1 +
1 file changed, 1
Add support for the MSC SM2S-IMX8PLUS SMARC Module. This is currently
being used in conjunction with the MSC SM2-MB-EP1 Mini-ITX Carrier
Board.
Signed-off-by: Martyn Welch
---
arch/arm/dts/Makefile |1 +
arch/arm/dts/msc-sm2s-imx8mp-u-boot.dtsi | 168 ++
The support added later in this series tweaks the PMIC voltages in the
SPL, which doesn't support DM. Add legacy support to the rn5t567 PMIC
driver to allow that to happen.
Signed-off-by: Martyn Welch
---
drivers/power/pmic/Makefile | 1 +
drivers/power/pmic/pmic_rn5t567.c | 31
Add support for the rn5t568 PMIC to the rn5t567 driver.
Signed-off-by: Martyn Welch
---
drivers/power/pmic/rn5t567.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/power/pmic/rn5t567.c b/drivers/power/pmic/rn5t567.c
index d9a8298ebb..9d103dd840 100644
---
The i.MX8MP SoC contains 2 more i2c buses. Add support for the
configuration of these buses.
Signed-off-by: Martyn Welch
---
arch/arm/include/asm/arch-imx8m/imx-regs.h | 4
arch/arm/mach-imx/i2c-mxv7.c | 6 ++
arch/arm/mach-imx/imx8m/clock_imx8mm.c | 12 +---
The i.MX8MP also has USDHC3, allow access to the relvant base address
definition.
Signed-off-by: Martyn Welch
---
arch/arm/include/asm/arch-imx8m/imx-regs.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/include/asm/arch-imx8m/imx-regs.h
Hi Tom,
please pull this first batch of mostly Marvell related patches:
- turris: Misc updates (Pali)
- mvebu: handle non-zero base address for RAM (Chris)
- mvebu: add support for Methode eDPU (Robert)
- mvebu: a3720: Set
On 15.07.22 10:16, Pali Rohár wrote:
CONFIG_ETHPRIME can be set to DT node name or alias which refers to DT
node. Define ethernet aliases and set ETHPRIME to eth2 which refers to WAN
ethernet port. This removes hardcoded DT node name from U-Boot
configuration file.
Signed-off-by: Pali Rohár
On 15.07.22 10:13, Pali Rohár wrote:
Change detection of platform/cpu from runtime to compile time via config
define. This completely eliminates compiling code which is not going to run
on selected platform. Code which parses and prints device / revision id
still reads device id from
On 03.06.22 12:53, Robert Marko wrote:
uDPU like eDPU does not expose SCSI based peripherals like SATA nor PCI
and for sure it does not have the Intel E1000 PCI card.
So, like for eDPU remove those from the defconfig.
Signed-off-by: Robert Marko
Applied to u-boot-marvell/master
Thanks,
On 03.06.22 12:53, Robert Marko wrote:
eDPU does not use SCSI nor it has SATA exposed, and commit
arm: mvebu: a3720: Set BOOT_TARGET_DEVICES list to enabled peripherals
now allows compiling U-boot wihout all of the BOOT_TARGET_DEVICES since
not all boards have all of the listed peripherals
On 01.06.22 17:17, Marek Behún wrote:
Fix diacritics in some instances of my name and change my e-mail address
to ka...@kernel.org.
Add corresponding .mailmap entries.
Signed-off-by: Marek Behún
Applied to u-boot-marvell/master
Thanks,
Stefan
---
.mailmap
On 01.06.22 17:17, Marek Behún wrote:
From: Marek Behún
Fix MAINTAINERS files for Turris devices, add missing files and add Pali
as maintainer.
Signed-off-by: Marek Behún
Applied to u-boot-marvell/master
Thanks,
Stefan
---
MAINTAINERS | 8
On 30.05.22 10:42, Pali Rohár wrote:
tlv_eeprom uses crc32() function, so add dependency into Kconfig.
Signed-off-by: Pali Rohár
Applied to u-boot-marvell/master
Thanks,
Stefan
---
cmd/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/cmd/Kconfig b/cmd/Kconfig
index
On 24.05.22 10:58, Pali Rohár wrote:
SPL on mvebu loads proper U-Boot from custom Marvell kwbimage format and
therefore support for other binary formats is not required to be present in
SPL. Boot source of proper U-Boot is defined by compile time options and
therefore it is not required to
On 23.05.22 11:14, Pali Rohár wrote:
Enable NVMe booting on boards which have enabled NVMe drivers.
Signed-off-by: Pali Rohár
Applied to u-boot-marvell/master
Thanks,
Stefan
---
include/configs/mvebu_armada-37xx.h | 7 +++
1 file changed, 7 insertions(+)
diff --git
On 23.05.22 11:14, Pali Rohár wrote:
This allows to compile U-Boot without some boot option for some A3720 board
which does not have that peripheral.
Signed-off-by: Pali Rohár
Applied to u-boot-marvell/master
Thanks,
Stefan
---
include/configs/mvebu_armada-37xx.h | 42
On 20.05.22 13:46, 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 a copper G.hn port which does not
work under U-boot.
In order to reduce
On 20.05.22 13:46, Robert Marko wrote:
I am currently maintaing the Methode uDPU and eDPU boards so add myself
as the maintainer for them.
Remove the old entry from board/Marvell/mvebu_armada-37xx/MAINTAINERS.
Signed-off-by: Robert Marko
Applied to u-boot-marvell/master
Thanks,
Stefan
On 20.05.22 13:46, Robert Marko wrote:
Update the uDPU DTS to the version that is pending upstream [1][2][3][4].
[1]
https://patchwork.kernel.org/project/linux-arm-kernel/patch/20220516124828.45144-4-robert.ma...@sartura.hr/
[2]
On 20.05.22 06:39, Chris Packham wrote:
board_get_usable_ram_top() conflated the RAM size with the top address
of RAM. On systems where RAM starts at address 0 these numbers are the
same so it went unnoticed. Update board_get_usable_ram_top() to take
CONFIG_SYS_SDRAM_BASE into account when
On 19.05.22 11:11, Pali Rohár wrote:
It does not matter what is DT node name of atsha device. So find it via
atsha driver and not by DT node name.
Signed-off-by: Pali Rohár
Applied to u-boot-marvell/master
Thanks,
Stefan
---
board/CZ.NIC/turris_atsha_otp.c | 5 -
1 file changed, 4
Hi Stefan,
I will send V2 with the changes.
Thanks,
Ashok
-Original Message-
From: Stefan Herbrechtsmeier
Sent: Wednesday, July 20, 2022 9:32 PM
To: Soma, Ashok Reddy ; Stefan Herbrechtsmeier
; Simek, Michal
; Ashok Reddy Soma ;
u-boot@lists.denx.de
Cc:
On 21/07/2022 12:03, Da Xue wrote:
Hi Da,
Users were reporting non-boot on our H5 boards (ALL-H3-CC-H5). u-boot
gets stuck in SPL with this message for SD/eMMC respectively.
Trying to boot from MMC1 or Trying to boot from MMC2
I tested about 20 MicroSD cards from different brands and some
Hi Dario
On Thu, Jul 21, 2022 at 8:44 AM Dario Binacchi
wrote:
>
> In preparation of re-sync of mtd stack, we opt to move the current stack
> slowly in order to have a more easy sync and test. We would like to
> prepare uboot to support no-jedec and no-onfi compliant nand so we need
> to clean
With supporting timer_get_boot_us, we can profile boot up time with below
configs and function bootstage_mark_name().
CONFIG_BOOTSTAGE=y
CONFIG_BOOTSTAGE_REPORT=y
CONFIG_CMD_BOOTSTAGE=y
Signed-off-by: Jun Nie
---
arch/arm/mach-imx/syscounter.c | 9 +
1 file changed, 9 insertions(+)
On Wed, 20 Jul 2022 at 15:30, 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
On Wed, 20 Jul 2022 at 15:30, Sughosh Ganu wrote:
>
> The TPM device has a builtin random number generator(RNG)
> functionality. Expose the RNG functions of the TPM device to the
> driver model so that they can be used by the EFI_RNG_PROTOCOL if the
> protocol is installed.
>
> Also change the
Hi Sughosh,
On Wed, 20 Jul 2022 at 15:30, Sughosh Ganu wrote:
>
>
> The TPM device provides the random number generator(RNG)
> functionality, whereby sending a command to the TPM device results in
> the TPM device responding with random bytes.
>
> There was a discussion on the mailing list
1 - 100 of 118 matches
Mail list logo