On 9/13/24 8:29 AM, Ye Li wrote:
Chip erase support was added to spi_nor_erase, but the timeout
for polling SR ready is not updated and still for sector erase.
So the timeout value is not enough for chip erase on some NOR flash.
Follow kernel implementation 09b6a377687b ("mtd: spi-nor: scale up
t
On 9/12/24 11:07 AM, Robert Marko wrote:
> On Tue, Sep 10, 2024 at 9:55 AM Tudor Ambarus wrote:
>>
>> Hiya,
>>
>> Please specify which linux commit this patch follows. It helps reviewers
>> and gives credit to the linux author.
>
> Hi,
> There isn't a specific Linux commit for this as far as I
Synchronize R-Car R8A779H0 V4M clock tables with Linux 6.10.9,
commit 1611860f184a2c9e74ed593948d43657734a7098 .
Signed-off-by: Marek Vasut
---
drivers/clk/renesas/r8a779h0-cpg-mssr.c | 64 ++---
1 file changed, 58 insertions(+), 6 deletions(-)
diff --git a/drivers/clk/renes
Synchronize R-Car R8A779G0 V4H clock tables with Linux 6.10.9,
commit 1611860f184a2c9e74ed593948d43657734a7098 .
Signed-off-by: Marek Vasut
---
drivers/clk/renesas/r8a779g0-cpg-mssr.c | 18 --
1 file changed, 12 insertions(+), 6 deletions(-)
diff --git a/drivers/clk/renesas/r8a7
Synchronize R-Car R8A779F0 S4 clock tables with Linux 6.10.9,
commit 1611860f184a2c9e74ed593948d43657734a7098 .
Signed-off-by: Marek Vasut
---
drivers/clk/renesas/r8a779f0-cpg-mssr.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/drivers/clk/renesas/r8a779f0-cpg
Synchronize R-Car R8A779A0 V3U clock tables with Linux 6.10.9,
commit 1611860f184a2c9e74ed593948d43657734a7098 .
Signed-off-by: Marek Vasut
---
drivers/clk/renesas/r8a779a0-cpg-mssr.c | 31 +
1 file changed, 21 insertions(+), 10 deletions(-)
diff --git a/drivers/clk/rene
On 9/12/24 8:06 AM, Lothar Rubusch wrote:
The si5338 clock generator is needed on some Enclustra Socfpga SoMs.
Introduce minimal support of this device.
Signed-off-by: Lothar Rubusch
---
drivers/clk/Kconfig | 1 +
drivers/clk/Makefile | 1
On 9/12/24 8:06 AM, Lothar Rubusch wrote:
Introduce device-tree files for Enclustra Intel AA1 SoMs and related
support.
- Mercury AA1
The setup depends on a selected boot mode. Various fragments for SD/MMC
and QSPI flash boot are provided.
In combination, the following Enclustra carrier boards
On 9/12/24 8:06 AM, Lothar Rubusch wrote:
[...]
+Mercury AA1 Module (Arria1 10)
+==
+
+- SoM:
https://www.enclustra.com/en/products/system-on-chip-modules/mercury-aa1/
+- Carrier board Mercury+ ST1:
https://www.enclustra.com/en/products/base-boards/mercury-st1/
+- C
On Thu, 2024-07-18 at 12:33 +0800, Kongyang Liu wrote:
> Add basic support for SpacemiT's Banana Pi F3 board
>
> Signed-off-by: Kongyang Liu
>
> ---
>
> Changes in v2:
> - Change license to GPL-2.0-or-later
> - Add memory node for dts
> - Add ft_board_setup function for kernel memory init
> - U
On Thu, 2024-07-18 at 12:33 +0800, Kongyang Liu wrote:
> Add document for Banana Pi F3 board which based on SpacemiT's K1 SoC.
>
> Signed-off-by: Kongyang Liu
> ---
>
> (no changes since v1)
>
> doc/board/index.rst | 1 +
> doc/board/spacemit/bananapi_f3.rst | 78 ++
On Thu, 2024-07-18 at 12:33 +0800, Kongyang Liu wrote:
> Banana Pi F3 board is a industrial grade RISC-V development board, it
> design with SpacemiT K1 8 core RISC-V chip, CPU integrates 2.0 TOPs AI
> computing power. 4G DDR and 16G eMMC onboard.2x GbE Ethernet prot, 4x USB
missing space before 2
On Thu, Sep 12, 2024 at 06:06:43AM +, Lothar Rubusch wrote:
> Introduce initial support for the Enclustra SoMs:
>
> - Mercury AA1
>
> Cover general board files for SD/MMC and QSPI boot modes. Integrate the
> boards to kconfig. All build variants will depend on Quartus handoff
> files, thus t
On Thu, Sep 12, 2024 at 10:10:53AM +0300, Dmitry Rokosov wrote:
> There are Pipeline results. One test was failed. I suppose it's not
> related to my patch series:
>
> https://github.com/u-boot/u-boot/pull/625/checks?check_run_id=30029925059
>
> === FAILURES
> ===
On Thu, Sep 12, 2024 at 02:39:24PM +0800, Leo Liang wrote:
> Hi Tom,
>
> The following changes since commit 78d898eec080b02059c8dc09318b8761044fea85:
>
> Merge patch series "phycore-am62/4: Add more boot sources" (2024-09-10
> 14:56:12 -0600)
>
> are available in the Git repository at:
>
>
On Wed, Sep 11, 2024 at 07:01:37PM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Tue, 10 Sept 2024 at 16:07, Tom Rini wrote:
> >
> > On Tue, Sep 10, 2024 at 02:14:35PM -0600, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Tue, 10 Sept 2024 at 12:52, Tom Rini wrote:
> > > >
> > > > On Tue, Sep 10,
On Wed, Sep 11, 2024 at 08:25:21PM -0300, Fabio Estevam wrote:
> Hi Tom,
>
> Please pull from u-boot-imx/next, thanks.
>
> The following changes since commit 78d898eec080b02059c8dc09318b8761044fea85:
>
> Merge patch series "phycore-am62/4: Add more boot sources" (2024-09-10
> 14:56:12 -0600)
Hi Fabio
On Thu, Sep 12, 2024 at 2:30 PM Fabio Estevam wrote:
>
> Hi Miquel,
>
> On Wed, Sep 11, 2024 at 4:48 PM Fabio Estevam wrote:
> >
> > Hi Miquel,
> >
> > On Tue, Sep 10, 2024 at 7:14 AM Miquel Raynal
> > wrote:
> > >
> > > These are all the clocks needed to get an LCD panel working, goi
Hi Simon, Tom,
> > > Devices should be probed when they are used, not before. Drop this
> > > boot-time probing.
> > >
> > > Signed-off-by: Simon Glass
> > > ---
> > >
> > > (no changes since v1)
> > >
> > > drivers/mtd/nvmxip/nvmxip-uclass.c | 7 ---
> > > 1 file changed, 7 deletions(-)
> >
From: Oliver Gaskell
Adds support for Analog Devices' SC589-MINI board. Includes:
- Board specific configs in mach-sc5xx/Kconfig
- Board-specific Kconfig and environment in board/adi/
Signed-off-by: Oliver Gaskell
---
Kconfig | 2 +-
arch/arm/mach-sc5xx/Kconfig
From: Oliver Gaskell
Adds support for Analog Devices' SC598-SOM-EZLITE board. Includes:
- Board specific configs in mach-sc5xx/Kconfig
- Board-specific Kconfig and environment in board/adi/
Signed-off-by: Oliver Gaskell
---
arch/arm/mach-sc5xx/Kconfig | 6 ++
board/adi/sc
From: Oliver Gaskell
Adds support for Analog Devices' SC573-EZKIT board. Includes:
- SoC specific configs in mach-sc5xx/Kconfig
- Memory Map for SPL
- Necessary board-specific init functions
- Board-specific Kconfig and environment in board/adi/
- Memory configuration
Co-developed-by: Greg Malys
From: Oliver Gaskell
Adds support for Analog Devices' SC594-SOM-EZLITE board. Includes:
- Board specific configs in mach-sc5xx/Kconfig
- Board-specific Kconfig and environment in board/adi/
Signed-off-by: Oliver Gaskell
---
arch/arm/mach-sc5xx/Kconfig | 6 ++
board/adi/sc
From: Oliver Gaskell
Adds support for Analog Devices' SC584-EZKIT board. Includes:
- SoC specific configs in mach-sc5xx/Kconfig
- Memory Map for SPL
- SPL config options in common/spl/Kconfig
- Necessary board-specific init functions
- Board-specific Kconfig and environment in board/adi/
- Memory
From: Oliver Gaskell
Adds support for Analog Devices' SC598-SOM-EZKIT board. Includes:
- CONFIG options common to all SC5xx SoCs
- SoC specific configs in mach-sc5xx/Kconfig
- SPL config options in common/spl/Kconfig
- Memory Map for SPL
- Necessary board-specific init functions
- Board-specific
From: Oliver Gaskell
Adds support for Analog Devices' SC594-SOM-EZKIT board. Includes:
- SoC specific configs in mach-sc5xx/Kconfig
- Memory Map for SPL
- SPL config options in common/spl/Kconfig
- Necessary board-specific init functions
- Board-specific Kconfig and environment in board/adi/
- Me
From: Oliver Gaskell
Add devicetree schema for the clock tree on Analog Devices SC5xx series
SoCs.
Co-developed-by: Nathan Barrett-Morrison
Signed-off-by: Nathan Barrett-Morrison
Signed-off-by: Oliver Gaskell
---
MAINTAINERS| 1 +
.../clock/adi,sc5xx
From: Oliver Gaskell
Adds support for Analog Devices' SC589-EZKIT board. Includes:
- Board specific configs in mach-sc5xx/Kconfig
- Board-specific Kconfig and environment in board/adi/
- Memory configuration
Signed-off-by: Oliver Gaskell
---
Kconfig | 1 +
arch/
From: Oliver Gaskell
Add devicetree schema for the timer peripheral on Analog Devices SC5xx
series SoCs.
Signed-off-by: Oliver Gaskell
---
MAINTAINERS| 1 +
.../timer/adi,sc5xx-gptimer.yaml | 42 ++
2 files changed,
From: Oliver Gaskell
Add devicetree schema for Analog Devices SC5xx series SoCs.
Signed-off-by: Oliver Gaskell
---
MAINTAINERS | 1 +
doc/device-tree-bindings/arm/adi/adi,sc5xx.yaml | 46 +
2 files changed, 47 insertions(+)
diff --g
From: Oliver Gaskell
Moves common options between all SC5xx series boards to the ARCH_SC5XX
option instead of duplicating them.
Also, it was possible to select multiple of the SoC support options.
Given a U-Boot binary can only support a single platform, this moves
the SoC selection to a `choice
From: Oliver Gaskell
Add minimal device tree for Analog Devices' SC598-SOM-EZLITE board.
This patch depends on Patches 01 and 07, for sc5xx.dtsi and
sc598-som.dtsi respectively.
Co-developed-by: Greg Malysa
Signed-off-by: Greg Malysa
Co-developed-by: Nathan Barrett-Morrison
Signed-off-by: Na
From: Oliver Gaskell
Add minimal device tree for Analog Devices' SC598-SOM-EZKIT board, and
the SC598 SoM.
This patch depends on patch 01, for sc5xx.dtsi.
Co-developed-by: Greg Malysa
Signed-off-by: Greg Malysa
Co-developed-by: Nathan Barrett-Morrison
Signed-off-by: Nathan Barrett-Morrison
From: Oliver Gaskell
Adds minimal device tree for Analog Devices' SC573-EZKIT board and
common files for the SC57x/SC5xx family.
This also adds all sc5* devicetrees to ARM SC5XX in MAINTAINERS, and
adds the ADSP Linux mailing list as the list for ARM SC5XX.
Co-developed-by: Greg Malysa
Signed-
From: Oliver Gaskell
Add minimal device tree for Analog Devices' SC594-SOM-EZLITE board.
This patch depends on Patches 01 and 05, for sc5xx.dtsi and
sc594-som.dtsi respectively.
Co-developed-by: Greg Malysa
Signed-off-by: Greg Malysa
Co-developed-by: Nathan Barrett-Morrison
Signed-off-by: Na
From: Oliver Gaskell
Add minimal device tree for Analog Devices' SC594-SOM-EZKIT board, and
the SC594 SoM.
This patch depends on patch 01, for sc5xx.dtsi.
Co-developed-by: Greg Malysa
Signed-off-by: Greg Malysa
Co-developed-by: Nathan Barrett-Morrison
Signed-off-by: Nathan Barrett-Morrison
From: Oliver Gaskell
Add minimal device tree for Analog Devices' SC589-EZKIT board.
This patch depends on Patches 01 and 02, for sc5xx.dtsi and sc58x.dtsi.
Co-developed-by: Greg Malysa
Signed-off-by: Greg Malysa
Co-developed-by: Trevor Woerner
Signed-off-by: Trevor Woerner
Co-developed-by:
From: Oliver Gaskell
Add minimal device tree for Analog Devices' SC584-EZKIT board, and
common files for the SC58x family.
This patch depends on Patch 01, for sc5xx.dtsi.
Co-developed-by: Greg Malysa
Signed-off-by: Greg Malysa
Co-developed-by: Trevor Woerner
Signed-off-by: Trevor Woerner
Co
ADSP-SC5xx is a series of ARM-based DSPs.
This comprises the armv7 based SC57x, SC58x and SC594 series, and the
armv8 based SC598.
This patch series includes configurations, init code, and minimal DTs
to enable Analog Devices' evaluation boards for these SoCs to boot
through SPL and into U-Boot Pr
From: Oliver Gaskell
Add minimal device tree for Analog Devices' SC589-MINI board.
This patch depends on Patches 01 and 02, for sc5xx.dtsi and sc58x.dtsi.
Co-developed-by: Greg Malysa
Signed-off-by: Greg Malysa
Co-developed-by: Trevor Woerner
Signed-off-by: Trevor Woerner
Co-developed-by: N
On 02.09.24 03:18, Simon Glass wrote:
Add a little debugging so we can see what is happening.
Signed-off-by: Simon Glass
Reviewed-by: Ilias Apalodimas
---
(no changes since v1)
boot/bootmeth_efi.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/boot/bootmet
On 02.09.24 03:18, Simon Glass wrote:
Add a simple test of booting with the EFI bootmeth, which runs the app
and checks that it can call 'exit boot-services' (to check that all the
device-removal code doesn't break anything) and then exit back to
U-Boot.
This uses a disk image containing the tes
On 02.09.24 03:18, Simon Glass wrote:
Create a new disk for use with tests, which contains the new 'testapp'
EFI app specifically intended for testing the EFI loader.
Attach it to the USB device, since most testing is currently done with
mmc.
Initially this image will be used to test the EFI bo
On 02.09.24 03:18, Simon Glass wrote:
While sandbox supports virtio it cannot support actually using the block
devices to read files, since there is nothing on the other end of the
'virtqueue'.
A recent change makes EFI probe all block devices, whether used or not.
This is apparently required by
On 02.09.24 03:18, Simon Glass wrote:
Add a simple app to use for testing. This is intended to do whatever it
needs to for testing purposes. For now it just prints a message and
exits boot services.
Signed-off-by: Simon Glass
---
(no changes since v1)
lib/efi_loader/Kconfig | 10 ++
On 02.09.24 03:18, Simon Glass wrote:
We don't want ANSI characters written in tests since it is a pain to
check the output with ut_assert_nextline() et al.
Provide a way to tests to request that ANSI characters not be sent.
Add a proper function comment while we are here, to encourage others.
On 02.09.24 03:18, Simon Glass wrote:
Sandbox is not a real architecture, but within U-Boot it is real enough.
We should not need to pretend it is x86 or ARM anywhere in the code.
Also we want to be able to locate the sandbox app using a single
filename, 'bootsbox.efi', to avoid needing tests to
When booting into Android fastbootd (a subset of recovery), the default
UI shows the bootloader version in the screen [1].
This is done via the ro.bootloader property which should come from the
bootloader.
Provide the U-Boot version via a kernel commandline argument so that
fastbootd can show it p
Having two separate partitions for use in a redundant environment
setup works just fine, if one only relies on setting CONFIG_ENV_OFFSET
and CONFIG_ENV_OFFSET_REDUND. However, if CONFIG_PARTITION_TYPE_GUID
is enabled, the current logic in mmc_env_partition_by_guid() means
that only the first partit
I have an GPT layout containing two partitions with the type GUID for
U-Boot environment:
partition U-Boot-env-1 {
offset = 0x1fc000
size = 0x2000
partition-type-uuid = "3de21764-95bd-54bd-a5c3-4abe786f38a8"
}
partition U-Boo
In preparation for fixing the handling of a the case of redundant
environment defined in two separate partitions with the U-Boot env
GUID, refactor the
for ()
if (str)
...
#ifdef CONFIG_FOO
if (!str)
..
#endif
to
if (str)
for ()
else if (CONFIG_FOO && !str)
I always define a disk layout with two separate partitions for the two
copies of the U-Boot environment and, being the one who introduced the
type GUID for such partitions, of course also set those partitions'
type GUID appropriately.
This has worked just fine, but, it turns out, only because I've
Hi Jerome,
Thank you for the patch.
On mar., sept. 10, 2024 at 15:00, Jerome Forissier
wrote:
> Make SPL_RAM_SUPPORT a hidden Kconfig symbol, automatically selected
> by SPL_RAM_DEVICE or SPL_DFU. Avoids the situation where SPL_RAM_SUPPORT
> may be enabled without the other two being enabled,
Add a driver for the motorcomm YT8821 2.5G ethernet phy which works in
2500base-x mode.
Verify the driver on BPI-R3(with MediaTek MT7986(Filogic 830) SoC) evb.
Signed-off-by: Frank Sae
---
drivers/net/phy/motorcomm.c | 491
1 file changed, 491 insertions(+)
YT8531 as Gigabit transceiver uses bit15:14(bit9 reserved default 0) as phy
speed mask, YT8821 as 2.5 Gigabit transceiver uses bit9 bit15:14 as phy
speed mask.
Be compatible to YT8821, reform phy speed mask and phy speed macro.
Signed-off-by: Frank Sae
---
drivers/net/phy/motorcomm.c | 14 +
YT8531 as Gigabit transceiver uses bit15:14(bit9 reserved default 0) as phy
speed mask, YT8821 as 2.5 Gigabit transceiver uses bit9 bit15:14 as phy
speed mask.
Be compatible to YT8821, reform phy speed mask and phy speed macro.
Based on update above, add YT8821 2.5G phy driver.
Frank Sae (2):
On 9/12/24 3:00 AM, Simon Glass wrote:
Hello Simon,
Also this seems to happen in SPL and again pre-reloc and again in
U-Boot post-reloc?
What does, the uclass post_bind ?
I mean that this code will be called in SPL (if the regulators are in
the DT there), U-Boot pre-reloc and post-reloc, ea
On Tue, Sep 10, 2024 at 7:21 AM Miquel Raynal wrote:
> + /* Make sure bus domain is awake */
> + ret = power_domain_on(&priv->pd_bus);
> + if (ret)
> + return ret;
> +
> + /* Put devices into reset */
> + clrbits_le32(priv->base + BLK_SFT_RSTN, reset);
On Tue, Sep 10, 2024 at 7:31 AM Miquel Raynal wrote:
> + [IMX8MP_POWER_DOMAIN_MEDIAMIX] = {
> + .bits = {
> + .pxx = IMX8MP_MEDIAMIX_Pxx_REQ,
> + .map = IMX8MP_MEDIAMIX_A53_DOMAIN,
> + .hskreq = IMX8MP_MEDIAMIX_
Hi Miquel,
On Wed, Sep 11, 2024 at 4:48 PM Fabio Estevam wrote:
>
> Hi Miquel,
>
> On Tue, Sep 10, 2024 at 7:14 AM Miquel Raynal
> wrote:
> >
> > These are all the clocks needed to get an LCD panel working, going
> > through one of the LCDIF and the LDB. The media AXI and APB clocks are
> > als
Hi Neil,
On 11/09/2024 20:07, Neil Armstrong wrote:
> After struct msm_special_pin_data was introduced in [1], use the data
> to setup the pin direction and/or value if supported by the pin data.
>
> Add the proper msm_special_pin_data for sm8250 after sm8550 and sm8650.
>
> [1]
> https://lore.
Hi Guillaume,
Thank you for the patch.
On jeu., sept. 12, 2024 at 09:29, Guillaume La Roque
wrote:
> Add Android bootflow support for AM62X SK EVM board with
> new android boot method.
>
> To build for AM62x for Android, we use the
> am62x_a53_android.config fragment when building A53 bootload
Hi Simon,
Thank you for your review.
On mer., sept. 11, 2024 at 18:59, Simon Glass wrote:
> Hi Mattijs,
>
> On Wed, 4 Sept 2024 at 03:38, Mattijs Korpershoek
> wrote:
>>
>> When booting into Android fastbootd (a subset of recovery), the default
>> UI shows the bootloader version in the screen
On Tue, Sep 10, 2024 at 9:55 AM Tudor Ambarus wrote:
>
> Hiya,
>
> Please specify which linux commit this patch follows. It helps reviewers
> and gives credit to the linux author.
Hi,
There isn't a specific Linux commit for this as far as I can tell.
Regards,
Robert
>
> Thanks,
> ta
--
Rober
On 9/12/24 10:48 AM, Ye Li wrote:
[...]
+ timeout = max(CHIP_ERASE_2MB_READY_WAIT_JIFFIES,
+ CHIP_ERASE_2MB_READY_WAIT_JIFFIES *
+ (unsigned long)(mtd->size / SZ_2M));
Is the type cast needed ?
Yes. otherwise get below warning
In file in
On 9/11/2024 7:05 PM, Marek Vasut wrote:
On 9/11/24 12:45 PM, Ye Li wrote:
Chip erase support was added to spi_nor_erase, but the timeout
for polling SR ready is not updated and still for sector erase.
So the timeout value is not enough for chip erase on some NOR flash.
Follow kernel implement
From: Takahiro Kuwano
Infineon S28HS256T is 256Mb Octal SPI device which has same
functionalities with 512Mb and 1Gb parts.
Link:https://www.infineon.com/dgdl/Infineon-S28HS256T_S28HL256T_256Mb_SEMPER_Flash_Octal_interface_1_8V_3-DataSheet-v02_00-EN.pdf?fileId=8ac78c8c8fc2dd9c018fc66787aa0657
Si
On 9/12/24 2:59 AM, Simon Glass wrote:
Hi Tom,
Hello Simon,
How do you propose we resolve this then, Svyatoslav? I threw this patch
at some TI platforms as well and they're all fine. Are you unable to get
some early debuging information out like Marek was asking? Thanks.
At this point I wou
On Thu, Sep 12, 2024 at 3:32 AM William Zhang
wrote:
> Thanks for merging the patches to u-boot. We actually had something
> similar
> here locally but just didn't get the chance to upstream yet.
>
> We will review and compare your patches to ours and get back to you.
Ah, excellent, I guess yo
From: Takahiro Kuwano
S28HS02GT is dual-die package parts and do not support chip erase.
Fixes: 16dd1095101 ("mtd: spi-nor-ids: Add Infineon(Cypress) s28hs02gt ID")
Reviewed-by: Tudor Ambarus
Signed-off-by: Takahiro Kuwano
---
drivers/mtd/spi/spi-nor-ids.c | 2 +-
1 file changed, 1 insertion(
From: Takahiro Kuwano
S25HL02GT and S25HS02GT are dual-die package parts and do not support
chip erase.
Fixes: c95a914aed7 ("mtd: spi-nor-ids: Add Cypress s25hl-t/s25hs-t")
Reviewed-by: Tudor Ambarus
Signed-off-by: Takahiro Kuwano
---
drivers/mtd/spi/spi-nor-ids.c | 4 ++--
1 file changed, 2
From: Takahiro Kuwano
S25HS02GT, S25HL02GT, and S28HS02GT are dual-die package parts and do
not support chip erase.
In v2, split the patch and add fixes tag.
Takahiro Kuwano (2):
mtd: spi-nor-ids: Add NO_CHIP_ERASE flag to Infineon s25hl02Gt and
s25hs02gt
mtd: spi-nor-ids: Add NO_CHIP_E
Andrew Thanks,
On 9/11/2024 11:09 PM, Andrew Halaney wrote:
NOTE: this relies on the linked devicetree changes to land in Linux
first and get synced here, otherwise the board will fail to boot!
I'm leaving this as a RFC/RFT at this time for that reason until
things get merged and synced over (if
Status property should be missing or okay or disabled but not just disable.
dt-validate is reporting it too.
Signed-off-by: Michal Simek
---
arch/arm/dts/zynqmp-m-a2197-01-revA.dts | 2 +-
arch/arm/dts/zynqmp-m-a2197-02-revA.dts | 2 +-
arch/arm/dts/zynqmp-m-a2197-03-revA.dts | 2 +-
3 files ch
Hi Mike,
On 06/09/2024 19:00, Mike wrote:
Dear U-Boot Community,
I am working on a project involving the Amlogic A113X SoC and have
encountered an issue with U-Boot during the boot process over UART. While I
am able to connect via UART and observe the boot log, the system does not
allow any int
From: Takahiro Kuwano
The Infineon SEMPER NOR flash family uses 2-bit ECC by default with each
ECC block being 16 bytes. Under this scheme multi-pass programming to an
ECC block is not allowed. Set the writesize to make sure multi-pass
programming is not attempted on the flash.
Acked-by: Tudor A
From: Takahiro Kuwano
This patch follows the upstream linux commit:
5273cc6df984("mtd: spi-nor: core: Call spi_nor_post_sfdp_fixups() only
when SFDP is defined")
spi_nor_post_sfdp_fixups() was called regardless of if
spi_nor_parse_sfdp() had been called or not. late_init() should be
instead used
From: Takahiro Kuwano
default_init() is wrong, it contributes to the maze of initializing
flash parameters. We'd like to get rid of it because the flash
parameters that it initializes are not really used at SFDP parsing time,
thus they can be initialized later.
Ideally we want SFDP to initialize
From: Takahiro Kuwano
The macronix_octal_fixups should be set only when mfr and flags match.
Fixes: df3d5f9e41 ("mtd: spi-nor: add support for Macronix Octal flash")
Acked-by: Tudor Ambarus
Signed-off-by: Takahiro Kuwano
Cc: JaimeLiao
---
drivers/mtd/spi/spi-nor-core.c | 4 +++-
1 file chang
From: Takahiro Kuwano
Some flashes like the Infineon SEMPER NOR flash family use ECC. Under
this ECC scheme, multi-pass writes to an ECC block is not allowed.
In other words, once data is programmed to an ECC block, it can't be
programmed again without erasing it first.
Upper layers like file sy
From: Takahiro Kuwano
For NOR flashes EC and VID are zeroed out before an erase is issued to
make sure UBI does not mistakenly treat the PEB as used and associate it
with an LEB.
But on some flashes, like the Infineon Semper NOR flash family,
multi-pass page programming is not allowed on the def
From: Takahiro Kuwano
Resent after modifying commit message in #5 (mention Linux commit first)
and collecting A-b tags.
This series is equivalent to the one for Linux MTD submitted by
Pratyush Yadav.
https://patchwork.ozlabs.org/project/linux-mtd/list/?series=217759&state=*
Changes in v2:
-
From: Mattijs Korpershoek
Beagle Play has a different boot flow than the AM62x SK EVM.
AM62x SK EVM:
1. Boot rom reads UDA (User Data Area), looking for tiboot3
2. Boot rom finds tiboot3 and loads it
Beagle Play:
1. Boot rom looks for tiboot3 in mmc0boot0
2. Boot rom finds tiboot3 and loads it
From: Mattijs Korpershoek
When CONFIG_BOOTMETH_ANDROID is set, enable Android boot flow support.
To build for AM62Px for Android, we can re-use
the am62x_a53_android.config fragment when building A53 bootloaders:
$ make am62px_evm_a53_defconfig
$ make am62x_a53_android.config
$ make
Sign
Add Android bootflow support for AM62X SK EVM board with
new android boot method.
To build for AM62x for Android, we use the
am62x_a53_android.config fragment when building A53 bootloaders:
$ make am62x_evm_a53_defconfig
$ make am62x_a53_android.config
$ make
Co-developed-by: Mattijs Korpe
Ths patchset add support of Android 14 with boot image version 4
for :
- AM62X-SK EVM: https://www.ti.com/tool/SK-AM62B
- BeaglePlay: https://beagleplay.org/
- AM62PX-SK EVM: https://www.ti.com/tool/SK-AM62P-LP
Android Images use to test this series are on the Official TI website:
- AM62x/BeaglePl
There are Pipeline results. One test was failed. I suppose it's not
related to my patch series:
https://github.com/u-boot/u-boot/pull/625/checks?check_run_id=30029925059
=== FAILURES ===
___ test_ut[ut_dm_dm_test_
Hi Simon,
> Hi ,
>
> On Fri, 6 Sept 2024 at 01:55, Lukasz Majewski wrote:
> >
> > Hi Simon,
> >
> > > Hi Lukasz,
> > >
> > > On Thu, 5 Sept 2024 at 07:54, Lukasz Majewski
> > > wrote:
> > > >
> > > > Hi Adam,
> > > >
> > > > > On Wed, Aug 28, 2024 at 3:04 AM Lukasz Majewski
> > > > > wro
Hi Simon,
On Thu, 12 Sept 2024 at 04:01, Simon Glass wrote:
>
> Hi,
>
> On Sun, 1 Sept 2024 at 19:18, Simon Glass wrote:
> >
> > The test coverage for the EFI bootmeth is incomplete since it does not
> > actually boot the application.
> >
> > This series creates a simple test for this purpose. I
89 matches
Mail list logo
