On Wed, 9 Oct 2024 at 17:50, Jerome Forissier
wrote:
>
> Add CMD_DNS when NET_LWIP is enabled to provide the dns command using
> lwIP.
>
> Signed-off-by: Jerome Forissier
> ---
> cmd/Kconfig| 11 ++--
> cmd/net-lwip.c | 8 +++
> include/net-lwip.h | 1 +
> net/lwip/Makefile |
On Wed, 9 Oct 2024 at 17:50, Jerome Forissier
wrote:
>
> Build the lwIP library when NET_LWIP is enabled. The following files
> are adaptation layers written specially for U-Boot:
>
> lib/lwip/u-boot/arch/cc.h
> lib/lwip/u-boot/arch/sys_arch.h (empty)
> lib/lwip/u-boot/limits.h (empty)
> lib/l
On Wed, 9 Oct 2024 at 17:50, Jerome Forissier
wrote:
>
> Add support for the the ping command with NET_LWIP. The implementation
> is derived from lwIP's contrib/apps/ping/ping.c.
>
> Signed-off-by: Jerome Forissier
> ---
> cmd/Kconfig| 11 +--
> cmd/net-lwip.c | 8 ++
> include/ne
On Wed, 9 Oct 2024 at 17:50, Jerome Forissier
wrote:
>
> Add support for the wget command with NET_LWIP. The command normally
> expects a URL: wget [loadaddr] url, but it also accepts the legacy
> syntax: wget [loadaddr] [server:]file.
> The server IP may alternatively be supplied via ${httpserver
On Thu, Oct 10, 2024 at 7:56 AM Jan Kiszka wrote:
>
> From: Baocheng Su
>
> The power control pin of pcie interface not only works for M.2 interface
> but also for miniPCIE, so promote this logic to all variants to
> workaround the module hang issue.
>
> Signed-off-by: Baocheng Su
> Signed-off-b
On Thu, Oct 10, 2024 at 7:56 AM Jan Kiszka wrote:
>
> From: Jan Kiszka
>
> This prevented to set m2_manual_config - as evaluated by
> m2_connector_setup - under strict configurations for secure boot.
>
> Signed-off-by: Jan Kiszka
> ---
> include/configs/iot2050.h | 2 +-
> 1 file changed, 1 ins
From: Jan Kiszka
This requires some tweaking of the defconfig and
board_fit_config_name_match so that the new sources are taken into
account.
Signed-off-by: Jan Kiszka
---
arch/arm/dts/Makefile | 7 -
arch/arm/dts/k3-am65-iot2050-boot-image.dtsi | 16 +-
arch/arm/dt
From: Li Hua Qian
Drop the info structure parsing of the board in favor of our new sysinfo
driver to avoid code duplication.
Signed-off-by: Baocheng Su
Signed-off-by: Li Hua Qian
[Jan: rebasing, split-up, cleanup]
Signed-off-by: Jan Kiszka
---
arch/arm/mach-k3/am65x/Kconfig | 2 +
board/si
From: Jan Kiszka
Allow for the sysinfo drivers to provide a system UUID to SMBIOS. Will
be first used by the IOT2050 boards.
Based on original patch by Li Hua Qian.
Signed-off-by: Jan Kiszka
---
include/sysinfo.h | 1 +
lib/smbios.c | 4
2 files changed, 5 insertions(+)
diff --git
This series depends on:
https://patchwork.ozlabs.org/project/uboot/patch/a54b501a-9a98-426c-a5ca-faf547411...@siemens.com/
This adds support for the new IOT2050 SM variant, introduces a sysinfo
driver which also permits SMBIOS support and switches the board to
OF_UPSTREAM. There are some further f
From: Li Hua Qian
This brings a sysinfo driver and DT entry for the IOT2050 board series.
It translates the board information passed from SE-Boot to SPL into
values that can be retrieved via the sysinfo API. Will is already used
to fill the SMBIOS table when booting via EFI.
Signed-off-by: Li Hu
From: Baocheng Su
the dts file for IOT2050-SM variant is copied from kernel side without
any change.
Main differences between the new variant and Advanced PG2:
1. Arduino interface is removed. Instead, an new ASIC is added for
communicating with PLC 1200 signal modules.
2. USB 3.0 type A con
From: Jan Kiszka
We can simply use the default DT, Basic PG1, because no nodes that are
different between the variants play a role for SPL. Will help with the
migration to OF_UPSTREAM.
Signed-off-by: Jan Kiszka
---
arch/arm/dts/Makefile| 1 -
arch/arm/dts/k3-am65-iot20
From: Baocheng Su
Due to new DDR size introduction, the current logic of determining the
DDR size is not able to get the correct size.
Instead, the DDR size is determined by the FSBL(SEBOOT) then passed to
u-boot through the scratchpad info.
The SEBoot version must be >= D/V01.04.01.02 to suppo
From: Baocheng Su
The fdt fixup logic actually also applies to other possible variants who
also have device tree overlays. So generalize this part by extracting
it from the m.2 specific function and make it a standalone one.
Since now we only have M.2 variant consuming the overlay, it may not
ha
From: Baocheng Su
The power control pin of pcie interface not only works for M.2 interface
but also for miniPCIE, so promote this logic to all variants to
workaround the module hang issue.
Signed-off-by: Baocheng Su
Signed-off-by: Jan Kiszka
---
board/siemens/iot2050/board.c | 12
From: Baocheng Su
Add a space after the 'if'
Signed-off-by: Baocheng Su
Signed-off-by: Jan Kiszka
---
board/siemens/iot2050/board.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/siemens/iot2050/board.c b/board/siemens/iot2050/board.c
index ed292c364a5..e5c7ce58b06
From: Jan Kiszka
This prevented to set m2_manual_config - as evaluated by
m2_connector_setup - under strict configurations for secure boot.
Signed-off-by: Jan Kiszka
---
include/configs/iot2050.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/iot2050.h b/in
On 30.09.24 06:54, Jan Kiszka wrote:
> On 09.08.24 17:19, Caleb Connolly wrote:
>>
>>
>> On 09/08/2024 07:19, Jan Kiszka wrote:
>>> On 08.08.24 16:27, Caleb Connolly wrote:
Hi Jan,
On 08/08/2024 10:51, Jan Kiszka wrote:
> From: Jan Kiszka
>
> When DM_REGULATOR is disable
On Wed, Oct 09, 2024 at 08:32:29PM +0300, Ilias Apalodimas wrote:
> On Wed, 9 Oct 2024 at 18:32, Raymond Mao wrote:
> >
> > Hi Tom,
> >
> > On Wed, 9 Oct 2024 at 10:38, Tom Rini wrote:
> >>
> >> On Thu, Oct 03, 2024 at 02:50:16PM -0700, Raymond Mao wrote:
> >>
> >> > Adapt digest header files to
On Wed, 9 Oct 2024 at 18:32, Raymond Mao wrote:
>
> Hi Tom,
>
> On Wed, 9 Oct 2024 at 10:38, Tom Rini wrote:
>>
>> On Thu, Oct 03, 2024 at 02:50:16PM -0700, Raymond Mao wrote:
>>
>> > Adapt digest header files to support both original libs and MbedTLS
>> > by switching on/off MBEDTLS_LIB_CRYPTO.
On Wed, Oct 09, 2024 at 11:32:29AM -0400, Raymond Mao wrote:
> Hi Tom,
>
> On Wed, 9 Oct 2024 at 10:38, Tom Rini wrote:
>
> > On Thu, Oct 03, 2024 at 02:50:16PM -0700, Raymond Mao wrote:
> >
> > > Adapt digest header files to support both original libs and MbedTLS
> > > by switching on/off MBEDT
Hi Tom,
On Wed, 9 Oct 2024 at 10:38, Tom Rini wrote:
> On Thu, Oct 03, 2024 at 02:50:16PM -0700, Raymond Mao wrote:
>
> > Adapt digest header files to support both original libs and MbedTLS
> > by switching on/off MBEDTLS_LIB_CRYPTO.
> > Introduce _LEGACY kconfig for legacy hash implementations.
Hi Ilias,
On Wed, 9 Oct 2024 at 05:50, Ilias Apalodimas
wrote:
> Hi Simon,
>
> On Wed, 9 Oct 2024 at 04:52, Simon Glass wrote:
> >
> > On Thu, 3 Oct 2024 at 15:51, Raymond Mao wrote:
> > >
> > > Integrate MbedTLS v3.6 LTS (currently v3.6.0) with U-Boot.
> > >
> > > Motivations:
> > > -
> Subject: [RFC PATCH v1] tools: imx8image: add possibility to skip dcd
>
> Currently U-Boot always adds DCD Image to boot container.
> On imx8qxp SoC it is possible to init RAM from within SCFW, and
> adding a DCD image type to the boot container in this case breaks
> booting (No debug output any
On Wed, Oct 09, 2024 at 04:58:15PM -0600, Tom Rini wrote:
> On Sat, 27 Apr 2024 15:40:39 +1000, John Watts wrote:
>
> > I'm doing some SPI work so I tried to compile all the drivers on my
> > sunxi board to try and avoid some regressions. This failed, so here are
> > some fixes for this.
> >
> >
On 9/25/24 7:05 PM, Marek Vasut wrote:
On 9/11/24 1:05 PM, Marek Vasut wrote:
On 8/30/24 3:36 PM, Jagan Teki wrote:
On Sun, Aug 25, 2024 at 5:58 AM Marek Vasut wrote:
On 5/24/24 6:05 PM, Jagan Teki wrote:
On Mon, Mar 4, 2024 at 9:46 PM Marek Vasut wrote:
Some Winbond SPI NORs have specia
Add a way to run tests on a real hardware lab. This is in the very early
experimental stages. There are only 23 boards and 3 of those are broken!
(bob, ff3399, samus). A fourth fails due to problems with the TPM tests.
To try this, assuming you have gitlab access, set SJG_LAB=1, e.g.:
git push
The Beagleplay board uses two entirely separate builds to produce an
image, rather than using an SPL build for this purpose.
Handle this in test.py by adding more parameters.
Signed-off-by: Simon Glass
---
(no changes since v5)
Changes in v5:
- Add a patch to support testing with two board-bui
This can take a while and involve multiple steps (e.g. turning the board
back off). Add a section for it and show the output.
Signed-off-by: Simon Glass
---
(no changes since v1)
test/py/u_boot_console_base.py | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/test/py/u_bo
Send the Labgrid quit characters to ask it to exit gracefully. This
typically allows it to power off the board being used. Only do this when
labgrid is being used (detected with an env var).
If that doesn't work, try the less graceful approach.
Signed-off-by: Simon Glass
---
(no changes since v
There is a very annoying bug at present where the terminal echos part
of the first command sent to the board. This happens because the
terminal is still set to echo for a period until Labgrid starts up and
can change this.
Fix this by disabling echo (and other terminal features) as soon as the
spa
We expect commands to be echoed and this should happen quite quickly,
since U-Boot is sitting at the prompt waiting for a command.
Reduce the timeout for this situation. Try to produce a more useful
error message when something goes wrong. Also handle the case where the
connection has gone away si
There is quite a bit of code in pytest to try to start up U-Boot on a
board, with timeouts, expects, etc.
This is tedious to maintain and is peripheral to the test system's
purpose. It seems better to put this logic in the lab itself, where is
can provide such support.
With Labgrid we can use the
In Labgrid there is the concept of a 'role', which is similar to the
U-Boot board ID in U-Boot's pytest subsystem.
The role indicates both the target and information about the U-Boot
build to use. It can also provide any amount of other configuration.
The information is obtained using the 'labgrid
Sometimes we know that the board is already running the right software,
so provide an option to allow running of tests directly, without first
resetting the board.
This saves time when re-running a test where only the Python code is
changing.
Signed-off-by: Simon Glass
---
Changes in v7:
- Rena
When a board is finished with, the lab may want to power it off, or
perform some other function. Add a new script which is called when tests
are complete.
Signed-off-by: Simon Glass
---
(no changes since v1)
test/py/u_boot_console_exec_attach.py | 10 ++
1 file changed, 10 insertions(+
When Labgrid is used, it can get U-Boot ready for running tests. It
prints a message when it has done so.
Add logic to detect this message and accept it.
Note that this does not change pytest, which still (also) looks for the
U-Boot banner. This change merely makes it possible for pytest to
belie
Labgrid provides access to a hardware lab in an automated way. It is
possible to boot U-Boot on boards in the lab without physically touching
them. It relies on relays, USB UARTs and SD muxes, among other things.
By way of background, about 4 years ago I wrong a thing called Labman[1]
which allowe
> Subject: [PATCH] arm64: imx: imx8mp-debix-model-a: Migrate to
> OF_UPSTREAM
>
> Device tree for this board can be deleted. Device tree location now
> points to the freescale/ directory.
>
> Use absolute path to PMIC node entry and its regulators as device tree
> in kernel does not provide corre
> Subject: Re: [PATCH 1/2] power: pmic: Support pmic pf0900
>
> On Tue, Oct 08, 2024 at 03:42:52PM +, Peng Fan wrote:
>
> > Hi Fabio, Tom
> >
> > Seems Jaehoon is inactive. Will you help manage the the power
> related
> > patchset or I could use fsl-qoirq tree to manage these drivers for
> >
Device tree for this board can be deleted. Device tree location
now points to the freescale/ directory.
Use absolute path to PMIC node entry and its regulators as
device tree in kernel does not provide corresponding labels
Signed-off-by: Gilles Talis
---
arch/arm/dts/Makefile
Fix a typo in a comment.
Signed-off-by: Simon Glass
---
Changes in v7:
- Split out from earlier series
- Rebase on -master
test/py/u_boot_console_base.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/test/py/u_boot_console_base.py b/test/py/u_boot_console_base.py
index ae
Use the new handle_exception() function from ConsoleBase also.
Signed-off-by: Simon Glass
---
(no changes since v1)
test/py/u_boot_console_base.py | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/test/py/u_boot_console_base.py b/test/py/u_boot_console_base.py
in
When the connection to a board dies, assume it is dead forever until
some user action is taken. Skip all remaining tests. This avoids CI
runs taking an hour, with hundreds of 30-second timeouts all to no
avail.
Signed-off-by: Simon Glass
---
(no changes since v1)
test/py/conftest.py | 19 +
The tests currently catch a very broad Exception in each case. This is
thrown even in the event of a coding error.
We want to handle exceptions differently depending on their severity,
so that we can avoid hour-long delays waiting for a board that is
clearly broken.
As a first step, create some n
There is quite a bit of code to deal with receiving data from the target
so move it into its own receive() function.
Signed-off-by: Simon Glass
---
(no changes since v1)
test/py/u_boot_spawn.py | 39 +++
1 file changed, 27 insertions(+), 12 deletions(-)
dif
The settings are decoded in two places. Combine them into a new
function, before (in a future patch) expanding the number of items.
Signed-off-by: Simon Glass
---
(no changes since v1)
test/py/conftest.py | 41 -
1 file changed, 28 insertions(+), 13 dele
When a test returns -EAGAIN this should not be considered a failure.
Fix what seems to be a problem case, where the pytests see a failure
when a test has merely been skipped.
We cannot squash the -EAGAIN error in ut_run_test() since the failure
count is incremented by its caller, ut_run_test_live_
Declare a constant rather than open-coding the same value twice.
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
---
(no changes since v1)
test/py/u_boot_console_base.py | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/test/py/u_boot_console_base.py b/test/py/u_boot
This series collects together the patches from the Labgrid series which
are not related to Labgrid, or at least can be applied independently of
using Labgrid to run the lab.
Changes in v7:
- Fix 'board' typo
- Split out from earlier series
- Rebase on -master
Changes in v4:
- Expand the commit me
On Tue, 04 Jun 2024 06:40:39 +0200, Heinrich Schuchardt wrote:
> CONFIG_DM_SPI depends on CONFIG_DM. There is no need to list CONFIG_DM
> explicitly as dependency for CONFIG_DM_SPI_FLASH
>
>
Applied to u-boot/master, thanks!
--
Tom
On Sat, 27 Apr 2024 15:40:39 +1000, John Watts wrote:
> I'm doing some SPI work so I tried to compile all the drivers on my
> sunxi board to try and avoid some regressions. This failed, so here are
> some fixes for this.
>
>
Applied to u-boot/master, thanks!
--
Tom
On Wed, Oct 09, 2024 at 03:14:25PM -0600, Simon Glass wrote:
> Hi Ilias,
>
> On Wed, 9 Oct 2024 at 04:41, Ilias Apalodimas
> wrote:
> >
> > Hi Simon,
> >
> > We already have a mem info command, which is pretty useless. Can't we
> > reuse that ?
>
> I am not too keen on using that as 'info' is pr
On 10/9/24 23:14, Simon Glass wrote:
On Wed, 9 Oct 2024 at 05:56, Heinrich Schuchardt
wrote:
From: Simon Glass
Show the firmware vendor and revision to make it clear which firmware is
used, e.g. whether U-Boot is providing the boot services.
The output will look like
Firmware vendor: Da
Hi Prasanth,
> The channel allocation and deallocation for dma copy was happening on every
> dma transfer. This is a overhead for transactions like NAND, which does
> page reads recursively for complete data.
>
> So, moving the dma allocation to probe and implement corresponding
> remove function
Dear Tom,
The following changes since commit fbe16bc28014dc1ed957f5fee7e53d6eee781aa9:
arch: arm: dts: k3-j7200-r5-evm: Enable AVS feature (2024-10-08
10:23:36 -0600)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-efi.git
tags/efi-2025-01-rc1
f
Hi Ilias,
On Wed, 9 Oct 2024 at 04:41, Ilias Apalodimas
wrote:
>
> Hi Simon,
>
> We already have a mem info command, which is pretty useless. Can't we
> reuse that ?
I am not too keen on using that as 'info' is pretty vague. We could
perhaps create a 'mem' command with 'info' as one subcommand a
Hi Ilias,
On Wed, 9 Oct 2024 at 04:38, Ilias Apalodimas
wrote:
>
> Hi Simon,
>
> On Wed, 9 Oct 2024 at 04:50, Simon Glass wrote:
> >
> > The call to malloc() is a bit strange. The naming of the arguments
> > suggests that an address is passed, but in fact it is a pointer, at
> > least in the boa
On Wed, 9 Oct 2024 at 05:56, Heinrich Schuchardt
wrote:
>
> From: Simon Glass
>
> Show the firmware vendor and revision to make it clear which firmware is
> used, e.g. whether U-Boot is providing the boot services.
>
> The output will look like
>
> Firmware vendor: Das U-Boot
> Firmware r
Hi Michal,
On Wed, 9 Oct 2024 at 07:21, Michal Simek wrote:
>
> Hi,
>
> On 10/9/24 03:55, Simon Glass wrote:
> > Hi Michal,
> >
> > On Mon, 7 Oct 2024 at 07:05, Michal Simek wrote:
> >>
> >> Adding binman node with target images description can be unwanted feature
> >> but as of today there is n
Hi Andy,
On Wed, 9 Oct 2024 at 08:08, Andy Shevchenko
wrote:
>
> On Tue, Oct 08, 2024 at 07:55:33PM -0600, Simon Glass wrote:
> > On Sat, 5 Oct 2024 at 13:14, Andy Shevchenko
> > wrote:
> > >
> > > The compiler is not happy to have no prototypes for the functions that
> > > are not defined stati
Hi Andy,
On Wed, 9 Oct 2024 at 08:06, Andy Shevchenko
wrote:
>
> On Tue, Oct 08, 2024 at 07:56:43PM -0600, Simon Glass wrote:
> > On Sat, 5 Oct 2024 at 13:14, Andy Shevchenko
> > wrote:
> > >
> > > Most of the copies of the print_cpuinfo() call the default method.
> > > Remove all of those in or
Hi Dmitry,
On Wed, 9 Oct 2024 at 07:26, Dmitry Rokosov wrote:
>
> Hello Simon,
>
> On Tue, Oct 08, 2024 at 07:57:15PM -0600, Simon Glass wrote:
> > On Tue, 8 Oct 2024 at 14:18, Dmitry Rokosov
> > wrote:
> > >
> > > It's really helpful to have the ability to dump BCB block for debugging
> > > A/
Hi Rasmus,
On Wed, 9 Oct 2024 at 05:08, Rasmus Villemoes wrote:
>
> Simon Glass writes:
>
> > On Thu, 3 Oct 2024 at 15:28, Rasmus Villemoes wrote:
>
> >> common/cyclic.c | 1 +
> >> include/cyclic.h | 12 +---
> >> include/u-boot/schedule.h | 24
Hi Mattijs,
вт, 8 окт. 2024 г. в 15:58, Mattijs Korpershoek :
>
> Hi Maksim,
>
> Thank you for the patch and sorry for the review delay.
>
> On jeu., sept. 19, 2024 at 16:58, biguncle...@gmail.com wrote:
>
> > From: Maksim Kiselev
> >
> > Some USB-ETH adapters based on the AX88179 (ex. D-link DUB
On Wed, 9 Oct 2024 at 19:30, Jerome Forissier
wrote:
>
>
>
> On 10/9/24 17:26, Ilias Apalodimas wrote:
> > Hi Jerome,
> >
> > On Wed, 9 Oct 2024 at 17:50, Jerome Forissier
> > wrote:
> >>
> >> The TFTP protocol uses a default block size of 512 bytes. This value is
> >> sub-optimal for ethernet de
On Thu, 26 Sep 2024 10:25:00 +0530, Venkatesh Yadav Abbarapu wrote:
> This series adds support for Xilinx qspi parallel and
> stacked memeories.
>
> In parallel mode, the current implementation assumes that a maximum
> of two flashes are connected. The QSPI controller splits the data
> evenly bet
On Wed, 11 Sep 2024 14:07:22 +0530, Udit Kumar wrote:
> During DT sync with kernel 6.6, AVS feature was removed by mistake.
> So adding back AVS feature.
>
> Fixes: df73e791ce09("arm: dts: j7200: dts sync with Linux 6.6-rc1")
>
>
Applied to u-boot/master, thanks!
--
Tom
On 10/9/24 17:26, Ilias Apalodimas wrote:
> Hi Jerome,
>
> On Wed, 9 Oct 2024 at 17:50, Jerome Forissier
> wrote:
>>
>> The TFTP protocol uses a default block size of 512 bytes. This value is
>> sub-optimal for ethernet devices, which have a MTU (Maximum Transmission
>> Unit) of 1500 bytes. Wh
Hi Jerome,
On Wed, 9 Oct 2024 at 17:50, Jerome Forissier
wrote:
>
> The TFTP protocol uses a default block size of 512 bytes. This value is
> sub-optimal for ethernet devices, which have a MTU (Maximum Transmission
> Unit) of 1500 bytes. When taking into acount the overhead of the IP and
> UDP la
On October 9, 2024 thus sayeth Jayesh Choudhary:
> From: Udit Kumar
>
> J722S SOC have two variants as HS-FS and HS-SE.
> Add binman support for HS-SE variant.
>
> Signed-off-by: Udit Kumar
> [j-choudh...@ti.com: Fix load-dm-data entry and indentation]
> Signed-off-by: Jayesh Choudhary
Looks
Add what it takes to enable NETDEVICES with NET_LWIP and enable DHCP as
well as the dhcp command. CMD_TFTPBOOT is selected by BOOTMETH_EFI due
to this code having an implicit dependency on do_tftpb().
Note that PXE is likely non-fonctional with NET_LWIP (or at least not
100% functional) because DH
Prepare the introduction of the lwIP (lightweight IP) TCP/IP stack by
adding a new net/lwip/ directory and the NET_LWIP symbol. Network
support is either NO_NET, NET (legacy stack) or NET_LWIP. Subsequent
commits will introduce the lwIP code, re-work the NETDEVICE integration
and port some of the N
On Thu, Oct 03, 2024 at 02:50:16PM -0700, Raymond Mao wrote:
> Adapt digest header files to support both original libs and MbedTLS
> by switching on/off MBEDTLS_LIB_CRYPTO.
> Introduce _LEGACY kconfig for legacy hash implementations.
> sha256.o should depend on SHA256 kconfig only but not SUPPORT_
From: Santhosh Kumar K
Currently, the allocation of DMA channel[0] for memcpy is happening
in udma_transfer() for every transfer, which leads to a huge overhead
for each transfer, especially in case of nand page reads. So, move this
allocation to udma_probe(), as a result, the allocation is done
From: Santhosh Kumar K
The udma_probe() function was placed above many important APIs
related to bcdma, pktdma, which restricts these APIs to be accessed
during probe. So, move udma_probe() below all of them.
Signed-off-by: Santhosh Kumar K
Signed-off-by: Prasanth Babu Mantena
---
drivers/dma
Enable CONFIG_SPL_DM_DEVICE_REMOVE in a72 and r5.
Signed-off-by: Prasanth Babu Mantena
---
configs/am62ax_evm_a53_defconfig | 1 +
configs/am62ax_evm_r5_defconfig | 1 +
configs/am62x_evm_a53_defconfig | 1 +
configs/am62x_evm_r5_defconfig | 1 +
configs/j7200_evm_a72_defconfig | 1 +
confi
While exiting from spl, remove any dma device active through
spl_board_prepare_for_boot(). This is required for cleaning up
any dma channels being used in spl and avoid issues with overlapping
channel allocation in the next stage bootloaders.
Signed-off-by: Prasanth Babu Mantena
---
arch/arm/mac
The channel allocation and deallocation for dma copy was happening on every
dma transfer. This is a overhead for transactions like NAND, which does
page reads recursively for complete data.
So, moving the dma allocation to probe and implement corresponding
remove function and cleanup dma device
Add myself as a maintainer for the lwIP network stack integration code
and network commands as well as the sandbox ethernet driver for lwIP.
Signed-off-by: Jerome Forissier
Acked-by: Ilias Apalodimas
---
MAINTAINERS | 11 +++
1 file changed, 11 insertions(+)
diff --git a/MAINTAINERS b/
Build and run qemu_arm64_lwip_defconfig in CI. This tests the lightweight
IP (lwIP) implementation of the dhcp, tftpboot and ping commands.
Signed-off-by: Jerome Forissier
---
.azure-pipelines.yml | 7 +++
.gitlab-ci.yml | 9 +
2 files changed, 16 insertions(+)
diff --git a/.a
Add support for setting the TFTP block size. The default value (1468)
is fine for Ethernet and allows a better throughput than the TFTP
default (512), if the server supports the blksize option of course.
I tested this change with qemu_arm64_lwip_defconfig. The throughput is
now 875 KiB/s vs. 313 K
The TFTP protocol uses a default block size of 512 bytes. This value is
sub-optimal for ethernet devices, which have a MTU (Maximum Transmission
Unit) of 1500 bytes. When taking into acount the overhead of the IP and
UDP layers, this leaves 1468 bytes for the TFTP payload.
This patch introduces a
Add qemu_arm64_lwip_defconfig which #include's qemu_arm64_defconfig and
selects NET_LWIP instead of NET. This config has all the supported net
commands enabled.
Signed-off-by: Jerome Forissier
Reviewed-by: Ilias Apalodimas
---
configs/qemu_arm64_lwip_defconfig | 9 +
1 file changed, 9 i
Support "bdinfo -e" when lwIP is selected.
Signed-off-by: Jerome Forissier
Reviewed-by: Ilias Apalodimas
Reviewed-by: Tom Rini
---
cmd/bdinfo.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/cmd/bdinfo.c b/cmd/bdinfo.c
index f6e534dd5bb..4c0e2adabc3 100644
--- a/cmd/b
Add support for the wget command with NET_LWIP. The command normally
expects a URL: wget [loadaddr] url, but it also accepts the legacy
syntax: wget [loadaddr] [server:]file.
The server IP may alternatively be supplied via ${httpserverip} which
has higher priority than ${serverip}.
Based on code i
Extract some code from cmd/net.c that will be useful in a subsequent
commit to implement wget with NET_LWIP.
Signed-off-by: Jerome Forissier
Reviewed-by: Ilias Apalodimas
---
cmd/Makefile | 5 ++-
cmd/net-common.c | 109
cmd/net.c| 115
Add CMD_DNS when NET_LWIP is enabled to provide the dns command using
lwIP.
Signed-off-by: Jerome Forissier
---
cmd/Kconfig| 11 ++--
cmd/net-lwip.c | 8 +++
include/net-lwip.h | 1 +
net/lwip/Makefile | 1 +
net/lwip/dns.c | 127 ++
Add support for the the ping command with NET_LWIP. The implementation
is derived from lwIP's contrib/apps/ping/ping.c.
Signed-off-by: Jerome Forissier
---
cmd/Kconfig| 11 +--
cmd/net-lwip.c | 8 ++
include/net-lwip.h | 1 +
net/lwip/Makefile | 1 +
net/lwip/ping.c| 177
Implement do_tftpb(). This implementation of the tftp command
supports an optional port number. For example:
tftp 192.168.0.30:9069:file.bin
It also supports taking the server IP from ${tftpserverip} if
defined, before falling back to ${serverip}.
Signed-off-by: Jerome Forissier
Acked-by: Ilia
The TFTP app should not bind to the TFTP server port when configured as
a client. Instead, the local port should be chosen from the dynamic
range (49152 ~ 65535) so that if the application is stopped and started
again, the remote server will not consider the new packets as part of
the same context
Build the lwIP library when NET_LWIP is enabled. The following files
are adaptation layers written specially for U-Boot:
lib/lwip/u-boot/arch/cc.h
lib/lwip/u-boot/arch/sys_arch.h (empty)
lib/lwip/u-boot/limits.h (empty)
lib/lwip/u-boot/lwipopts.h
They were initially contributed by Maxim in a
Make net.h a wrapper which includes net-common.h and either
net-legacy.h or net-lwip.h based on NET_LWIP. The function
copy_filename() can be useful when NET_LWIP is enabled, therefore
move it out of net/net.c which is built only when networking choice
is NET and create a new file net/net-common.c.
Add a function to start a given network device, and update eth_init()
to use it.
Signed-off-by: Jerome Forissier
---
include/net-common.h | 1 +
net/eth-uclass.c | 38 +-
2 files changed, 26 insertions(+), 13 deletions(-)
diff --git a/include/net-common.
Hello Guillaume!
Thank you for the quick testing results!
I really appreciate it!
On Wed, Oct 09, 2024 at 04:05:51PM +0200, Guillaume LA ROQUE wrote:
> Hi,
>
> just test this series on Khadas vim3 board and it's working fine
>
> bcb ab_dump mmc 2#misc
> Bootloader Control: [misc]
> Active
On Tue, Oct 08, 2024 at 03:42:52PM +, Peng Fan wrote:
> Hi Fabio, Tom
>
> Seems Jaehoon is inactive. Will you help manage the
> the power related patchset or I could use fsl-qoirq tree
> to manage these drivers for i.MX?
I'll take a look through things and pick them up soon, thanks.
--
Tom
On October 7, 2024 thus sayeth Bhavya Kapoor:
> Add clk and device data which can be used by wkup_uart driver
> to configure clocks and PSC.
>
> Signed-off-by: Bhavya Kapoor
Reviewed-by: Bryan Brattlof
~Bryan
On Tue, Oct 08, 2024 at 07:55:33PM -0600, Simon Glass wrote:
> On Sat, 5 Oct 2024 at 13:14, Andy Shevchenko
> wrote:
> >
> > The compiler is not happy to have no prototypes for the functions that
> > are not defined static. Add them. This helps avoiding the compiler warnings:
> >
> > arch/x86/cp
On Tue, Oct 08, 2024 at 07:56:43PM -0600, Simon Glass wrote:
> On Sat, 5 Oct 2024 at 13:14, Andy Shevchenko
> wrote:
> >
> > Most of the copies of the print_cpuinfo() call the default method.
> > Remove all of those in order to have only the default one when
> > no `cpu` command is compiled.
> >
>
1 - 100 of 172 matches
Mail list logo
