On Monday 06 March 2023 20:15:07 Tony Dinh wrote:
> Hi Pali,
>
> On Mon, Mar 6, 2023 at 4:11 PM Pali Rohár wrote:
> >
> > On Monday 06 March 2023 16:01:58 Tony Dinh wrote:
> > > Hi Pali,
> > >
> > > On Sun, Mar 5, 2023 at 4:41 PM Tony Dinh wrote:
> > > >
> > > > Hi Pali,
> > > >
> > > > On Sun,
Enable SDP protocol support in SPL for DH i.MX6 DHSOM, now that those
components fit into the SPL due to LTO.
To start U-Boot via SDP upload on i.MX6 DHSOM based board, proceed as follows:
- Compile imx_usb [1] .
- Power off the i.MX6 DHSOM based board.
- Connect both USB-serial console and
Enable LTO to reduce the size of SPL, which with SPL SDP
support may be close to the limit.
Signed-off-by: Marek Vasut
---
Cc: Andreas Geisreiter
Cc: Christoph Niedermaier
Cc: Fabio Estevam
Cc: NXP i.MX U-Boot Team
Cc: Stefano Babic
Cc: u-b...@dh-electronics.com
---
The spl_board_prepare_for_boot() should be called before jump_to_image_no_args()
to perform board-specific deinitialization before jumping to the next stage.
This board-specific deinitialization can be very much anything, e.g. disable
dcache in case it was enabled, or such.
Add the missing
On 7 March 2023 01:59:31 GMT, yanhong wang
wrote:
>
>
>On 2023/3/4 5:16, Conor Dooley wrote:
>> On Fri, Mar 03, 2023 at 11:24:29AM +0800, Yanhong Wang wrote:
>>> Add initial device tree for the JH7110 RISC-V SoC.
>>>
>>> Signed-off-by: Yanhong Wang
>>> ---
>>> arch/riscv/dts/jh7110.dtsi |
Hi Pali,
On Mon, Mar 6, 2023 at 4:11 PM Pali Rohár wrote:
>
> On Monday 06 March 2023 16:01:58 Tony Dinh wrote:
> > Hi Pali,
> >
> > On Sun, Mar 5, 2023 at 4:41 PM Tony Dinh wrote:
> > >
> > > Hi Pali,
> > >
> > > On Sun, Mar 5, 2023 at 2:54 PM Pali Rohár wrote:
> > > >
> > > > On Sunday 05
On 2023/3/4 5:16, Conor Dooley wrote:
> On Fri, Mar 03, 2023 at 11:24:29AM +0800, Yanhong Wang wrote:
>> Add initial device tree for the JH7110 RISC-V SoC.
>>
>> Signed-off-by: Yanhong Wang
>> ---
>> arch/riscv/dts/jh7110.dtsi | 582 +
>> 1 file changed,
On Monday 06 March 2023 16:01:58 Tony Dinh wrote:
> Hi Pali,
>
> On Sun, Mar 5, 2023 at 4:41 PM Tony Dinh wrote:
> >
> > Hi Pali,
> >
> > On Sun, Mar 5, 2023 at 2:54 PM Pali Rohár wrote:
> > >
> > > On Sunday 05 March 2023 14:46:55 Tony Dinh wrote:
> > > > On Sun, Mar 5, 2023 at 2:44 PM Tony
Hi Pali,
On Sun, Mar 5, 2023 at 4:41 PM Tony Dinh wrote:
>
> Hi Pali,
>
> On Sun, Mar 5, 2023 at 2:54 PM Pali Rohár wrote:
> >
> > On Sunday 05 March 2023 14:46:55 Tony Dinh wrote:
> > > On Sun, Mar 5, 2023 at 2:44 PM Tony Dinh wrote:
> > > >
> > > > Hi Pali,
> > > >
> > > > On Sun, Mar 5,
Hi Marek,
On Mon, 6 Mar 2023 at 12:07, Marek Vasut wrote:
>
> On 3/6/23 18:53, Simon Glass wrote:
> > Hi Marek,
> >
> > On Wed, 1 Mar 2023 at 20:04, Marek Vasut
> > wrote:
> >>
> >> The 'fdt get addr' is always assumed to be hex value, drop the prefix.
> >> Since this might break existing users
On Mon, Feb 27, 2023 at 7:28 PM Tom Rini wrote:
>
> On Mon, Feb 27, 2023 at 07:00:10PM -0600, Jassi Brar wrote:
> > On Mon, 27 Feb 2023 at 18:58, Tom Rini wrote:
> > >
> > > On Mon, Feb 27, 2023 at 06:51:35PM -0600, jassisinghb...@gmail.com wrote:
> > >
> > > > From: Jassi Brar
> > > >
> > > >
From: Jassi Brar
fwu_get_mdata() no more requires 'dev' argument and
fwu_check_mdata_validity() has been rendered useless and dropped.
Fix the test cases to work with aforementioned changes.
Signed-off-by: Jassi Brar
---
test/dm/fwu_mdata.c | 22 +++---
1 file changed, 3
From: Jassi Brar
The common code can now read, verify and fix meta-data copies
while exposing one consistent structure to users.
Only the .read_mdata() and .write_mdata() callbacks of fwu_mdata_ops
are needed. Get rid of .get_mdata() .update_mdata() .get_mdata_part_num()
.read_mdata_partition()
From: Jassi Brar
fwu_get_mdata() sounds more appropriate than fwu_get_verified_mdata()
Signed-off-by: Jassi Brar
Reviewed-by: Etienne Carriere
Reviewed-by: Ilias Apalodimas
---
cmd/fwu_mdata.c | 2 +-
include/fwu.h | 4 ++--
lib/fwu_updates/fwu.c | 6 +++---
3 files changed, 6
From: Jassi Brar
Moving towards using common code for meta-data management,
implement the read/write mdata hooks.
Signed-off-by: Jassi Brar
Reviewed-by: Etienne Carriere
Reviewed-by: Ilias Apalodimas
---
drivers/fwu-mdata/gpt_blk.c | 36
1 file changed,
From: Jassi Brar
Instead of each i/f having to implement their own meta-data verification
and storage, move the logic in common code. This simplifies the i/f code
much simpler and compact.
Signed-off-by: Jassi Brar
---
drivers/fwu-mdata/fwu-mdata-uclass.c | 34 +++
include/fwu.h
From: Jassi Brar
Use cached values and avoid parsing and scanning through partitions
everytime for meta-data partitions because they can't change after bootup.
Acked-by: Etienne Carriere
Reviewed-by: Ilias Apalodimas
Signed-off-by: Jassi Brar
---
drivers/fwu-mdata/gpt_blk.c | 43
From: Jassi Brar
Any requirement of FWU should not require changes to bindings
of other subsystems. For example, for mtd-backed storage we
can do without requiring 'fixed-partitions' children to also
carry 'uuid', a property which is non-standard and not in the
bindings.
There exists no code
From: Jassi Brar
The patchset reduces ~400 lines of code, while keeping the functionality same
and making
meta-data operations much faster (by using cached structures).
Issue:
meta-data copies (primary and secondary) are being handled by the
backend/storage layer
instead of the common core
On 3/6/23 18:53, Simon Glass wrote:
> Hi Johan,
>
> On Thu, 2 Mar 2023 at 17:15, Johan Jonker wrote:
>>
>> Add devfdt_get_addr_size_index_ptr function with the same
>> functionality as devfdt_get_addr_size_index, but instead
>> a return pointer is given.
>>
>> Suggested-by: Michael Nazzareno
On Wed, Mar 1, 2023 at 5:16 AM Etienne Carriere
wrote:
> On Tue, 28 Feb 2023 at 01:52, wrote:
> >
> > From: Jassi Brar
> >
> > Instead of each i/f having to implement their own meta-data verification
> > and storage, move the logic in common code. This simplifies the i/f code
> > much simpler
On 3/6/23 19:20, Simon Glass wrote:
> Hi Johan,
>
> On Thu, 2 Mar 2023 at 17:15, Johan Jonker wrote:
>>
>> The fdt_addr_t and phys_addr_t size have been decoupled. A 32bit CPU
>> can expect 64-bit data from the device tree parser, so use
>
> Why is that? It seems quite inefficient.
1:
===
On Mon, Mar 06, 2023 at 12:52:52PM +0100, Stefan Roese wrote:
> Hi Tom,
>
> please pull this small Marvell related fix:
>
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Mar 03, 2023 at 08:16:28PM +0100, Christian Gmeiner wrote:
> For non TI boards it is not possible to enable the do_board_detect()
> call as TI_I2C_BOARD_DETECT is defined in board/ti/common/Kconfig.
>
> I want to use do_board_detect() to dectect boards and properties based
> on some SPI
On Mon, Mar 06, 2023 at 08:49:02PM +0100, Safae Ouajih wrote:
>
> On 27/02/2023 15:18, Tom Rini wrote:
> > On Mon, Feb 27, 2023 at 03:15:31PM +0100, Safae Ouajih wrote:
> > > On 07/02/2023 20:02, Tom Rini wrote:
> > > > On Mon, Feb 06, 2023 at 12:50:20AM +0100, Safae Ouajih wrote:
> > > >
> > >
On 27/02/2023 15:18, Tom Rini wrote:
On Mon, Feb 27, 2023 at 03:15:31PM +0100, Safae Ouajih wrote:
On 07/02/2023 20:02, Tom Rini wrote:
On Mon, Feb 06, 2023 at 12:50:20AM +0100, Safae Ouajih wrote:
test_abootimg is extended to include the testing of boot images
version 4. For this,
On 3/6/23 18:53, Simon Glass wrote:
Hi Marek,
On Wed, 1 Mar 2023 at 20:04, Marek Vasut
wrote:
The 'fdt get addr' is always assumed to be hex value, drop the prefix.
Since this might break existing users who depend on the existing
behavior with 0x prefix, this is a separate patch. Revert if
On Mon, Mar 06, 2023 at 11:12:53AM +0530, Manorit Chawdhry wrote:
> In non-combined boot flow for K3, all the firewalls are locked by default
> until sysfw comes up. Rom configures some of the firewall for its usage
> along with the SRAM for R5 but the PSRAM region is still locked.
>
> The K3 MCU
Hi Tom,
On Fri, 3 Mar 2023 at 16:43, Tom Rini wrote:
>
> On Wed, Feb 22, 2023 at 09:33:41AM -0700, Simon Glass wrote:
>
> > This series was split out of the old 'split config' splc series. It
> > contains clean-up patches which do not depend on split config.
> >
> > This is available at
On Monday 06 March 2023 11:15:35 Martin Rowe wrote:
> On Sun, 5 Mar 2023 at 16:04, Pali Rohár wrote:
> > Could you try another test by completely erasing BOOT0, BOOT1 and USER
> > > data? And see what BootROM prints.
> >
>
> =
> BootROM - 1.73
>
> Booting
On Thu, 2 Mar 2023 at 17:15, Johan Jonker wrote:
>
> Add dev_read_addr_index_ptr function with the
> same functionality as dev_read_addr_index,
> but instead a return pointer is given.
> Use map_sysmem() function as cast for the return.
> Make same fix for dev_read_addr_ptr() function.
>
>
Hi Johan,
On Thu, 2 Mar 2023 at 17:15, Johan Jonker wrote:
>
> The fdt_addr_t and phys_addr_t size have been decoupled. A 32bit CPU
> can expect 64-bit data from the device tree parser, so use
Why is that? It seems quite inefficient.
> dev_read_addr_index_ptr instead of the dev_read_addr_index
Hi Tom,
On Fri, 3 Mar 2023 at 07:50, Tom Rini wrote:
>
> On Wed, Feb 22, 2023 at 09:34:13AM -0700, Simon Glass wrote:
>
> > Drop the invalid SPL_ in a CONFIG_IS_ENABLED() usage. Use the correct
> > X86_64 option in msr.h since SPL may be 32-bit when U-Bout proper is
> > not.
> >
> >
Hi Jan,
On Tue, 28 Feb 2023 at 11:21, Jan Kiszka wrote:
>
> From: Jan Kiszka
>
> There are many ways to get a signed firmware for the IOT2050 devices,
> namely for the parts under user-control. This script documents one way
> of doing it, given a signing key. Augment the board documentation
Hi Jan,
On Wed, 1 Mar 2023 at 23:38, Jan Kiszka wrote:
>
> On 02.03.23 00:38, Simon Glass wrote:
> > Hi Jan,
> >
> > On Tue, 28 Feb 2023 at 11:20, Jan Kiszka wrote:
> >>
> >> From: Jan Kiszka
> >>
> >> Anything that is not boot-env related is better kept there by now.
> >>
> >> At this chance,
On Thu, 2 Mar 2023 at 17:16, Johan Jonker wrote:
>
> The fdt_addr_t and phys_addr_t size have been decoupled. A 32bit CPU
> can expect 64-bit data from the device tree parser, so use
> devfdt_get_addr_size_index_ptr instead of the devfdt_get_addr_size_index
> function in the various files in the
Hi Marek,
On Wed, 1 Mar 2023 at 20:04, Marek Vasut
wrote:
>
> The 'fdt get addr' is always assumed to be hex value, drop the prefix.
> Since this might break existing users who depend on the existing
> behavior with 0x prefix, this is a separate patch. Revert if this
> breaks anything.
>
>
On Wed, 1 Mar 2023 at 20:05, Marek Vasut
wrote:
>
> Drop no longer needed { } around ut_assert*() functions in FDT test.
> No functional change.
>
> Signed-off-by: Marek Vasut
> ---
> Cc: Heinrich Schuchardt
> Cc: Simon Glass
> Cc: Tom Rini
> ---
> test/cmd/fdt.c | 14 ++
> 1
On Fri, 3 Mar 2023 at 14:51, Heinrich Schuchardt
wrote:
>
> Provide a man-page for the panic command.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> doc/usage/cmd/panic.rst | 33 +
> doc/usage/index.rst | 1 +
> 2 files changed, 34 insertions(+)
> create
On Mon, 6 Mar 2023 at 06:27, Rasmus Villemoes
wrote:
>
> Instead of calling env_get(from) up to three times, just do it once,
> computing the value we will put into 'to' and error out if that is
> NULL (i.e. no 'from' variable and no default provided).
>
> No functional change.
>
> Signed-off-by:
Hi Johan,
On Thu, 2 Mar 2023 at 17:15, Johan Jonker wrote:
>
> Add devfdt_get_addr_size_index_ptr function with the same
> functionality as devfdt_get_addr_size_index, but instead
> a return pointer is given.
>
> Suggested-by: Michael Nazzareno Trimarchi
> Signed-off-by: Johan Jonker
>
On Wed, 1 Mar 2023 at 20:05, Marek Vasut
wrote:
>
> Wrap the assert macros in ({ ... }) so they can be safely used both as
> right side argument as well as in conditionals without curly brackets
> around them. In the process, find a bunch of missing semicolons, fix
> them.
>
> Signed-off-by:
Hi Marek,
On Wed, 1 Mar 2023 at 20:09, Marek Vasut
wrote:
>
> It is perfectly valid to request an address or size of FDT property
> without value, the only special case if requesting of the value of
> FDT property without value. Invert the test such, that properties
> without value still set the
On Wed, 1 Mar 2023 at 20:07, Marek Vasut wrote:
>
> On 3/1/23 16:02, Simon Glass wrote:
> > Hi Marek,
> >
> > On Mon, 27 Feb 2023 at 12:55, Marek Vasut
> > wrote:
> >>
> >> Add 'fdt set' test which works as follows:
> >> - Create fuller FDT, map it to sysmem
> >> - Set either existing property
On Thu, 2 Mar 2023 at 01:12, Rasmus Villemoes
wrote:
>
> The read and write commands are, deliberately, implemented in the same
> file, so that they stay feature-compatible (e.g. if someone implements
> support for "read the full partition, however large that is", that
> same syntax should also
The assigned-clock no longer have to be dropped, the clock are now
defined in clk-imx8mp.c and used by DWMAC driver to configure the
DWMAC clock. Drop the workarounds from U-Boot specific DT extras.
Signed-off-by: Marek Vasut
---
Cc: "Ariel D'Alessandro"
Cc: "NXP i.MX U-Boot Team"
Cc: Andrey
The FEC interface mode is now configured in common board_interface_eth_init()
and called by FEC MAC driver when appropriate. Drop the board side duplicates
if the same functionality.
Signed-off-by: Marek Vasut
---
Cc: "Ariel D'Alessandro"
Cc: "NXP i.MX U-Boot Team"
Cc: Andrey Zhizhikin
Cc:
The EQoS interface mode is now configured in common board_interface_eth_init()
and called by EQoS MAC driver when appropriate. Drop the board side duplicates
if the same functionality.
Signed-off-by: Marek Vasut
---
Cc: "Ariel D'Alessandro"
Cc: "NXP i.MX U-Boot Team"
Cc: Andrey Zhizhikin
Cc:
With DM clock support in place, it is easy to add RMII support into the
MAC driver. The RMII cannot operate at 1000 Mbps and at 100 and 10 Mbps
the clock frequency is 50 MHz and 5 MHz instead of 25 MHz and 2.5 MHz.
The board DT requires the following adjustments to EQoS node:
phy-mode = "rmii";
Implement common board_interface_eth_init() and call it from the DWMAC
driver to configure IOMUXC GPR[1] register according to the PHY mode
obtained from DT. This supports all three interface modes supported by
the i.MX8M Plus DWMAC and supersedes current board-side configuration
of the same IOMUX
The driver currently only waits for DMA_MODE SWR bit to clear itself.
This is insufficient e.g. on i.MX8M Plus, where the MAC must be reset
before IOMUX GPR[1] content is latched into the MAC and used. Without
the proper reset, the i.MX8M Plus MAC variant does not take the value
in IOMUX GPR[1]
Implement common board_interface_eth_init() and call it from the FEC
driver to configure IOMUXC GPR[1] register according to the PHY mode
obtained from DT. This supports all three interface modes supported by
the i.MX8M Mini/Nano/Plus FEC and supersedes the current board-side
configuration of the
The FEC ref clock frequency on i.MX8M Mini/Nano/Plus was so far configured
via ad-hoc board code. Replace that with DM clock clk_set_rate() instead.
This way, the driver claims all its required clock and sets the ref clock
rate, without any need of architecture specific register fiddling.
Move the board_interface_eth_init() into common ethernet uclass code,
since this function could be shared by multiple drivers.
Reviewed-by: Simon Glass
Signed-off-by: Marek Vasut
---
Cc: "Ariel D'Alessandro"
Cc: "NXP i.MX U-Boot Team"
Cc: Andrey Zhizhikin
Cc: Fabio Estevam
Cc: Joe
The dm_gpio_free() is never called, because for stm32, the phy_reset_gpio
pointer is never valid. This is because only tegra186 ever claims the
phy_reset_gpio, all other platforms use the PHY framework to reset the
PHY instead. Drop the dm_gpio_free() and dm_gpio_is_valid().
Reviewed-by: Ramon
The DWMAC clock in i.MX8M Plus were so far configured via ad-hoc
architecture code. Replace that with DM clock instead. This way,
the driver claims all its required clock, enables and disables
them, and even gets the CSR clock rate and sets the TX clock rate,
without any need of architecture
This function is only used within the driver, staticize it.
Fixes: 149e80f74b6 ("net: dwc_eth_qos: public some functions")
Signed-off-by: Marek Vasut
---
Cc: "Ariel D'Alessandro"
Cc: "NXP i.MX U-Boot Team"
Cc: Andrey Zhizhikin
Cc: Fabio Estevam
Cc: Joe Hershberger
Cc: Lukasz Majewski
Cc:
Add clock for the DWMAC EQoS block. This is used among other things
to configure the MII clock via DM CLK.
Acked-by: Sean Anderson
Reviewed-by: Peng Fan
Signed-off-by: Marek Vasut
---
Cc: "Ariel D'Alessandro"
Cc: "NXP i.MX U-Boot Team"
Cc: Andrey Zhizhikin
Cc: Fabio Estevam
Cc: Joe
The return is never triggered due to the goto just above it.
Drop it. No functional change.
Reviewed-by: Ramon Fried
Signed-off-by: Marek Vasut
---
Cc: "Ariel D'Alessandro"
Cc: "NXP i.MX U-Boot Team"
Cc: Andrey Zhizhikin
Cc: Fabio Estevam
Cc: Joe Hershberger
Cc: Lukasz Majewski
Cc: Marcel
On Mon, Mar 06, 2023 at 11:18:17AM +0100, Heinrich Schuchardt wrote:
> On 3/4/23 16:32, Tom Rini wrote:
> > On Fri, Mar 03, 2023 at 11:31:22PM +0100, Heinrich Schuchardt wrote:
> >
> > > Kconfig settings that are related to the API for standalone applications
> > > should be in the API sub-menu
Instead of calling env_get(from) up to three times, just do it once,
computing the value we will put into 'to' and error out if that is
NULL (i.e. no 'from' variable and no default provided).
No functional change.
Signed-off-by: Rasmus Villemoes
---
cmd/nvedit.c | 11 ---
1 file
On 05/03/2023 20:21, Marek Vasut wrote:
Add mmc1, which is mapped to optional on-SoM microSD socket,
to the list of distro boot command boot devices.
Signed-off-by: Marek Vasut
Reviewed-by: Fabio Estevam
On 05/03/2023 17:49, Marek Vasut wrote:
Add WDT reboot bindings on DH i.MX6 DHSOM to permit the platform
to reboot via WDT in U-Boot. These are custom U-Boot bindings,
hence they are placed in -u-boot.dtsi .
Signed-off-by: Marek Vasut
Reviewed-by: Fabio Estevam
On 05/03/2023 17:48, Marek Vasut wrote:
Enable CONFIG_DM_SERIAL on DH i.MX6 DHSOM to convert it to DM serial .
Signed-off-by: Marek Vasut
Reviewed-by: Fabio Estevam
On Monday 06 March 2023 11:15:35 Martin Rowe wrote:
> On Sun, 5 Mar 2023 at 16:04, Pali Rohár wrote:
>
> > On Sunday 05 March 2023 12:46:34 Pali Rohár wrote:
> > > On Sunday 05 March 2023 02:24:27 Martin Rowe wrote:
> > > > On Sat, 4 Mar 2023 at 10:40, Pali Rohár wrote:
> > > >
> > > > > Boot
Hi Tom,
please pull this small Marvell related fix:
- mvebu: Use 4K sector for Thecus N2350 SPI flash (Tony)
Here the Azure build, without any issues:
On 2/17/23 04:34, Tony Dinh wrote:
Since the SPI flash chip mx25l3205d on this board has 4K-sector
capability, enable it for the envs.
Signed-off-by: Tony Dinh
Applied to u-boot-marvell/master
Thanks,
Stefan
---
configs/n2350_defconfig | 2 +-
1 file changed, 1 insertion(+), 1
On Sun, 5 Mar 2023 at 16:04, Pali Rohár wrote:
> On Sunday 05 March 2023 12:46:34 Pali Rohár wrote:
> > On Sunday 05 March 2023 02:24:27 Martin Rowe wrote:
> > > On Sat, 4 Mar 2023 at 10:40, Pali Rohár wrote:
> > >
> > > > Boot configuration stored in EXT_CSC register is completely ignored
> by
On 3/4/23 16:32, Tom Rini wrote:
On Fri, Mar 03, 2023 at 11:31:22PM +0100, Heinrich Schuchardt wrote:
Kconfig settings that are related to the API for standalone applications
should be in the API sub-menu and not on the top level.
CONFIG_STANDALONE_LOAD_ADDR is only relevant if standalone
On 2/26/23 02:33, Simon Glass wrote:
Add a command to display the tables provided by EFI.
Signed-off-by: Simon Glass
---
cmd/efi.c | 40 +++-
doc/usage/cmd/efi.rst | 22 ++
2 files changed, 61 insertions(+), 1 deletion(-)
70 matches
Mail list logo