Hi Patrick
On 5/20/22 18:24, Patrick Delaunay wrote:
> Add stm32mp15x prefix to all STM32MP15x board specific functions,
> this patch is a preliminary step for STM32MP13x support.
>
> This patch also adds the RCC probe to avoid circular access with
> usbphyc probe as clk provider.
>
> Signed-off
Hi Patrick
On 5/20/22 18:24, Patrick Delaunay wrote:
> Add in U-Boot documentation the quick instruction to
> setup the STMicroelectronics STM32MP13x boards.
>
> Signed-off-by: Patrick Delaunay
> ---
>
> Changes in v2:
> - fix typo error in commit message and in rst file
>
> doc/board/st/stm3
HI Patrick
On 5/17/22 14:37, Patrick Delaunay wrote:
> Replace in the function of_machine_is_compatible(), the used API
> fdt_node_check_compatible() by ofnode_device_is_compatible()
> to support a live tree.
>
> Signed-off-by: Patrick Delaunay
> ---
>
> drivers/core/device.c | 4 +---
> 1 fil
> Subject: Re: [PATCH V4 1/8] spl: guard u_boot_any with X86
>
> On Sat, May 21, 2022 at 08:33:56AM +, Peng Fan wrote:
> > > Subject: Re: [PATCH V4 1/8] spl: guard u_boot_any with X86
> > >
> > > On Fri, May 20, 2022 at 10:10:40PM +0800, Peng Fan (OSS) wrote:
> > >
> > > > From: Peng Fan
> >
> Subject: Re: [PATCH V4 1/8] spl: guard u_boot_any with X86
>
> On 21/05/2022 15:05, Tom Rini wrote:
> > On Sat, May 21, 2022 at 08:33:56AM +, Peng Fan wrote:
> >>> Subject: Re: [PATCH V4 1/8] spl: guard u_boot_any with X86
> >>>
> >>> On Fri, May 20, 2022 at 10:10:40PM +0800, Peng Fan (OSS)
Hi Eddie,
Thanks for the patch.
[...]
> +static const struct tpm_tis_chip_data tpm_tis_std_chip_data = {
> + .pcr_count = 24,
> + .pcr_select_min = 3,
> +};
> +
> +static const struct udevice_id tpm_tis_i2c_ids[] = {
> + {
> + .compatible = "nuvoton,npct75x",
> +
Hello Patrick,
On 20.05.22 18:38, Patrick Delaunay wrote:
> Replace reference to the correct name STMicroelectronics
>
> Signed-off-by: Patrick Delaunay
> ---
>
> arch/arm/Kconfig | 2 +-
> arch/arm/cpu/armv7/stv0991/lowlevel.S | 2 +-
> arch/arm/mach-sti/Kconfig
Hello Michael,
On 22.05.22 15:22, Michael Trimarchi wrote:
> rootwait=1 is not a valid kernel boot parameters. According
> to the documenation is only rootwait
>
> rootwait [KNL] Wait (indefinitely) for root device to show up.
> Useful for devices that are detected as
This adds support for the dirmap API to the spi-nor subsystem, as
introduced in Linux commit df5c210 ("mtd: spi-nor: use spi-mem
dirmap API").
This patch is synchronize from the following patch
https://patchwork.ozlabs.org/project/uboot/patch/20210205043924.149504-4-sean...@gmail.com/
Signed-off-
Add spi-aspeed.c file for ARM ASPEED.
Signed-off-by: Chin-Ting Kuo
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 56be0bfad0..f2cd707eda 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -688,6 +688,13 @@ S: Maintained
F: drivers/pci/p
Enable CONFIG_SPI_DIRMAP on ASPEED platforms.
Signed-off-by: Chin-Ting Kuo
---
configs/evb-ast2500_defconfig | 1 +
configs/evb-ast2600_defconfig | 1 +
2 files changed, 2 insertions(+)
diff --git a/configs/evb-ast2500_defconfig b/configs/evb-ast2500_defconfig
index fd04fe5a60..097b991a1b 10064
>From the HW point of view, the performance of
command read mode is greater than user mode slightly.
Thus, dirmap read framework is introduced to achieve
this goal.
In dirmap_create, a specific decoded address area with
flash size is assigned to each CS. CPU can thus access
the SPI flash as normal
Add ID for Winbond W25Q512JV device which is supported
on AST2600 EVB by default.
Signed-off-by: Chin-Ting Kuo
---
drivers/mtd/spi/spi-nor-ids.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/mtd/spi/spi-nor-ids.c b/drivers/mtd/spi/spi-nor-ids.c
index 7050ddc397..444affb5af 100
This adds the dirmap API originally introduced in Linux commit aa167f3
("spi: spi-mem: Add a new API to support direct mapping"). This also
includes several follow-up patches and fixes.
Changes from Linux include:
* Added Kconfig option
* Changed struct device to struct udevice
* Changed struct sp
For both AST2500 and AST2600, there are three
SPI controllers, FMC(Firmware Memory Controller),
SPI1 and SPI2. The clock source is HCLK. Following
is the basic information for ASPEED SPI controller.
AST2500:
- FMC:
CS number: 3
controller reg: 0x1e62 - 0x1e62
decoded ad
- Enable ASPEED SPI controller driver.
- Enable SPI flash memory configurations.
- Enable configurations for SPI flash manufacturers
supported on both ASPEED AST2500 and AST2600 AVL.
Signed-off-by: Chin-Ting Kuo
---
configs/evb-ast2500_defconfig | 13 +
configs/evb-ast2600_defconfi
Add ASPEED BMC FMC/SPI memory controller driver with
spi-mem interface for AST2500 and AST2600 platform.
There are three SPI memory controllers embedded in an ASPEED SoC.
- FMC: Named as Firmware Memory Controller. After AC on, MCU ROM
fetches initial device boot image from FMC chip select(
This patch series aims to porting ASPEED FMC/SPI memory controller
driver with spi-mem interface. spi-mem dirmap framework is also
synchronized from Linux. These patches have been verified on both
AST2600 and AST2500 EVBs.
Changes in v2:
- Separate defconfig files from the SPI driver patch.
-
User can get correct HCLK frequency during driver probe stage
by adding the following configuration in the device tree.
"clocks = <&scu ASPEED_CLK_AHB>".
Signed-off-by: Chin-Ting Kuo
Reviewed-by: Cédric Le Goater
---
drivers/clk/aspeed/clk_ast2500.c | 23 +++
1 file changed,
Add FWSPICS1 and SPI1CS1 in AST2500 pinctrl group.
On AST2500 EVB, FWSPICS1 can be supported by default.
An extra jumper, J45, should be configured before
enabling SPI1CS1.
Signed-off-by: Chin-Ting Kuo
Reviewed-by: Cédric Le Goater
---
drivers/pinctrl/aspeed/pinctrl_ast2500.c | 2 ++
1 file cha
On Wed, 27 Apr 2022 15:31:27 -0500
Samuel Holland wrote:
> Copy the devicetree source for the H2+/H3/H5 SoCs and all existing
> boards from the Linux v5.18-rc1 tag.
>
> To maintain ABI compatibility with existing LTS kernels, one change
> moving some IP blocks to the r_intc interrupt controller
On Wed, 27 Apr 2022 15:31:28 -0500
Samuel Holland wrote:
> Copy the devicetree source for the V3(s)/S3 SoCs and all existing boards
> verbatim from the Linux v5.18-rc1 tag.
>
> This commit also adds the following new board devicetrees:
> - sun8i-s3-elimo-initium.dts
> - sun8i-v3-sl631-imx179.d
On Wed, 27 Apr 2022 15:31:29 -0500
Samuel Holland wrote:
> Copy the devicetree for the R40/T3 SoC verbatim from the Linux v5.18-rc1
> tag. None of the existing boards had any devicetree updates.
>
> This commit adds the following new board devicetrees:
> - sun8i-r40-oka40i-c.dts
> - sun8i-t3-c
On 5/22/22 17:53, Humberto Naves wrote:
Hi Marek,
Hi,
Thanks for the quick review!
Doesn't the PLL config also come from quartus ? It should all come from
it. See doc/README.socfpga
My mistake, I will update the patch using all the files created by the
bsp-create-settings.
Thanks
I th
On Sun, May 22, 2022 at 04:56:08PM +0300, Alper Nebi Yasak wrote:
> On 21/05/2022 15:05, Tom Rini wrote:
> > On Sat, May 21, 2022 at 08:33:56AM +, Peng Fan wrote:
> >>> Subject: Re: [PATCH V4 1/8] spl: guard u_boot_any with X86
> >>>
> >>> On Fri, May 20, 2022 at 10:10:40PM +0800, Peng Fan (OSS
On 20/05/2022 17:10, Peng Fan (OSS) wrote:
> From: Peng Fan
>
> There is case that CONFIG_BINMAN is defined, but
> CONFIG_SPL_BINMAN_SYMBOLS is not defined. In that case, there will be
> build failure. So use CONFIG_SPL_BINMAN_SYMBOLS to guard the macros, and
> define CONFIG_SPL_BINMAN_SYMBOLS in
On 20/05/2022 17:10, Peng Fan (OSS) wrote:
> From: Peng Fan
>
> By reading binman symbols, we no need hard coded IMEM_LEN/DMEM_LEN after
> we update the binman dtsi to drop 0x8000/0x4000 length for the firmware.
>
> And that could save binary size for many KBs.
>
> Tested-by: Tim Harvey #imx8m
On 20/05/2022 17:10, Peng Fan (OSS) wrote:
> From: Peng Fan
>
> In arch/arm/dts/imx8mp-u-boot.dtsi, there are blob-ext@1, blob-ext@2 and
> etc which is for packing ddr phy firmware. However we could not declare
> symbol name such as 'binman_sym_declare(ulong, blob_ext@1, image_pos)',
> because '@
On 20/05/2022 17:10, Peng Fan (OSS) wrote:
> From: Peng Fan
>
> Use BINMAN instead of imx specific packing method.
>
> Signed-off-by: Peng Fan
> ---
> arch/arm/mach-imx/imx8m/Kconfig | 1 +
> arch/arm/mach-imx/imx8m/imximage-8mm-lpddr4.cfg | 10 +-
Maybe this could be
On 20/05/2022 17:10, Peng Fan (OSS) wrote:
> From: Peng Fan
>
> We are migrating to use BINMAN SYMBOLS, the current name is not
> a valid binman type, so update to use blob-ext@[1,2,3,4].
>
> Tested-by: Tim Harvey #imx8m[m,n,p]-venice
> Signed-off-by: Peng Fan
> ---
> arch/arm/dts/imx8mm-u-bo
On 21/05/2022 15:05, Tom Rini wrote:
> On Sat, May 21, 2022 at 08:33:56AM +, Peng Fan wrote:
>>> Subject: Re: [PATCH V4 1/8] spl: guard u_boot_any with X86
>>>
>>> On Fri, May 20, 2022 at 10:10:40PM +0800, Peng Fan (OSS) wrote:
>>>
From: Peng Fan
set the symbol as weak not work
On 20/05/2022 17:10, Peng Fan (OSS) wrote:
> From: Peng Fan
>
> set the symbol as weak not work if LTO is enabled. Since u_boot_any is
> only used on X86 for now, so guard it with X86, otherwise build break
> if we use BINMAN_SYMBOLS on i.MX.
>
> Tested-by: Tim Harvey #imx8m[m,n,p]-venice
> Sig
rootwait=1 is not a valid kernel boot parameters. According
to the documenation is only rootwait
rootwait[KNL] Wait (indefinitely) for root device to show up.
Useful for devices that are detected asynchronously
(e.g. USB and MMC devices).
Hi Cédric,
Thanks for the review.
> -Original Message-
> From: Cédric Le Goater
> Sent: Tuesday, May 17, 2022 8:19 PM
> Subject: Re: [PATCH v2 01/11] clk: aspeed: Get HCLK frequency support
>
> On 5/9/22 09:23, Chin-Ting Kuo wrote:
> > User can get correct HCLK frequency during driver p
34 matches
Mail list logo
