Add tests for booting image using tftpboot/pxe boot commands, tftpboot
boot case loads the FIT image into DDR and boots using bootm command
whereas pxe boot cases downloads the pxe configuration file from the
TFTP server and interprets it to boot the images mentioned in the pxe
configurations
On Fri, 5 Jan 2024 at 19:15, Caleb Connolly wrote:
>
>
>
> On 05/01/2024 13:14, Sumit Garg wrote:
> > Hi Caleb,
>
> Hi Sumit,
>
> [snip]
>
> >> ---
> >> I have tested this series on the Dragonboard410c, Dragonboard820c, and
> >
> > This series fails to boot (without any U-Boot console print) on
>
On 1/9/2024 5:11 AM, Fabio Estevam wrote:
From: Fabio Estevam
All i.MX8M targets rely on using binman to generate the U-Boot
binary.
Select it at the SoC level instead of per board.
Signed-off-by: Fabio Estevam
Reviewed-by: Peng Fan
On 1/9/2024 5:11 AM, Fabio Estevam wrote:
From: Fabio Estevam
All i.MX93 targets rely on using binman to generate the U-Boot
binary.
Select it at the SoC level instead of per board.
Signed-off-by: Fabio Estevam
Reviewed-by: Peng Fan
On 1/9/2024 5:11 AM, Fabio Estevam wrote:
From: Fabio Estevam
Adjust the underline length so that it matches the title length.
Signed-off-by: Fabio Estevam
Reviewed-by: Peng Fan
Thanks for working on the binman for i.MX9.
On 1/8/2024 5:24 PM, Mathieu Othacehe wrote:
Hello,
This v6 fixes CI checks on IMX9 by allowing binman to keep working even though
some binary blobs are absent.
Thanks,
Mathieu
v5: https://lists.denx.de/pipermail/u-boot/2024-January/542579.html
On 08.01.2024 21:48, Michael Nazzareno Trimarchi wrote:
> Hi
>
> On Mon, Jan 8, 2024 at 7:41 PM Arseniy Krasnov
> wrote:
>>
>> Sorry, pls ping
>>
>
> Sorry to be late, ;) I will give a review tomorrow
Sure no problem! Thanks :)
>
> Michael
>
>> Thanks, Arseniy
>>
>> On 15.12.2023 15:23,
Comments on NAND stuff only.
On 1/8/24 12:45, Tom Rini wrote:
*** CID 477216:(BAD_SHIFT)
/drivers/mtd/nand/raw/nand_base.c: 3921 in nand_flash_detect_onfi()
3915
3916/*
3917
On Tue, 9 Jan 2024 at 07:24, Bryan Brattlof wrote:
>
> On January 8, 2024 thus sayeth Sumit Garg:
> > Hi Bryan,
> >
> > On Sat, 6 Jan 2024 at 02:12, Bryan Brattlof wrote:
> > >
> > > Hi Sumit!
> > >
> > > On December 28, 2023 thus sayeth Sumit Garg:
> > > > Allow u-boot to build DTB from a
Nishanth Menon writes:
> Stop using the findfdt script and switch to setting the fdtfile from
> C code.
>
> While at this, replace findfdt in environment with a warning as it is
> no longer needed
>
> Signed-off-by: Nishanth Menon
> ---
> board/ti/am62ax/am62ax.env | 1 -
>
Nishanth Menon writes:
> Stop using the findfdt script and switch to setting the fdtfile from C
> code.
>
> While at this, replace findfdt in environment with a warning as it is
> no longer needed
>
> Signed-off-by: Nishanth Menon
> ---
> board/beagle/beagleboneai64/beagleboneai64.c | 14
Nishanth Menon writes:
> Introduce a common fdt operations library for basic device tree
> operations that are common between various boards.
>
> The first library to introduce here is the capability to set up
> fdtfile as a standard variable as part of board identification rather
> than depend
Hello, you are right, that this patch is not needed for working
console and with property configured dt and config it works. But for
debug (for example, everything that was printed by debug()) it is
needed. Withit this code you will not see this prints.
And yes, via DDR blob you can configure a
Dear Tom,
The following changes since commit 2f0282922b2c458eea7f85c500a948a587437b63:
Prepare v2024.01-rc4 (2023-12-04 13:46:56 -0500)
are available in the git repository at:
g...@source.denx.de:u-boot/custodians/u-boot-samsung.git master
for you to fetch changes up to
On January 8, 2024 thus sayeth Sumit Garg:
> Hi Bryan,
>
> On Sat, 6 Jan 2024 at 02:12, Bryan Brattlof wrote:
> >
> > Hi Sumit!
> >
> > On December 28, 2023 thus sayeth Sumit Garg:
> > > Allow u-boot to build DTB from a different directory tree such that
> > > *-u-boot.dtsi files can be
Hi Ilias,
On Thu, 28 Dec 2023 at 22:14, Ilias Apalodimas
wrote:
>
> Kojima-san
>
> [...]
>
> > /**
> > * try_load_entry() - try to load image for boot option
> > *
> > @@ -594,7 +638,6 @@ static efi_status_t try_load_entry(u16 n, efi_handle_t
> > *handle,
> > }
> >
> > if
Hi Ilias,
On Thu, 28 Dec 2023 at 00:14, Ilias Apalodimas
wrote:
>
> Kojima-san
>
> On Thu, Dec 21, 2023 at 06:52:58PM +0900, Masahisa Kojima wrote:
> > This commit stores the firmware version into the array
> > of fmp_state structure to support the fmp versioning
> > for multi bank update. The
Hi Jonas,
On Sun, 7 Jan 2024 at 17:35, Jonas Karlman wrote:
>
> Hi Hugh,
>
> On 2023-12-26 17:43, Hugh Cole-Baker wrote:
> > An uncompressed 6.7.0-rc1 Linux kernel Image built with the arm64
> > defconfig is about 40MB. This does not fit in to the space between
> > kernel_comp_addr_r and
Hi Marex,
On Sat, Dec 9, 2023 at 6:12 PM Shantur Rathore wrote:
>
> Currently when a hub is turned on, all the ports are powered on.
> This works well for hubs which have individual power control.
>
> For the hubs without individual power control this has no effect.
> Mostly in these scenarios
On 2024-01-08 22:10, Tobias Deiminger wrote:
This patch avoids false positives in cases where tests are invoked with
test.py --build-dir=./ .
See tbot issue 107 [1] for motivation and prior discussion.
Previously it resulted in:
E AssertionError: leftovers: net/mdio-uclass.c, net/bootp.c,
From: Fabio Estevam
All i.MX8M targets rely on using binman to generate the U-Boot
binary.
Select it at the SoC level instead of per board.
Signed-off-by: Fabio Estevam
---
arch/arm/mach-imx/imx8m/Kconfig | 39 +
1 file changed, 1 insertion(+), 38 deletions(-)
From: Fabio Estevam
All i.MX93 targets rely on using binman to generate the U-Boot
binary.
Select it at the SoC level instead of per board.
Signed-off-by: Fabio Estevam
---
arch/arm/mach-imx/imx9/Kconfig | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git
From: Fabio Estevam
Adjust the underline length so that it matches the title length.
Signed-off-by: Fabio Estevam
---
doc/board/variscite/imx93_var_som.rst | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/doc/board/variscite/imx93_var_som.rst
42c0e5bb054d ("test: Find leftovers after clean/mrproper") assumes out
of tree builds. test_clean and test_mrproper fail if the assumption
isn't met.
However there are valid scenarios where tests run with in source builds
(i.e., test.py --build-dir=.).
Automatically skip cleanup tests in such
This patch avoids false positives in cases where tests are invoked with
test.py --build-dir=./ .
See tbot issue 107 [1] for motivation and prior discussion.
Previously it resulted in:
E AssertionError: leftovers: net/mdio-uclass.c, net/bootp.c, [...]
Now it results in:
SKIPPED [2]
(2024-01-08 12:00:18 -0500)
>
> are available in the Git repository at:
>
> https://gitlab.denx.de/u-boot/custodians/u-boot-imx.git
> tags/u-boot-imx-master-20240108
>
> for you to fetch changes up to 54e1aa236f7d934ea81d727fe27b6d05902643be:
>
> Add imx93-var-som supp
On Sun, Jan 07, 2024 at 07:27:07PM +0800, Kongyang Liu wrote:
> Add support for Sophgo's Milk-V Duo board, only minimal device tree and
> serial console are enabled, and it can boot via vendor first stage
> bootloader.
>
> Signed-off-by: Kongyang Liu
>
> ---
>
> arch/riscv/Kconfig
On 13:00-20240108, Andrew Davis wrote:
> > +#ifdef CONFIG_BOARD_LATE_INIT
> > +int board_late_init(void)
> > +{
> > + char fdtfile[50];
> > +
> > + snprintf(fdtfile, sizeof(fdtfile), "%s/%s.dtb",
> > +CONFIG_TI_EVM_FDT_FOLD
On 12:50-20240108, Andrew Davis wrote:
> On 1/8/24 11:32 AM, Nishanth Menon wrote:
> > Introduce a common fdt operations library for basic device tree
> > operations that are common between various boards.
> >
> > The first library to introduce here is the capab
On 1/8/24 11:32 AM, Nishanth Menon wrote:
Stop using the findfdt script and switch to setting the fdtfile from C
code.
While at this, replace findfdt in environment with a warning as it is
no longer needed
Signed-off-by: Nishanth Menon
---
board/beagle/beagleboneai64/beagleboneai64.c | 14
On 1/8/24 11:32 AM, Nishanth Menon wrote:
Introduce a common fdt operations library for basic device tree
operations that are common between various boards.
The first library to introduce here is the capability to set up
fdtfile as a standard variable as part of board identification rather
than
Hi
On Mon, Jan 8, 2024 at 7:41 PM Arseniy Krasnov
wrote:
>
> Sorry, pls ping
>
Sorry to be late, ;) I will give a review tomorrow
Michael
> Thanks, Arseniy
>
> On 15.12.2023 15:23, Arseniy Krasnov wrote:
> > Basic support for Amlogic Meson NAND controller on AXG.
> >
> > Based on Linux
Sorry, pls ping
Thanks, Arseniy
On 20.12.2023 22:36, Arseniy Krasnov wrote:
> Add access to OTP region. It supports info, dump, write and lock
> operations.
>
> Signed-off-by: Arseniy Krasnov
> ---
> Changelog:
> v1 -> v2:
> * Remove warning that OTP can't be erased after write.
>
>
Sorry, pls ping
Thanks, Arseniy
On 18.12.2023 14:54, Arseniy Krasnov wrote:
> cc: Jaime Liao
>
> On 04.12.2023 22:23, Arseniy Krasnov wrote:
>> cc: Miquel Raynal
>>
>> On 30.11.2023 14:24, Arseniy Krasnov wrote:
>>> Support for OTP area access on MX30LFxG18AC chip series.
>>>
>>> Signed-off-by:
Sorry, pls ping
Thanks, Arseniy
On 15.12.2023 15:23, Arseniy Krasnov wrote:
> Basic support for Amlogic Meson NAND controller on AXG.
>
> Based on Linux version 6.7.0-rc4.
>
> Signed-off-by: Arseniy Krasnov
> ---
> Changelog:
> v1 -> v2:
> * Update commit message with 'Based on Linux
-boot-imx.git
tags/u-boot-imx-master-20240108
for you to fetch changes up to 54e1aa236f7d934ea81d727fe27b6d05902643be:
Add imx93-var-som support (2024-01-08 14:37:57 -0300)
u-boot-imx-master-20240108
--
CI: https://source.denx.de/u-boot/custodians/u-boot-imx/-/pipelines
-20240108
for you to fetch changes up to 54e1aa236f7d934ea81d727fe27b6d05902643be:
Add imx93-var-som support (2024-01-08 14:37:57 -0300)
u-boot-imx-master-20240108
--
CI: https://source.denx.de/u-boot/custodians/u-boot-imx/-/pipelines/19232
- Make DRAM stable
On Mon, Jan 08, 2024 at 11:32:51AM -0600, Nishanth Menon wrote:
> This is a wide cleanup to switch to setting fdtfile using env_set
> instead of scripted magic. 'fdtfile' is expected to be set by default.
> This allows the stdboot triggered efi loaders to find the correct OS
> device tree file.
>
On Mon, Jan 8, 2024 at 7:59 AM Mathieu Othacehe wrote:
> Right, because I wasn't sure CI was working for pull requests on the
> `next` branch of Github. It looks like it is so I also created a PR on
> top of the `next` branch: https://github.com/u-boot/u-boot/pull/459.
I applied this one,
On Mon, Jan 1, 2024 at 6:07 PM Marek Vasut wrote:
>
> Implement fdtdec_board_setup() auto-detection of ethernet PHY.
> This uses properties of the hardware and pull resistor placement.
>
> If GPIO1_16 RGMII_MDC is HIGH, then R530 (MX8MM eDM SBC) or
> R390 (MX8MP eDM SBC) is populated. R530 or
On Tue, Jan 2, 2024 at 9:12 AM Francesco Dolcini wrote:
>
> From: Francesco Dolcini
>
> fdt_addr variable is the location in flash of the device tree blob [1], it
> does not exist for verdin-imx8mm.
>
> Because of this the bootefi command fails unless the optional
> `[fdt address]` parameter is
Hey all,
Now that I've merged next I've re-run Coverity to get a start on issues
that've been added since last run. The report isn't complete because of
the number of issues, sadly, but if someone is interested in a specific
area contact me off-list and I can provide access to the dashboard.
For
On Fri, Jan 05, 2024 at 04:03:58PM +, Caleb Connolly wrote:
> With the relatively new button API in U-Boot, it's now much easier to
> model the common usecase of mapping arbitrary actions to different
> buttons during boot - for example entering fastboot mode, setting some
> additional kernel
Stop using the findfdt script and switch to setting the fdtfile from
C code.
While at this, replace findfdt in environment with a warning as it is
no longer needed
Signed-off-by: Nishanth Menon
---
board/ti/am62ax/am62ax.env | 1 -
board/ti/am62ax/evm.c| 10 ++
Stop using the findfdt script and switch to setting the fdtfile from C
code.
While at this, replace findfdt in environment with a warning as it is
no longer needed.
Signed-off-by: Nishanth Menon
---
board/beagle/beagleplay/beagleplay.c | 14 ++
We now can provide a map and have the standard fdtfile variable set from
code itself. This allows for bootstd to "just work".
While at this, replace findfdt in environment with a warning as it is no
longer needed.
Signed-off-by: Nishanth Menon
---
board/ti/am64x/am64x.env | 9 -
We now can provide a map and have the standard fdtfile variable set from
code itself. This allows for bootstd to "just work".
While at this, replace findfdt in environment with a warning as it is no
longer needed.
Signed-off-by: Nishanth Menon
---
board/ti/am65x/am65x.env | 3 ---
This is a wide cleanup to switch to setting fdtfile using env_set
instead of scripted magic. 'fdtfile' is expected to be set by default.
This allows the stdboot triggered efi loaders to find the correct OS
device tree file.
This is a refresh of
We now can provide a map and have the standard fdtfile variable set from
code itself. This allows for bootstd to "just work".
While at this, replace findfdt in environment with a warning as it is no
longer needed.
Signed-off-by: Nishanth Menon
---
board/ti/j721e/evm.c | 8
Stop using the findfdt script and switch to setting the fdtfile from
C code.
While at this, replace findfdt in environment with a warning as it is
no longer needed
Signed-off-by: Nishanth Menon
---
board/ti/am62x/am62x.env| 1 -
board/ti/am62x/evm.c| 8
Introduce a common fdt operations library for basic device tree
operations that are common between various boards.
The first library to introduce here is the capability to set up
fdtfile as a standard variable as part of board identification rather
than depend on scripted ifdeffery.
We shouldn't need finfdt anymore. Drop the env script.
Signed-off-by: Nishanth Menon
---
include/env/ti/default_findfdt.env | 12
1 file changed, 12 deletions(-)
delete mode 100644 include/env/ti/default_findfdt.env
diff --git a/include/env/ti/default_findfdt.env
We now can provide a map and have the standard fdtfile variable set from
code itself. This allows for bootstd to "just work".
While at this, replace findfdt in environment with a warning as it is no
longer needed.
Signed-off-by: Nishanth Menon
---
board/ti/j721s2/evm.c | 8
Stop using the findfdt script and switch to setting the fdtfile from C
code.
While at this, replace findfdt in environment with a warning as it is
no longer needed
Signed-off-by: Nishanth Menon
---
board/beagle/beagleboneai64/beagleboneai64.c | 14 ++
Fix a typo: add a space after the single quote in 'illegal character'
error message in 'env set' command
Signed-off-by: Ivan Orlov
---
cmd/nvedit.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/cmd/nvedit.c b/cmd/nvedit.c
index daf1ad37f9..7db78848bb 100644
---
On Sat, Jan 06, 2024 at 02:45:47PM -0800, E Shattow wrote:
> Hi Simon,
>
> "If this [fdt_high environment variable] is set to the special value
> 0x (32-bit machines) or 0x (64-bit machines) then
> the fdt will not be copied at all on boot. For this to work it must reside
Hello Enrico et al.!
On Wed, 2024-01-03 at 14:31 +0100, Enrico Leto wrote:
> Since we have boards using the driver model or not for i2c, use abstraction
> function to probe the i2c, check the EEPROM and read from EEPROM.
>
> Signed-off-by: Enrico Leto
Reviewed-by: Alexander Sverdlin
> ---
>
On Mon, Jan 08, 2024 at 10:38:24AM -0500, Tom Rini wrote:
> Hey all,
>
> It's release day and here's v2024.01. Once again I want to thank
> everyone that's contributed to this release, not just in terms of code,
> but documentation, testing and otherwise ensuring things go as smoothly
> as they
On Sun, Jan 07, 2024 at 05:21:57PM -0700, Simon Glass wrote:
> Hi Tom,
>
> This is for -next
>
>
> https://source.denx.de/u-boot/custodians/u-boot-dm/-/pipelines/19216
>
> https://dev.azure.com/simon0972/u-boot/_build/results?buildId=58=results
>
>
> The following changes since commit
No need to process fit image during resume.
All needed parts are already available in DRAM.
Based on the work of Gregory CLEMENT
Signed-off-by: Thomas Richard
Signed-off-by: Gregory CLEMENT
---
(no changes since v1)
arch/arm/mach-k3/sysfw-loader.c | 7 ++-
1 file changed, 6
During the boot a copy of DM-Firmware and TF-A is done in a reserved memory
area.
When resuming, R5 SPL uses these copies instead of the fit image.
R5 SPL writes a magic value in the scratchpad ram to notify TF-A that
the board is resuming.
Based on the work of Gregory CLEMENT
Signed-off-by:
Add the board specific part of the exit retention sequence for k3-ddrss
Based on the work of Gregory CLEMENT
Signed-off-by: Thomas Richard
Signed-off-by: Gregory CLEMENT
---
(no changes since v1)
board/ti/j721e/evm.c | 27 ++-
1 file changed, 26 insertions(+), 1
Add the exit retention support.
The enter retention is done by DM-Firmware.
A part of the exit retention sequence is specific to the board.
It is done in board_k3_ddrss_lpddr4_release_retention.
Based on the work of Gregory CLEMENT
Signed-off-by: Thomas Richard
Signed-off-by: Gregory CLEMENT
Add the capability to detect a resume.
To detect the resume, SPL searches a magic value (0xBA) in a register
of PMICA.
This value is set by DM-Firmware during the suspend sequence.
Based on the work of Gregory CLEMENT
Signed-off-by: Thomas Richard
Signed-off-by: Gregory CLEMENT
---
Changes
From: Gregory CLEMENT
Else it could corrupt the memory of Linux when exiting suspend to ram.
Signed-off-by: Gregory CLEMENT
Signed-off-by: Thomas Richard
---
(no changes since v1)
configs/j7200_evm_r5_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Gregory CLEMENT
When resuming from suspend to ram, we load again the DM firmware.
However, we have to be sure to not modify the memory used by
Linux.
Currently the SPL stack in DDR was in place that could be used by
Linux. Instead of it use a memory address that is located in a
reserved
From: Gowtham Tammana
Add pmic tps659413 node needed for ESM error event handling.
Signed-off-by: Gowtham Tammana
Signed-off-by: Neha Malcom Francis
Signed-off-by: Thomas Richard
---
(no changes since v1)
arch/arm/dts/k3-j7200-r5-common-proc-board.dts | 17 ++---
1 file
This series is the U-Boot part of the work to add the suspend to RAM
support for the K3 J7200 EVM board.
During the boot R5 SPL makes a copy of DM-Firmware and TF-A in memory.
Resume detection is done by reading a magic value in a pmic register
(set by DM-Firmware).
If a resume is detected, R5
Support timing parsing from EDID if panel device tree node
provides DDC i2c bus instead of timings node.
Tested-by: Robert Eckelmann # ASUS TF201
Tested-by: Agneli # Toshiba AC100 T20
Signed-off-by: Svyatoslav Ryhel
---
drivers/video/Kconfig| 2 ++
drivers/video/simple_panel.c | 51
Pass MIPI DSI platform data to simple DSI panel directly
from driver data on panel probe.
Signed-off-by: Svyatoslav Ryhel
---
drivers/video/simple_panel.c | 36
1 file changed, 12 insertions(+), 24 deletions(-)
diff --git a/drivers/video/simple_panel.c
Simplify platform data pass to simple DSI panels by direct
asigning in udevice_id struct.
Support EDID searching in case device tree provides no
specific timings or device has different panels (like paz00).
Svyatoslav Ryhel (2):
video: simple_panel: simplify platform data pass
video:
Hi Ilias, Heinrich
On Mon, Jan 08, 2024 at 04:35:59PM +0200, Ilias Apalodimas wrote:
> On Mon, 8 Jan 2024 at 16:32, Heinrich Schuchardt wrote:
> >
> > On 08.01.24 15:12, Abdellatif El Khlifi wrote:
> > > Happy new year Ilias,
> > >
> > > On Mon, Dec 18, 2023 at 04:59:09PM +, Abdellatif El
Hey all,
It's release day and here's v2024.01. Once again I want to thank
everyone that's contributed to this release, not just in terms of code,
but documentation, testing and otherwise ensuring things go as smoothly
as they can.
In terms of a changelog,
git log --merges
On Mon, Jan 08, 2024 at 09:09:39PM +0800, Bin Meng wrote:
> + Tom and Anatolij,
>
> On Mon, Jan 8, 2024 at 5:33 PM Dragan Simic wrote:
> >
> > On 2024-01-08 10:29, Mark Kettenis wrote:
> > >> From: Simon Glass
> > >> Date: Sun, 7 Jan 2024 17:14:55 -0700
> > >>
> > >> The default font is
With the recent changes to the Qualcomm PMIC GPIO driver the sandbox
tests for it no longer pass, update the DTS and tests to work with the
changes.
Signed-off-by: Caleb Connolly
---
I'll pick this into qcom-next as it goes along with the PMIC changes there.
V1:
Correct IRQ values don't match IRQ line description.
There is one more IRQ (hiber) but it is not described in DT binding spec
that's why value is not described. Just for completeness dwc3_0 has hiber
IRQ at 75 and dwc3_1 at 76.
Signed-off-by: Michal Simek
---
arch/arm/dts/zynqmp.dtsi | 4 ++--
From: Shubhrajyoti Datta
The pca mux is not added to the i2c0 bus so remove it from the bus.
Signed-off-by: Shubhrajyoti Datta
Signed-off-by: Michal Simek
---
arch/arm/dts/zynqmp-zcu1285-revA.dts | 174 ---
1 file changed, 174 deletions(-)
diff --git
On Mon, 8 Jan 2024 at 16:32, Heinrich Schuchardt wrote:
>
> On 08.01.24 15:12, Abdellatif El Khlifi wrote:
> > Happy new year Ilias,
> >
> > On Mon, Dec 18, 2023 at 04:59:09PM +, Abdellatif El Khlifi wrote:
> >> Hi Ilias
> >>
> >> On Thu, Dec 14, 2023 at 09:47:13PM +0200, Ilias Apalodimas
On 08.01.24 15:12, Abdellatif El Khlifi wrote:
Happy new year Ilias,
On Mon, Dec 18, 2023 at 04:59:09PM +, Abdellatif El Khlifi wrote:
Hi Ilias
On Thu, Dec 14, 2023 at 09:47:13PM +0200, Ilias Apalodimas wrote:
Hi Mark, Abdellatif
On Thu, 14 Dec 2023 at 18:47, Mark Kettenis wrote:
This patch adds a function fit_image_read_key_iv_data that checks the
return value of snprintf and allows to generate a sensible error
message when generating binary images using filenames that are too
long for the OS to handle.
This is especially relevant for automated builds such as Buildroot
Hi Simon, thanks for the feedback.
Yes, you were right. I have split the function into two functions.
The patched is attached below (inline).
Some of the calls can be further 'logically' reordered, I believe, but
I don't know the program flow well enough to be sure.
One other 'inconsistency'
Happy new year Ilias,
On Mon, Dec 18, 2023 at 04:59:09PM +, Abdellatif El Khlifi wrote:
> Hi Ilias
>
> On Thu, Dec 14, 2023 at 09:47:13PM +0200, Ilias Apalodimas wrote:
> > Hi Mark, Abdellatif
> >
> > On Thu, 14 Dec 2023 at 18:47, Mark Kettenis wrote:
> > >
> > > > Date: Thu, 14 Dec 2023
Hi Bhavya!
On January 8, 2024 thus sayeth Bhavya Kapoor:
> This Series adds Itap Delay Value for DDR52 speed mode for eMMC in
> J7200 SoC and for DDR50 speed mode for MMCSD in J721s2 SoC.
>
> Bhavya Kapoor (2):
> arm: dts: k3-j7200-main: Add Itap Delay Value For DDR52 speed mode
> arm: dts:
The TMDS64EVM [1] ships with AM64X SR2.0 HS-FS chip
and a slightly different board name in the board information
EEPROM header. Support this board.
[1] https://www.ti.com/tool/TMDS64EVM
Gets rid of below message at boot
"Unidentified board claims AM64-EVM in eeprom header"
Signed-off-by: Roger
+ Tom and Anatolij,
On Mon, Jan 8, 2024 at 5:33 PM Dragan Simic wrote:
>
> On 2024-01-08 10:29, Mark Kettenis wrote:
> >> From: Simon Glass
> >> Date: Sun, 7 Jan 2024 17:14:55 -0700
> >>
> >> The default font is proportional, with different character widths.
> >> Select a monospace font for
Hello,
> I will also wait for the Gitbug CI job to finish:
> https://github.com/u-boot/u-boot/pull/457
>
> Also, it seems you generated v6 against U-Boot master instead of U-Boot next?
Right, because I wasn't sure CI was working for pull requests on the
`next` branch of Github. It looks like
Hello,
> Please run a CI job for your series at https://github.com/u-boot/u-boot/pulls
>
> After it passes, then please submit a v6.
This issue was that we are expecting binman to keep working on the CI
even though the binary blobs are not present. I fixed that, had a green
Github build and
From: Mathieu Othacehe
Add support for the Variscite VAR-SOM-IMX93 evaluation kit. The SoM
consists of an NXP iMX93 dual A55 CPU. The SoM is mounted on a Variscite
Symphony SBC.
Signed-off-by: Mathieu Othacehe
---
arch/arm/dts/Makefile |3 +-
From: Mathieu Othacehe
Signed-off-by: Mathieu Othacehe
---
arch/arm/dts/imx93-11x11-evk-u-boot.dtsi | 2 +
arch/arm/mach-imx/imx9/Kconfig | 1 +
configs/imx93_11x11_evk_defconfig| 2 +
configs/imx93_11x11_evk_ld_defconfig | 2 +
doc/board/nxp/imx93_11x11_evk.rst
From: Mathieu Othacehe
Add dedicated Makefile targets for the i.MX93 and a new imx93-u-boot.dtsi
device-tree to create binman images.
Signed-off-by: Mathieu Othacehe
---
arch/arm/dts/imx93-u-boot.dtsi | 88
arch/arm/mach-imx/Makefile | 27 -
From: Mathieu Othacehe
This is extending commit 6516c9b349b3 ("spl: binman: Disable u_boot_any
symbols for i.MX8M boards") to i.MX93 boards.
Signed-off-by: Mathieu Othacehe
---
common/spl/Kconfig | 2 +-
common/spl/Kconfig.tpl | 2 +-
common/spl/Kconfig.vpl | 2 +-
3 files changed, 3
Hello,
This v6 fixes CI checks on IMX9 by allowing binman to keep working even though
some binary blobs are absent.
Thanks,
Mathieu
v5: https://lists.denx.de/pipermail/u-boot/2024-January/542579.html
Mathieu Othacehe (4):
spl: binman: Disable u_boot_any symbols for i.MX93 boards
mach-imx:
This Series adds Itap Delay Value for DDR52 speed mode for eMMC in
J7200 SoC and for DDR50 speed mode for MMCSD in J721s2 SoC.
Bhavya Kapoor (2):
arm: dts: k3-j7200-main: Add Itap Delay Value For DDR52 speed mode
arm: dts: k3-j721s2-main: Add Itap Delay Value For DDR50 speed mode
DDR50 speed mode is enabled for MMCSD in J721s2 but its Itap Delay
Value is not present in the device tree. Thus, add Itap Delay Value
for MMCSD Ultra High Speed DDR which is DDR50 speed mode for J721s2 SoC
according to datasheet for J721s2 [1].
[1] Refer to : section 7.10.5.17.2 MMC1/2 - SD/SDIO
DDR52 speed mode is enabled for eMMC in J7200 but its Itap Delay Value
is not present in the device tree. Thus, add Itap Delay Value for eMMC
High Speed DDR which is DDR52 speed mode for J7200 SoC according to
datasheet for J7200 [1].
[1] Refer to : section 7.9.5.16.1 MMCSD0 - eMMC Interface, in
On Mon, Jan 8, 2024 at 5:43 AM Maxim Uvarov wrote:
> I will try, but for some reason there is no i.MX board in the lab.
Yes, please. Try to get it.
> MAC address is different in two commands, it has to be the same.
They are the same actually:
u-boot=> net list
eth0 : ethernet@30be
Currently when using "W=1" with xilinx_zynqmp_r5_defconfig, getting
below warnings.
cc1.real: warning: ./arch/arm/mach-zynqmp-r5/include:
No such file or directory [-Wmissing-include-dirs]
Fix W=1 missing-include-dirs warnings by including the headers and
sys_r5_proto.h file which
Implement reset use to discard any changes which could have been
applied to DSI before and can interfere with current configuration.
Tested-by: Ion Agorria # HTC One X
Tested-by: Svyatoslav Ryhel # Nvidia Tegratab T114
Signed-off-by: Svyatoslav Ryhel
---
drivers/video/tegra20/tegra-dsi.c | 14
Existing Tegra DSI driver mostly fits T114 apart MIPI calibration
which on T114 has dedicated driver. To resolve this MIPI calibration
logic was split for pre-T114 and T114+ devices.
Tested-by: Ion Agorria # HTC One X
Tested-by: Svyatoslav Ryhel # Nvidia Tegratab T114
Signed-off-by: Svyatoslav
Dedicated MIPI calibration driver is used on T114 and newer. Before
T114 MIPI calibration registers were part of VI and CSI.
Tested-by: Svyatoslav Ryhel # Nvidia Tegratab T114
Signed-off-by: Svyatoslav Ryhel
---
drivers/video/tegra20/Makefile | 2 +-
drivers/video/tegra20/tegra-mipi.c |
1 - 100 of 122 matches
Mail list logo