On 04/05/24 1:48 am, Tom Rini wrote:
On Fri, May 03, 2024 at 05:39:46PM +0530, Love Kumar wrote:
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
On 2024/5/5 03:42, Jonas Karlman wrote:
Remove redundant device tree files now that RK3328 boards have been
migrated to use OF_UPSTREAM.
Signed-off-by: Jonas Karlman
Reviewed-by: Kever Yang
Thanks,
- Kever
---
arch/arm/dts/rk3328-evb.dts | 289 ---
Do you have any update on this change?
Thanks
Venkatesh
> -Original Message-
> From: Venkatesh Yadav Abbarapu
> Sent: Tuesday, January 2, 2024 6:23 PM
> To: u-boot@lists.denx.de
> Cc: Simek, Michal ; ja...@amarulasolutions.com;
> g...@xilinx.com
> Subject: [PATCH] mtd: spi-nor: scale up
Do you have any comments for this patch?
Thanks
Venkatesh
> -Original Message-
> From: Venkatesh Yadav Abbarapu
> Sent: Tuesday, April 23, 2024 11:01 AM
> To: u-boot@lists.denx.de
> Cc: peng@nxp.com; jh80.ch...@samsung.com; git (AMD-Xilinx)
>
> Subject: [PATCH] mmc: Change the
+ Tom Rini
Do you have any comments for this series?
Thanks
Venkatesh
> -Original Message-
> From: Venkatesh Yadav Abbarapu
> Sent: Monday, March 4, 2024 8:41 AM
> To: u-boot@lists.denx.de
> Cc: Simek, Michal ; ja...@amarulasolutions.com;
> git (AMD-Xilinx)
> Subject: [PATCH v11 0/8]
On 2024/5/5 03:43, Jonas Karlman wrote:
The usb-typec related nodes and props added in the board u-boot.dtsi
file has not yet landed in upstream Linux kernel DT, and they are not
needed for U-Boot to use the USB Type-C port in peripheral mode.
Remove superfluous usb-typec related nodes and
On 2024/5/5 03:43, Jonas Karlman wrote:
The upstream DT binding added in linux-phy next commit a75d8056e9fe
("dt-bindings: phy: add rockchip usbdp combo phy document") does not
define subnodes for the type of PHY, instead it is expected that phandle
args are used for setting the type of the
On 2024/5/5 03:43, Jonas Karlman wrote:
Remove the rockchip_u3phy_uboot_init() function, it has no caller and is
not needed with proper driver model use.
Signed-off-by: Jonas Karlman
Reviewed-by: Kever Yang
Thanks,
- Kever
---
drivers/phy/rockchip/phy-rockchip-usbdp.c | 24
On 2024/5/5 03:43, Jonas Karlman wrote:
The upstream Linux kernel driver find the phy-id from the io address.
Change to use a similar method as the U-Boot inno-usb2 phy driver and
the Linux kernel driver to set correct phy-id.
This is based on the linux-phy next commit 2f70bbddeb45 ("phy:
On 2024/5/5 03:43, Jonas Karlman wrote:
Migrate RK356x boards that exists in Linux v6.8 to use OF_UPSTREAM.
Following targets is not migrated to use OF_UPSTREAM:
- anbernic-rgxx3-rk3566: Multi device target
- generic-rk3568: Generic target only meant for U-Boot use
- pinetab2-rk3566: Merged
On 2024/5/5 03:42, Jonas Karlman wrote:
Add a -u-boot.dtsi file that gets included by default
for RK356x boards when a board specific u-boot.dtsi file dont exists.
Signed-off-by: Jonas Karlman
Reviewed-by: Kever Yang
Thanks,
- Kever
---
arch/arm/dts/rk3568-u-boot.dtsi | 3 +++
1 file
On 2024/5/5 03:42, Jonas Karlman wrote:
All RK3399 boards has now been synced to Linux kernel v6.8 DTs and can
migrate to use OF_UPSTREAM.
Migrate RK3399 boards that exists in Linux v6.8 to use OF_UPSTREAM.
Following target is not migrated to use OF_UPSTREAM:
- nanopi-m4-2gb-rk3399: DDR3
On 2024/5/5 03:42, Jonas Karlman wrote:
All RK3328 boards has now been synced to Linux kernel v6.8 DTs and can
migrate to use OF_UPSTREAM.
Migrate all RK3328 boards to use OF_UPSTREAM.
Signed-off-by: Jonas Karlman
Reviewed-by: Kever Yang
Thanks,
- Kever
---
arch/arm/dts/Makefile
On 2024/5/5 03:42, Jonas Karlman wrote:
Remove redundant device tree files now that RK3308 boards have been
migrated to use OF_UPSTREAM.
Signed-off-by: Jonas Karlman
Reviewed-by: Kever Yang
Thanks,
- Kever
---
arch/arm/dts/rk3308-evb.dts| 230 ---
On 2024/5/5 03:42, Jonas Karlman wrote:
All RK3308 boards has now been synced to Linux kernel v6.8 DTs and can
migrate to use OF_UPSTREAM.
Migrate all RK3308 boards to use OF_UPSTREAM.
Signed-off-by: Jonas Karlman
Reviewed-by: Kever Yang
Thanks,
- Kever
---
arch/arm/dts/Makefile
On 2024/5/3 04:07, Sam Edwards wrote:
While the Turing RK1 board has a pad on the PCB for SPI flash, it is
not populated at the factory: supporting SPI flash boot is a user
modification, not an out-of-the-box feature. The defconfig for this
board should therefore not be enabling the SPI flash
On 2024/5/2 03:23, Jonas Karlman wrote:
The SCLK_USB3OTG_REF clocks is used as reference clock for USB3 block.
Add simple support to get rate of SCLK_USB3OTG_REF clocks to fix
reference clock period configuration.
Signed-off-by: Jonas Karlman
Reviewed-by: Kever Yang
Thanks,
- Kever
---
On 2024/5/2 03:21, Jonas Karlman wrote:
Add bootph-some-ram props to pinctrl nodes related to eMMC, SD-card and
SPI flash to match e.g. RK3308 and RK3399.
Also adjust bootph props for sdio_vcc_pin, pinctrl and uart2m1_xfer.
Fixes: 1e21f5693045 ("rockchip: rk3328: Fix loading FIT from SD-card
>
> On 30.04.24 11:59, E Shattow wrote:
> > On Tue, Apr 30, 2024 at 12:18 AM Heinrich Schuchardt
> > wrote:
> >>
> >> On 30.04.24 00:46, E Shattow wrote:
> >>> On Sun, Apr 28, 2024 at 9:13 AM Emil Renner Berthing
> >>> wrote:
>
> Heinrich Schuchardt wrote:
> > We already support
Hi,
On Mon, May 6, 2024 at 8:30 AM H Bell wrote:
>
> 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
>
While we unlikely to have an issue with CVE-2024-22195, it is simple
enough to bump our version of Jinja2 to receive the fix, do so.
Reported-by: GitHub dependabot
Signed-off-by: Tom Rini
---
doc/sphinx/requirements.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Hey all,
It's release day and here is -rc2. Looking at my own queue, I think
I've got everything from there I intend to go in this release. That
said, there's still a few PRs I would like to see from others before it
gets too much later and if people know of bug fixes that are outstanding
still
Hi Ravi
On Mon, May 6, 2024 at 7:33 PM Ravi Minnikanti wrote:
>
> On 5/6/24 00:35, Michael Nazzareno Trimarchi wrote:
> > Hi Ravi
> >
> > On Tue, Apr 30, 2024 at 6:25 AM Ravi Minnikanti
> > wrote:
> >>
> >> On 4/29/24 09:59, Michael Nazzareno Trimarchi wrote:
> >>
> >>>
On Sun, May 05, 2024 at 03:53:53PM +0200, Yoann Congal wrote:
> From: Masahiro Yamada
>
> This is a cherry-pick from the kernel commit:
> 6262afa10ef7c (kconfig: default to zero if int/hex symbol lacks default
> property, 2023-11-26)
>
> When a default property is missing in an int or hex
On 5/6/24 00:35, Michael Nazzareno Trimarchi wrote:
> Hi Ravi
>
> On Tue, Apr 30, 2024 at 6:25 AM Ravi Minnikanti
> wrote:
>>
>> On 4/29/24 09:59, Michael Nazzareno Trimarchi wrote:
>>
>>> --
>>> On Mon, Apr 29, 2024 at 6:22 PM
Hi Jonas,
On 5/6/24 5:17 PM, Jonas Karlman wrote:
Hi Quentin,
On 2024-05-06 13:07, Quentin Schulz wrote:
Hi Jonas,
On 5/1/24 6:22 PM, Jonas Karlman wrote:
rk3399-nanopi-4.dtsi try to set parent of and set rate to 100 MHz of the
SCLK_PCIEPHY_REF clock.
The existing enable/disable ops for
On 5/6/24 1:52 PM, Francesco Dolcini wrote:
Hello Marek,
On Fri, May 03, 2024 at 03:05:09AM +0200, Marek Vasut wrote:
Add new binman etype which allows signing both the SPL and fitImage sections
of i.MX8M flash.bin using CST. There are multiple DT properties which govern
the signing process,
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
---
board/starfive/visionfive2/spl.c | 52
Hello! Ping.
On Mon, Mar 25, 2024 at 05:41:42PM +0300, Alexey Romanov wrote:
> Hello!
>
> This series adds support for the UBI block device, which
> allows to read/write data block by block. For example,
> it can now be used for BCB or Android AB command:
>
> $ bcb load ubi 0 part_name
>
>
Hello Michael,
On Thu, Apr 11, 2024 at 06:14:29PM +0200, Michael Nazzareno Trimarchi wrote:
> Hi
>
> I will review tomorrow, I need have a time window to test even on my board
Any news?
>
> Mihcael
>
> On Thu, Apr 11, 2024 at 6:09 PM Alexey Romanov
> wrote:
> >
> > Hello! Ping.
> >
> > On
Hi Quentin,
On 2024-05-06 13:07, Quentin Schulz wrote:
> Hi Jonas,
>
> On 5/1/24 6:22 PM, Jonas Karlman wrote:
>> rk3399-nanopi-4.dtsi try to set parent of and set rate to 100 MHz of the
>> SCLK_PCIEPHY_REF clock.
>>
>> The existing enable/disable ops for SCLK_PCIEPHY_REF currently force
>> use
On Sun, May 05, 2024 at 04:11:39PM -0300, Fabio Estevam wrote:
> Hi Tom,
>
> Please pull from u-boot-imx/master, thanks.
> The following changes since commit 2f1e76bcfee75b9f99ade63002c05ffaaec86afb:
>
> Merge branch '2024-05-02-assorted-updates' (2024-05-03 16:18:51 -0600)
>
> are available
From: Sjoerd Simons
Both AM62 SK and beagleplay support DFU boot in a similar way now;
Document how to actually run DFU boot for both boards
Signed-off-by: Sjoerd Simons
Reviewed-by: Mattijs Korpershoek
Tested-by: Mattijs Korpershoek # on beagle play
Signed-off-by: Martyn Welch
---
Changes
From: Sjoerd Simons
DFU mode on a beagleplay can be used via the Type-C connector by holding
the USR switch while powering on.
Configuration is already provided as fragments for both the A53 and R5
u-boot parts. Include the am62x_a53_usbdfu.config config. The
am62x_r5_usbdfu.config fragment
From: Sjoerd Simons
Provide config fragments to enable USB host as well as USB gadget and DFU
support for a53 and r5. This relevant fragment is included into the
am62x EVM a53 defconfig. For the r5, due to the smaller available size,
the config fragment also disables support for persistent
From: Sjoerd Simons
Enable usb0 in all boot phases for use with DFU
Signed-off-by: Sjoerd Simons
Reviewed-by: Alexander Sverdlin
Signed-off-by: Martyn Welch
---
Changes in v5:
- Forcing usb0 into peripheral mode reinstated
Changes in v4:
- Don't force usb0 into peripheral mode
Changes in
From: Sjoerd Simons
Include standard TI K3 dfu environment
Signed-off-by: Sjoerd Simons
Reviewed-by: Alexander Sverdlin
Reviewed-by: Mattijs Korpershoek
Tested-by: Mattijs Korpershoek # on beagle play
---
(no changes since v3)
Changes in v3:
- Add dfu via environment rather then config
From: Sjoerd Simons
Add glue code for TI AM62 to the dwc3 driver; Most code adopted from
TI vendor u-boot code.
Signed-off-by: Sjoerd Simons
Tested-by: Alexander Sverdlin
Reviewed-by: Mattijs Korpershoek
Tested-by: Mattijs Korpershoek # on beagle play
---
Changes in v5:
- No change
Changes
This series adds DFU support for TI AM62 SK and beagleplay boards.
I have picked this series up from Sjoerd due to time constraints.
Since the last revision:
* Removed dwc3 mode setting in favour of reinstating forced peripheral
mode for usb0
* Use of config fragments for both r5 and a53 DFU
Hello Piotr,
On 30.04.24 12:23, Piotr Wojtaszczyk wrote:
Signed-off-by: Piotr Wojtaszczyk
---
fs/ubifs/ubifs-media.h | 2 ++
fs/ubifs/ubifs.c | 55 --
2 files changed, 55 insertions(+), 2 deletions(-)
Looks good to me, thanks!
Acked-by:
Hello Alexey,
On 06.05.24 15:58, Alexey Romanov wrote:
Hello! Ping.
okay from my side... I think I acked them already
@Dario: IIRC the patchset is delegated to you...
If it is okay, I can apply it in u-boot-ubi and send a pull request to
Tom, but please, send a Acked-by or Reviewed-by and
Hi Alexey
Sorry will will put on CI
Michael
On Mon, May 6, 2024 at 3:58 PM Alexey Romanov
wrote:
>
> Hello! Ping.
>
> On Mon, Mar 25, 2024 at 05:41:42PM +0300, Alexey Romanov wrote:
> > Hello!
> >
> > This series adds support for the UBI block device, which
> > allows to read/write data block
Move to using OF_UPSTREAM config and thus using the devicetree-rebasing
subtree.
Signed-off-by: Aniket Limaye
---
arch/arm/dts/Makefile |1 -
.../k3-j7200-common-proc-board-u-boot.dtsi| 16 +-
arch/arm/dts/k3-j7200-common-proc-board.dts | 396 -
This patch moves the J7200 config to use the devicetree-rebasing subtree, and
consequently makes
the necessary updates to the u-boot devicetree.
This patch depends on series [1] which cleans up k3 binman with some templating.
[1]:
Hi Quentin,
Many thanks to your review.
On May 6, 2024, 8:54 a.m. UTC, Quentin Schulz wrote:
>> F: arch/arm/include/asm/arch-rockchip/
>> F: arch/arm/mach-rockchip/
>> F: board/amarula/vyasa-rk3288/
>> +F: board/armsom/sige7-rk3588/
>
>Can you order this alphabetically
Hello Marek,
On Fri, May 03, 2024 at 03:05:09AM +0200, Marek Vasut wrote:
> Add new binman etype which allows signing both the SPL and fitImage sections
> of i.MX8M flash.bin using CST. There are multiple DT properties which govern
> the signing process, nxp,loader-address is the only mandatory
Hi Jonas,
On 5/1/24 6:22 PM, Jonas Karlman wrote:
rk3399-nanopi-4.dtsi try to set parent of and set rate to 100 MHz of the
SCLK_PCIEPHY_REF clock.
The existing enable/disable ops for SCLK_PCIEPHY_REF currently force
use of 24 MHz parent and rate.
Add improved support for setting parent and
Hi Fabio,
On 03.05.24 14:44, Fabio Estevam wrote:
> Hi Benjamin,
>
> On Fri, May 3, 2024 at 4:01 AM Benjamin Hahn wrote:
>
>> -CONFIG_USB_GADGET_MANUFACTURER="FSL"
>> +CONFIG_USB_GADGET_MANUFACTURER="PHYTEC"
>> CONFIG_USB_GADGET_VENDOR_NUM=0x0525
>> CONFIG_USB_GADGET_PRODUCT_NUM=0xa4a5
> ...
On 2024/4/30 23:30, Jonas Karlman wrote:
A few boards have shown to be required to properly configure pinctrl
for the fixed regulator gpio pin used by sdmmc before being able to read
from SD-cards.
Include the related gpio, regulator and pinctrl nodes and enable related
Kconfig options so
On 2024/4/30 23:30, Jonas Karlman wrote:
When RK3399 boards run SPL from eMMC and fail to load FIT from eMMC due
to it being missing or checksum validation fails there can be a fallback
to read FIT from SD-card. However, without proper pinctrl configuration
reading FIT from SD-card may fail:
On 2024/4/30 23:30, Jonas Karlman wrote:
The initial serial console UART iomux is typically configured in
board_debug_uart_init() at TPL stage on Rockchip platform.
Later stages typically use pinctrl driver to configure iomux UART once
again based on the control FDT.
Include uart related
On 2024/4/30 23:30, Jonas Karlman wrote:
rk3399-puma is the only supported board that use uart0 for serial
console, other RK3399 boards typically use uart2 for serial console
and may use uart0 for bluetooth.
Move setting bootph prop to board u-boot.dtsi to only include the uart0
node in
On 2024/4/30 23:30, Jonas Karlman wrote:
The vop nodes should not be included in TPL/SPL control FDT, it should
only be included at U-Boot proper pre-reloc phase.
Change to use bootph-some-ram prop to fix this.
Signed-off-by: Jonas Karlman
Reviewed-by: Kever Yang
Thanks,
- Kever
---
v2:
On 2024/4/30 23:30, Jonas Karlman wrote:
Sort nodes alphabetically by name, symbol or reg addr in RK3399 related
u-boot.dtsi files. Also remove one of the duplicated nodes.
Signed-off-by: Jonas Karlman
Reviewed-by: Kever Yang
Thanks,
- Kever
---
v2: New patch split from "Fix loading FIT
On 2024/4/30 23:30, Jonas Karlman wrote:
Remove superfluous bootph-all props already inherited from main soc
u-boot.dtsi file.
Signed-off-by: Jonas Karlman
Reviewed-by: Kever Yang
Thanks,
- Kever
---
v2: New patch split from "Fix loading FIT from SD-card" patch
---
On 2024/4/30 23:30, Jonas Karlman wrote:
A lot of RK3399 boards use a u-boot,spl-boot-order of "same-as-spl",
and
Move this to rk3399-u-boot.dtsi and make this default for boards
currently missing a u-boot,spl-boot-order prop.
Before commit a7e69952eb6d ("rockchip: spl: Cache boot source
On 2024/4/30 23:30, Jonas Karlman wrote:
The RK3399 SoC support the ARMv8 Cryptography Extensions, use of ARMv8
crypto can speed up FIT checksum validation in SPL.
Imply ARMV8_SET_SMPEN and ARMV8_CRYPTO to take advantage of the crypto
extensions for SHA256 when validating checksum of FIT
On 2024/4/30 23:30, Jonas Karlman wrote:
The rk3399-puma board is currently using SPL stack and bss addr in SRAM,
the same addr typically used by TPL, this differs from most other RK3399
boards.
Switch to use the common bss and stack addresses introduced in commit
008ba0d56d00 ("rockchip: Add
On 2024/4/30 23:30, Jonas Karlman wrote:
On rk3399-puma the FIT payload is located at sector 0x200 compared
to the more Rockchip common sector 0x4000 offset:
SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR=0x200
Because FIT payload is located at sector 0x200 and IDBlock is located at
sector 64, the
On 2024/5/2 00:22, Jonas Karlman wrote:
rk3399-nanopi-4.dtsi try to set parent of and set rate to 100 MHz of the
SCLK_PCIEPHY_REF clock.
The existing enable/disable ops for SCLK_PCIEPHY_REF currently force
use of 24 MHz parent and rate.
Add improved support for setting parent and rate of the
This seems to be necessary on my samsung-a5. Without this patch, the
first access of EHCI registers causes a bus stall and subsequent reset.
I am unsure why this wasn't already necessary for db410c, perhaps those
clocks are already enabled on boot.
Reviewed-by: Caleb Connolly
Signed-off-by: Sam
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.
Signed-off-by: Sam Day
---
These clocks are mandatory, as can be seen in msm_hsusb driver in the
Linux kernel.
The appropriate HS_USB AHB/SYSTEM clocks were added to gcc_apq8016.
Technically there's other adjacent SoC families that can use the
msm_hsusb driver with different clocks, but only msm8916/apq8016 are
currently
Hi Marek,
On 4/15/24 18:30, Marek Behún wrote:
Support old DDR3 training code on Turris Omnia, selectable by U-Boot
enviroment variable.
Users experiencing DDR3 initialization failures or random crashes of the
operating system due to incorrect DDR3 configuration can select the old
DDR3
Without the NULL check, if the devicetree that u-boot loads does not have a
compatible property then a store access fault will be raised and force the
machine to reset, due to the NULL pointer we passed to strlen. This commit
adds this check and will return -ENOSPC to indicate the get_desc failed.
Hi Jianfeng Liu,
On 5/4/24 7:05 PM, Jianfeng Liu wrote:
[You don't often get email from liujianfeng1...@gmail.com. Learn why this is
important at https://aka.ms/LearnAboutSenderIdentification ]
ArmSoM Sige7 is a Rockchip RK3588 based SBC (Single Board Computer) by
ArmSoM.
There are two
Hi Ravi
On Tue, Apr 30, 2024 at 6:25 AM Ravi Minnikanti wrote:
>
> On 4/29/24 09:59, Michael Nazzareno Trimarchi wrote:
>
> > --
> > On Mon, Apr 29, 2024 at 6:22 PM Chris Packham
> > wrote:
> >>
> >> On Sun, Apr 28, 2024 at
On 01.05.24 04:42, Tom Rini wrote:
> Remove from this board vendor directory and when needed
> add missing include files directly.
>
> Signed-off-by: Tom Rini
Acked-by: Frieder Schrempf
68 matches
Mail list logo
