Fix following two compile errors on big endian systems:
CC fs/btrfs/btrfs.o
In file included from include/linux/byteorder/big_endian.h:107,
from ./arch/powerpc/include/asm/byteorder.h:82,
from ./arch/powerpc/include/asm/bitops.h:8,
from inc
Currently there is no btrfs support in SPL. But macro CONFIG_FS_BTRFS is
defined also when building SPL. When both FS_BTRFS and SPL are enabled
then build process throw compile error.
Fix check for btrfs code in fstypes[] to allow compiling FS_BTRFS only in
proper U-Boot.
Signed-off-by: Pali Rohá
On Thu, 7 Apr 2022 14:51:03 +0200
Pali Rohár wrote:
> Fix following two compile errors on big endian systems:
>
> CC fs/btrfs/btrfs.o
> In file included from include/linux/byteorder/big_endian.h:107,
> from ./arch/powerpc/include/asm/byteorder.h:82,
> fr
This is needed for SDP downloads of eg. fitimages
in SPL stage.
Signed-off-by: Manuel Traut
---
common/spl/Kconfig | 10 +++
common/usb_hub.c| 4 +
drivers/usb/gadget/Makefile | 18 ++--
drivers/usb/gadget/ci_udc.c | 159 +---
drivers/usb
On Wed, Apr 06, 2022 at 03:47:11PM -0400, Tom Rini wrote:
> On Tue, Mar 29, 2022 at 04:16:53PM +0100, abdellatif.elkhl...@arm.com wrote:
> > From: Abdellatif El Khlifi
> >
> > This patchset adds support for Arm FF-A (Arm Firmware Framework for Armv8-A
> > v1.0).
> >
> > FF-A support is generic
On Thu, Apr 07, 2022 at 01:54:24PM +0100, Abdellatif El Khlifi wrote:
> On Wed, Apr 06, 2022 at 03:47:11PM -0400, Tom Rini wrote:
> > On Tue, Mar 29, 2022 at 04:16:53PM +0100, abdellatif.elkhl...@arm.com wrote:
> > > From: Abdellatif El Khlifi
> > >
> > > This patchset adds support for Arm FF-A (
Added Tom to To...
On 4/7/22 10:29, Pali Rohár wrote:
On Monday 04 April 2022 09:43:21 Stefan Roese wrote:
On 4/3/22 00:36, Pali Rohár wrote:
Callers of function atsha204a_crc16() expect to return value in host cpu
endianity. So remove cpu_to_le16() conversion.
Signed-off-by: Pali Rohár
Re
When an image stretches beyond the display border, one still needs
to seek to the next pixel line to display the visible part of that
image correctly.
Signed-off-by: Vitaly Wool
---
drivers/video/video_bmp.c | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
diff --git a/driv
On Thu, Apr 07, 2022 at 03:31:25PM +0200, Stefan Roese wrote:
> Added Tom to To...
>
> On 4/7/22 10:29, Pali Rohár wrote:
> > On Monday 04 April 2022 09:43:21 Stefan Roese wrote:
> > > On 4/3/22 00:36, Pali Rohár wrote:
> > > > Callers of function atsha204a_crc16() expect to return value in host
On Mon, Feb 28, 2022 at 12:08:18PM -0700, Simon Glass wrote:
> At present the default .buildman file written by buildman does not specify
> a default toolchain. Add an 'other' line so this works correctly and
> sandbox builds run as expected.
>
> Signed-off-by: Simon Glass
For the series, appli
On Sat, Mar 26, 2022 at 11:47:40AM -0300, Fabio Estevam wrote:
> From: Fabio Estevam
>
> When adding new features to imx8m boards, such as DM clock support,
> the malloc area can be exhausted.
>
> To avoid such issue, provide a reasonable default for the
> SYS_MALLOC_F_LEN size.
>
> Quoting To
On 4/6/22 1:30 AM, Stefan Roese wrote:
> On 4/1/22 21:03, Sean Anderson wrote:
>> Implementers of SPL_LOAD_IMAGE_METHOD have to correctly determine what
>> type of image is being loaded and then call the appropriate image load
>> function correctly. This is tricky, because some image load functi
A number of platforms here had already been increasing the size a bit,
so lets moving all of them up.
Signed-off-by: Tom Rini
---
Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Kconfig b/Kconfig
index 8935df616201..4f1e4d8a13d3 100644
--- a/Kconfig
+++ b/Kconfig
@@ -
The most commonly used value today is 0x2000 and not 0x400. Rework the
Kconfig logic to use this more frequently used value as the default.
Cc: Andrew F. Davis
Cc: Alex Nemirovsky
Cc: Alexey Brodkin
Cc: Alison Wang
Cc: Anastasiia Lukianenko
Cc: Andes
Cc: Andre Przywara
Cc: Bharat Gooty
Cc
On Fri, Nov 19, 2021 at 12:36:46PM +0800, Artem Lapkin wrote:
> Add possibility setup env variable with additional resolving vars inside
> value.
>
> Usage examples:
>
> => setenv a hello; setenv b world; setenv c '${a} ${b}'
> => setenv -r d '${c}! ${a}...'
> => printenv d
> d=hello world! hell
On Thu, Apr 07, 2022 at 04:55:14AM -0700, Joel Peshkin wrote:
> Hi Rafal,
>
>The first 32b value is a magic number (endian swapped mnemonic of "uEnv"
> short for "u-boot environment"). Finding that magic number of a 4K
> boundary followed by a length and then a u-boot environment with a vali
On 3/9/22 04:18, Marek Vasut wrote:
Add ID for Winbond W25Q128JW device. This is a 128 Mbit QSPI NOR.
Tested on W25Q128JWPIM part.
Signed-off-by: Marek Vasut
Cc: Horatiu Vultur
Cc: Jagan Teki
Cc: Simon Goldschmidt
Cc: Stefan Roese
Cc: Vignesh R
---
drivers/mtd/spi/spi-nor-ids.c | 5 +
Hi All,
The topic of information handoff between TF-A's BL31 and BL33 (e.g. U-boot
proper, EDK2) was discussed last year in the TF-A and U-boot mailing lists [1],
[2].
Examples of information to be handed off between firmware stages are the TPM
log, HOB nodes, etc.
Having a standard data struc
On Sat, Apr 2, 2022 at 4:17 PM Vladimir Oltean wrote:
>
> On Fri, Apr 01, 2022 at 01:24:48PM -0700, Tim Harvey wrote:
> > > > > Why is mv88e61xx_dsa_xmit() no-op?
> > > >
> > > > For DSA dsa-uclass calls the switch master eth device send function
> > > > after calling the dsa_ops->xmit function so
Hi Tom,
On 4/7/22 09:33, Tom Rini wrote:
The most commonly used value today is 0x2000 and not 0x400. Rework the
Kconfig logic to use this more frequently used value as the default.
Signed-off-by: Tom Rini
---
To make this patch more reviewable, I've omitted the defconfigs where
the in-use valu
On Thu, Apr 07, 2022 at 01:33:58PM -0700, Tim Harvey wrote:
> I guess I'll have to invest in tagging packets if you won't accept the
> simplistic approach of not having to tag frames knowing that only one
> port is active at a time.
I genuinely don't know where you got the impression from that I d
On Wed, Mar 30, 2022 at 8:04 PM Marek Vasut wrote:
>
> This driver is the only SMCCC dependency in iMX8M U-Boot port. Rework
> the driver based on Linux GPCv2 driver to directly control the GPCv2
> block instead of using SMCCC calls. This way, U-Boot can operate the
> i.MX8M power domains without
On Fri, Apr 1, 2022 at 7:06 AM Marek Vasut wrote:
>
> Add trivial driver for i.MX8MP HSIOMIX handling. This is responsible
> for enabling the GPCv2 power domains and clock for USB 3.0 and PCIe
> in the correct order. Currently supported is the USB 3.0 part which
> can be tested, PCIe support shoul
On Thu, Apr 7, 2022 at 1:33 AM Marek Vasut wrote:
>
> On 4/7/22 06:01, Peng Fan (OSS) wrote:
> >
> >
> > On 2022/4/1 9:12, Marek Vasut wrote:
> >> Add i.MX8MP power domain handling into the driver. This is based on the
> >> Linux GPCv2 driver state which is soon to be in Linux next.
> >
> > Do we
On Thu, Mar 31, 2022 at 6:26 PM Marek Vasut wrote:
>
> Add initial support for i.MX8MP USB PHY, i.MX8MP USB is similar to
> the i.MX8MQ, except for clock and power domain design customization.
>
> Signed-off-by: Marek Vasut
> Cc: Fabio Estevam
> Cc: Peng Fan
> Cc: Stefano Babic
> ---
> driver
On Wed, Apr 6, 2022 at 9:03 PM Peng Fan (OSS) wrote:
>
>
>
> On 2022/4/1 22:30, Marek Vasut wrote:
> > Add clock tables required to bring up DWC3 USB, USB PHY and HSIOMIX domain.
> >
> > Signed-off-by: Marek Vasut
> > Cc: Fabio Estevam
> > Cc: Peng Fan
> > Cc: Stefano Babic
> > Cc: Ye Li
>
>
On Fri, Apr 1, 2022 at 7:32 AM Marek Vasut wrote:
>
> The i.MX8MP glue needs to be configured based on a couple of DT
> properties, implement .glue_configure callback to parse those DT
> properties and configure the glue accordingly.
>
> Signed-off-by: Marek Vasut
> Cc: Angus Ainslie
> Cc: Bin M
On Fri, Apr 1, 2022 at 7:55 AM Marek Vasut wrote:
>
> Add DT bindings for a subset of GPCv2 which handles USB and PCIe PDs,
> HSIOMIX PD controller and missing USB PD properties. This is required
> to bring up the DWC3 USB controller up.
>
> This is based on linux next and patches which are still
On 2022/4/7 20:51, Pali Rohár wrote:
Fix following two compile errors on big endian systems:
CC fs/btrfs/btrfs.o
In file included from include/linux/byteorder/big_endian.h:107,
from ./arch/powerpc/include/asm/byteorder.h:82,
from ./arch/powerpc/incl
On Thu, Apr 7, 2022 at 2:31 PM Vladimir Oltean wrote:
>
> On Thu, Apr 07, 2022 at 01:33:58PM -0700, Tim Harvey wrote:
> > I guess I'll have to invest in tagging packets if you won't accept the
> > simplistic approach of not having to tag frames knowing that only one
> > port is active at a time.
>
On Thu, 7 Apr 2022, Stefan Roese wrote:
> > Hello! What do you think about this change? I think it is good
> > compromise between enable this workaround for all builds on all boards
> > and enable it only based on device id. Or would it be better to restrict
> > this workaround just for ASM2824 de
The current implementation of boot_relocate_fdt() places DT at the
highest usable DRAM address, which is calculated as:
env_get_bootm_low() + env_get_bootm_mapsize()
which by default becomes gd->ram_base + gd->ram_size.
Systems like i.MX53 can have multiple DRAM banks with gap between them,
e.g.
Rename board_early_init_f() to board_early_init(), since this function
has nothing to do with actual board_early_init_f() as used throughout
U-Boot. The board_early_init() is function local to this board used to
configure UART and WDT pinmux. Wrap init_uart_clk() into this function
so that early UA
Add new board based on the Toradex Verdin iMX8M Mini SoM, the MX8Menlo.
The board is a compatible replacement for i.MX53 M53Menlo and features
USB, multiple UARTs, ethernet, LEDs, SD and eMMC.
Signed-off-by: Marek Vasut
Cc: Fabio Estevam
Cc: Marcel Ziswiler
Cc: Max Krummenacher
Cc: Peng Fan
C
On Thu, 7 Apr 2022 16:03:12 -0700
Tim Harvey wrote:
> Is there a move to try and move all network drivers to DM_MDIO
> eliminating the need for struct mii_dev* within those drivers?
Yes.
Marek
From: Peng Fan
For platforms with DM_MMC and SPL_DM_MMC, the SDHC macros are not needed.
CONFIG_MMCROOT could be actually dropped.
Drop IMX_FEC_BASE for boards that not use it
Tom, Stefano
this patches changes lots of files, not only imx, to avoid conflict, Tom
would you directly pick up if no
From: Peng Fan
With SPL_DM_MMC and DM_MMC, the two macros not needed, drop it.
#define CONFIG_SYS_FSL_USDHC_NUM 2
#define CONFIG_SYS_FSL_ESDHC_ADDR 0
Signed-off-by: Peng Fan
---
include/configs/imx8mm_evk.h | 5 -
1 file changed, 5 deletions(-)
diff --git a/include/configs/im
From: Peng Fan
With SPL_DM_MMC and DM_MMC, the two macros not needed, drop it.
#define CONFIG_SYS_FSL_USDHC_NUM 2
#define CONFIG_SYS_FSL_ESDHC_ADDR 0
Signed-off-by: Peng Fan
---
include/configs/imx8mp_evk.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/include/configs/imx8
From: Peng Fan
With SPL_DM_MMC and DM_MMC, the two macros not needed, drop it.
#define CONFIG_SYS_FSL_USDHC_NUM 2
#define CONFIG_SYS_FSL_ESDHC_ADDR 0
Signed-off-by: Peng Fan
---
include/configs/imx8mn_evk.h | 5 -
1 file changed, 5 deletions(-)
diff --git a/include/configs/im
From: Peng Fan
With DM_MMC, CONFIG_SYS_FSL_USDHC_NUM is not needed.
Signed-off-by: Peng Fan
---
include/configs/mx6sxsabresd.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/include/configs/mx6sxsabresd.h b/include/configs/mx6sxsabresd.h
index b679d13dc04..2552fc0222e 100644
--- a/includ
From: Peng Fan
With SPL_DM_MMC and DM_MMC, the two macros not needed, drop it.
CONFIG_SYS_FSL_USDHC_NUM
CONFIG_SYS_FSL_ESDHC_ADDR
Signed-off-by: Peng Fan
---
include/configs/mx7dsabresd.h | 9 -
1 file changed, 9 deletions(-)
diff --git a/include/configs/mx7dsabresd.h b/include/conf
From: Peng Fan
With SPL_DM_MMC and DM_MMC, the two macros not needed, drop it.
CONFIG_SYS_FSL_USDHC_NUM
CONFIG_SYS_FSL_ESDHC_ADDR
Signed-off-by: Peng Fan
---
include/configs/imx8qm_mek.h | 5 -
include/configs/imx8qxp_mek.h | 5 -
2 files changed, 10 deletions(-)
diff --git a/inclu
From: Peng Fan
With SPL_DM_MMC and DM_MMC, the two macros not needed, drop it.
CONFIG_SYS_FSL_USDHC_NUM
CONFIG_SYS_FSL_ESDHC_ADDR
Signed-off-by: Peng Fan
---
include/configs/verdin-imx8mm.h | 3 ---
include/configs/verdin-imx8mp.h | 4
2 files changed, 7 deletions(-)
diff --git a/inclu
From: Peng Fan
With SPL_DM_MMC and DM_MMC, the two macros not needed, drop it.
CONFIG_SYS_FSL_USDHC_NUM
CONFIG_SYS_FSL_ESDHC_ADDR
Signed-off-by: Peng Fan
---
include/configs/imx8mm_beacon.h | 4
include/configs/imx8mn_beacon.h | 4
2 files changed, 8 deletions(-)
diff --git a/incl
From: Peng Fan
With SPL_DM_MMC and DM_MMC, the two macros not needed, drop it.
CONFIG_SYS_FSL_USDHC_NUM
CONFIG_SYS_FSL_ESDHC_ADDR
Signed-off-by: Peng Fan
---
include/configs/imx8mm_venice.h | 4
include/configs/imx8mn_venice.h | 3 ---
2 files changed, 7 deletions(-)
diff --git a/inclu
From: Peng Fan
With SPL_DM_MMC and DM_MMC, the two macros not needed, drop it.
CONFIG_SYS_FSL_USDHC_NUM
CONFIG_SYS_FSL_ESDHC_ADDR
Signed-off-by: Peng Fan
---
include/configs/phycore_imx8mm.h | 4
include/configs/phycore_imx8mp.h | 4
2 files changed, 8 deletions(-)
diff --git a/in
From: Peng Fan
IMX_FEC_BASE is not used in these boards, so drop it.
Signed-off-by: Peng Fan
---
include/configs/apalis-imx8x.h | 1 -
include/configs/aristainetos2.h | 1 -
include/configs/cm_fx6.h | 1 -
include/configs/colibri-imx6ull.h| 1 -
inclu
From: Peng Fan
CONFIG_MMCROOT is only used to set mmcroot, no need a dedicated macro.
Script as below
"
for i in `ls include/configs/*.h`
do
mmcroot=`sed -n '/define.*MMCROOT/ p' $i | awk -F\" '{ print $2;}'`
if [ ! -n "$mmcroot" ]; then
continue
fi
sed -i '/define.*MMCROOT/ d'
From: Peng Fan
Drop CONFIG_MMCROOT, no users now.
Signed-off-by: Peng Fan
---
scripts/config_whitelist.txt | 1 -
1 file changed, 1 deletion(-)
diff --git a/scripts/config_whitelist.txt b/scripts/config_whitelist.txt
index 12208c7a2f8..3318086917d 100644
--- a/scripts/config_whitelist.txt
+++
On 4/7/22 17:10, Sean Anderson wrote:
On 4/6/22 1:30 AM, Stefan Roese wrote:
On 4/1/22 21:03, Sean Anderson wrote:
Implementers of SPL_LOAD_IMAGE_METHOD have to correctly determine what
type of image is being loaded and then call the appropriate image load
function correctly. This is tricky,
Hi all,
This is a work-in-progress patch that I'm working on, to clean up the
DM Ethernet code for the Zyxel NSA310S board (Kirkwood 88F6702 A1).
This NSA310s board Ethernet has some quirks that it does not work
quite the same way as other Kirwood boards with the similar network
chip (MV88E1318),
Hi Tony,
On 4/8/22 07:03, Tony Dinh wrote:
Hi all,
This is a work-in-progress patch that I'm working on, to clean up the
DM Ethernet code for the Zyxel NSA310S board (Kirkwood 88F6702 A1).
This NSA310s board Ethernet has some quirks that it does not work
quite the same way as other Kirwood boa
On Thu, Apr 7, 2022 at 10:39 PM Stefan Roese wrote:
>
> Hi Tony,
>
> On 4/8/22 07:03, Tony Dinh wrote:
> > Hi all,
> >
> > This is a work-in-progress patch that I'm working on, to clean up the
> > DM Ethernet code for the Zyxel NSA310S board (Kirkwood 88F6702 A1).
> >
> > This NSA310s board Ethern
101 - 153 of 153 matches
Mail list logo