On Mon, Mar 18, 2024 at 03:16:02PM +, Conor Dooley wrote:
> From: Conor Dooley
>
> cpu_get_desc() for the RISC-V CPU currently reads "riscv,isa" to get
> the description, but it is no longer a required property and cannot be
> assummed to always be present, as the new "riscv,isa-extensions"
Hi Fabio
>
> > I took Josua's patch and modified it a bit.
> >
> > Does the attached patch fix Ethernet?
>
> I forgot to delete the old ethernet-phy nodes.
>
> Please try this one instead.
>
> If it works in U-Boot, please also test Ethernet in Linux as we are
> touching ft_board_setup().
I am
On Tue, Sep 05, 2023 at 01:12:53PM +0100, Ben Dooks wrote:
> When debugging, it is useful to have a backtrace to find
> out what is in the call stack as the previous function (RA)
> may not have been the culprit.
>
> Since this adds size to the build, do not add it by default
> and avoid putting
> -Original Message-
> From: U-Boot On Behalf Of "Michal
> Barnas"
> Sent: Wednesday, March 20, 2024 2:18 AM
> To: u-boot@lists.denx.de
> Cc: "Michał Barnaś" ; "Marcel Ziswiler"
> ; "Martyn Welch"
> ; "Paweł Anikiel" ;
> "Simon Glass" ; "Svyatoslav Ryhel"
> ; "Tom Rini"
> Subject:
On 3/27/24 17:23, Marek Behún wrote:
U-Boot builds for Turris Omnia are approaching the limit of 0xf
bytes, which is the size of the U-Boot partition on Omnia.
Enable LTO to get more size optimized binaries.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
On 3/27/24 17:23, Marek Behún wrote:
Add driver model support for sysreset via mvebu system controller. This is
currently only available for U-Boot proper.
Signed-off-by: Marek Behún
Only a minor comment below. Other than this:
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
From: Alexander Sverdlin
am65_cpsw_ofdata_parse_phy() tries to handle the case when PHY is not
specified in DT gracefully:
am65_cpsw_nuss_port ethernet@800port@1: can't parse phy-handle port 1 (-2)
am65_cpsw_mdio_init() in turn is prepared for this, checks
if priv->has_phy == 0 and bails
Hi,
> On 28 Mar 2024, at 1:37, Laurent Pinchart
> wrote:
>
> On Wed, Mar 27, 2024 at 07:49:38AM +0100, Stefan Wahren wrote:
>> Hi,
>>
>> [add Peter and Ivan]
>>
>> Am 26.03.24 um 20:58 schrieb Laurent Pinchart:
>>> Hello,
>>>
>>> This small series includes a few drive-by fixes for DT
Hi Mattijs,
On 19/03/2024 15:42, Neil Armstrong wrote:
Enable OF_UPSTREAM to use upstream DT and add amlogic/ prefix to the
DEFAULT_DEVICE_TREE. And thereby directly build DTB from dts/upstream/src/
including *-u-boot.dtsi files from arch/$(ARCH)/dts/ directory and
drop redundant files from
From: Lukas Funke
This series adds support to enable/disable/lock the jtag interface
from u-boot. This becomes handy if secure boot is used but debugging
should be poissible for non-productions builds.
The series also adds support to get/set the multiboot register in order
to ensure a freash
Dear Tom,
The following changes since commit ab8d9ca3044acf51d8ff3bf3c4718c48f30ad606:
Merge tag 'v2024.04-rc5' into next (2024-03-25 22:15:47 -0400)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-efi.git
tags/acpi-next-20240328
for you to fetch
Hi Heinrich,
On Wed, Mar 27, 2024 at 12:03:01PM +0100, Heinrich Schuchardt wrote:
> [EXTERNAL MAIL]
>
> On 24.03.24 16:00, Aurelien Jarno wrote:
> > On 2024-03-21 19:11, Heinrich Schuchardt wrote:
> > > The differences between the Milk-V Mars board and the VisionFive 2 board
> > > are small
On Mon, Mar 18, 2024 at 03:16:03PM +, Conor Dooley wrote:
> From: Conor Dooley
>
> A new property has been added, with an extensive rationale at [1], that
> can be used in place of "riscv,isa" to indicate what extensions are
> supported by a given platform that is a list of strings rather
Hi Tim,
[...]
>
> +/**
> + * tpm2_algo_len() - Return an algo value and length given a algorithm name
> + *
> + * @name: algorithm name
> + * @rwlen: pointer to integer to populate with algorithm length if non-null
> + * Return: algorithm value
> + */
> +int tpm2_algo_len(const char *name, int
Hi Tony,
On 3/28/24 08:41, Michael Walle wrote:
Hi,
On Thu Mar 28, 2024 at 3:18 AM CET, Tony Dinh wrote:
Enable OF_UPSTREAM to use upstream DT and add marvell/ prefix to the
DEFAULT_DEVICE_TREE for Kirkwood boards. And so we can directly build
DTBs from dts/upstream/src/arm/marvell, and
On 3/27/24 17:23, Marek Behún wrote:
If the FEAT_CRYPTO feature bit is present in MCU features, the board
crypto is implemented by MCU and the Atmel SHA chip is not present.
Disable Atmel SHA device-tree node in that case.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
Hi,
On Thu Mar 28, 2024 at 3:18 AM CET, Tony Dinh wrote:
> Enable OF_UPSTREAM to use upstream DT and add marvell/ prefix to the
> DEFAULT_DEVICE_TREE for Kirkwood boards. And so we can directly build
> DTBs from dts/upstream/src/arm/marvell, and including *-u-boot.dtsi
> files from arch/arm/dts/
On 28/03/2024 09:36, Viacheslav wrote:
Builds and run ok.
for related:
Acked-by: Viacheslav Bocharov
Thanks !
I'll send a v2 with this fix and your ack!
Neil
28/03/2024 10.50, neil.armstr...@linaro.org wrote:
Hi,
On 28/03/2024 07:58, Viacheslav wrote:
Hi, Neil!
With this patchset I
On 3/27/24 17:23, Marek Behún wrote:
Commit 35e29e89a386 ("arm: mvebu: Implement simple mvebu-reset driver
for enabling/disabling PCIe ports") made it so that the mvebu reset
driver for enabling/disabling PCIe ports is build if CONFIG_DM_RESET is
enabled. This is because PCI_MVEBU depends on
On 3/27/24 17:23, Marek Behún wrote:
Update firmware features reading to try reading 32 bits of features and
fallback to reading 16 bits.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
drivers/gpio/turris_omnia_mcu.c | 32 ++--
1
> -Original Message-
> From: Michał Barnaś
> Sent: Wednesday, March 20, 2024 2:18 AM
> To: u-boot@lists.denx.de
> Cc: Michał Barnaś ; Dinh Nguyen
> ; Marek Vasut ; Simon Glass
> ; Simon Goldschmidt
> ; Chee, Tien Fong
> ; Tom Rini
> Subject: [PATCH v3 1/2] arm: socfpga: arria10: add
Hi,
On jeu., mars 28, 2024 at 09:21, Neil Armstrong
wrote:
> Hi Mattijs,
>
> On 19/03/2024 15:42, Neil Armstrong wrote:
>> Enable OF_UPSTREAM to use upstream DT and add amlogic/ prefix to the
>> DEFAULT_DEVICE_TREE. And thereby directly build DTB from dts/upstream/src/
>> including
Hi Tim,
[...]
> > > > > >
> > > > > > Would you agree with removing the requirement for the event log?
> > > > >
> > > > >
> > > > > No, the log is required, otherwise it's fairly meaningless work. You
> > > > > need the log in your OS to verify the contents of the TPM.
> > > >
> > > > It's the
On 3/28/24 10:20 AM, Lukasz Majewski wrote:
Dear Community,
I'd like to share with you some thoughts about growth of u-boot's
binary size for SPL and u-boot proper.
Board: XEA
SoC : imx287 (still in active production)
Problem: SPL size constrained to ~55 KiB (This cannot be exceeded).
On 3/27/24 17:23, Marek Behún wrote:
Use byteorder conversion function instead of manually assembling data
from/to MCU.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
drivers/gpio/turris_omnia_mcu.c | 80 +++--
1 file changed, 46
> -Original Message-
> From: Lau, Wan Yee
> Sent: Thursday, March 28, 2024 2:24 PM
> To: u-boot@lists.denx.de
> Cc: Chee, Tien Fong ; Chong, Teik Heng
> ; Marek ; Hea, Kok Kiang
>
> Subject: [PATCH v1 1/1] [U-Boot] drivers: misc: Fixes: Rename
> CONFIG_SPL_SOCFPGA_SEC_REG to
On 3/27/24 17:23, Marek Behún wrote:
Refactor MCU status word and MCU firmware features reading to make it
simpler to use.
Try reading 32 bits of features, if that fails, read 16 bits. Older MCU
firmware supports only 16-bit wide features, and if more bytes are read,
either 0xff is sent or I2C
On 3/27/24 17:23, Marek Behún wrote:
The system-controller driver for 32-bit Armada is currently registered
as UCLASS_RESET, since it only provides enabling/disabling PCIe ports.
Rework it as UCLASS_SYSCON and bind mvebu-reset as a child device.
Signed-off-by: Marek Behún
Reviewed-by:
On 3/27/24 17:23, Marek Behún wrote:
The mvebu-reset driver is only needed by the mvebu PCIe driver, but
currently it is automatically selected if DM_RESET is enabled. Add the
condition of PCI_MVEBU also being enabled for mvebu-reset to be
selected.
Signed-off-by: Marek Behún
Reviewed-by:
Hi, Neil!
With this patchset I got wrong fdt link in env with double prefix:
fdtfile=amlogic/amlogic/meson-gxl-s905w-jethome-jethub-j80.dtb
but if i remove "amlogic" prefix in config it does not build
--- a/configs/jethub_j80_defconfig
+++ b/configs/jethub_j80_defconfig
Builds and run ok.
for related:
Acked-by: Viacheslav Bocharov
28/03/2024 10.50, neil.armstr...@linaro.org wrote:
Hi,
On 28/03/2024 07:58, Viacheslav wrote:
Hi, Neil!
With this patchset I got wrong fdt link in env with double prefix:
From: Stefan Herbrechtsmeier
This commit adds a function to get/set the multiboot register. This
becomes handy in order to ensure a fresh bootimage search after reset.
Signed-off-by: Stefan Herbrechtsmeier
Signed-off-by: Lukas Funke
---
arch/arm/mach-zynq/cpu.c| 19
From: Stefan Herbrechtsmeier
In non-secure boot mode jtag is restored by the BootROM. In secure boot
mode jtag has to be restored by the trusted application, i.e. the
bootloader.
This commit adds a function to enable the jtag interface on zynq
devices from u-boot.
Signed-off-by: Stefan
From: Stefan Herbrechtsmeier
Add function to prevent debug access from being enabled. If the debug
lock is set the debug access cannot be enabled after a soft-reset.
The debug access can only be enabled after a power-on-reset is
performed.
Signed-off-by: Stefan Herbrechtsmeier
Signed-off-by:
Dear Community,
I'd like to share with you some thoughts about growth of u-boot's
binary size for SPL and u-boot proper.
Board: XEA
SoC : imx287 (still in active production)
Problem: SPL size constrained to ~55 KiB (This cannot be exceeded).
Board design constraints u-boot proper size
On 3/27/24 17:23, Marek Behún wrote:
Add header containing all MCU command definitions and use it in board
code and in MCU driver.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
board/CZ.NIC/turris_omnia/turris_omnia.c | 81 +++-
On 3/27/24 17:23, Marek Behún wrote:
Since commit 8cd4bf7dc9ba ("turris: Use checkboard() instead of
show_board_info()") the model is show two times during boot:
Model: Turris Omnia
Model: Turris Omnia
This is because the common function show_board_info() shows it, and
Turris'
Hi,
On 28/03/2024 07:58, Viacheslav wrote:
Hi, Neil!
With this patchset I got wrong fdt link in env with double prefix:
fdtfile=amlogic/amlogic/meson-gxl-s905w-jethome-jethub-j80.dtb
but if i remove "amlogic" prefix in config it does not build
--- a/configs/jethub_j80_defconfig
+++
On 3/27/24 17:23, Marek Behún wrote:
Implement reading board serial number, first MAC address and board
version from MCU. MCU supports board information if the FEAT_BOARD_INFO
feature bit is set in MCU features.
Prefer getting board information from MCU if supported, fallback to
Atmel SHA chip.
On 3/27/24 17:23, Marek Behún wrote:
If MCU supports the FEAT_CRYPTO feature, read board ECDSA public key
from MCU and print it.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
board/CZ.NIC/turris_omnia/turris_omnia.c | 25 +++-
1 file
On 3/27/24 17:23, Marek Behún wrote:
Add support for system power off via UCLASS_SYSRESET. Newer versions of
Turris Omnia MCU firmware can power off the board (MCU will disable
almost all voltage regulators and go into low power mode).
Move the MCU driver into drivers/misc and register it under
On Thu, 28 Mar 2024 11:04:45 +0100
Stefan Roese wrote:
> > +static int mvebu_sysreset_request(struct udevice *dev, enum sysreset_t
> > type)
> > +{
> > + struct regmap *regmap = syscon_get_regmap(dev->parent);
> > + uint bit;
> > +
> > + if (type != SYSRESET_COLD)
> > + return
Hi Nishanth!
On Thu, 2024-03-28 at 06:45 -0500, Nishanth Menon wrote:
> On 07:29-20240328, A. Sverdlin wrote:
> > From: Alexander Sverdlin
> >
> > am65_cpsw_ofdata_parse_phy() tries to handle the case when PHY is not
> > specified in DT gracefully:
> >
Hi Tom,
> On Thu, Mar 28, 2024 at 10:20:49AM +0100, Lukasz Majewski wrote:
> > Dear Community,
> >
> > I'd like to share with you some thoughts about growth of u-boot's
> > binary size for SPL and u-boot proper.
> >
> > Board: XEA
> > SoC : imx287 (still in active production)
> > Problem: SPL
On 07:29-20240328, A. Sverdlin wrote:
> From: Alexander Sverdlin
>
> am65_cpsw_ofdata_parse_phy() tries to handle the case when PHY is not
> specified in DT gracefully:
>
> am65_cpsw_nuss_port ethernet@800port@1: can't parse phy-handle port 1 (-2)
>
> am65_
On 3/28/24 12:17, Marek Behún wrote:
On Thu, 28 Mar 2024 10:56:01 +0100
Stefan Roese wrote:
On 3/27/24 17:23, Marek Behún wrote:
Implement reading board serial number, first MAC address and board
version from MCU. MCU supports board information if the FEAT_BOARD_INFO
feature bit is set in
On Thu, 28 Mar 2024 14:01:22 +0100
Stefan Roese wrote:
> On 3/28/24 12:21, Marek Behún wrote:
> > On Thu, 28 Mar 2024 11:04:45 +0100
> > Stefan Roese wrote:
> >
> >>> +static int mvebu_sysreset_request(struct udevice *dev, enum sysreset_t
> >>> type)
> >>> +{
> >>> + struct regmap *regmap =
On Fri, Dec 29, 2023 at 09:45:55AM +0800, Jacky Chou wrote:
> The issue occurs the UAF (use-after-free) to cause double free
> when do the realloc function for the pointers during the
> reinitialization NC-SI process, and it will cause the memory
> management occurs error.
> So, nullify these
On Mon, Mar 18, 2024 at 03:57:01PM +0100, Marek Vasut wrote:
> Pull the PHY GPIO reset code into separate function, since
> this is and will be reused multiple times. Set up default
> reset assert and deassert timing to generous 20ms and 1ms
> for maximum compatibility in case those DT properties
On Mon, Feb 05, 2024 at 04:13:23PM +0800, Jacky Chou wrote:
> From the ethernet header is not on aligned, because the length
> of the ethernet header is 14 bytes.
> Therefore, unaligned access must be done here.
>
> Signed-off-by: Jacky Chou
Applied to u-boot/next, thanks!
--
Tom
On Mon, Feb 05, 2024 at 04:02:28PM +0800, Jacky Chou wrote:
> There is no need to perform the endian twice here.
>
> Signed-off-by: Jacky Chou
> Reviewed-by: Dan Carpenter
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
tory at:
>
> https://source.denx.de/u-boot/custodians/u-boot-efi.git
> tags/acpi-next-20240328
>
> for you to fetch changes up to 6eca28b61af1835e70a6feb86f86a0b18b1708c6:
>
> smbios: fill wake-up type (2024-03-27 09:23:30 +0100)
>
> Gitlab CI showed no issues:
>
On Tue, Mar 05, 2024 at 03:24:54PM +0200, Roger Quadros wrote:
> Reset GPIO handling is done in ETH PHY Class driver.
> Enable DM_ETH_PHY.
>
> We don't use Fixed PHY so disable PHY_FIXED.
>
> Signed-off-by: Roger Quadros
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description:
On Tue, Mar 05, 2024 at 03:24:53PM +0200, Roger Quadros wrote:
> If DM_ETH_PHY is enabled then try to bind and probe the
> generic Ethernet PHY driver for each child of MDIO bus.
>
> This is to ensure that GPIO reset handling is done if available
> before MDIO bus driver scans for the PHYs.
>
>
On Thu, Mar 28, 2024 at 12:37 AM Ilias Apalodimas
wrote:
>
> Hi Tim,
>
> [...]
>
> >
> > +/**
> > + * tpm2_algo_len() - Return an algo value and length given a algorithm name
> > + *
> > + * @name: algorithm name
> > + * @rwlen: pointer to integer to populate with algorithm length if non-null
> >
On Mon, Mar 04, 2024 at 04:23:38PM +0100, Marjolaine Amate wrote:
> This patch adds support for i225-IT in e1000 driver.
> Add e1000_phy_igc.
>
> Signed-off-by: Marjolaine Amate
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Mon, Jan 01, 2024 at 10:07:47PM +0100, Marek Vasut wrote:
> Configure LEDs on BCM54210E so they would blink on activity
> and indicate link speed. Without this the LEDs are always on
> if cable is plugged in.
>
> Signed-off-by: Marek Vasut
Applied to u-boot/next, thanks!
--
Tom
On Mon, Jan 15, 2024 at 06:34:47PM +0800, Jacky Chou wrote:
> As with fixed-link phy device, the NC-SI phy devive does not
> require an mdio bus. So, a condition is added to check the
> NC-SI phy id to avoid accessing the bus pointer that is NULL.
>
> Signed-off-by: Jacky Chou
Applied to
On Mon, Jan 22, 2024 at 10:33:20PM +0800, Yang Xiwen via B4 Relay wrote:
> From: Yang Xiwen
>
> The initial commit used log_msg_ret() wrongly. Fix that by moving error
> report to a separate dev_err() call and shrink the first argument of
> log_msg_ret() to no more than 4 chars.
>
> Fixes:
On Thu, Jan 04, 2024 at 05:26:23AM +0100, Heinrich Schuchardt wrote:
> From: Eugeniu Rosca
>
> Booting R-Car Gen3 arm64 U-Boot with CONFIG_UBSAN=y resulted in:
>
> =
> UBSAN: Undefined behaviour in
On Thu, 28 Mar 2024 at 17:33, Tim Harvey wrote:
>
> On Thu, Mar 28, 2024 at 12:37 AM Ilias Apalodimas
> wrote:
> >
> > Hi Tim,
> >
> > [...]
> >
> > >
> > > +/**
> > > + * tpm2_algo_len() - Return an algo value and length given a algorithm
> > > name
> > > + *
> > > + * @name: algorithm name
>
For pcr_read and pcr_extend commands allow the digest algorithm to be
specified by an additional argument. If not specified it will default to
SHA256 for backwards compatibility.
A follow-on to this could be to extend all PCR banks with the detected
algo when the argument is 'auto'.
As now XEA has its second HW revision - this information is printed
when u-boot proper starts.
Signed-off-by: Lukasz Majewski
---
board/liebherr/xea/xea.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/board/liebherr/xea/xea.c b/board/liebherr/xea/xea.c
index
The 'board_som_rev' environment variable will be used to point correct
configuration from the Linux FIT file.
Signed-off-by: Lukasz Majewski
---
board/liebherr/xea/xea.c | 12
configs/imx28_xea_defconfig| 1 +
configs/imx28_xea_sb_defconfig | 1 +
3 files changed, 14
The XEA board has following hard constraints regarding size of binaries:
- u-boot.sb < 48 KiB
- u-boot.img < 448 KiB
Added values are supposed to avoid exceeding size of binaries during
future u-boot development.
Signed-off-by: Lukasz Majewski
---
configs/imx28_xea_defconfig | 3 +++
1 file
The XEA board now has several HW revisions for both SoM and base boards.
This patch provides support for reading those revision ID values in SPL
(u-boot.sb) and then pass this information to u-boot proper, as the
maximal SPL size (~55KiB) is not allowing for having FIT support in it.
It was
The imx287 based XEA board's revision 2 uses GPIO_3_21 for PHY reset
It is safe to keep the GPIO_2_13 as well, as in the SPL SPI1 is not
used for transmission. This simplifies the code, as the proper
configuration is performed either in falcon boot's read DTB or in
u-boot proper (with correct FIT
This patch series is a preparatory patch for supporting
different versions of XEA board HW (until problem with
Linux kernel support for multiple revisions is resorted).
Moreover, limits for u-boot.sb and u-boot.img has been set
to avoid binary sizes exceeding in the future.
Lukasz Majewski
XEA is not supporting and using I2S codec, so there is no need to
configure pins for it.
Signed-off-by: Lukasz Majewski
---
board/liebherr/xea/spl_xea.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/board/liebherr/xea/spl_xea.c b/board/liebherr/xea/spl_xea.c
index
On 24.03.24 16:00, Aurelien Jarno wrote:
On 2024-03-21 19:11, Heinrich Schuchardt wrote:
The differences between the Milk-V Mars board and the VisionFive 2 board
are small enough that we can support both using the same U-Boot build.
* The model and compatible property are taken from proposed
Hi Lukasz,
On Thu, Mar 28, 2024 at 12:34 PM Lukasz Majewski wrote:
> +static inline u8 get_som_rev(void)
There is no need for 'inline' here.
Also, get_som_rev() is only used 5/6, so I suggest to squash this
patch with 5/6.
Besides that, the series looks good.
On Thu, 28 Mar 2024 at 09:34, Jon Humphreys wrote:
>
> Sughosh Ganu writes:
>
> > hi Jonathan,
> >
> > On Wed, 27 Mar 2024 at 08:05, Jonathan Humphreys wrote:
> >>
> >> When CONFIG_OF_UPSTREAM is enabled, DTS files are in SOC subdirectories
> >> (vs the
> >> top level dts directory), but when
The Kria board features a recovery application that activates
when the FW_EN button is pressed.
Upon power-up flash operates in 3B mode, However, the recovery
application changes it back to 4B mode.
Following a reset, u-boot activates the CONFIG_SPI_FLASH_BAR
and expects the flash to be in 3B
On 3/28/24 4:08 PM, Tom Rini wrote:
On Mon, Feb 05, 2024 at 04:13:23PM +0800, Jacky Chou wrote:
From the ethernet header is not on aligned, because the length
of the ethernet header is 14 bytes.
Therefore, unaligned access must be done here.
Signed-off-by: Jacky Chou
Applied to
On 3/27/24 17:23, Marek Behún wrote:
In the rng command, print
Abort
instead of
Reading RNG failed
if the error number is -EINTR, which can happen if the user pressed
CTRL-C.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
cmd/rng.c | 7 ---
1 file
From: Emanuele Ghidoli
This series allows using Freescale CAAM Job Ring from Linux without having
OP-TEE,
this is needed for example on Toradex Colibri iMX7 where we just have U-Boot +
Linux kernel.
To achieve this add a new config option to allow the non-secure world to access
job rings.
On 3/27/24 17:23, Marek Behún wrote:
Enable support for the poweroff command via sysreset for Turris Omnia.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
configs/turris_omnia_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git
From: Emanuele Ghidoli
Set FSL_CAAM_JR_NTZ_ACCESS configuration since colibri-imx7
uses Freescale CAAM Job Ring linux driver
Signed-off-by: Emanuele Ghidoli
---
configs/colibri_imx7_defconfig | 1 +
configs/colibri_imx7_emmc_defconfig | 1 +
2 files changed, 2 insertions(+)
diff --git
Change to regulator_set_enable_if_allowed to avoid enable failure,
in case same phy supply shared by multiple FEC controllers.
Signed-off-by: Ye Li
---
drivers/net/fec_mxc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/fec_mxc.c b/drivers/net/fec_mxc.c
index
Hi Lukasz,
On Thu, Mar 28, 2024 at 6:20 AM Lukasz Majewski wrote:
>
> Dear Community,
>
> I'd like to share with you some thoughts about growth of u-boot's
> binary size for SPL and u-boot proper.
>
> Board: XEA
> SoC : imx287 (still in active production)
> Problem: SPL size constrained to ~55
On Thu, Mar 28, 2024 at 10:20:49AM +0100, Lukasz Majewski wrote:
> Dear Community,
>
> I'd like to share with you some thoughts about growth of u-boot's
> binary size for SPL and u-boot proper.
>
> Board: XEA
> SoC : imx287 (still in active production)
> Problem: SPL size constrained to ~55 KiB
On Thu, Mar 28, 2024 at 01:55:22PM +0100, Lukasz Majewski wrote:
> Hi Tom,
>
> > On Thu, Mar 28, 2024 at 10:20:49AM +0100, Lukasz Majewski wrote:
> > > Dear Community,
> > >
> > > I'd like to share with you some thoughts about growth of u-boot's
> > > binary size for SPL and u-boot proper.
> > >
Hi Christian,
On Thu, Mar 28, 2024 at 4:18 AM Christian Gmeiner wrote:
> This is not what this patch is doing. show_board_info() is the only
> caller of checkboard()
> so we end with the following output:
You're right. The attached patch should do what we want.
From
When virtio_init() gets called from board_init() PCI isn't ready. Thus,
virtio-over-PCI (e.g. network interfaces) devices can't be detected and
used without additional `virtio scan` scan in the shell or a script.
Signed-off-by: Łukasz Stelmach
---
Changes since v1:
- remove virtio_init() call
On Thu, Mar 28, 2024 at 07:29:10AM +0100, A. Sverdlin wrote:
> From: Alexander Sverdlin
>
> am65_cpsw_ofdata_parse_phy() tries to handle the case when PHY is not
> specified in DT gracefully:
>
> am65_cpsw_nuss_port ethernet@800port@1: can't parse phy-handle port 1 (-2)
>
>
From: Vitor Soares
During the boot, the EFI loader maps the memory from ram_top to ram_end
as EFI_BOOT_SERVICES_DATA. When LMB does boot_fdt_add_mem_rsv_regions()
to OPTEE, TFA, R5, and M4F DMA/memory "no-map" for the kernel it produces
the following error message:
ERROR: reserving fdt memory
Hi Fabio
> The mx6cuboxi_defconfig target supports several board
> variants. All of these variants use the hummingboard devicetree in U-Boot.
>
> Currently, the devicetree model as well as the board variant name
> are shown:
>
> U-Boot 2024.04-rc5-3-g774ec4fda8 (Mar 27 2024 - 16:48:35
Hi Fabio,
> Hi Lukasz,
>
> On Thu, Mar 28, 2024 at 6:20 AM Lukasz Majewski wrote:
> >
> > Dear Community,
> >
> > I'd like to share with you some thoughts about growth of u-boot's
> > binary size for SPL and u-boot proper.
> >
> > Board: XEA
> > SoC : imx287 (still in active production)
> >
Hi Josua,
On Thu, Mar 28, 2024 at 10:03 AM Josua Mayer wrote:
> I suggest changing their status to disabled, and keeping the nodes.
> >> +
> >> +phy: ethernet-phy@0 {
> > This node name is shared with upstream imx6qdl-sr-som.dtsi
> Give this one a u-boot-only internal name, maybe
Hello,
> Mathieu: please help test the boards you maintain when you have time.
I have tried both imx93_var_som and imx93-phyboard-segin
configurations. Compilation works but I only get garbage on the UART on
those two different boards.
I will try to conduct further investigations later on,
Hi Marek,
> On 3/28/24 10:20 AM, Lukasz Majewski wrote:
> > Dear Community,
> >
> > I'd like to share with you some thoughts about growth of u-boot's
> > binary size for SPL and u-boot proper.
> >
> > Board: XEA
> > SoC : imx287 (still in active production)
> > Problem: SPL size constrained to
imx_tmu_arch_init does not implement for iMX8MQ, error is returned
Signed-off-by: Ye Li
---
drivers/thermal/imx_tmu.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/thermal/imx_tmu.c b/drivers/thermal/imx_tmu.c
index 4721cfb..ca775e5 100644
--- a/drivers/thermal/imx_tmu.c
+++
The size for flexspi AHB buffer space is wrong, so correct it.
Signed-off-by: Ye Li
---
arch/arm/mach-imx/imx9/soc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-imx/imx9/soc.c b/arch/arm/mach-imx/imx9/soc.c
index 15e87b8..2117489 100644
---
Hi Michael
On 27-Mar-24 8:03 PM, Michael Walle wrote:
Hi,
On Wed Mar 27, 2024 at 8:01 AM CET, Neha Malcom Francis wrote:
On 26/03/24 19:18, Michael Walle wrote:
On Fri Mar 22, 2024 at 2:10 PM CET, Neha Malcom Francis wrote:
Clean up templatized boot binaries for all K3 boards. This includes
Hi,
On Thu Mar 28, 2024 at 12:18 PM CET, Neha Malcom Francis wrote:
> On 27-Mar-24 8:03 PM, Michael Walle wrote:
> > On Wed Mar 27, 2024 at 8:01 AM CET, Neha Malcom Francis wrote:
> >> On 26/03/24 19:18, Michael Walle wrote:
> >>> On Fri Mar 22, 2024 at 2:10 PM CET, Neha Malcom Francis wrote:
>
On 11:53-20240328, Sverdlin, Alexander wrote:
[..]
> > Btw, this no longer applies on next. only applies on master. Depending
> > on where Tom would like to apply this change, might need a rebase.
>
> Thanks for the hint! I've totally missed this!
> And I'm even not sure
On 3/27/24 17:23, Marek Behún wrote:
Add support for true random number generator provided by the MCU on
Turris Omnia. The MCU firmware supports TRNG if the FEAT_TRNG bit is set
in features. In that case we bind the rng driver.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
On 3/27/24 17:23, Marek Behún wrote:
Now that Turris Omnia has a rng driver provided in the MCU driver,
enable the rng command in defconfig.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
configs/turris_omnia_defconfig | 1 +
1 file changed, 1 insertion(+)
The spl_spi_get_uboot_offs weak function is defined unsigned int.
Signed-off-by: Ye Li
---
arch/arm/mach-imx/image-container.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-imx/image-container.c
b/arch/arm/mach-imx/image-container.c
index c9455fe..35da0ae
On Thu, 28 Mar 2024 10:56:01 +0100
Stefan Roese wrote:
> On 3/27/24 17:23, Marek Behún wrote:
> > Implement reading board serial number, first MAC address and board
> > version from MCU. MCU supports board information if the FEAT_BOARD_INFO
> > feature bit is set in MCU features.
> >
> > Prefer
1 - 100 of 150 matches
Mail list logo