oc_info structure and use it directly in pinctrl
MMIO driver, without the need to read the "fsl,mux_mask" property from
device tree.
This change brings the NXP's pinctrl driver in U-Boot closer to Linux
upstream one.
Signed-off-by: Lukasz Majewski
---
arch/arm/dts/imx8ulp-evk-u-boot.d
Hi Tom,
> On Wed, Jun 25, 2025 at 10:32:50PM +0200, Lukasz Majewski wrote:
> > Hi Tom,
> >
> > > On Wed, Jun 25, 2025 at 05:28:56PM +0100, Conor Dooley wrote:
> > > > On Wed, Jun 25, 2025 at 08:14:24AM -0600, Tom Rini wrote:
> > > > &g
Hi Tom,
> On Wed, Jun 25, 2025 at 05:28:56PM +0100, Conor Dooley wrote:
> > On Wed, Jun 25, 2025 at 08:14:24AM -0600, Tom Rini wrote:
> > > On Wed, Jun 25, 2025 at 08:36:37AM +0200, Lukasz Majewski wrote:
> > > > Hi Tom,
> > > >
> > > &
all
vf610 based boards has been removed from their configs.
Instead, the default value of 0x2000 is now used, which causes boards
to work correctly again. This approach has been tested on BK4 device.
Signed-off-by: Lukasz Majewski
---
configs/bk4r1_defconfig | 1 -
configs/pcm052
result is that the 'sf probe' command fails and SPI NOR memory is not
accessible on e.g. BK4 device.
The fix is to use proper compatible - in this case "jedec,spi-nor".
Signed-off-by: Lukasz Majewski
---
arch/arm/dts/vf610-pcm052.dtsi | 4 ++--
1 file changed, 2 insertions(+)
Hi Fabio,
> Hi Lukasz,
>
> On Tue, Jun 24, 2025 at 5:47 PM Lukasz Majewski wrote:
> >
> > The commit c69103218ee4 ("i2c: mxc_i2c: add DM_FLAG_PRE_RELOC flag")
> > has enabled by default the i2c initialization in the pre-relocation
> > phase.
> >
Hi Tom,
> On Tue, Jun 24, 2025 at 10:47:00PM +0200, Lukasz Majewski wrote:
>
> > The commit e8a9521e649f
> > ("vf500/vf610: synchronise device trees with linux")
> > has synchronized U-Boot's DTS with v5.19 Linux kernel.
> > It turned out that in
provided and include it in boards' specific
U-Boot adjustment files (like vf610-bk4r1-u-boot.dtsi).
Signed-off-by: Lukasz Majewski
---
arch/arm/dts/vf610-bk4r1-u-boot.dtsi | 2 ++
arch/arm/dts/vfxxx-u-boot.dtsi | 9 +
2 files changed, 11 insertions(+)
create mode 100644 arch/ar
ned-off-by: Lukasz Majewski
---
configs/bk4r1_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configs/bk4r1_defconfig b/configs/bk4r1_defconfig
index 3ed587a1060..8bff1653859 100644
--- a/configs/bk4r1_defconfig
+++ b/configs/bk4r1_defconfig
@@ -4,7 +4,7 @@ CONFIG_SYS_T
_str), "%d:%d",
> dfu->data.scsi.dev,
> + snprintf(dev_part_str, sizeof(dev_part_str), "%d:%x",
> dfu->data.scsi.dev, dfu->data.scsi.part);
>
> ret = fs_set_blk_dev("scsi", dev_part_str, fstype);
Reviewed-by: Lukasz Majewski
Best regards,
On Mon, 9 Jun 2025 10:34:39 +0200
Patrice CHOTARD wrote:
> On 6/9/25 10:07, Lukasz Majewski wrote:
> > Hi Patrice,
> >
> >> On 6/7/25 11:37, Dario Binacchi wrote:
> >>> The board includes an STM32H747XI SoC with the following
> >>> resource
gt; > +#else
> > clrbits_le32(pwr_base + PWR_CR3, PWR_CR3_SCUEN);
> > +#endif
> > while (!(readl(pwr_base + PWR_D3CR) & PWR_D3CR_VOSREADY))
> > ;
> >
> > diff --git a/include/configs/stm32h747-disco.h
> > b/include/configs/
Err: serial@80074000
Net: eth0: ethernet@800f
Hit any key to stop autoboot: 0
Signed-off-by: Lukasz Majewski
---
Changes for v2:
- Replace README with entry in doc/boards (*.rst files)
Changes for v3:
- Keep alphabethical order in arch/arm/mach-imx/mxs/Kconfig
- Remove not needed
Err: serial@80074000
Net: eth0: ethernet@800f
Hit any key to stop autoboot: 0
Signed-off-by: Lukasz Majewski
---
Changes for v2:
- Replace README with entry in doc/boards (*.rst files)
Changes for v3:
- Keep alphabethical order in arch/arm/mach-imx/mxs/Kconfig
- Remove not needed
Hi Fabio,
> Hi Lukasz,
>
> On Wed, Jun 4, 2025 at 8:55 AM Lukasz Majewski wrote:
>
> > +source "board/liebherr/btt/Kconfig"
> > source "board/freescale/mx28evk/Kconfig"
> > source "board/liebherr/xea/Kconfig"
>
> Please k
Err: serial@80074000
Net: eth0: ethernet@800f
Hit any key to stop autoboot: 0
Signed-off-by: Lukasz Majewski
---
Changes for v2:
- Replace README with entry in doc/boards (*.rst files)
---
arch/arm/dts/imx28-btt3-0-u-boot.dtsi | 7 +
arch/arm/dts/imx28-btt3-1-u-boot.dtsi | 7
Err: serial@80074000
Net: eth0: ethernet@800f
Hit any key to stop autoboot: 0
Signed-off-by: Lukasz Majewski
---
arch/arm/dts/imx28-btt3-0-u-boot.dtsi | 7 +
arch/arm/dts/imx28-btt3-1-u-boot.dtsi | 7 +
arch/arm/dts/imx28-btt3-2-u-boot.dtsi | 7 +
arch/arm/dts/imx28-btt3-u
On Thu, 15 May 2025 17:31:45 -0600
Tom Rini wrote:
> From: Simon Glass
>
> This file reads from the environment but does not include the correct
> header. Update it.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Lukasz Majewski
> ---
> Changes in v3:
> - No
Hi Marek,
> On 5/10/25 8:52 AM, Lukasz Majewski wrote:
> > On a system based on stm32mp157c, with 1GiB SDRAM (starting from
> > 0xC000) and CONFIG_PHYS_64BIT enabled
>
> STM32MP15xx does not have 64bit PA range , why is CONFIG_PHYS_64BIT
> enabled ?
I've
gd->ram_top = 0x1.
This change shall be safe as i shall not be negative as it represents the
SDRAM areas (in granularity of 1MiB areas).
Fixes: 25fb58e88aba ("ARM: stm32mp: Fix dram_bank_mmu_setup() for LMB located
above ram_top")
Signed-off-by: Lukasz Majewski
---
arch/arm/ma
nged, 1 insertion(+)
>
> diff --git a/board/liebherr/xea/xea.c b/board/liebherr/xea/xea.c
> index 1d4f165fd13..9630e7f576b 100644
> --- a/board/liebherr/xea/xea.c
> +++ b/board/liebherr/xea/xea.c
> @@ -13,6 +13,7 @@
> *
> */
>
> +#include
> #include
> #i
x27;t pass these offsets to imx8 mkimage tool.
>
> That looks like a workaround . It would be much better if binman
> would generate suitable flash.bin blob with FSPI header. Maybe the
> FSPI header needs to be generated by binman using yet another etype,
> and the SPL/U-Boot have
Hi Adam,
> On Sun, Nov 3, 2024 at 7:41 PM Adam Ford wrote:
> >
> > On Thu, Sep 5, 2024 at 8:54 AM Lukasz Majewski
> > wrote:
> > >
> > > Hi Adam,
> > >
> > > > On Wed, Aug 28, 2024 at 3:04 AM Lukasz Majewski
> > >
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 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
> > > wrote:
> > > >
> > > > Hi Simon,
> > > >
Hi Adam,
> On Wed, Aug 28, 2024 at 3:04 AM Lukasz Majewski wrote:
> >
> > Hi Simon,
> >
> > > Hi,
> > >
> > > On Tue, 27 Aug 2024 at 12:47, Fabio Estevam
> > > wrote:
> > > >
> > > > Hi Lukas
Hi Benjamin,
> Hi Lukasz,
>
> On 28.08.24 09:55, Lukasz Majewski wrote:
> > Hi Fabio,
> >
> >> Hi Lukasz,
> >>
> >> On Tue, Aug 20, 2024 at 12:00 PM Lukasz Majewski
> >> wrote:
> >>> The image offset when booting from SPI-NOR
Hi Simon,
> Hi,
>
> On Tue, 27 Aug 2024 at 12:47, Fabio Estevam
> wrote:
> >
> > Hi Lukasz,
> >
> > On Thu, Aug 15, 2024 at 5:14 PM Lukasz Majewski
> > wrote:
> > > Unfortunately not - this change is only for properly setting start
> >
Hi Fabio,
> Hi Lukasz,
>
> On Thu, Aug 15, 2024 at 5:14 PM Lukasz Majewski wrote:
>
> > Unfortunately not - this change is only for properly setting start
> > address of the u-boot.
> >
> > The _real_ problem here is the symbol placement generated by binman
Hi Fabio,
> Hi Lukasz,
>
> On Tue, Aug 20, 2024 at 12:00 PM Lukasz Majewski
> wrote:
> >
> > The image offset when booting from SPI-NOR (QSPI, FSPI driver) is
> > different than one for SD card / eMMC as extra space (0x1000) is
> > consumed by FSPI configura
Hi Benjamin,
> On 19.08.24 16:36, Lukasz Majewski wrote:
> > Hi Benjamin,
> >
> >> Hi Lukasz,
> >> did you test this? It does not work for me. When I try it, the
> >> U-Boot hangs in SPL. Here is what I got:
> >> From Host:
> >
Hi Teresa,
> Hello Lukasz,
>
> Am Donnerstag, dem 15.08.2024 um 10:40 +0200 schrieb Lukasz Majewski:
> > This configuration file provides support for booting phycore module
> > (on e.g. polis-rdk base development board) from QSPI memory.
> >
> > Moreover, th
The Phytec's imx8mm-phyboard-polis-rdk-u-boot.dtsi u-boot specific file
can be extended to support SDP gadget operation in SPL.
It is especially useful when one wants to flash the module via USB with
uuu program (USB ROM booting enabled).
Signed-off-by: Lukasz Majewski
---
Changes f
The image offset when booting from SPI-NOR (QSPI, FSPI driver) is
different than one for SD card / eMMC as extra space (0x1000) is consumed
by FSPI configuration header (CONFIG_FSPI_CONF_HEADER).
Signed-off-by: Lukasz Majewski
---
Changes for v2:
- Avoid line breaks with defines
---
include
"ip_dyn=yes\0" \
> + "dofastboot=0\0" \
> + "fastboot_raw_partition_bootloader=66 8128\0" \
> + "fastboot_raw_partition_all=0 4194304\0" \
> + "emmc_dev=2\0" \
> + "sd_dev=1\0" \
>
Hi Fabio,
> Hi Lukasz,
>
> On Thu, Aug 15, 2024 at 5:40 AM Lukasz Majewski wrote:
> >
> > This configuration file provides support for booting phycore module
> > (on e.g. polis-rdk base development board) from QSPI memory.
> >
> > Moreover, the SDP SPL g
Hi Fabio,
> Hi Lukasz,
>
> On Thu, Aug 8, 2024 at 6:07 AM Lukasz Majewski wrote:
> >
> > Dear Community
> >
> > I'd like to ask about one issue with generation of symbol offsets in
> > binman [1].
> >
> > In my case the CONFIG_FSPI_C
After this change it would be possible to boot SDP gadget when Phytec's
Phycore imx8mm module has USB ROM boot selected.
With this change it shall be possible to flash eMMC/SD card content with
uuu program.
Signed-off-by: Lukasz Majewski
---
configs/phycore-imx8mm_defconfig
during debricking.
Signed-off-by: Lukasz Majewski
---
configs/phycore-imx8mm-fspi_defconfig | 158 ++
1 file changed, 158 insertions(+)
create mode 100644 configs/phycore-imx8mm-fspi_defconfig
diff --git a/configs/phycore-imx8mm-fspi_defconfig
b/configs/phycore-imx8mm
The Phytec's imx8mm-phyboard-polis-rdk-u-boot.dtsi u-boot specific file
can be extended to support SDP gadget operation in SPL.
It is especially useful when one wants to flash the module via USB with
uuu program (USB ROM booting enabled).
Signed-off-by: Lukasz Majewski
---
arch/arm/dts/i
The image offset when booting from SPI-NOR (QSPI, FSPI driver) is
different than one for SD card / eMMC as extra space (0x1000) is consumed
by FSPI configuration header (CONFIG_FSPI_CONF_HEADER).
Signed-off-by: Lukasz Majewski
---
include/configs/phycore_imx8mm.h | 9 +
1 file changed
This command allows easy update on SD card or eMMC of the flash.bin
generated (with binman) during u-boot build.
Signed-off-by: Lukasz Majewski
---
Changes for v2:
- Remove 'update_mmc_part' variable
- Change path for hostname
- Use full version of dhcp command (${loadaddr} added)
C
Hi Simon,
> Hi Lukasz,
>
> On Thu, 8 Aug 2024 at 03:06, Lukasz Majewski wrote:
> >
> > Dear Community
> >
> > I'd like to ask about one issue with generation of symbol offsets in
> > binman [1].
> >
> > In my case the CONFIG_FSPI_CONF_HEAD
Hi Teresa,
> Hello Lukasz,
>
> Am Mittwoch, dem 07.08.2024 um 13:04 +0200 schrieb Lukasz Majewski:
> > Hi Benjamin,
> >
> > > Hi Lukasz,
> > >
> > > On 06.08.24 10:11, Lukasz Majewski wrote:
> > > > This command al
//source.denx.de/u-boot/u-boot/-/blob/master/drivers/ddr/imx/phy/helper.c#L27
[3] -
https://github.com/ARM-software/u-boot/blob/master/tools/binman/README#L526
[4] -
https://github.com/ARM-software/u-boot/blob/master/tools/binman/README#L371
Best regards,
Lukasz Majewski
--
DENX Softwar
Hi Benjamin,
> Hi Lukasz,
>
> On 06.08.24 10:11, Lukasz Majewski wrote:
> > This command allows easy update on SD card or eMMC of the flash.bin
> > generated (with binman) during u-boot build.
> >
> > Signed-off-by: Lukasz Majewski
> > ---
> >
This command allows easy update on SD card or eMMC of the flash.bin
generated (with binman) during u-boot build.
Signed-off-by: Lukasz Majewski
---
Changes for v2:
- Remove 'update_mmc_part' variable
- Change path for hostname
- Use full version of dhcp command (${loadaddr} added)
C
Hi Fabio,
> Hi Lukasz,
>
> On Mon, Aug 5, 2024 at 5:42 AM Lukasz Majewski wrote:
>
> > + "update_offset=0x42\0" \
> > + "update_filename=flash.bin\0" \
> > + "hostname=/srv/tftp/\0" \
> > +
This command allows easy update on SD card or eMMC of the flash.bin
generated (with binman) during u-boot build.
Signed-off-by: Lukasz Majewski
---
Changes for v2:
- Remove 'update_mmc_part' variable
- Change path for hostname
- Use full version of dhcp command (${loadaddr} added)
--
Hi Fabio,
> On Thu, Aug 1, 2024 at 11:47 AM Lukasz Majewski wrote:
> >
> > This change adds support for PCIe connected nvme disk -
> > phyBOARD-Polis base board.
> >
> > One needs to call following commands in u-boot:
> > > pci enum
> > > n
Hi Benjamin,
> Hi Lukasz,
>
> On 01.08.24 14:54, Lukasz Majewski wrote:
> > This command allows easy update on SD card (hence the
> > update_mmc_part=1) of the flash.bin generated during u-boot build.
> >
> > Signed-off-by: Lukasz Majewski
> > ---
>
This change adds support for PCIe connected nvme disk - phyBOARD-Polis
base board.
One needs to call following commands in u-boot:
> pci enum
> nvme scan
> nvme info
And then ones to access proper file system (like fat[ls|load|write],
ext4[ls|load|write]).
Signed-off-by: Lukasz
Hi Fabio,
> Hi Lukasz,
>
> On Thu, Aug 1, 2024 at 9:54 AM Lukasz Majewski wrote:
>
> > +CONFIG_CYCLIC_MAX_CPU_TIME_US=1000
>
> Please explain why this option was added.
It must have been slipped in...
Default value is 5000 for this SoM.
IMHO it would be safe to re
This change adds support for PCIe connected nvme disk - phyBOARD-Polis
base board.
One needs to call following commands in u-boot:
> pci enum
> nvme scan
> nvme info
And then ones to access proper file system (like fat[ls|load|write],
ext4[ls|load|write]).
Signed-off-by: Lukasz
This command allows easy update on SD card (hence the update_mmc_part=1)
of the flash.bin generated during u-boot build.
Signed-off-by: Lukasz Majewski
---
include/configs/phycore_imx8mm.h | 11 +++
1 file changed, 11 insertions(+)
diff --git a/include/configs/phycore_imx8mm.h b
e it from U-Boot as well.
> >
> > Matching Linux kernel commit:
> > ed9cbda63d45 ("usb: gadget: remove usb_gadget_controller_number()")
> >
> > Signed-off-by: Marek Vasut
>
> Reviewed-by: Mattijs Korpershoek
> Tested-by: Mattijs Korpershoek # on vim3
&
The XEA board has following hard constraints regarding size of binaries:
- u-boot.sb < 48 KiB
- u-boot.img < 448 KiB
Added values are supposed to avoid exceeding size of binaries during
future u-boot development.
Signed-off-by: Lukasz Majewski
---
(no changes since v1)
c
7;board_som_rev' environment variable will be used to point
correct configuration from the Linux FIT file.
Additionally, as now XEA has its second HW revision - this information is
printed when u-boot proper starts.
Signed-off-by: Lukasz Majewski
---
Changes in v2:
Remove "inline&quo
orrect FIT configuration chosen).
Signed-off-by: Lukasz Majewski
---
(no changes since v1)
board/liebherr/xea/spl_xea.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/board/liebherr/xea/spl_xea.c b/board/liebherr/xea/spl_xea.c
index 551ed6fbae..4068a2ad49 100644
-
XEA is not supporting and using I2S codec, so there is no need to
configure pins for it.
Signed-off-by: Lukasz Majewski
---
(no changes since v1)
board/liebherr/xea/spl_xea.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/board/liebherr/xea/spl_xea.c b/board/liebherr/xea/spl_xea.c
:
Remove "inline" from get_som_rev() function definition
Squash with 'config: xea: Enable late board initialization to set revision
variable'
Update commit message
Squash with 'arm: xea: Print information about XEA's SoM HW revision'
Lukasz Majewski (4):
arm: spl:
The XEA board has following hard constraints regarding size of binaries:
- u-boot.sb < 48 KiB
- u-boot.img < 448 KiB
Added values are supposed to avoid exceeding size of binaries during
future u-boot development.
Signed-off-by: Lukasz Majewski
---
configs/imx28_xea_defconfig | 3 +++
As now XEA has its second HW revision - this information is printed
when u-boot proper starts.
Signed-off-by: Lukasz Majewski
---
board/liebherr/xea/xea.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/board/liebherr/xea/xea.c b/board/liebherr/xea/xea.c
index 90a1e03077
The 'board_som_rev' environment variable will be used to point correct
configuration from the Linux FIT file.
Signed-off-by: Lukasz Majewski
---
board/liebherr/xea/xea.c | 12
configs/imx28_xea_defconfig| 1 +
configs/imx28_xea_sb_defconfig | 1 +
3 files c
orrect FIT configuration chosen).
Signed-off-by: Lukasz Majewski
---
board/liebherr/xea/spl_xea.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/board/liebherr/xea/spl_xea.c b/board/liebherr/xea/spl_xea.c
index 71194db235..6cf8f8390e 100644
--- a/board/liebherr/xea/spl_x
necessary to handle reading GPIOs values solely in u-boot proper
as one configuration (i.e. 'single binary' - imx28_xea_sb_defconfig)
is not using SPL framework.
Signed-off-by: Lukasz Majewski
---
board/liebherr/xea/spl_xea.c | 11 +++
board/liebherr/xea/xea.
XEA is not supporting and using I2S codec, so there is no need to
configure pins for it.
Signed-off-by: Lukasz Majewski
---
board/liebherr/xea/spl_xea.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/board/liebherr/xea/spl_xea.c b/board/liebherr/xea/spl_xea.c
index df354cac64
This patch series is a preparatory patch for supporting
different versions of XEA board HW (until problem with
Linux kernel support for multiple revisions is resorted).
Moreover, limits for u-boot.sb and u-boot.img has been set
to avoid binary sizes exceeding in the future.
Lukasz Majewski (6
Hi Tom,
> On Thu, Mar 28, 2024 at 01:55:22PM +0100, Lukasz Majewski wrote:
> > Hi Tom,
> >
> > > On Thu, Mar 28, 2024 at 10:20:49AM +0100, Lukasz Majewski wrote:
> > > > Dear Community,
> > > >
> > > > I'd like to share with y
Hi Tom,
> On Thu, Mar 28, 2024 at 10:20:49AM +0100, Lukasz Majewski wrote:
> > Dear Community,
> >
> > I'd like to share with you some thoughts about growth of u-boot's
> > binary size for SPL and u-boot proper.
> >
> > Board: XEA
> > SoC
Hi Fabio,
> Hi Lukasz,
>
> On Thu, Mar 28, 2024 at 6:20 AM Lukasz Majewski wrote:
> >
> > Dear Community,
> >
> > I'd like to share with you some thoughts about growth of u-boot's
> > binary size for SPL and u-boot proper.
> >
>
Hi Marek,
> On 3/28/24 10:20 AM, Lukasz Majewski wrote:
> > Dear Community,
> >
> > I'd like to share with you some thoughts about growth of u-boot's
> > binary size for SPL and u-boot proper.
> >
> > Board: XEA
> > SoC : imx287 (still in
- would it be possible to take more concern about
the binary size growth?
Maybe CI could catch patches, which enable by default some features and
the size is unintentionally increased?
I'm open for any feedback and thoughts on "stopping" the binary size
increase.
Best regards,
Hi Fabio,
> Hi Lukasz,
>
> On Mon, Mar 25, 2024 at 5:48 AM Lukasz Majewski wrote:
>
> > The case here is that I'm modifying the *-u-boot.dts{i} files only.
> > In
>
> The diff below shows that you are creating imx28-xea-1.dts and
> imx28-xea-2.dts f
Hi Fabio,
> Hi Lukasz,
>
> On Mon, Mar 25, 2024 at 5:48 AM Lukasz Majewski wrote:
>
> > The case here is that I'm modifying the *-u-boot.dts{i} files only.
> > In
>
> The diff below shows that you are creating imx28-xea-1.dts and
> imx28-xea-2.dts f
Hi Fabio,
> Hi Lukasz,
>
> On Fri, Mar 22, 2024 at 8:43 AM Lukasz Majewski wrote:
>
> > arch/arm/dts/Makefile | 3 +-
> > arch/arm/dts/imx28-xea-1-u-boot.dtsi | 11
> > arch/arm/dts/imx28-xea-1.dts | 8 +++
In the scenario of recovery, the FitImage is used to boot the system.
This patch provides support for deciding which dtb configuration shall
be used.
Signed-off-by: Lukasz Majewski
---
board/liebherr/xea/xea.env | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board
As now XEA has its second HW revision - this information is printed
when u-boot proper starts.
Signed-off-by: Lukasz Majewski
---
board/liebherr/xea/xea.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/board/liebherr/xea/xea.c b/board/liebherr/xea/xea.c
index 5bac614153
The 'board_som_rev' environment variable will be used to point correct
configuration from the Linux FIT file.
Signed-off-by: Lukasz Majewski
---
board/liebherr/xea/xea.c | 12
configs/imx28_xea_defconfig| 1 +
configs/imx28_xea_sb_defconfig | 1 +
3 files c
After this change u-boot proper is able to support two HW revisions of the
XEA board.
Signed-off-by: Lukasz Majewski
---
configs/imx28_xea_defconfig| 2 ++
configs/imx28_xea_sb_defconfig | 2 ++
2 files changed, 4 insertions(+)
diff --git a/configs/imx28_xea_defconfig b/configs
orrect FIT configuration chosen).
Signed-off-by: Lukasz Majewski
---
board/liebherr/xea/spl_xea.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/board/liebherr/xea/spl_xea.c b/board/liebherr/xea/spl_xea.c
index 71194db235..6cf8f8390e 100644
--- a/board/liebherr/xea/spl_x
For SPL and u-boot proper, the difference between revsions boils
down only to the GPIO pin for PHY reset.
Signed-off-by: Lukasz Majewski
---
arch/arm/dts/Makefile| 3 ++-
arch/arm/dts/imx28-xea-2-u-boot.dtsi | 11 +++
arch/arm/dts/imx28-xea-2.dts | 8
cated location (0xE000 - 2).
This board also uses falcon boot for production setup, so the proper
dtb is flashed during production (also based on GPIO values describing
HW ID).
Signed-off-by: Lukasz Majewski
---
board/liebherr/xea/xea.c | 15 +++
1 file changed, 15 insertions(+)
diff --
The comment in u-boot specific adjustment to XEA DTS is not valid anymore.
Signed-off-by: Lukasz Majewski
---
arch/arm/dts/imx28-xea-1-u-boot.dtsi | 4
1 file changed, 4 deletions(-)
diff --git a/arch/arm/dts/imx28-xea-1-u-boot.dtsi
b/arch/arm/dts/imx28-xea-1-u-boot.dtsi
index
cific file.
Signed-off-by: Lukasz Majewski
---
arch/arm/dts/imx28-xea-1-u-boot.dtsi | 4
arch/arm/dts/imx28-xea-u-boot.dtsi | 1 -
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/arch/arm/dts/imx28-xea-1-u-boot.dtsi
b/arch/arm/dts/imx28-xea-1-u-boot.dtsi
index 4b2b21eeae..
The former imx28-xea.dts file has been renamed to imx28-xea.dtsi, which
is included to new imx28-xea-1.dts file.
This is a preparatory work to add support for multiple versions of XEA
boards to u-boot.
Signed-off-by: Lukasz Majewski
---
arch/arm/dts/Makefile | 2
necessary to handle reading GPIOs values solely in u-boot proper
as one configuration (i.e. 'single binary' - imx28_xea_sb_defconfig)
is not using SPL framework.
Signed-off-by: Lukasz Majewski
---
board/liebherr/xea/spl_xea.c | 11 +++
board/liebherr/xea/xea.
XEA is not supporting and using I2S codec, so there is no need to
configure pins for it.
Signed-off-by: Lukasz Majewski
---
board/liebherr/xea/spl_xea.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/board/liebherr/xea/spl_xea.c b/board/liebherr/xea/spl_xea.c
index df354cac64
ue to functionality not supported in u-boot), hence
there is no need to update them from Linux upstream DTS.
Lukasz Majewski (12):
arm: spl: xea: Remove I2S pins configuration from early initialization
arm: xea: Add support for reading SoM (CPU) and base board HW revision
arm: xea: Rename
Gustschin
Signed-off-by: Lukasz Majewski
---
Changes in v3:
- None
board/liebherr/xea/boot_img_scr.h | 27 ++
board/liebherr/xea/xea.c | 85 +++
2 files changed, 112 insertions(+)
create mode 100644 board/liebherr/xea/boot_img_scr.h
diff --git a/board
The boot0/1 feature uses simple CRC8 to check (in SPL) if
SPI-NOR content is not corrupted, hence the need to enable
it.
Signed-off-by: Lukasz Majewski
---
Changes in v3:
- None
configs/imx28_xea_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/imx28_xea_defconfig b
The default set of environment variables from CFG_EXTRA_ENV_SETTINGS
has been moved to a separate file - board/liebherr/xea/xea.env
Adjustments done:
- fitImage support
- SPI-NOR layout re-organization
Signed-off-by: Lukasz Majewski
---
Changes in v3:
- Remove customer's default IP set
(which allows running 'sf probe' without any extra parameters given)
has been adjusted.
Signed-off-by: Lukasz Majewski
---
configs/imx28_xea_sb_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configs/imx28_xea_sb_defconfig b/configs/imx28_xea_sb_def
Hi Fabio,
> Hi Fabio,
>
> > On Thu, Jan 11, 2024 at 8:16 AM Fabio Estevam
> > wrote:
> > >
> > > Hi Lukasz,
> > >
> > > On Thu, Jan 11, 2024 at 8:06 AM Lukasz Majewski
> > > wrote:
> > > > +serverip=10.
Hi Fabio,
> On Thu, Jan 11, 2024 at 8:16 AM Fabio Estevam
> wrote:
> >
> > Hi Lukasz,
> >
> > On Thu, Jan 11, 2024 at 8:06 AM Lukasz Majewski
> > wrote:
> > > +serverip=10.8.217.79
> > > +nfs_serverip=10.8.218.113
> > > +ga
Hi Fabio,
> Hi Lukasz,
>
> On Thu, Jan 11, 2024 at 8:06 AM Lukasz Majewski wrote:
>
> > +serverip=10.8.217.79
> > +nfs_serverip=10.8.218.113
> > +gatewayip=10.8.209.250
>
> These IP addresses should not be hardcoded here.
>
> They were not prese
Gustschin
Signed-off-by: Lukasz Majewski
---
Changes in v2:
- Move XEA's env adjustments to xea.env file (from include/configs/xea.h)
board/liebherr/xea/boot_img_scr.h | 27 ++
board/liebherr/xea/xea.c | 85 +++
2 files changed, 112 insertions(+)
c
The boot0/1 feature uses simple CRC8 to check (in SPL) if
SPI-NOR content is not corrupted, hence the need to enable
it.
Signed-off-by: Lukasz Majewski
---
(no changes since v1)
configs/imx28_xea_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/imx28_xea_defconfig b
The default set of environment variables from CFG_EXTRA_ENV_SETTINGS
has been moved to a separate file - board/liebherr/xea/xea.env
Adjustments done:
- fitImage support
- SPI-NOR layout re-organization
Signed-off-by: Lukasz Majewski
---
(no changes since v1)
board/liebherr/xea/xea.env | 141
Hi Tom,
> On Wed, Jan 10, 2024 at 03:48:47PM +0100, Lukasz Majewski wrote:
>
> > As the XEA now supports fitImage, the default envs shall reflect
> > this as well.
> >
> > Moreover, some SPI-NOR layout re-organization has took place.
> >
1 - 100 of 4004 matches
Mail list logo
