Hi Neha,
On 11:29-20240509, Neha Malcom Francis wrote:
> Hi Manorit
>
> On 09/05/24 11:04, Manorit Chawdhry wrote:
> > Hi Neha,
> >
> > On 10:37-20240509, Manorit Chawdhry wrote:
> > > Hi Neha,
> > >
> > > On 16:09-20240508, Neha Malcom Fra
Hi Manorit
On 09/05/24 11:04, Manorit Chawdhry wrote:
Hi Neha,
On 10:37-20240509, Manorit Chawdhry wrote:
Hi Neha,
On 16:09-20240508, Neha Malcom Francis wrote:
Hi Manorit,
On 08/05/24 12:56, Manorit Chawdhry wrote:
Update the file with the required nodes from J721s2 R5 file to start
Hi Neha,
On 10:37-20240509, Manorit Chawdhry wrote:
> Hi Neha,
>
> On 16:09-20240508, Neha Malcom Francis wrote:
> > Hi Manorit,
> >
> > On 08/05/24 12:56, Manorit Chawdhry wrote:
> > > Update the file with the required nodes from J721s2 R5 file to start
>
Hi Neha,
On 16:09-20240508, Neha Malcom Francis wrote:
> Hi Manorit,
>
> On 08/05/24 12:56, Manorit Chawdhry wrote:
> > Update the file with the required nodes from J721s2 R5 file to start
> > using k3-am68-sk-r5 file for AM68.
> >
> > Signed-off-by: Manorit
On Tuesday, May 7th, 2024 at 12:31 AM, E Shattow wrote:
> On Mon, May 6, 2024 at 8:30 AM H Bell wrote:
> > + static const char compat[] = "starfive,star64\0starfive,jh7110";
> Should be "pine64,star64\nstarfive,jh7110" ?
changed to "pine64,star64\0starfive,jh7110" in v2
On Tuesday, May 7th, 2024
Add documentation files
Signed-off-by: Henry Bell
Cc: ycli...@andestech.com
Cc: heinrich.schucha...@canonical.com
---
Changes since v1
- New patch
---
doc/board/starfive/index.rst | 1 +
doc/board/starfive/pine64_star64.rst | 109 +++
2 files changed, 110 in
Similar to the Milk-V Mars, The Star64 board contains few differences to the
VisionFive 2 boards, so can be part of the same U-boot build.
Signed-off-by: Henry Bell
Cc: ycli...@andestech.com
Cc: heinrich.schucha...@canonical.com
---
Changes since v1
- Fix typos on naming
- Create pine64_star64
The new config option BOOTP_RANDOM_XID will randomize the transaction ID
for each new BOOT/DHCPv4 exchange.
Signed-off-by: Sean Edmond
Reviewed-by: Tom Rini
---
(no changes since v5)
Changes in v5:
- fix depends for BOOTP_RANDOM_XID:
"depends on CMD_BOOTP && (LIB_RAND || LIB_HW_RAND)"
Chan
This patch introduces 3 improvements to align with RFC 951:
- retransmission backoff interval maximum is configurable
- initial retranmission backoff interval is configurable
- transaction ID is kept the same for each BOOTP/DHCPv4 request
In applications where thousands of nodes are serviced by a
- Enable option 209 by default
- Set pxelinux_configfile to NULL to avoid potential double free
- change hardcoded 209 to a define
Signed-off-by: Sean Edmond
---
(no changes since v7)
Changes in v7:
- Reword this commit
Changes in v6:
- Reword this commit
Changes in v4:
- rebase master and r
In our datacenter application, a single DHCP server is servicing 36000+ clients.
Improvements are required to the DHCPv4 retransmission behavior to align with
RFC and ensure less pressure is exerted on the server:
- retransmission backoff interval maximum is configurable
(environment variable b
Signed-off-by: Leo Yu-Chi Liang
---
arch/riscv/Kconfig| 2 +-
arch/riscv/cpu/{andesv5 => andes}/Kconfig | 4 +-
arch/riscv/cpu/{andesv5 => andes}/Makefile| 0
arch/riscv/cpu/{andesv5 => andes}/cache.c | 12 +++---
arch/riscv/cpu/{andesv5 => andes}/cpu.c
Signed-off-by: Leo Yu-Chi Liang
---
arch/riscv/Kconfig| 2 +-
arch/riscv/cpu/{andesv5 => andes}/Kconfig | 4 +-
arch/riscv/cpu/{andesv5 => andes}/Makefile| 0
arch/riscv/cpu/{andesv5 => andes}/cache.c | 12 +++---
arch/riscv/cpu/{andesv5 => andes}/cpu.c
There are of course not a whole lot of examples in-tree yet, but
before they appear, let's make this API change: Instead of separately
allocating a 'struct cyclic_info', make the users embed such an
instance in their own structure, and make the convention that the
callback simply receives the 'stru
A bit of a mixed bag. I've been wanting to submit something like 3/3
for a while. So when I stumbled on Marek's patch
https://lore.kernel.org/u-boot/20240316201416.211480-1-marek.vasut+rene...@mailbox.org/
, I got reminded of that plan, and I think that patch could be more
readable if we adopt this
We are not checking the return value of strdup(), nor
freeing the string in cyclic_unregister().
However, all current users either pass a string literal or the
dev->name of the client device. So in all cases the name string will
live at least as long as the cyclic_info is registered, so just make
Currently, the cyclic_register() done in wdt_start() is not undone in
wdt_stop(). Moreover, calling wdt_start multiple times (which is
perfectly allowed on an already started device, e.g. to change the
timeout value) will result in another struct cyclic_info being
registered, referring to the same
On Wed, Apr 17, 2024 at 03:46:56PM +0800, Boon Khai Ng wrote:
> This driver support the Synopsys Designware Ethernet 10G
> IP block refer from the driver dwc_eth_qos.
>
> The driver MAC register mapping is different between
> Synopsys QoS IP and Synopsys 10G IP, and thus new file
> is created mea
On Wed, 24 Apr 2024 16:45:37 -0600, Tom Rini wrote:
> Currently we have the option to tell the console code that we should
> ignore the SPL banner. We also have an option to say that we can see it
> a second time, and ignore it. However, some platforms such as TI AM64x
> will have us see the SPL b
On Pine64 Star64 8GB (May 2023 order date: "Star64 v1.1" silkscreen)
by contributor Tenkawa (contact info withheld so posting on their
behalf and listing myself in the tag). Other than the inconclusive
networking result (for discussion via code review) it seems to have
basic functionality.
# mac
V
On Thursday, April 25th, 2024 at 4:57 AM, Caleb Connolly
wrote:
>
> On 25/04/2024 06:02, mwle...@mailtundra.com wrote:
>
> > Hi Caleb,
> >
> > Thanks for this interesting feedback. I saw these patches were already
> > merged
> > since you sent this but I added a few thoughts below anyway.
>
>
From: Alexander Sverdlin
Contrary to doc/develop/driver-model/ethernet.rst contract, eth_ops
.free_pkt can be called after .stop, there are several error paths in TFTP,
for instance:
eth_halt() <= tftp_handler() <= net_process_received_packet() <= eth_rx()
...
am65_cpsw_free_pkt() <= eth_rx()
W
On 01.05.24 04:41, Tom Rini wrote:
Remove from this board vendor directory and when needed
add missing include files directly.
Signed-off-by: Tom Rini
Reviewed-by: Stefan Bosch
Tested-by: Stefan Bosch
Looks good, tested on FriendlyElec-Board NanoPC-T2.
Thanks a lot!
---
Cc: Stefan Bo
On 30.04.24 15:35, Tom Rini wrote:
Remove from all mach-nexell files and when needed add missing
include files directly.
Signed-off-by: Tom Rini
Reviewed-by: Stefan Bosch
Tested-by: Stefan Bosch
Looks good, tested on FriendlyElec-Board NanoPC-T2.
Thanks a lot!
---
Cc: Stefan Bosch
--
Hi Sourabh,
In U-Boot, the only methods of separating storage of secrets from
general storage are (as far as I know):
* TPM v1/v2
* OP-TEE in combination with an MMC supporting RPMB
--
Kind regards
Andreas Buschka
On Mon, Apr 29, 2024 at 11:33:57AM -0700, Sean Edmond wrote:
> This patch introduces 3 improvements to align with RFC 951:
> - retransmission backoff interval maximum is configurable
> - initial retranmission backoff interval is configurable
> - transaction ID is kept the same for each BOOTP/DHCPv
Hi Ilias,
On Wed, 8 May 2024 at 06:14, Ilias Apalodimas
wrote:
> On Tue, 7 May 2024 at 20:54, Raymond Mao wrote:
> >
> > Remove the redundant includes of u-boot/md5.h, u-boot/sha1.h,
> > u-boot/sha256.h and u-boot/sha512.h
> >
> > Signed-off-by: Raymond Mao
> > ---
> > Changes in v2
> > - None
Hi Ilias,
On Wed, 8 May 2024 at 10:33, Ilias Apalodimas
wrote:
> Hi Raymond,
>
> On Tue, 7 May 2024 at 20:58, Raymond Mao wrote:
> >
> > Update the PKCS7 test suites for multiple certs.
>
> Please explain why. Does this belong to U-Boot or the patch should be
> sent to mbedTLS directly?
>
> It
Hi Ilias,
On Wed, 8 May 2024 at 10:35, Ilias Apalodimas
wrote:
> Hi Raymond
>
> On Tue, 7 May 2024 at 20:57, Raymond Mao wrote:
> >
> > Support decoding multiple signer's cert in the signed data within
> > a PKCS7 message.
>
> For all similar external mbedTLS patches, try to explain which belon
On Wed, 24 Apr 2024 20:03:59 -0400, Greg Malysa wrote:
> This series adds support for the ADI SC5xx machine type and includes two
> core drivers that are required for being able to boot any board--a UART
> driver, the gptimer driver which is used as a clock reference (CNTVCNT
> is not supported on
On Thursday, April 25th, 2024 at 4:57 AM, Caleb Connolly
wrote:
>
> On 25/04/2024 06:02, mwle...@mailtundra.com wrote:
>
> > Hi Caleb,
> >
> > Thanks for this interesting feedback. I saw these patches were already
> > merged
> > since you sent this but I added a few thoughts below anyway.
Hi Ilias,
On Wed, 8 May 2024 at 10:32, Ilias Apalodimas
wrote:
> Hi Raymond
>
> On Tue, 7 May 2024 at 20:57, Raymond Mao wrote:
> >
> > Populate MicroSoft Authentication Code from the content data
> > into PKCS7 decoding context if it exists in a PKCS7 message.
> > Add OIDs for describing objec
On Wed, 8 May 2024 at 18:09, Caleb Connolly wrote:
>
> Hi Sam,
>
> On 08/05/2024 13:40, Sam Day wrote:
> > Salutations Sumit,
> >
> > On Wednesday, 8 May 2024 at 11:14 AM, Sumit Garg
> > wrote:
> >
> >>
> >>
> >> Hi Sam,
> >>
> >> On Wed, 8 May 2024 at 00:11, Sam Day m...@samcday.com wrote:
> >>
Hi Raymond,
On Tue, 7 May 2024 at 20:53, Raymond Mao wrote:
>
> Add text section alignment to fix sbsign signing warning
> 'gaps in the section table may result in different checksums'
> which causes a failure of efi_image_verify_diges()
>
> Signed-off-by: Raymond Mao
> ---
> Changes in v2
> - N
On Tue, 7 May 2024 at 20:56, Raymond Mao wrote:
>
> Add the mbedtls include directories into the build system.
>
> Signed-off-by: Raymond Mao
> ---
> Changes in v2
> - None.
>
> Makefile | 13 +
> 1 file changed, 13 insertions(+)
>
> diff --git a/Makefile b/Makefile
> index 7321fe149
Hi Raymond
On Tue, 7 May 2024 at 20:57, Raymond Mao wrote:
>
> Support decoding multiple signer's cert in the signed data within
> a PKCS7 message.
For all similar external mbedTLS patches, try to explain which belong
to mbedTLS must be sent upstream and which ones we need to carry
internally. I
Hi Raymond,
On Tue, 7 May 2024 at 20:58, Raymond Mao wrote:
>
> Update the PKCS7 test suites for multiple certs.
Please explain why. Does this belong to U-Boot or the patch should be
sent to mbedTLS directly?
Thanks
/Ilias
>
> Signed-off-by: Raymond Mao
> ---
> Changes in v2
> - None.
>
> ...
Hi Raymond
On Tue, 7 May 2024 at 20:57, Raymond Mao wrote:
>
> Populate MicroSoft Authentication Code from the content data
> into PKCS7 decoding context if it exists in a PKCS7 message.
> Add OIDs for describing objects using for MicroSoft Authentication
> Code.
>
We will need more accurate com
On Wed, May 8, 2024 at 9:56 PM Ilias Apalodimas
wrote:
>
> >
> > > + *
> > > + * Get a possible efi system partition by expanding a boot option
> > > + * file path.
> > > + *
> > > + * @boot_dev The device path pointing to a boot option
> > > + * Return: The full ESP device path or NULL if f
On Tue, 07 May 2024 18:46:54 +, Sam Day wrote:
> Enable the clock/pinctrl drivers for these two SoCs. Previously left out
> due to only being used on the db410c and db820c respectively which both
> have their own board code. We can still boot these with most features
> working without that bo
On Wed, May 8, 2024 at 9:53 PM Heinrich Schuchardt wrote:
>
> On 5/8/24 14:59, Weizhao Ouyang wrote:
> > On Wed, May 8, 2024 at 7:52 PM Heinrich Schuchardt
> > wrote:
> >>
> >> On 5/8/24 13:24, Weizhao Ouyang wrote:
> >>> When using CapsuleApp to execute on-disk update, it will choose the
> >>>
Hi Ilias,
On Wed, May 8, 2024 at 9:47 PM Ilias Apalodimas
wrote:
>
> Hi Weizhao,
>
> On Wed, 8 May 2024 at 14:24, Weizhao Ouyang wrote:
> >
> > When using CapsuleApp to execute on-disk update, it will choose the
> > first boot option as BootNext entry to perform the capsule update after
> > a re
>
> > + *
> > + * Get a possible efi system partition by expanding a boot option
> > + * file path.
> > + *
> > + * @boot_dev The device path pointing to a boot option
> > + * Return: The full ESP device path or NULL if fail
> > + */
> > +static struct efi_device_path *get_esp_from_boot_optio
On 5/8/24 14:59, Weizhao Ouyang wrote:
On Wed, May 8, 2024 at 7:52 PM Heinrich Schuchardt wrote:
On 5/8/24 13:24, Weizhao Ouyang wrote:
When using CapsuleApp to execute on-disk update, it will choose the
first boot option as BootNext entry to perform the capsule update after
a reboot. But aut
Hi Weizhao,
On Wed, 8 May 2024 at 14:24, Weizhao Ouyang wrote:
>
> When using CapsuleApp to execute on-disk update, it will choose the
> first boot option as BootNext entry to perform the capsule update after
> a reboot.
This is not entirely accurate. The capsule update on-disk mechanism
will lo
Hi Dan,
Thanks for the suggestion, I'll fix them in the next patch.
BR,
Weizhao
On Wed, May 8, 2024 at 8:04 PM Dan Carpenter wrote:
>
> On Wed, May 08, 2024 at 07:24:01PM +0800, Weizhao Ouyang wrote:
> > diff --git a/lib/efi_loader/efi_capsule.c b/lib/efi_loader/efi_capsule.c
> > index de0d49eb
On Wed, May 8, 2024 at 7:52 PM Heinrich Schuchardt wrote:
>
> On 5/8/24 13:24, Weizhao Ouyang wrote:
> > When using CapsuleApp to execute on-disk update, it will choose the
> > first boot option as BootNext entry to perform the capsule update after
> > a reboot. But auto-generate boot option will
On 06/05/2024 12:26, Sam Day wrote:
The newer "register map for simple gate clocks" support added for qcom
clocks is used. As a result gcc_apq8016 now has a mixture of the old and
new styles. I didn't (and still don't!) feel comfortable enough in this
area to update the existing code.
Thank
Hi Sam,
On 08/05/2024 13:40, Sam Day wrote:
Salutations Sumit,
On Wednesday, 8 May 2024 at 11:14 AM, Sumit Garg wrote:
Hi Sam,
On Wed, 8 May 2024 at 00:11, Sam Day m...@samcday.com wrote:
The newly introduced carve_out_reserved_memory causes issues when
U-Boot is chained from the lk2nd
Use OF_UPSTREAM to pull Linux DT from dts/ tree
Signed-off-by: Manorit Chawdhry
---
arch/arm/dts/Makefile |4 +-
arch/arm/dts/k3-am68-sk-base-board-u-boot.dtsi | 20 +-
arch/arm/dts/k3-am68-sk-base-board.dts | 611 ---
arch/arm/dts/k3-am68-
Added SPI_NOR_OCTAL_READ flag for Macronix mx66uw2g345gx0 2Gb(256MB)
NOR Flash memory has been added. Initial testing was conducted on the
Versal NET board using SDR mode, which included basic erase, write,
and read-back operations.
Signed-off-by: Prasad Kummari
---
drivers/mtd/spi/spi-nor-ids.c
Hi Sam,
On 07/05/2024 20:46, Sam Day wrote:
From: Caleb Connolly
Enable the clock/pinctrl drivers for these two SoCs. Previously left out
due to only being used on the db410c and db820c respectively which both
have their own board code. We can still boot these with most features
working withou
On 30/04/2024 13:46, MD Danish Anwar wrote:
> Add support for AM64x by adding it's compatible in pruss driver.
>
> Signed-off-by: MD Danish Anwar
Reviewed-by: Roger Quadros
On 30/04/2024 13:46, MD Danish Anwar wrote:
> Add support for AM64x PRU cores by adding compatibles for AM64x.
>
> Signed-off-by: MD Danish Anwar
Reviewed-by: Roger Quadros
On 5/8/24 14:04, Dan Carpenter wrote:
On Wed, May 08, 2024 at 07:24:01PM +0800, Weizhao Ouyang wrote:
diff --git a/lib/efi_loader/efi_capsule.c b/lib/efi_loader/efi_capsule.c
index de0d49ebebda..919e3cba071b 100644
--- a/lib/efi_loader/efi_capsule.c
+++ b/lib/efi_loader/efi_capsule.c
@@ -922,6 +
On Wed, May 08, 2024 at 07:24:01PM +0800, Weizhao Ouyang wrote:
> diff --git a/lib/efi_loader/efi_capsule.c b/lib/efi_loader/efi_capsule.c
> index de0d49ebebda..919e3cba071b 100644
> --- a/lib/efi_loader/efi_capsule.c
> +++ b/lib/efi_loader/efi_capsule.c
> @@ -922,6 +922,105 @@ static bool device_i
On 5/8/24 13:24, Weizhao Ouyang wrote:
When using CapsuleApp to execute on-disk update, it will choose the
first boot option as BootNext entry to perform the capsule update after
a reboot. But auto-generate boot option will ignore the logical
partition which might be an ESP, thus it could not fin
Salutations Sumit,
On Wednesday, 8 May 2024 at 11:14 AM, Sumit Garg wrote:
>
>
> Hi Sam,
>
> On Wed, 8 May 2024 at 00:11, Sam Day m...@samcday.com wrote:
>
> > The newly introduced carve_out_reserved_memory causes issues when
> > U-Boot is chained from the lk2nd bootloader. lk2nd provides a
When using CapsuleApp to execute on-disk update, it will choose the
first boot option as BootNext entry to perform the capsule update after
a reboot. But auto-generate boot option will ignore the logical
partition which might be an ESP, thus it could not find the capsule
file.
Align with the EDK I
Currently Rockchip's capsule update mechanism only accepts capsules in
form of a mmc partition, but a generic capsule update mechanism should
be used to satisfy the universal requirements.
Signed-off-by: Weizhao Ouyang
---
arch/arm/mach-rockchip/board.c | 153 --
boa
According to UEFI v2.10 spec section 8.2.6, if a caller invokes the
SetVariables() service, it will produce a digest from hash(VariableName,
VendorGuid, Attributes, TimeStamp, DataNew_variable_content), then the
firmware that implements the SetVariable() service will compare the
digest with the res
Hi Manorit,
On 08/05/24 12:56, Manorit Chawdhry wrote:
Update the file with the required nodes from J721s2 R5 file to start
using k3-am68-sk-r5 file for AM68.
Signed-off-by: Manorit Chawdhry
---
What's the motivation behind this patch vs. squashing it into patch 5/6?
arch/arm/dts/k3-am68
On Tue, 7 May 2024 at 20:54, Raymond Mao wrote:
>
> Adapt digest header files to support both original libs and MbedTLS
> by switching on/off MBEDTLS_LIB_CRYPTO
>
> FIXME:
> `IS_ENABLED` or `CONFIG_IS_ENABLED` is not applicable here, since
> including causes undefined reference on schedule()
> wi
Hi Manorit
On 08/05/24 12:56, Manorit Chawdhry wrote:
Add defconfig for AM68 SK R5 and A72 configuration.
This includes and modifies the AM68 EVM defconfigs:
j721s2_evm_r5_defconfig -> am68_sk_r5_defconfig
j721s2_evm_a72_defconfig -> am68_sk_a72_defconfig
Signed-off-by: Manorit Chawdhry
---
On Tue, 7 May 2024 at 20:54, Raymond Mao wrote:
>
> Remove the redundant includes of u-boot/sha1.h, u-boot/sha256.h
> and u-boot/sha512.h
>
> Signed-off-by: Raymond Mao
> ---
> Changes in v2
> - None.
>
> lib/efi_loader/efi_signature.c | 1 -
> lib/efi_loader/efi_tcg2.c | 3 ---
> 2 files c
On Tue, 7 May 2024 at 20:52, Raymond Mao wrote:
>
> Since MbedTLS is an external repo with its own coding style,
> exclude it from Azure and gitlab CI CONFIG checks.
>
> Signed-off-by: Raymond Mao
> ---
> Changes in v2
> - Initial patch.
>
> .azure-pipelines.yml | 3 ++-
> .gitlab-ci.yml |
On Tue, 7 May 2024 at 20:54, Raymond Mao wrote:
>
> Remove the redundant includes of u-boot/md5.h, u-boot/sha1.h,
> u-boot/sha256.h and u-boot/sha512.h
>
> Signed-off-by: Raymond Mao
> ---
> Changes in v2
> - None.
>
> boot/image-fit.c | 4
> boot/image.c | 2 --
> 2 files changed, 6 de
Hi Quentin,
On 2024/5/8 16:34, Quentin Schulz wrote:
Hi Kever,
On 5/8/24 4:42 AM, Kever Yang wrote:
Hi Quentin,
Could you please update this patch with OF_UPSTREAM support?
No, I cannot yet :/
Tiger is only available in Linux kernel v6.9-rcX and dts/ in U-Boot is
currently at v6.8.
Hi Sam,
On Wed, 8 May 2024 at 00:11, Sam Day wrote:
>
> The newly introduced carve_out_reserved_memory causes issues when
> U-Boot is chained from the lk2nd bootloader. lk2nd provides a
> simple-framebuffer device and marks the framebuffer region as no-map in
> the supplied /reserved-memory. Cons
Hello,
I wanted to know if u-boot can communicate with CCID compliant smartcards
or not (with a USB-HSM device). I couldn't find any documents related to
this online. USB support seems to be limited within u-boot.
Can anyone please let me know if they have experimented with this?
Thanks in advan
Hi Kever,
On 5/8/24 4:42 AM, Kever Yang wrote:
Hi Quentin,
Could you please update this patch with OF_UPSTREAM support?
No, I cannot yet :/
Tiger is only available in Linux kernel v6.9-rcX and dts/ in U-Boot is
currently at v6.8.
What are we supposed to do for this then?
Would bump
Create an SoC R5 dtsi file that could be used at board level R5 files. This
would help in keeping the SoC level changes in sync across board files.
Signed-off-by: Manorit Chawdhry
---
arch/arm/dts/k3-am68-sk-r5-base-board.dts | 78 +---
arch/arm/dts/k3-j721s2-r5-common-
Update the file with the required nodes from J721s2 R5 file to start
using k3-am68-sk-r5 file for AM68.
Signed-off-by: Manorit Chawdhry
---
arch/arm/dts/k3-am68-sk-r5-base-board.dts | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/arch/arm/dts/k3-am68-sk-r5-base-board.dts
Add defconfig for AM68 SK R5 and A72 configuration.
This includes and modifies the AM68 EVM defconfigs:
j721s2_evm_r5_defconfig -> am68_sk_r5_defconfig
j721s2_evm_a72_defconfig -> am68_sk_a72_defconfig
Signed-off-by: Manorit Chawdhry
---
arch/arm/dts/k3-am68-sk-base-board-u-boot.dtsi | 23 +
From: Neha Malcom Francis
Switch to using bootstd. Note that with this change, we will stop using
distro_bootcmd and instead depend entirely on bootflow method of
starting the system up.
Also config_distro_bootcmd.h header file that is no longer needed in
j721s2_evm.h.
Signed-off-by: Neha Malco
From: Neha Malcom Francis
Add explicit boot_targets to indicate the specific boot sequence to
follow.
Signed-off-by: Neha Malcom Francis
Signed-off-by: Manorit Chawdhry
---
board/ti/j721s2/j721s2.env | 1 +
1 file changed, 1 insertion(+)
diff --git a/board/ti/j721s2/j721s2.env b/board/ti/j72
Series splits am68 and j721s2 support along with enabling OF_UPSTREAM
and adding stdboot support for both the platforms.
Boot logs: https://gist.github.com/manorit2001/6c669e4273933bc46c3b28a631a96ae3
Signed-off-by: Manorit Chawdhry
---
Manorit Chawdhry (4):
configs: am68_sk: Move to separ
Hi Marek,
On 2024-05-07 3:28 pm, Marek Vasut wrote:
On 5/7/24 3:06 PM, Claudius Heine wrote:
For CST to find the certificates and keys for signing, some keys and
certs need to be copied into the u-boot build directory.
Make sure to CC "NXP i.MX U-Boot Team" , else NXP is not informed. Use
sc
78 matches
Mail list logo
