[PATCH v3 17/17] configs: Enable HDMI Out for ROC-RK3328-CC

2024-01-16 Thread Jagan Teki
U-Boot 2024.01-00901-g75d07e0e6e-dirty (Jan 17 2024 - 12:50:56 +0530) Model: Firefly roc-rk3328-cc DRAM: 4 GiB PMIC: RK8050 (on=0x40, off=0x00) Core: 236 devices, 26 uclasses, devicetree: separate MMC: mmc@ff50: 1, mmc@ff52: 0 Loading Environment from MMC... *** Warning - bad CRC,

[PATCH v3 16/17] configs: evb-rk3328: Enable vidconsole for rk3328

2024-01-16 Thread Jagan Teki
Enable video console for Rockchip RK3328. Signed-off-by: Jagan Teki --- Changes for v3, v2: - none include/configs/evb_rk3328.h| 5 + include/configs/rk3328_common.h | 1 + 2 files changed, 6 insertions(+) diff --git a/include/configs/evb_rk3328.h b/include/configs/evb_rk3328.h index

[PATCH v3 15/17] rockchip: Enable preconsole for rk3328

2024-01-16 Thread Jagan Teki
Enable and set the start address of pre-console buffer for RK3328. Signed-off-by: Jagan Teki --- Changes for v3, v2: - none arch/arm/mach-rockchip/Kconfig | 1 + common/Kconfig | 2 +- 2 files changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/arm/mach-rockchip/Kconfig

[PATCH v3 14/17] ARM: dts: rk3328: Enable VOP for bootph-all

2024-01-16 Thread Jagan Teki
Model: Firefly roc-rk3328-cc DRAM: 1 GiB (effective 1022 MiB) Video device 'vop@ff37' cannot allocate frame buffer memory -ensure the device is set up before relocation Error binding driver 'rockchip_rk3328_vop': -28 Some drivers failed to bind initcall sequence 3ffcd5e8 failed at

[PATCH v3 13/17] video: rockchip: Add rk3328 vop support

2024-01-16 Thread Jagan Teki
From: Jagan Teki Add support for Rockchip RK3328 VOP. Require VOP cleanup before handoff to Linux by writing reset values to WIN registers. Without this Linux VOP trigger page fault as below [0.752016] Loading compiled-in X.509 certificates [0.787796]

[PATCH v3 12/17] video: rockchip: Add rk3328 hdmi support

2024-01-16 Thread Jagan Teki
From: Jagan Teki Add Rockchip RK3328 HDMI Out driver. Signed-off-by: Jagan Teki --- Changes for v3: - drop data Changes for v2: - none drivers/video/rockchip/Makefile | 1 + drivers/video/rockchip/rk3328_hdmi.c | 126 +++ drivers/video/rockchip/rk_hdmi.h |

[PATCH v3 11/17] phy: rockchip: Add Rockchip INNO HDMI PHY driver

2024-01-16 Thread Jagan Teki
From: Jagan Teki Add Rockchip INNO HDMI PHY driver for RK3328. Reference from linux-next phy-rockchip-inno-hdmi driver. Signed-off-by: Jagan Teki --- Changes for v3, v2: - none drivers/phy/rockchip/Kconfig | 7 + drivers/phy/rockchip/Makefile | 1 +

[PATCH v3 10/17] clk: rk3328: Add get hdmiphy clock

2024-01-16 Thread Jagan Teki
From: Jagan Teki Add support to get the hdmiphy clock for RK3328 PCLK_HDMIPHY. Signed-off-by: Jagan Teki --- Changes for v3, v2: - none drivers/clk/rockchip/clk_rk3328.c | 17 + 1 file changed, 17 insertions(+) diff --git a/drivers/clk/rockchip/clk_rk3328.c

[PATCH v3 09/17] clk: rockchip: rk3328: Add VOP clk support

2024-01-16 Thread Jagan Teki
From: Jagan Teki VOP get and set clock would needed for VOP drivers. Add support for it. Signed-off-by: Jagan Teki --- Changes for v3: - none Changes for v2: - Add DCLK get rate .../include/asm/arch-rockchip/cru_rk3328.h| 34 +++ drivers/clk/rockchip/clk_rk3328.c | 88

[PATCH v3 08/17] video: rockchip: vop: Add dsp offset support

2024-01-16 Thread Jagan Teki
From: Jagan Teki Unlike RK3399, RK3288 the Newer Rockchip SoC's like RK3328 have different offsets for dsp registers. Group the dsp register set via dsp_regs pointers so that dsp_offset would point the dsp_regs to access for any changes in the offset value. Signed-off-by: Jagan Teki ---

[PATCH v3 07/17] video: rockchip: vop: Add win offset support

2024-01-16 Thread Jagan Teki
From: Jagan Teki Unlike RK3399, RK3288 the Newer Rockchip SoC's like RK3328 have different offsets for win registers. Group the win register set via win_regs pointers so that win_offset would point the win_regs to access for any changes in the offset value. Signed-off-by: Jagan Teki ---

[PATCH v3 06/17] video: rockchip: vop: Simplify rkvop_enable

2024-01-16 Thread Jagan Teki
From: Jagan Teki Get the regs from priv pointer instead of passing it an argument. This would simplify the code and better readability. Signed-off-by: Jagan Teki --- Changes for v3, v2: - none drivers/video/rockchip/rk_vop.c | 8 1 file changed, 4 insertions(+), 4 deletions(-)

[PATCH v3 05/17] video: dw_hdmi: Add setup_hpd hook

2024-01-16 Thread Jagan Teki
From: Jagan Teki Add support for DW HDMI Setup HPD status. Signed-off-by: Jagan Teki --- Changes for v3: - check hdmi->ops Changes for v2: - none drivers/video/dw_hdmi.c | 3 +++ include/dw_hdmi.h | 1 + 2 files changed, 4 insertions(+) diff --git a/drivers/video/dw_hdmi.c

[PATCH v3 04/17] video: dw_hdmi: Add read_hpd hook

2024-01-16 Thread Jagan Teki
From: Jagan Teki Add support for DW HDMI Read HPD status. Signed-off-by: Jagan Teki --- Changes for v3: - check hdmi->ops Changes for v2: - none drivers/video/dw_hdmi.c | 3 +++ include/dw_hdmi.h | 1 + 2 files changed, 4 insertions(+) diff --git a/drivers/video/dw_hdmi.c

[PATCH v3 03/17] video: dw_hdmi: Extend the HPD detection

2024-01-16 Thread Jagan Teki
From: Jagan Teki HPD detection on some DW HDMIdesigned SoC's would need to read and setup the HPD status explicitly. So, extend the HPD detection code by adding the dw_hdmi_detect_hpd function and move the default detection code caller there. The new read and setup hdp will integrate the same

[PATCH v3 02/17] video: dw_hdmi: Add Vendor PHY handling

2024-01-16 Thread Jagan Teki
From: Jagan Teki DW HDMI support Vendor PHY like Rockchip RK3328 Inno HDMI PHY. Extend the vendor phy handling by adding platform phy hooks. Signed-off-by: Jagan Teki --- Changes for v3: - drop data - assign ops directly Changes for v2: - fix meson cfg drivers/video/dw_hdmi.c |

[PATCH v3 01/17] video: rockchip: hdmi: Detect hpd after controller init

2024-01-16 Thread Jagan Teki
From: Jagan Teki HDP is a hardware connector event, so detect the same once the controller and attached PHY initialization are done. Signed-off-by: Jagan Teki --- Changes for v3, v2: - none drivers/video/rockchip/rk_hdmi.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff

[PATCH v3 00/17] video: dw_hdmi: Support Vendor PHY

2024-01-16 Thread Jagan Teki
From: Jagan Teki Unlike RK3399, Sunxi/Meson DW HDMI the new Rockchip SoC Rk3328 would support external vendor PHY with DW HDMI chip. Support this vendor PHY by adding new platform PHY ops via DW HDMI driver and call the respective generic phy from platform driver code. This series tested in

Re: [PATCH v5 0/4] cmd: bootefi: refactor the code for bootmgr

2024-01-16 Thread Heinrich Schuchardt
On 1/17/24 05:39, AKASHI Takahiro wrote: This patch set is motivated by the discussion[1] regarding CONFIG_BOOTEFI_BOOTMGR option. # This version (v5) contains only the remaining commits. At the end, bootefi.c will be decomposed into two parts, one for providing the command itself and one for

Re: [PATCH v3 0/2] xilinx: Update the kaslr-seed property

2024-01-16 Thread Michal Simek
On 1/17/24 04:20, Venkatesh Yadav Abbarapu wrote: Update the kaslr-seed property and enable the config CONFIG_OF_BOARD_SETUP. Changes in v2: - Created macro for size variable. - Removed malloc and created array for rng buffer. - Added debug logs for all the apis. Changes in v3: - Fixed the

Re: [PATCH v2 00/32] Qualcomm generic board support

2024-01-16 Thread Sumit Garg
On Fri, 22 Dec 2023 at 12:36, Sumit Garg wrote: > > On Thu, 21 Dec 2023 at 21:08, Caleb Connolly > wrote: > > > > > > > > On 20/12/2023 13:07, Sumit Garg wrote: > > > Hi Caleb, > > > > Hi Sumit, > > > > [...] > > > > >> > > >> == Upstream DT == > > >> > > >> All Qualcomm boards have had their

Re: [PATCH v1] Kconfig: boot: Imply BOOTSTD_DEFAULT when BOOTSTD_FULL=y

2024-01-16 Thread Shantur Rathore
On Sat, Dec 23, 2023 at 6:53 AM Shantur Rathore wrote: > > We need BOOTSTD_DEFAULT when BOOTSTD_FULL is selected. > > Signed-off-by: Shantur Rathore > --- > > boot/Kconfig | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/boot/Kconfig b/boot/Kconfig > index 9f5b8a0cb2..fc96aadb27 100644

Re: [PATCH v3] arch: arm: Kconfig: Enable BOOTSTD_FULL for Rockchip SoCs

2024-01-16 Thread Shantur Rathore
Hi Kever, On Wed, Jan 10, 2024 at 11:58 AM Shantur Rathore wrote: > > Hi Kever, > > On Tue, Jan 9, 2024 at 10:55 AM Kever Yang wrote: > > > > Hi Shantur, Tom, > > > > On 2023/12/10 04:45, Tom Rini wrote: > > > On Sat, Dec 09, 2023 at 07:49:04PM +, Shantur Rathore wrote: > > >> On Sat, Dec

[PATCH v5 4/4] fs: remove explicit efi configuration dependency

2024-01-16 Thread AKASHI Takahiro
Now it is clear that the feature actually depends on efi interfaces, not "bootefi" command. efi_set_bootdev() will automatically be nullified if necessary efi component is disabled. Signed-off-by: AKASHI Takahiro Reviewed-by: Simon Glass --- fs/fs.c | 7 +++ 1 file changed, 3

[PATCH v5 3/4] net: tftp: remove explicit efi configuration dependency

2024-01-16 Thread AKASHI Takahiro
Now it is clear that the feature actually depends on efi interfaces, not "bootefi" command. efi_set_bootdev() will automatically be nullified if necessary efi component is disabled. Signed-off-by: AKASHI Takahiro Reviewed-by: Ramon Fried Reviewed-by: Tom Rini --- net/tftp.c | 10 -- 1

[PATCH v5 2/4] efi_loader: rename BOOTEFI_BOOTMGR to EFI_BOOTMGR

2024-01-16 Thread AKASHI Takahiro
At this point, EFI boot manager interfaces is fully independent from bootefi command. So just rename the configuration parameter. Signed-off-by: AKASHI Takahiro Reviewed-by: Simon Glass --- boot/Makefile | 2 +- cmd/Kconfig | 4 ++-- cmd/efidebug.c | 4 ++--

[PATCH v5 1/4] efi_loader: split unrelated code from efi_bootmgr.c

2024-01-16 Thread AKASHI Takahiro
Some code moved from cmd/bootefi.c is actually necessary only for "bootefi " command (starting an image manually loaded by a user using U-Boot load commands or other methods (like JTAG debugger). The code will never been opted out as unused code by a compiler which doesn't know how EFI boot

[PATCH v5 0/4] cmd: bootefi: refactor the code for bootmgr

2024-01-16 Thread AKASHI Takahiro
This patch set is motivated by the discussion[1] regarding CONFIG_BOOTEFI_BOOTMGR option. # This version (v5) contains only the remaining commits. At the end, bootefi.c will be decomposed into two parts, one for providing the command itself and one for implementing helper functions. EFI_LOADER

[PATCH] mtd: nand: Print warning for unsupported ecc modes

2024-01-16 Thread Venkatesh Yadav Abbarapu
Currently only hw ecc is supported in U-Boot. If any other ecc mode is given in DT, it simply ignores and switches to hw ecc. So better print what is being done. Revert this patch once soft ecc support is fixed in future. Signed-off-by: Ashok Reddy Soma Signed-off-by: Venkatesh Yadav Abbarapu

[PATCH v3 2/2] configs: zynqmp_kria: Enable CONFIG_OF_BOARD_SETUP

2024-01-16 Thread Venkatesh Yadav Abbarapu
Enable CONFIG_OF_BOARD_SETUP, so we could use ft_board_setup() to enable the kaslr-seed and pass to kernel. Signed-off-by: Michal Simek Signed-off-by: Venkatesh Yadav Abbarapu --- configs/xilinx_zynqmp_kria_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH v3 0/2] xilinx: Update the kaslr-seed property

2024-01-16 Thread Venkatesh Yadav Abbarapu
Update the kaslr-seed property and enable the config CONFIG_OF_BOARD_SETUP. Changes in v2: - Created macro for size variable. - Removed malloc and created array for rng buffer. - Added debug logs for all the apis. Changes in v3: - Fixed the return values. Venkatesh Yadav Abbarapu (2): xilinx:

[PATCH v3 1/2] xilinx: board: Update the kaslr-seed property

2024-01-16 Thread Venkatesh Yadav Abbarapu
Create a ft_board_setup() api that gets called as part of bootm/booti before jumping to kernel. In this ft_board_setup() callback that will inspect the DTB and insert the device tree blob with the "kaslr-seed" property. Signed-off-by: Michal Simek Signed-off-by: Venkatesh Yadav Abbarapu ---

Re: [PATCH v2 1/2] part: Add a function to find ESP partition

2024-01-16 Thread Sean Anderson
On 1/16/24 07:36, Mayuresh Chitale wrote: If a disk has an EFI system partition (ESP) then it can be used to locate the boot files. Add a function to find the ESP. Signed-off-by: Mayuresh Chitale Reviewed-by: Heinrich Schuchardt --- disk/part.c| 16 include/part.h | 11

Re: [PATCH v4 2/4] efi_loader: rename BOOTEFI_BOOTMGR to EFI_BOOTMGR

2024-01-16 Thread AKASHI Takahiro
On Tue, Jan 16, 2024 at 07:44:22PM +0100, Heinrich Schuchardt wrote: > On 1/16/24 02:43, AKASHI Takahiro wrote: > > On Mon, Jan 15, 2024 at 03:16:22PM +0100, Heinrich Schuchardt wrote: > > > On 15.01.24 11:12, AKASHI Takahiro wrote: > > > > On Mon, Jan 15, 2024 at 09:34:51AM +0100, Heinrich

Re: [PATCH v3 4/4] sunxi: Enable SPL FIT loading for 32-bit SoCs

2024-01-16 Thread Andre Przywara
On Fri, 8 Dec 2023 01:39:45 + Andre Przywara wrote: Hi Samuel, > On Tue, 31 Oct 2023 00:17:41 -0500 > Samuel Holland wrote: > > Hi, > > > Now that 32-bit SoCs can load U-Boot proper (and possibly other > > firmware) from a FIT, use this method by default. SPL_FIT_IMAGE_TINY is > >

Re: [PATCH v1] net: sun8i-emac: Add support for fixed-link phy

2024-01-16 Thread Andre Przywara
On Tue, 16 Jan 2024 19:58:56 +0300 Maxim Kiselev wrote: Hi Maxim, > вт, 16 янв. 2024 г. в 03:18, Andre Przywara : > > > > On Thu, 15 Jun 2023 00:44:06 +0300 > > Maxim Kiselev wrote: > > > > Hi Maxim, > > > > > From: Maksim Kiselev > > > > > > Based on dt-specs fixed-link doesn't require

[PATCH v1 1/1] net: ti: am65-cpsw-nuss: Remove incorrect RGMII_ID bit functionality

2024-01-16 Thread Ken Sloat
The CPSW implementations on the AM6x platforms do not support the selectable RGMII TX clk delay functionality via the RGMII_ID_MODE bit as the earlier platforms did. According to various TI datasheets, reference manuals, hardware design guides and TI forum posts from TI, this bit is "not timed,

Re: [PATCH 5/5] test: unit test for smbios command

2024-01-16 Thread Tom Rini
On Sat, Dec 23, 2023 at 01:44:29AM +0100, Heinrich Schuchardt wrote: > Provide a unit test for the smbios command. > > Provide different test functions for QEMU, sandbox, and other systems. > > Signed-off-by: Heinrich Schuchardt > Acked-by: Ilias Apalodimas > Reviewed-by: Simon Glass > --- >

Re: [PATCH v4 2/4] efi_loader: rename BOOTEFI_BOOTMGR to EFI_BOOTMGR

2024-01-16 Thread Heinrich Schuchardt
On 1/16/24 02:43, AKASHI Takahiro wrote: On Mon, Jan 15, 2024 at 03:16:22PM +0100, Heinrich Schuchardt wrote: On 15.01.24 11:12, AKASHI Takahiro wrote: On Mon, Jan 15, 2024 at 09:34:51AM +0100, Heinrich Schuchardt wrote: On 1/15/24 01:58, AKASHI Takahiro wrote: On Sun, Jan 14, 2024 at

Re: [PATCH v13 00/24] Modernize U-Boot shell

2024-01-16 Thread Francis Laniel
Hi! Le mardi 16 janvier 2024, 00:34:24 +07 Patrice CHOTARD a écrit : > On 1/11/24 18:04, Francesco Dolcini wrote: > > Hello Tom, Francis > > > > On Fri, Dec 29, 2023 at 07:55:37PM +0100, Francis Laniel wrote: > >> Le jeudi 28 décembre 2023, 21:58:59 CET Tom Rini a écrit : > >>> On Fri, 22 Dec

Re: [PATCH v13 00/24] Modernize U-Boot shell

2024-01-16 Thread Francis Laniel
Hi! Le vendredi 12 janvier 2024, 00:04:18 +07 Francesco Dolcini a écrit : > Hello Tom, Francis > > On Fri, Dec 29, 2023 at 07:55:37PM +0100, Francis Laniel wrote: > > Le jeudi 28 décembre 2023, 21:58:59 CET Tom Rini a écrit : > > > On Fri, 22 Dec 2023 22:02:20 +0100, Francis Laniel wrote: > > >

[PATCH v6 7/7] bloblist: Load the bloblist from the previous loader

2024-01-16 Thread Raymond Mao
During bloblist initialization, load the bloblist via boot arguments from the previous loader. If a valid bloblist exists in boot arguments, relocate it into the fixed bloblist memory region. If not, fallback to support BLOBLIST_ADDR or BLOBLIST_ALLOC. Signed-off-by: Raymond Mao --- Changes in

[PATCH v6 6/7] arm: Get bloblist from boot arguments

2024-01-16 Thread Raymond Mao
Add arch custom function to get bloblist from boot arguments. Check whether boot arguments aligns with the register conventions defined in FW Handoff spec v0.9. Add bloblist related options into qemu-arm default config. Remove OF_HAS_PRIOR_STAGE and OF_BOARD from qemu-arm config. Signed-off-by:

[PATCH v6 5/7] arm: armv8: save boot arguments

2024-01-16 Thread Raymond Mao
Save boot arguments x[0-3] into an array for handover of bloblist from previous boot stage. Signed-off-by: Raymond Mao --- Changes in v2 - New patch file created for v2. Changes in V5 - Drop the dependence on OF_BOARD. arch/arm/cpu/armv8/start.S | 14 ++ 1 file changed, 14

[PATCH v6 4/7] arm: armv7: save boot arguments

2024-01-16 Thread Raymond Mao
Save boot arguments r[0-3] into an array for handover of bloblist from previous boot stage. Signed-off-by: Raymond Mao --- Changes in v2 - New patch file created for v2. Changes in v3 - Swap value of r0 with r2. Changes in v4 - Fix a bug when saving the boot args. Changes in V5 - Drop the

[PATCH v6 3/7] bloblist: refactor of bloblist_reloc()

2024-01-16 Thread Raymond Mao
The current bloblist pointer and size can be retrieved from global data, so we don't need to pass them from the function arguments. This change also help to remove all external access of gd->bloblist outside of bloblist module. Signed-off-by: Raymond Mao --- Changes in v2 - New patch file

[PATCH v6 2/7] bloblist: check bloblist with specified buffer size

2024-01-16 Thread Raymond Mao
Instead of expecting the bloblist total size to be the same as the pre-allocated buffer size, practically we are more interested in whether the pre-allocated buffer size is bigger than the bloblist total size. Signed-off-by: Raymond Mao Reviewed-by: Ilias Apalodimas --- Changes in v2 - New

[PATCH v6 1/7] bloblist: add API to check the register conventions

2024-01-16 Thread Raymond Mao
Add bloblist_check_reg_conv() to check whether the bloblist is compliant to the register conventions defined in Firmware Handoff specification. This API can be used for all Arm platforms. Signed-off-by: Raymond Mao --- Changes in v2 - Refactor of bloblist_check_reg_conv(). Changes in v3 -

[PATCH v6 0/7] Handoff bloblist from previous boot stage

2024-01-16 Thread Raymond Mao
This patch set adds/adapts a few bloblist APIs and implements Arm arch custom function to retrieve the bloblist (aka. Transfer List) from previous loader via boot arguments when BLOBLIST option is enabled and all boot arguments are compliant to the register conventions defined in the Firmware

Re: [PATCH v1] net: sun8i-emac: Add support for fixed-link phy

2024-01-16 Thread Maxim Kiselev
вт, 16 янв. 2024 г. в 03:18, Andre Przywara : > > On Thu, 15 Jun 2023 00:44:06 +0300 > Maxim Kiselev wrote: > > Hi Maxim, > > > From: Maksim Kiselev > > > > Based on dt-specs fixed-link doesn't require phy-handle to be used. > > Do you have such a board? Yes, I had a custom board with T113 SoC

Re: Please pull qcom-2024.04-rc1

2024-01-16 Thread Tom Rini
On Tue, Jan 16, 2024 at 12:33:18PM +, Caleb Connolly wrote: > Hi Tom, > > The following changes since commit 697758e7c81131da6db0e3b10515019fe3aca8c9: > > Merge branch 'master-sync-dts-663' of > https://source.denx.de/u-boot/custodians/u-boot-sh (2024-01-14 18:07:49 -0500) > > are

Re: Pull request: Please pull u-boot-imx-20240115

2024-01-16 Thread Tom Rini
On Mon, Jan 15, 2024 at 11:45:54PM -0300, Fabio Estevam wrote: > Hi Tom, > > Please pull from u-boot-imx, thanks. > > The following changes since commit 547d3dd28a46a18d59e00a153c8becca8d4e8cf9: > > Merge branch '2024-01-12-assorted-fixes' (2024-01-12 08:34:50 -0500) > > are available in

Re: [PULL] Pull request for u-boot-nand-20240115

2024-01-16 Thread Tom Rini
On Mon, Jan 15, 2024 at 11:48:12AM +0100, Dario Binacchi wrote: > Hello Tom, > > The following changes since commit 697758e7c81131da6db0e3b10515019fe3aca8c9: > > Merge branch 'master-sync-dts-663' of > https://source.denx.de/u-boot/custodians/u-boot-sh (2024-01-14 > 18:07:49 -0500) > > are

Re: [PATCH v2 3/3] doc: sophgo: milkv_duo: document Milk-V Duo board

2024-01-16 Thread Kongyang Liu
Heinrich Schuchardt 于2024年1月15日周一 05:27写道: > > On 1/14/24 19:07, Kongyang Liu wrote: > > Add document for Milk-V Duo board which based on Sophgo's CV1800B SoC. > > > > Signed-off-by: Kongyang Liu > > --- > > > > (no changes since v1) > > > > doc/board/index.rst| 1 + > >

Re: [PATCH v2 1/3] riscv: sophgo: milkv_duo: initial support added

2024-01-16 Thread Kongyang Liu
Heinrich Schuchardt 于2024年1月15日周一 05:57写道: > > On 1/14/24 19:07, 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 > > The

Re: [PATCH] common: console: Fix print complete stdio device list

2024-01-16 Thread Bin Meng
On Wed, Jan 17, 2024 at 12:13 AM Patrice Chotard wrote: > > In case CONSOLE_MUX and SYS_CONSOLE_IS_IN_ENV are on and > stdin or stdout or stderr are missing in environment, as fallback, get > these either from stdio_devices[std] or stdio_devices[std]->name. > > Fixes: 6b343ab38d ("console: Print

Re: [PATCH v2 1/2] part: Add a function to find ESP partition

2024-01-16 Thread Heinrich Schuchardt
On 16.01.24 14:45, Heinrich Schuchardt wrote: On 16.01.24 13:36, Mayuresh Chitale wrote: If a disk has an EFI system partition (ESP) then it can be used to locate the boot files. Add a function to find the ESP. Signed-off-by: Mayuresh Chitale Reviewed-by: Heinrich Schuchardt I ran your

[PATCH] common: console: Fix print complete stdio device list

2024-01-16 Thread Patrice Chotard
In case CONSOLE_MUX and SYS_CONSOLE_IS_IN_ENV are on and stdin or stdout or stderr are missing in environment, as fallback, get these either from stdio_devices[std] or stdio_devices[std]->name. Fixes: 6b343ab38d ("console: Print out complete stdio device list") Signed-off-by: Patrice Chotard

Re: [PATCH v5 8/8] fdt: get FDT from bloblist

2024-01-16 Thread Tom Rini
On Mon, Jan 15, 2024 at 12:08:26PM -0500, Raymond Mao wrote: > Hi Tom, > > On Mon, 15 Jan 2024 at 09:57, Raymond Mao wrote: > > > Hi Tom, > > > > On Sat, 13 Jan 2024 at 10:27, Tom Rini wrote: > > > >> On Fri, Jan 12, 2024 at 01:33:34PM -0800, Raymond Mao wrote: > >> > >> > Get device tree from

Re: [Upstream] [PATCH v4 0/2] *** Add support for phyCORE-AM62x ***

2024-01-16 Thread Tom Rini
On Tue, Jan 16, 2024 at 06:54:57AM +0100, Wadim Egorov wrote: > Hello, > > is there something missing in this series for it to be applied? > I would like to add support for a 2nd k3/am64x board based on this. So it > would be nice to know if I can do it the same way or should wait for more k3 >

Re: [PATCH v7 2/2] schemas: Add some common reserved-memory usages

2024-01-16 Thread Ard Biesheuvel
On Thu, 4 Jan 2024 at 18:53, Chiu, Chasel wrote: > > > > > -Original Message- > > From: Ard Biesheuvel > > Sent: Thursday, January 4, 2024 12:43 AM > > To: Chiu, Chasel > > Cc: Simon Glass ; devicet...@vger.kernel.org; Mark > > Rutland > > ; Rob Herring ; Tan, Lean Sheng > > ; lkml ;

[PATCH 1/1] part: correct documentation of part_get_bootable()

2024-01-16 Thread Heinrich Schuchardt
We have to use 'Return:' to render the description of the return value in the HTML documentation. Fixes: f55aa4454ac3 ("part: Add a fallback for part_get_bootable()") Fixes: dcffa4428d03 ("part: Add a function to find the first bootable partition") Signed-off-by: Heinrich Schuchardt ---

Re: [PATCH v7] fdt: Allow the devicetree to come from a bloblist

2024-01-16 Thread Conor Dooley
Yo, On Wed, Jan 03, 2024 at 06:49:19PM -0700, Simon Glass wrote: > Standard passage provides for a bloblist to be passed from one firmware > phase to the next. That can be used to pass the devicetree along as well. > Add an option to support this. > > Tests for this will be added as part of the

Re: [PATCH v2 1/2] part: Add a function to find ESP partition

2024-01-16 Thread Heinrich Schuchardt
On 16.01.24 13:36, Mayuresh Chitale wrote: If a disk has an EFI system partition (ESP) then it can be used to locate the boot files. Add a function to find the ESP. Signed-off-by: Mayuresh Chitale Reviewed-by: Heinrich Schuchardt --- disk/part.c| 16 include/part.h |

Re: [PATCH v2 2/2] spl: Add support for booting from ESP

2024-01-16 Thread Heinrich Schuchardt
On 16.01.24 13:36, Mayuresh Chitale wrote: Some platforms as described by EBBR specification may store images in the FIRMWARE directory of the UEFI system partition(ESP). Add support to boot from the EFI system partition if it is enabled for a platform. Signed-off-by: Mayuresh Chitale Thank

Re: [PATCH v2 13/32] board: dragonboard410c: import board code from mach-snapdragon

2024-01-16 Thread Caleb Connolly
On 20/12/2023 13:47, Sumit Garg wrote: > Hi Caleb, > > On Tue, 19 Dec 2023 at 21:34, Caleb Connolly > wrote: >> >> Some of the db410c board support code was written to be generic and >> placed in mach-snapdragon. However, as the db410c is the only board >> using this, move the code out of

[PATCH] Add XMC XM25QH128C/XM25QH256C/XM25QU256C/XM25QH512C/XM25QU512C site: https://www.xmcwh.com/site/product

2024-01-16 Thread Ssunk
Signed-off-by: Kankan Sun --- V1 -> V2: separate the ID and Defconfig drivers/mtd/spi/spi-nor-ids.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/mtd/spi/spi-nor-ids.c b/drivers/mtd/spi/spi-nor-ids.c index 8db522fca0..32329704d5 100644 --- a/drivers/mtd/spi/spi-nor-ids.c +++

Re: [PATCH v2 1/2] xilinx: board: Update the kaslr-seed property

2024-01-16 Thread Michal Simek
On 1/16/24 05:50, Venkatesh Yadav Abbarapu wrote: Create a ft_board_setup() api that gets called as part of bootm/booti before jumping to kernel. In this ft_board_setup() callback that will inspect the DTB and insert the device tree blob with the "kaslr-seed" property. Signed-off-by: Michal

[PATCH v2 2/2] spl: Add support for booting from ESP

2024-01-16 Thread Mayuresh Chitale
Some platforms as described by EBBR specification may store images in the FIRMWARE directory of the UEFI system partition(ESP). Add support to boot from the EFI system partition if it is enabled for a platform. Signed-off-by: Mayuresh Chitale --- common/spl/Kconfig | 8 +++

[PATCH v2 1/2] part: Add a function to find ESP partition

2024-01-16 Thread Mayuresh Chitale
If a disk has an EFI system partition (ESP) then it can be used to locate the boot files. Add a function to find the ESP. Signed-off-by: Mayuresh Chitale Reviewed-by: Heinrich Schuchardt --- disk/part.c| 16 include/part.h | 11 +++ 2 files changed, 27

[PATCH v2 0/2] SPL EBBR - EFI System Partition support

2024-01-16 Thread Mayuresh Chitale
This series adds support to locate an EFI System Partition on a disk and boot the next stage from such a parition if found. The next stage image is expected to be under the FIRMWARE directory as described in the EBBR specification [1]. Also update the spl_blk_fs and spl_fat drivers to prefer

Please pull qcom-2024.04-rc1

2024-01-16 Thread Caleb Connolly
Hi Tom, The following changes since commit 697758e7c81131da6db0e3b10515019fe3aca8c9: Merge branch 'master-sync-dts-663' of https://source.denx.de/u-boot/custodians/u-boot-sh (2024-01-14 18:07:49 -0500) are available in the Git repository at:

Re: [PATCH 03/10] soc: ti: k3-navss-ringacc: Initialize base address of ring cfg registers

2024-01-16 Thread Roger Quadros
Hi, On 12/01/2024 08:47, Siddharth Vadapalli wrote: > From: Kishon Vijay Abraham I > > Initialize base address of ring config registers required to natively > setup ring cfg registers in the absence of Device Manager (DM) services > at R5 SPL stage. > > Signed-off-by: Kishon Vijay Abraham I >

Re: [PATCH v4 4/7] arm: dts: k3-am625-sk: Enable usb port in u-boot

2024-01-16 Thread Sjoerd Simons
On Tue, 2024-01-16 at 12:17 +0100, Mattijs Korpershoek wrote: > Hi Sjoerd > > Thank you for the patch. > > On ven., janv. 12, 2024 at 09:52, Sjoerd Simons > wrote: > > > Enable usb0 in all boot phases for use with DFU > > > > Signed-off-by: Sjoerd Simons > > > > --- > > > > Changes in v4:

Re: [PATCH v4 4/7] arm: dts: k3-am625-sk: Enable usb port in u-boot

2024-01-16 Thread Mattijs Korpershoek
Hi Sjoerd Thank you for the patch. On ven., janv. 12, 2024 at 09:52, Sjoerd Simons wrote: > Enable usb0 in all boot phases for use with DFU > > Signed-off-by: Sjoerd Simons > > --- > > Changes in v4: > - Don't force usb0 into peripheral mode I know that dr_mode = "peripheral" has been

Re: [PATCH v4 7/7] doc: board: Add document for DFU boot on am62x SoCs

2024-01-16 Thread Mattijs Korpershoek
Hi Sjoerd, Thank you for the patch. On ven., janv. 12, 2024 at 09:52, Sjoerd Simons wrote: > 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 > > --- > > Changes in v4: > - New patch >

Re: [PATCH v4 3/7] board: ti: am62x: am62x: include env for DFU

2024-01-16 Thread Mattijs Korpershoek
Hi Sjoerd, Thank you for the patch. On ven., janv. 12, 2024 at 09:52, Sjoerd Simons wrote: > Include standard TI K3 dfu environment > > Signed-off-by: Sjoerd Simons Reviewed-by: Mattijs Korpershoek > > --- > > (no changes since v3) > > Changes in v3: > - Add dfu via environment rather then

Re: [PATCH v4 2/7] usb: dwc3: Switch to device mode on gadget start

2024-01-16 Thread Mattijs Korpershoek
Hi Sjoerd, Caleb On ven., janv. 12, 2024 at 12:55, Caleb Connolly wrote: > Hi Sjoerd, > > On 12/01/2024 08:52, Sjoerd Simons wrote: >> When dr_mode is "otg" the dwc3 is initially configured in _OTG mode; >> However in this mode the gadget functionality doesn't work without >> further

Re: [PATCH v4 2/7] usb: dwc3: Switch to device mode on gadget start

2024-01-16 Thread Mattijs Korpershoek
Hi Sjoerd, Thank you for the patch. On ven., janv. 12, 2024 at 09:52, Sjoerd Simons wrote: > When dr_mode is "otg" the dwc3 is initially configured in _OTG mode; > However in this mode the gadget functionality doesn't work without > further configuration. To resolve that on gadget start switch

Re: [PATCH v4 1/7] usb: dwc3: Add dwc3 glue driver for am62

2024-01-16 Thread Mattijs Korpershoek
Hi Sjoerd, Thank you for the patch. On ven., janv. 12, 2024 at 09:52, Sjoerd Simons wrote: > Add glue code for TI AM62 to the dwc3 driver; Most code adopted from > TI vendor u-boot code. > > Signed-off-by: Sjoerd Simons > > --- > > Changes in v4: > - Add config dependency on SYSCON > - Move

Re: [PATCH v4 0/7] Add DFU and usb boot for TI am62x SK and beagleplay

2024-01-16 Thread Mattijs Korpershoek
Hi Sjoerd, Thank you for the series. On ven., janv. 12, 2024 at 09:52, Sjoerd Simons wrote: > This series adds DFU support for TI AM62 SK board and new since this > version also for beagleplay. > > Since the last revision, apart from beagleplay support the main changes > are: > * Documentation

Re: Re: Re: [PATCH v4 5/6] mmc: bcmstb: Add support for bcm2712 SD controller

2024-01-16 Thread Ivan T. Ivanov
Hi, > On 01-12 09:44, Ivan T. Ivanov wrote: > On 01-11 23:07, Stefan Wahren wrote: > > > > Hi Ivan, > > > > Am 10.01.24 um 13:29 schrieb Ivan T. Ivanov: > > > Borrow SD quirks from vendor Linux driver. > > > > > > "BCM2712 unfortunately carries with it a perennial bug with the SD > > >

Re: Re: [PATCH v4 2/6] rpi5: Use devicetree as alternative way to read IO base addresses

2024-01-16 Thread Ivan T. Ivanov
On 01-10 10:00, Florian Fainelli wrote: > On 1/10/24 04:29, Ivan T. Ivanov wrote: > > From: Dmitry Malkin > > > > MBOX and Watchdog on RPi5/bcm2712 has a different base IO offsets. > > s/has a/have a / > Thanks! > > Find them via devicetree blob passed by bootloader. > > > > Signed-off-by:

Re: [PATCH] sandbox_flattree: enable button support

2024-01-16 Thread Neil Armstrong
On 15/01/2024 19:50, Caleb Connolly wrote: sandbox_flattree enables QCOM_PMIC_GPIO which now depends on BUTTON. As a result the button tests now get run, but fail because the ADC and GPIO button drivers aren't enabled. Enable them to run the tests for sandbox_flattree. Reported-by: Neil

Re: [PATCH 0/2] MAINTAINERS: add Mattijs for Android AB / AVB

2024-01-16 Thread Mattijs Korpershoek
Hi, On Fri, 12 Jan 2024 09:40:43 +0100, Mattijs Korpershoek wrote: > Igor has not been active for quite some time on lore: > https://lore.kernel.org/all/?q=igor.opan...@gmail.com > > It seems that Android AB and AVB could use some help maintaining. > > I'm interested in helping with maintaining

Re: [PATCH 0/2] MAINTAINERS: add Mattijs for Android AB / AVB

2024-01-16 Thread Mattijs Korpershoek
Hi Tom, all, On ven., janv. 12, 2024 at 08:50, Tom Rini wrote: > On Fri, Jan 12, 2024 at 09:40:43AM +0100, Mattijs Korpershoek wrote: > >> Igor has not been active for quite some time on lore: >> https://lore.kernel.org/all/?q=igor.opan...@gmail.com >> >> It seems that Android AB and AVB could

Re: [RFC][PATCH] ARM: imx: verdin-imx8mm: Set CAN oscillator frequency based on model

2024-01-16 Thread Francesco Dolcini
On Tue, Jan 16, 2024 at 02:01:02AM +0100, Marek Vasut wrote: > On 1/15/24 16:44, Francesco Dolcini wrote: > > On Sat, Jan 13, 2024 at 07:33:17PM +0100, Marek Vasut wrote: > > 0059, V1.1A and V1.1B, use a 20MHz oscillator > > 0055, V1.1A, V1.1B, V1.1C and V1.1D, use a 20Mhz oscillator > > Do you