Re: [PATCH] efi: Restrict the simple file system protocol to support only FAT

Hi Heinrich, 2021年6月3日(木) 15:14 Heinrich Schuchardt : [..] > > If a volume or file is read only the UEFI spec requires to report this > in EFI_FILE_PROTOCOL.GetInfo(). Yes. > > On partition level we have the following deficiencies in U-Boot: > > * we cannot (re-)mount a partition read-only > * w

Re: [PATCH] efi: Restrict the simple file system protocol to support only FAT

On Thu, Jun 03, 2021 at 03:36:38PM +0900, Masami Hiramatsu wrote: > Hi Ilias, > > 2021年6月3日(木) 15:25 Ilias Apalodimas : > > > > [...] > > > > > > > > At least Debian and Ubuntu do not allow /boot to be on a FAT file > > > > system. If we want to boot Linux via the EFI stub without GRUB, we need

Re: [PATCH] efi: Restrict the simple file system protocol to support only FAT

Hi Ilias, 2021年6月3日(木) 15:25 Ilias Apalodimas : > > [...] > > > > > > At least Debian and Ubuntu do not allow /boot to be on a FAT file system. > > > If we want to boot Linux via the EFI stub without GRUB, we need ext4 > > > support exposed to the EFI sub-system. See Ilias' recent contributions

[PATCHv5 17/26] arm: mach-k3: Add platform data for j721e and j7200

From: Dave Gerlach Add platform clock and powerdomain data for J721e and J7200. This data is used by the corresponding drivers to register all the required device clocks and powerdomains. Signed-off-by: Dave Gerlach Signed-off-by: Tero Kristo --- arch/arm/mach-k3/Makefile | 2 +- ar

[PATCHv5 25/26] board: ti: j72xx: README: update build instructions and image formats

From: Tero Kristo Update build instructions and image formats based on HSM rearch. A new DM image is added into the build, which gets executed right after R5 SPL finishes its job. Signed-off-by: Tero Kristo Signed-off-by: Tero Kristo --- board/ti/j721e/README | 9 ++--- 1 file changed, 6

[PATCHv5 26/26] arm: dts: k3-j72xx: correct MCU timer1 frequency

MCU timer1 is used as the tick timer for MCU R5 SPL, and the clock-frequency defined in DT appears to be incorrect at the moment. Actual clock source for the timer is MCU_SYSCLK0 / 4 which is 250MHz. Earlier setup of 25MHz went unnoticed, as there was a separate issue with omap-timer, which caused

[PATCHv5 24/26] configs: j7200_evm_r5: Enable raw access power management features

From: Dave Gerlach Sysfw is not going to provide access to power management features in the new architecture, so SPL must implement these itself. Enable all the raw register access based clock + power domain drivers. Signed-off-by: Dave Gerlach Signed-off-by: Tero Kristo --- configs/j7200_evm

[PATCHv5 22/26] arm: mach-k3: j721e_init: Force early probe of clk-k3 driver

From: Dave Gerlach Force the clk-k3 driver to probe early during R5 SPL boot to ensure the default system clock configuration is completed. Many other drivers assume a default state of the clock tree and it is currently possible for them to probe before clk-k3 depending on the exact system config

[PATCHv5 23/26] configs: j721e_evm_r5: Enable raw access power management features

From: Tero Kristo Sysfw is not going to provide access to power management features in the new architecture, so SPL must implement these itself. Enable all the raw register access based clock + power domain drivers. Signed-off-by: Tero Kristo Signed-off-by: Tero Kristo --- configs/j721e_evm_r

[PATCHv5 21/26] arm: mach-k3: sysfw-loader: pass boardcfg to sciserver

From: Tero Kristo Copy the contents of the board config loaded from sysfw.itb into an EXTBOOT shared memory buffer that gets passed to sciserver. This only needs to be done if EXTBOOT area has not been populated by ROM code yet. Signed-off-by: Tero Kristo Signed-off-by: Tero Kristo --- arch/a

[PATCHv5 19/26] arm: mach-k3: do board config for PM only if supported

From: Tero Kristo If the raw PM support is built in, we are operating in the split firmware approach mode where PM support is not available. In this case, skip the board config for this. Signed-off-by: Tero Kristo Signed-off-by: Tero Kristo --- arch/arm/mach-k3/sysfw-loader.c | 2 ++ 1 file c

[PATCHv5 20/26] arm: mach-k3: common: Drop main r5 start

From: Dave Gerlach Only start-up the non-linux remote cores if we are running in legacy boot mode. HSM rearch is not yet supporting this. Signed-off-by: Dave Gerlach Signed-off-by: Tero Kristo Signed-off-by: Tero Kristo --- arch/arm/mach-k3/common.c | 7 --- 1 file changed, 4 insertions(

[PATCHv5 18/26] arm: mach-k3: add support for detecting firmware images from FIT

From: Tero Kristo Add callback routines for parsing the firmware info from FIT image, and use the data to boot up ATF and the MCU R5 firmware. Signed-off-by: Tero Kristo Signed-off-by: Tero Kristo --- arch/arm/mach-k3/common.c | 80 + arch/arm/mach-k3/com

[PATCHv5 16/26] tools: k3_fit_atf: add DM binary to the FIT image

From: Tero Kristo Add DM (device manager) firmware image to the fit image that is loaded by R5 SPL. This is needed with the HSM rearch where the firmware allocation has been changed slightly. Signed-off-by: Tero Kristo Signed-off-by: Tero Kristo --- arch/arm/mach-k3/config.mk | 4 tools

[PATCHv5 15/26] cmd: ti: pd: Add debug command for K3 power domains

From: Tero Kristo Add support command for debugging K3 power domains. This is useful with the HSM rearch setup, where power domains are directly controlled by SPL instead of going through the TI SCI layer. The debugging support is only available in the u-boot codebase though, so the raw register

[PATCHv5 13/26] clk: add support for TI K3 SoC clocks

From: Tero Kristo Add driver to support TI K3 generation SoC clocks. This driver registers the clocks provided via platform data, and adds support for controlling the clocks via DT handles. Signed-off-by: Tero Kristo Signed-off-by: Tero Kristo --- drivers/clk/ti/Kconfig | 12 ++ drivers/clk

[PATCHv5 14/26] power: domain: Introduce driver for raw TI K3 PDs

From: Tero Kristo Normally, power domains are handled via TI-SCI in K3 SoCs. However, SPL is not going to have access to sysfw resources, so it must control them directly. Add driver for supporting this. Signed-off-by: Tero Kristo Signed-off-by: Tero Kristo Reviewed-by: Jaehoon Chung --- dri

[PATCHv5 12/26] clk: add support for TI K3 SoC PLL

From: Tero Kristo Add support for TI K3 SoC PLLs. This clock type supports enabling/disabling/setting and querying the clock rate for the PLL. The euclidean library routine is used to calculate divider/multiplier rates for the PLLs. Signed-off-by: Tero Kristo Signed-off-by: Tero Kristo --- dr

[PATCHv5 11/26] clk: fix set_rate to clean up cached rates for the hierarchy

From: Tero Kristo Clock rates are cached within the individual clock nodes, and right now if one changes a clock rate somewhere in the middle of the tree, none of its child clocks notice the change. To fix this, clear up all the cached rates for us and our child clocks. Signed-off-by: Tero Krist

[PATCHv5 10/26] clk: fix assigned-clocks to pass with deferring provider

From: Tero Kristo If a clock provider is not ready for assigning default rates/parents during its probe, it may return -EPROBE_DEFER directly from xlate. Handle this special case properly by skipping the entry and adjusting the return value to pass. The defaults will be handled properly in post p

[PATCHv5 09/26] clk: sci-clk: fix return value of set_rate

From: Tero Kristo Set rate should return the new clock rate on success, and negative error value on failure. Fix this, as currently set_rate returns 0 on success. Signed-off-by: Tero Kristo Signed-off-by: Tero Kristo --- drivers/clk/ti/clk-sci.c | 6 -- 1 file changed, 4 insertions(+), 2

[PATCHv5 08/26] clk: add support for setting clk rate from cmdline

From: Tero Kristo Add new clk subcommand "clk setfreq", for setting up a clock rate directly from u-boot cmdline. This is handy for any debugging purposes towards clocks. Acked-by: Lukasz Majewski Signed-off-by: Tero Kristo Signed-off-by: Tero Kristo --- cmd/clk.c | 49 ++

[PATCHv5 07/26] clk: do not attempt to fetch clock pointer with null device

From: Tero Kristo Bail out early if device returned for the parent clock is null. This avoids warning prints like this when doing clk dump: dev_get_uclass_priv: null device Signed-off-by: Tero Kristo Signed-off-by: Tero Kristo --- drivers/clk/clk-uclass.c | 2 ++ 1 file changed, 2 insertio

[PATCHv5 06/26] clk: fix clock tree dump to properly dump out every registered clock

From: Tero Kristo Some clocks are not associated to a DM node, so just parsing the DM is not enough. This is especially true for root clocks, which typically don't have any parents. Instead, fetch every registered UCLASS_CLK instance, and dump these out. Signed-off-by: Tero Kristo Signed-off-by

[PATCHv5 05/26] clk: fixed_rate: add API for directly registering fixed rate clocks

From: Tero Kristo Current driver only supports registering fixed rate clocks from DT. Add new API which makes it possible to register fixed rate clocks directly from e.g. platform specific clock drivers. Reviewed-by: Peng Fan Signed-off-by: Tero Kristo Signed-off-by: Tero Kristo --- drivers/

[PATCHv5 04/26] common: fit: Update board_fit_image_post_process() to pass fit and node_offset

From: Lokesh Vutla board_fit_image_post_process() passes only start and size of the image, but type of the image is not passed. So pass fit and node_offset, to derive information about image to be processed. Signed-off-by: Lokesh Vutla Reviewed-by: Tom Rini Signed-off-by: Tero Kristo --- arc

[PATCHv5 03/26] remoteproc: k3-r5: remove sysfw PM calls if not supported

From: Tero Kristo With the sysfw rearch, sysfw PM calls are no longer available from SPL level. To properly support this, remove the is_on checks and the reset assertion from the R5 remoteproc driver as these are not supported. Attempting to access unavailable services will cause the device to ha

[PATCHv5 02/26] arm: mach-k3: introduce new config option for sysfw split

From: Tero Kristo On J7 family of SoCs (J721E and J7200), sysfw is being split to be run under two cores, TIFS portion on DMSC core, and DM firmware under MCU R5. As MCU R5 is also used to run one phase of the bootloader, we must prevent access from here towards sysfw services. To support this, a

[PATCHv5 01/26] lib: rational: copy the rational fraction lib routines from Linux

From: Tero Kristo Copy the best rational approximation calculation routines from Linux. Typical usecase for these routines is to calculate the M/N divider values for PLLs to reach a specific clock rate. This is based on linux kernel commit: "lib/math/rational.c: fix possible incorrect result fro

[PATCHv5 00/26] Re-base / re-post of TI-K3 HSM rearch series

Hi, As requested, this is just a rebase to the latest u-boot tip. Boot tested on j721e to make sure nothing got broken. -Tero

Re: [PATCH] efi: Restrict the simple file system protocol to support only FAT

[...] > > > > At least Debian and Ubuntu do not allow /boot to be on a FAT file system. > > If we want to boot Linux via the EFI stub without GRUB, we need ext4 > > support exposed to the EFI sub-system. See Ilias' recent contributions for > > the EFI_LOAD_FILE2_PROTOCOL for initrd and efidebug.

Re: [PATCH] efi: Restrict the simple file system protocol to support only FAT

On 6/3/21 7:39 AM, Masami Hiramatsu wrote: Hi Heinrich, 2021年6月3日(木) 14:15 Heinrich Schuchardt : Am 3. Juni 2021 06:57:16 MESZ schrieb Masami Hiramatsu : Hi Heinrich, 2021年6月3日(木) 13:08 Heinrich Schuchardt : Am 3. Juni 2021 04:17:56 MESZ schrieb Masami Hiramatsu : Because UEFI specifica

Re: [PATCH 00/10] AM642-EVM: Add USB support

Hi, On 03/06/21 10:59 am, Lokesh Vutla wrote: > > > On 01/06/21 9:43 pm, Aswath Govindraju wrote: >> Hi all, >> >> On 01/06/21 8:43 pm, Aswath Govindraju wrote: >>> The following series of patches add support for the following >>> - Kconfig symbol for giving the load address for ATF >>> - USB Ma

[PATCH v2 10/10] configs: am64: Enable configs to support USB host and device modes

Enable config options required to add support for USB Mass storage boot, USB DFU boot, host and device modes in U-Boot. Signed-off-by: Aswath Govindraju --- configs/am64x_evm_a53_defconfig | 39 + configs/am64x_evm_r5_defconfig | 36 --

[PATCH v2 09/10] arm: dts: k3-am64-main: Update the location of ATF in SRAM

For USB DFU boot mode there is a limitation on the load address of boot images that they have to be less than 0x70001000. So, the load address of SPL has been moved to 0x7000 and ATF has been moved to a latter location, 0x701a. Therefore, update its location accordingly in the device tree

[PATCH v2 08/10] configs: am64x_evm_*_defconfig: Move the SPL Load address to 0x70000000, move the ATF to a latter location and rearrange EEPROM and BSS data

For USB DFU boot mode there is a limitation on the load address of boot images that they have to be less than 0x70001000. Therefore, move the SPL_TEXT_BASE address to 0x7000. Currently ATF is being loaded at 0x7000, if the SPL is being loaded at 0x7000 then ATF would overwrite SPL imag

[PATCH v2 07/10] arm: dts: k3-am642-evm-u-boot: Add U-Boot tags and fix the dr_mode to peripheral for USB subsystem

Add U-Boot tags and fix the dr_mode as peripheral in U-Boot to support DFU by default. Signed-off-by: Aswath Govindraju --- arch/arm/dts/k3-am642-evm-u-boot.dtsi | 13 + 1 file changed, 13 insertions(+) diff --git a/arch/arm/dts/k3-am642-evm-u-boot.dtsi b/arch/arm/dts/k3-am642-evm-

[PATCH v2 06/10] arm: dts: k3-am642-*-evm: Add USB support

AM64 EVM board has a micro USB 2.0 AB connector and the USB0_VBUS is connected with a resistor divider in between. USB0_DRVVBUS pin is muxed between USB0_DRVVBUS and GPIO1_79 signals. Add the corresponding properties and set the pinmux mode for USB subsystem in the evm dts file. Signed-off-by: As

[PATCH v2 05/10] arm: dts: k3-am64-main: Add USB DT nodes

Add DT node for the single USB subsystem in main dtsi file. Signed-off-by: Aswath Govindraju --- arch/arm/dts/k3-am64-main.dtsi | 30 ++ 1 file changed, 30 insertions(+) diff --git a/arch/arm/dts/k3-am64-main.dtsi b/arch/arm/dts/k3-am64-main.dtsi index a65011b396cc..

[PATCH v2 04/10] board: ti: am64x: Set the core voltage of USB PHY to 0.85V

Set the core voltage of USB PHY in AM64x to 0.85V in spl_board_init(). Signed-off-by: Aswath Govindraju --- board/ti/am64x/evm.c | 14 ++ 1 file changed, 14 insertions(+) diff --git a/board/ti/am64x/evm.c b/board/ti/am64x/evm.c index 35cd9e027c04..cdbb9a87bc44 100644 --- a/board/ti/

[PATCH v2 03/10] arm: mach-k3: am642_init: Do USB fixups to facilitate host and device boot modes

U-Boot either supports USB host or device mode for a node at a time in the device tree nodes. To support both host and dfu bootmodes, dr_mode is set to "peripheral" by default and then fixed based on the mode selected by the boot mode config dip switches on the board. This needs to happen before t

[PATCH v2 02/10] arm: mach-k3: am642_init: Add support for USB boot mode

Add support for identifying USB host and device boot modes Signed-off-by: Aswath Govindraju --- arch/arm/mach-k3/am642_init.c | 13 +++-- arch/arm/mach-k3/include/mach/am64_hardware.h | 5 + arch/arm/mach-k3/include/mach/am64_spl.h | 6 -- 3 files changed,

[PATCH v2 01/10] tools: k3_fit_atf: Add support for providing ATF load address using a Kconfig symbol

Add support for providing ATF load address with a Kconfig symbol. Signed-off-by: Aswath Govindraju --- arch/arm/mach-k3/Kconfig | 7 +++ arch/arm/mach-k3/config.mk | 1 + tools/k3_fit_atf.sh| 9 ++--- 3 files changed, 14 insertions(+), 3 deletions(-) diff --git a/arch/arm/mach

[PATCH v2 00/10] AM642-EVM: Add USB support

The following series of patches add support for the following - Kconfig symbol for giving the load address for ATF - USB Mass storage boot mode in AM642-EVM - DFU boot mode in AM642-EVM - Host and peripheral modes for AM642-EVM in U-Boot - Set the USB PHY core voltage to 0.85V changes since v1, -

Re: [PATCH 01/10] tools: k3_fit_atf: Add support for providing ATF load address using a Kconfig symbol

Hi Lokesh, On 03/06/21 10:54 am, Lokesh Vutla wrote: > > > On 01/06/21 8:43 pm, Aswath Govindraju wrote: >> Add support for providing ATF load address with a Kconfig symbol. >> >> Signed-off-by: Aswath Govindraju >> --- >> arch/arm/mach-k3/Kconfig | 7 +++ >> arch/arm/mach-k3/config.mk |

Re: [PATCH] efi: Restrict the simple file system protocol to support only FAT

Hi Heinrich, 2021年6月3日(木) 14:15 Heinrich Schuchardt : > > Am 3. Juni 2021 06:57:16 MESZ schrieb Masami Hiramatsu > : > >Hi Heinrich, > > > >2021年6月3日(木) 13:08 Heinrich Schuchardt : > >> > >> Am 3. Juni 2021 04:17:56 MESZ schrieb Masami Hiramatsu > >: > >> >Because UEFI specification v2.9, 13.3 Fi

Re: [PATCH 0/3] J7200: Add support for HS400 speed mode

On 25/05/21 3:08 pm, Aswath Govindraju wrote: > The following series of patches add support for HS400 speed mode on J7200 > SoC. > > For HS400 support to work, the following series of patches depend on, > https://patchwork.ozlabs.org/project/uboot/patch/20210405144428.12159-1-a-govindr...@ti.co

Re: [PATCH 00/10] AM642-EVM: Add USB support

On 01/06/21 9:43 pm, Aswath Govindraju wrote: > Hi all, > > On 01/06/21 8:43 pm, Aswath Govindraju wrote: >> The following series of patches add support for the following >> - Kconfig symbol for giving the load address for ATF >> - USB Mass storrage boot mode in AM642-EVM >> - DFU boot mode in

Re: [PATCH 01/10] tools: k3_fit_atf: Add support for providing ATF load address using a Kconfig symbol

On 01/06/21 8:43 pm, Aswath Govindraju wrote: > Add support for providing ATF load address with a Kconfig symbol. > > Signed-off-by: Aswath Govindraju > --- > arch/arm/mach-k3/Kconfig | 7 +++ > arch/arm/mach-k3/config.mk | 1 + > tools/k3_fit_atf.sh| 9 ++--- > 3 files chan

Re: [PATCH] efi: Restrict the simple file system protocol to support only FAT

Am 3. Juni 2021 06:57:16 MESZ schrieb Masami Hiramatsu : >Hi Heinrich, > >2021年6月3日(木) 13:08 Heinrich Schuchardt : >> >> Am 3. Juni 2021 04:17:56 MESZ schrieb Masami Hiramatsu >: >> >Because UEFI specification v2.9, 13.3 File System Format said "The >> >file system supported by the Extensible Firm

Re: [PATCH] efi: Restrict the simple file system protocol to support only FAT

Hi Heinrich, 2021年6月3日(木) 13:08 Heinrich Schuchardt : > > Am 3. Juni 2021 04:17:56 MESZ schrieb Masami Hiramatsu > : > >Because UEFI specification v2.9, 13.3 File System Format said "The > >file system supported by the Extensible Firmware Interface is based > >on the FAT file system.", the simple

RE: [PATCH] arm: bootm: wrong lmb region reservation when PRAM is used

Hi Folks, I hope you are all doing well! Is it possible this patch to get some attention? Thanks! Regards, Aleksandar -Original Message- From: Tom Rini Sent: Freitag, 30. April 2021 13:53 To: Aleksandar Gerasimovski ; Patrick Delaunay ; Michal Simek ; . Simon Goldschmidt Cc: u-boot

Re: [PATCH] efi: Restrict the simple file system protocol to support only FAT

Am 3. Juni 2021 04:17:56 MESZ schrieb Masami Hiramatsu : >Because UEFI specification v2.9, 13.3 File System Format said "The >file system supported by the Extensible Firmware Interface is based >on the FAT file system.", the simple file system protocol might be >better to support only FAT filesyst

Re: [PATCH] efi: Restrict the simple file system protocol to support only FAT

Hi Akashi-san, 2021年6月3日(木) 11:50 AKASHI Takahiro : > > On Thu, Jun 03, 2021 at 11:17:56AM +0900, Masami Hiramatsu wrote: > > Because UEFI specification v2.9, 13.3 File System Format said "The > > file system supported by the Extensible Firmware Interface is based > > on the FAT file system.", the

Re: [PATCH] efi: Restrict the simple file system protocol to support only FAT

On Thu, Jun 03, 2021 at 11:17:56AM +0900, Masami Hiramatsu wrote: > Because UEFI specification v2.9, 13.3 File System Format said "The > file system supported by the Extensible Firmware Interface is based > on the FAT file system.", the simple file system protocol might be > better to support only

RE: [v2, 3/3] armv8: layerscape: drop CONFIG_SYS_FSL_MMC_HAS_CAPBLT_VS33

> -Original Message- > From: Michael Walle > Sent: 2021年6月2日 15:03 > To: Y.b. Lu > Cc: u-boot@lists.denx.de; Peng Fan ; Priyanka Jain > ; Shengzhou Liu ; Pramod > Kumar ; Rajesh Bhagat > ; Andy Tang ; Ashish Kumar > ; Meenakshi Aggarwal > > Subject: Re: [v2, 3/3] armv8: layerscape: drop

RE: [v2, 1/3] mmc: fsl_esdhc: convert to CONFIG_FSL_ESDHC_VS33_NOT_SUPPORT

Hi Jaehoon, > -Original Message- > From: Jaehoon Chung > Sent: 2021年6月2日 14:58 > To: Y.b. Lu ; u-boot@lists.denx.de; Peng Fan > > Cc: Priyanka Jain ; Shengzhou Liu > ; Michael Walle ; Pramod > Kumar ; Rajesh Bhagat > ; Andy Tang ; Ashish Kumar > ; Meenakshi Aggarwal > > Subject: Re: [v2

[v3, 3/3] armv8: layerscape: drop CONFIG_SYS_FSL_MMC_HAS_CAPBLT_VS33

Drop CONFIG_SYS_FSL_MMC_HAS_CAPBLT_VS33. CONFIG_FSL_ESDHC_VS33_NOT_SUPPORT is used instead. Signed-off-by: Yangbo Lu --- Changes for v2: - Updated copyright. Changes for v3: - Dropped wrong copyright. --- include/configs/T208xQDS.h | 3 +-- include/configs/T208xRDB.h

[v3, 2/3] mmc: fsl_esdhc_imx: drop CONFIG_SYS_FSL_MMC_HAS_CAPBLT_VS33

There is no i.MX board using such option. Drop it. Signed-off-by: Yangbo Lu --- Changes for v2: - Updated copyright. Changes for v3: - None. --- drivers/mmc/fsl_esdhc_imx.c | 7 +-- 1 file changed, 1 insertion(+), 6 deletions(-) diff --git a/drivers/mmc/fsl_esdhc_imx.c b/dri

[v3, 1/3] mmc: fsl_esdhc: convert to CONFIG_FSL_ESDHC_VS33_NOT_SUPPORT

For eSDHC, power supply is through peripheral circuit. Some eSDHC versions have value 0 of the bit but that does not reflect the truth. 3.3V is common for SD/MMC, and is supported for all boards with eSDHC in current u-boot. So, make 3.3V is supported in default in code. CONFIG_FSL_ESDHC_VS33_NOT_S

[v3, 0/3] Drop CONFIG_FSL_ESDHC_VS33_NOT_SUPPORT

For eSDHC, power supply is through peripheral circuit. Some eSDHC versions have value 0 of the bit but that does not reflect the truth. 3.3V is common for SD/MMC, and is supported for all boards with eSDHC in current u-boot. So, make 3.3V is supported in default in code. CONFIG_FSL_ESDHC_VS33_NOT_S

Re: [PATCH] efi: Restrict the simple file system protocol to support only FAT

+Cc: Grant and Vincent This will fix some EBBR certification test errors if the target machine has any partition which is partially (e.g. read only) supported by U-Boot. UEFI spec doesn't require accessing such filesystems, but U-Boot provides. Of course, we can also drop filesystem configs excep

[PATCH] efi: Restrict the simple file system protocol to support only FAT

Because UEFI specification v2.9, 13.3 File System Format said "The file system supported by the Extensible Firmware Interface is based on the FAT file system.", the simple file system protocol might be better to support only FAT filesystem. There must be no problem from UEFI application to access

Re: [PATCH v1 4/5] rockchip: Add rk3568 architecture core

Hi, Peter: 在 2021/6/2 19:51, Peter Robinson 写道: On Wed, Jun 2, 2021 at 12:47 PM Joseph Chen wrote: RK3568 is a high-performance and low power quad-core application processor designed for personal mobile internet device and AIoT equipments. Signed-off-by: Joseph Chen --- arch/arm/include/a

[PATCH v2 7/8] rtc: davinci: add driver model support

Update the driver to support the device tree and the driver model. The read / write helpers in rtc_ops allow access to scratch registers only. The offset parameter is added to the address of the scratch0 register. Support for non-DM has been removed as there were no users. Signed-off-by: Dario Bi

[PATCH v2 8/8] rtc: davinci: fix date loaded on reset

On reset, the RTC loads the 2000-01-01 date with a wrong day of the week (Sunday instead of Saturday). Signed-off-by: Dario Binacchi --- (no changes since v1) drivers/rtc/davinci.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/drivers/rtc/davinci.c b/drivers/rtc/davinci.c in

[PATCH v2 4/8] rtc: davinci: check BUSY bit before set TC registers

To write correct data to the TC registers, the STATUS register must be read until the BUSY bit is equal to zero. Once the BUSY flag is zero, there is a 15 μs access period in which the TC registers can be programmed. The rtc_wait_not_busy() has been inspired by the Kernel. Signed-off-by: Dario Bin

[PATCH v2 5/8] rtc: davinci: use unlock/lock mechanism

The RTC module contains a kicker mechanism to prevent any spurious writes from changing the register values. To set the time, you must first unlock the TC registers, update them and then lock. Signed-off-by: Dario Binacchi --- (no changes since v1) drivers/rtc/davinci.c | 14 ++ 1

[PATCH v2 3/8] rtc: davinci: replace 32bit access with 8bit access

Use 32-bit access only where it is needed. Most of the RTC registers contain useful information in the 8 least significant bits, the others are reserved. Signed-off-by: Dario Binacchi --- (no changes since v1) drivers/rtc/davinci.c | 32 1 file changed, 16 inse

[PATCH v2 6/8] arm: dts: sync rtc node of am335x boards with Linux 5.9-rc7

There have been some changes to the am335x- DTs related to the rtc node, so let's re-syncs them with Linux. Signed-off-by: Dario Binacchi --- (no changes since v1) arch/arm/dts/am335x-bone-common.dtsi| 5 + arch/arm/dts/am335x-evm.dts | 5 + arch/arm/dts/am335x-evmsk.dt

[PATCH v2 0/8] rtc: davinci: add driver model support

The series adds driver model support for omap RTC plus some fixes. Changes in v2: - Separated from Kconfig patch - Use consistent naming (omap_rtc_. - Remove non-DM support. It's no more used. Dario Binacchi (8): rtc: davinci: enable compilation for omap architectures rtc: davinci: fix comp

[PATCH v2 1/8] rtc: davinci: enable compilation for omap architectures

The Davinci's onchip RTC is also present on TI OMAP1, AM33XX, AM43XX and DRA7XX SOCs. So, let's enable compilation for these architectures too. Signed-off-by: Dario Binacchi --- (no changes since v1) drivers/rtc/Kconfig | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/rtc/Kco

[PATCH v2 2/8] rtc: davinci: fix compiler errors

Fix errors raised by module compilation. Signed-off-by: Dario Binacchi --- Changes in v2: - Separated from Kconfig patch drivers/rtc/davinci.c | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/drivers/rtc/davinci.c b/drivers/rtc/davinci.c index c446e7a735..8f5f76

Re: [PATCH] doc: usage: man-page for ums command

On 6/2/21 3:52 PM, Patrick Delaunay wrote: Provide a man-page for the ums command for USB Mass Storage. Signed-off-by: Patrick Delaunay --- doc/usage/index.rst | 1 + doc/usage/ums.rst | 54 + 2 files changed, 55 insertions(+) create mode 10

[PATCH 1/1] efi_loader: efi_capsule_delete_file() NULL dereference

If opening a file fails, the file handle pointer is not valid and must not be dereferenced. Signed-off-by: Heinrich Schuchardt --- lib/efi_loader/efi_capsule.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/lib/efi_loader/efi_capsule.c b/lib/efi_loader/efi_capsule.c index

[PATCH u-boot-marvell 7/7] arm64: a37xx: dts: rename internal-regs node

The node `internal-regs` is called `internal-regs@d000` in Linux' device tree. Rename this in U-Boot also. No in-tree code depends on this name, so this should be safe. Signed-off-by: Marek Behún --- arch/arm/dts/armada-37xx.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff -

[PATCH u-boot-marvell 6/7] arm: mvebu: turris_mox: enable options for Turris network boot

Enable configuration options to support Turris network boot. This includes FIT support and some crypto commands. Signed-off-by: Marek Behún --- configs/turris_mox_defconfig | 8 1 file changed, 8 insertions(+) diff --git a/configs/turris_mox_defconfig b/configs/turris_mox_defconfig ind

[PATCH u-boot-marvell 5/7] arm: mvebu: dts: turris_mox: add nodes for SPI NOR partitions

Add nodes for SPI NOR partitions to the device tree of Turris MOX, as are in Linux' device tree. Signed-off-by: Marek Behún --- arch/arm/dts/armada-3720-turris-mox.dts | 31 + 1 file changed, 31 insertions(+) diff --git a/arch/arm/dts/armada-3720-turris-mox.dts b/arch/a

[PATCH u-boot-marvell 4/7] arm: mvebu: configs: turris_mox: add fdtfile default env variable

Add default fdtfile environment variable with value marvell/armada-3720-turris-mox.dtb. This can be useful for some boot scenarios. Signed-off-by: Marek Behún --- include/configs/turris_mox.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/configs/turris_mox.h b/include/configs/turr

[PATCH u-boot-marvell 3/7] arm: mvebu: turris_mox: start blinking PHY LEDs when entering rescue

Configure blinking on ethernet PHY LEDs on the MOX A board when entering rescue mode via reset button. Signed-off-by: Marek Behún --- board/CZ.NIC/turris_mox/turris_mox.c | 35 1 file changed, 35 insertions(+) diff --git a/board/CZ.NIC/turris_mox/turris_mox.c b/boa

[PATCH u-boot-marvell 1/7] arm: mvebu: dts: turris_mox: add button and LED nodes

Add nodes for indicator LED and reset button so that board code can implement board factory reset mechanism. Signed-off-by: Marek Behún --- arch/arm/dts/armada-3720-turris-mox.dts | 24 1 file changed, 24 insertions(+) diff --git a/arch/arm/dts/armada-3720-turris-mox.dt

[PATCH u-boot-marvell 2/7] arm: mvebu: turris_mox: add support for board rescue mode

Add necessary config options and board code to support board factory reset / rescue mode on Turris MOX. In order to also support invoking rescue mode from U-Boot console, without having to press the factory reset button, put the rescue command into `bootcmd_rescue` default environment variable. Wh

[PATCH u-boot-marvell 0/7] Changes for Turris MOX

Hello Stefan, Here are some changes for Turris MOX: - dts changes - more config options enabled - rescue mode support added If it is possible, since this touches only our device, we would like this to be also merged for v2021.07 (once reviewed by you and Pali). (The last patch touches common arm

[PATCH v2 5/5] arm: dts: stm32mp157c-odyssey-som: enable SDMMC2 in SPL

Enable the SDMMC2 device tree node, as well as the pins it uses, in U-Boot SPL. Signed-off-by: Grzegorz Szymaszek Cc: Patrice Chotard Cc: Patrick Delaunay --- Changes for v2: - rebased on current master - added a short commit message body .../dts/stm32mp157c-odyssey-som-u-boot.dtsi |

[PATCH v2 4/5] arm: dts: stm32mp157c-odyssey-som: enable the SDMMC2 eMMC HS DDR mode

Enable the SDMMC2 eMMC high-speed DDR mode as it is done in the corresponding Linux kernel device tree. Signed-off-by: Grzegorz Szymaszek Cc: Patrice Chotard Cc: Patrick Delaunay --- Changes for v2: - rebased on current master - added a short commit message body arch/arm/dts/stm32mp157c

[PATCH v2 3/5] arm: dts: stm32mp157c-odyssey-som: set the SDMMC2 VQMMC supply

Set the SDMMC2 VQMMC supply to vdd (buck3). Note that in the corresponding Linux kernel device tree, the supply is set to v3v3 (buck4), which is wrong. Signed-off-by: Grzegorz Szymaszek Cc: Patrice Chotard Cc: Patrick Delaunay Reviewed-by: Patrice Chotard --- Changes for v2: - rebased on cu

[PATCH v2 2/5] arm: dts: stm32mp157c-odyssey-som: enable all SDMMC2 data lanes

Add the “sdmmc2_d47_pins_d” pins to the SDMMC2 pinctrls. Increase the bus width from four to eight. Signed-off-by: Grzegorz Szymaszek Cc: Patrice Chotard Cc: Patrick Delaunay Reviewed-by: Patrice Chotard --- Changes for v2: - rebased on current master (patch not changed) - added Patrice

[PATCH v2 1/5] arm: dts: stm32mp157c-odyssey-som: fix the basic SDMMC2 properties

The SDMMC2 interface hosts an eMMC. Replace the interface properties that would only apply to SD cards—“broken-cd” and “disable-wp”—with relevant ones: “non-removable”, “no-sd” and “no-sdio”. Signed-off-by: Grzegorz Szymaszek Cc: Patrice Chotard Cc: Patrick Delaunay Reviewed-by: Patrice Chotard

[PATCH v2 0/5] arm: dts: stm32mp157c-odyssey-som: sync SDMMC2 with Linux and TF‑A

This patchset updates the properties of the SDMMC2 device tree node so that they match their Linux kernel and Trusted Firmware A counterparts. Two differences will remain: — in the Linux kernel device tree, the VQMMC supply is incorrectly set to v3v3 (buck4) instead of vdd (buck3); — in the TF‑A

Re: [PATCHv4 00/26] J72xx: HSM rearch support series

Hi Tero, On 11/05/21 2:00 pm, Tero Kristo wrote: > Hello, > > Couple of small changes in v4: > - re-worked patch #14 to include review comments from Jaehoon Chung > * changed code to use iopoll version instead of hand crafted loops > for timeout handling > * other mostly cosmetic changes

Re: [TF-A] Proposal: TF-A to adopt hand-off blocks (HOBs) for information passing between boot stages

+ TF-A list that got dropped (again)! Joanna From: Joanna Farley Date: Wednesday, 2 June 2021 at 15:29 To: Madhukar Pappireddy , Okash Khawaja , Simon Glass Cc: Harb Abdulhamid OS , Boot Architecture Mailman List , Ed Stuber , Arjun Khare , U-Boot Mailing List , Paul Isaac's , Ron Minnich

Re: [TF-A] Proposal: TF-A to adopt hand-off blocks (HOBs) for information passing between boot stages

Hi Everyone, The Manish Pandy and Madhukar Pappireddy of the TF-A team are planning to host another TF-A Tech Forum this Thursday to continue the live discussion. Here is their agenda: On tech forum this week, we would like to continue discussions on HOB list design. The topics which we

Re: [PATCH u-boot-dm + u-boot-spi v4 00/10] Support SPI NORs and OF partitions in `mtd list`

On Wed, 26 May 2021 23:34:18 +0530 Jagan Teki wrote: > On Wed, May 26, 2021 at 11:25 PM Marek Behún > wrote: > > > > On Wed, 26 May 2021 22:28:34 +0530 > > Jagan Teki wrote: > > > > > This series have some conflicts wrt my series about MTD UCLASS > > > migration. Does this bypass that series?

[PATCH] doc: usage: man-page for ums command

Provide a man-page for the ums command for USB Mass Storage. Signed-off-by: Patrick Delaunay --- doc/usage/index.rst | 1 + doc/usage/ums.rst | 54 + 2 files changed, 55 insertions(+) create mode 100644 doc/usage/ums.rst diff --git a/doc/usage/in

Re: [PATCH] doc: usage: reorder commands in index.rst

On 02.06.21 10:11, Patrick Delaunay wrote: > Reorder alphabetically the command in the index of usage > in U-Boot documentation. > > Signed-off-by: Patrick Delaunay Reviewed-by: Heinrich Schuchardt > --- > > doc/usage/index.rst | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > >

Re: [PATCH u-boot-marvell 2/2] arm: mvebu: turris_omnia: support invoking rescue boot from console

On Friday 28 May 2021 10:00:49 Marek Behún wrote: > Make it possible to invoke rescue boot from U-Boot console, without > having to press the factory reset button. This is needed when accessing > the device remotely, for example. > > Achieve this by putting rescue command into `bootcmd_rescue` def

Re: [PATCH u-boot-marvell 1/2] arm: mvebu: turris_omnia: update rescue mode boot command

On Friday 28 May 2021 10:00:48 Marek Behún wrote: > Update rescue mode boot command on Turris Omnia. We are compressing the > image with lzma now. > > Signed-off-by: Marek Behún Reviewed-by: Pali Rohár > --- > board/CZ.NIC/turris_omnia/turris_omnia.c | 9 +++-- > 1 file changed, 7 inserti

Re: [BUG] network is broken on Orange Pi PC

On Tue, Jun 1, 2021 at 12:35 AM Heinrich Schuchardt wrote: > > Dear all, > > network is broken in U-Boot on orangepi_pc_defconfig: > > U-Boot 2021.07-rc3-00059-gd8729a114e (May 31 2021 - 21:26:56 +) > Allwinner Technology > eth0: ethernet@1c3 > => dhcp > sun8i_emac_eth_start: Timeout > > B

Re: [PATCH v2 1/7] arm: a37xx: pci: Don't put link into LTSSM Recovery state during probe

On Wed, 2 Jun 2021 07:12:50 +0200 Stefan Roese wrote: > > Hello Stefan! Thank you for review. Would you be sending these A3720 > > patches to 2021.07 version? > > My plan was to postpone these patches to the next release, as they > seem quite intrusive. But please let me know if you think this

Re: [PATCH] doc: usage: man-page for pinmux command

Hi Patrick On 6/2/21 1:56 PM, Patrick Delaunay wrote: > Provide a man-page for the pinmux command. > > Signed-off-by: Patrick Delaunay > --- > > Dependency with [1] for the option for status: > > pinmux status > > [1] cmd: pinmux: support pin name in status command > > http://patchwo

  1   2   >