Partial sync of rk3288.dtsi from Linux version 5.18
Changed:
only properties and functions that are not yet included
swap some clocks positions
fix some irq numbers
style and sort nodes
Signed-off-by: Johan Jonker
---
arch/arm/dts/rk3288-veyron-jerry.dts | 6 -
In order to better compare the Linux rk3288.dtsi version
with the u-boot version update the cpu and gpu nodes.
Changed:
use operating-points-v2
update thermal for all cpus
add labels to all cpus
change gpu compatible
change gpu interrupt names
Signed-off-by: Johan Jonker
---
In order to better compare the Linux rk3288.dtsi version
with the u-boot version move thermal sub nodes to the dtsi
file and remove rk3288-thermal.dtsi
Changed:
replace underscore in nodename
remove comments about sensor and ID
use gpu phandle
add #cooling-cells to gpu node
lower
Add product info area parsing support. Custom product info field parsing
function 'fru_parse_product_custom' can be replaced with a board specific
implementation.
Signed-off-by: Jae Hyun Yoo
---
Changes from RFC:
* Added manufacturer custom product info fields parsing flow.
common/fru_ops.c |
From: Graeme Gregory
The FRU handling was added as a Xilinx board dependent support but it
would be useful for other boards too, so this commit moves the FRU
handling support to the common region so that it can be enabled by
CONFIG_CMD_FRU.
To provide manufacturer specific custom board info
Hello,
The FRU handling was added as a Xilinx board dependent support but it
would be useful for other boards too, so this commit moves the FRU
handling support to the common region so that it can be enabled by
CONFIG_CMD_FRU.
To provide manufacturer specific custom board info field parsing,
it
On Friday 29 July 2022 12:07:38 Tom Rini wrote:
> Start by describing in general the best practices for how to implement
> configuration of some aspect of U-Boot. This generally means finding
> the right choices for when something should be static or dynamically
> configured and enabled. Then
BCM63148 is an Broadcom B15 based DSL Broadband SoC. It is part of the
BCA (Broadband Carrier Access origin) chipset family so it's added under
ARCH_BCMBCA platform. This initial support includes a bare-bone
implementation and dts with CPU subsystem, memory and Broadcom uart.
This SoC is
BCM6756 is an ARM A7 based WLAN Gateway and Access Point Broadband SoC.
It is part of the BCA(Broadband Carrier Access origin) chipset family so
it's added under ARCH_BCMBCA platform. This initial support includes a
bare-bone implementation and dts with CPU subsystem, memory and ARM
PL011 uart.
BCM6878 is an ARM A7 based PON Broadband SoC. It is part of the BCA
(Broadband Carrier Access origin) chipset family so it's added under
ARCH_BCMBCA platform. This initial support includes a bare-bone
implementation and dts with CPU subsystem, memory and ARM PL011
uart.
This SoC is supported in
BCM6846 is an ARM A7 based PON Broadband SoC. It is part of the BCA
(Broadband Carrier Access origin) chipset family so it's added under
ARCH_BCMBCA platform. This initial support includes a bare-bone
implementation and dts with CPU subsystem, memory and Broadcom uart.
This SoC is supported in
BCM63178 is an ARM A7 based DSL Broadband SoC. It is part of the BCA
(Broadband Carrier Access origin) chipset family so it's added under
ARCH_BCMBCA platform. This initial support includes a bare-bone
implementation and dts with CPU subsystem, memory and ARM PL011 uart.
This SoC is supported in
Broadcom BCA (Broadband Carrier Access origin) chipset family includes
DSL, PON and WLAN access point and gateway SoC. Now that the ARCH_BCMBCA
architecture and its first SoC BCM47622 are supported in u-boot 2022.07,
this patch series add the basic support for following BCA chips under
On Fri, Jul 29, 2022 at 07:09:26PM +0200, Heinrich Schuchardt wrote:
> Dear Tom,
>
> The following changes since commit 12fc2c3898cbcf6713055b58bd6103a2b9fda0de:
>
> Merge https://gitlab.denx.de/u-boot/custodians/u-boot-marvell
> (2022-07-29 08:08:33 -0400)
>
> are available in the Git
Dear Tom,
The following changes since commit 12fc2c3898cbcf6713055b58bd6103a2b9fda0de:
Merge https://gitlab.denx.de/u-boot/custodians/u-boot-marvell
(2022-07-29 08:08:33 -0400)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-efi.git
On Fri, Jul 29, 2022 at 06:51:50PM +0200, Heinrich Schuchardt wrote:
> On 7/29/22 18:07, Tom Rini wrote:
> > Start by describing in general the best practices for how to implement
> > configuration of some aspect of U-Boot. This generally means finding
> > the right choices for when something
пт, 29 июл. 2022 г. в 19:46, Tom Rini :
>
> On Fri, Jul 29, 2022 at 07:38:28PM +0300, Matwey V. Kornilov wrote:
> > пт, 29 июл. 2022 г. в 19:32, Tom Rini :
> > >
> > > On Fri, Jul 29, 2022 at 07:20:11PM +0300, Matwey V. Kornilov wrote:
> > >
> > > > Hi,
> > > >
> > > > I've tried to build an
On 7/29/22 18:07, Tom Rini wrote:
Start by describing in general the best practices for how to implement
configuration of some aspect of U-Boot. This generally means finding
the right choices for when something should be static or dynamically
configured and enabled. Then further document when
On Fri, Jul 29, 2022 at 07:38:28PM +0300, Matwey V. Kornilov wrote:
> пт, 29 июл. 2022 г. в 19:32, Tom Rini :
> >
> > On Fri, Jul 29, 2022 at 07:20:11PM +0300, Matwey V. Kornilov wrote:
> >
> > > Hi,
> > >
> > > I've tried to build an am335x_evm_defconfig u-boot to use it on my
> > > BeagleBone
пт, 29 июл. 2022 г. в 19:32, Tom Rini :
>
> On Fri, Jul 29, 2022 at 07:20:11PM +0300, Matwey V. Kornilov wrote:
>
> > Hi,
> >
> > I've tried to build an am335x_evm_defconfig u-boot to use it on my
> > BeagleBone Black board. Surprisingly, I've found that it doesn't work,
> > I see the silent
On Fri, Jul 29, 2022 at 07:20:11PM +0300, Matwey V. Kornilov wrote:
> Hi,
>
> I've tried to build an am335x_evm_defconfig u-boot to use it on my
> BeagleBone Black board. Surprisingly, I've found that it doesn't work,
> I see the silent console: no messages even from SPL.
>
> Using bisect I've
Hi,
I've tried to build an am335x_evm_defconfig u-boot to use it on my
BeagleBone Black board. Surprisingly, I've found that it doesn't work,
I see the silent console: no messages even from SPL.
Using bisect I've found that the following commit breaks the booting:
a58147c2dbbf ("board: ti:
Start by describing in general the best practices for how to implement
configuration of some aspect of U-Boot. This generally means finding
the right choices for when something should be static or dynamically
configured and enabled. Then further document when to use CONFIG or CFG
namespaces for
Hi Andrii,
On Wed, Jul 20, 2022 at 6:00 PM Andrii Chepurnyi
wrote:
>
> From: Andrii Chepurnyi
>
> From: Andrii Chepurnyi
>
> Originally, avb implementation relay on mmc block devices.
> The interface parameter will give the ability to use avb with
> various block devices by choosing the exact
Hello Andrii,
On Wed, Jul 20, 2022 at 6:00 PM Andrii Chepurnyi
wrote:
>
> From: Andrii Chepurnyi
>
> From: Andrii Chepurnyi
>
> Originally, bcb implementation relay on mmc block devices.
> The interface parameter will give the ability to use bcb with
> various block devices by choosing the
Hello Andrii,
On Wed, Jul 20, 2022 at 6:00 PM Andrii Chepurnyi
wrote:
>
> From: Andrii Chepurnyi
>
> From: Andrii Chepurnyi
>
> Part of avb code uses mmc notation, but in fact
> it uses generic block functions.
>
> Signed-off-by: Andrii Chepurnyi
> ---
> common/avb_verify.c | 52
On Fri, Jul 29, 2022 at 08:07:27PM +0530, Jagan Teki wrote:
> On Thu, Jul 28, 2022 at 6:45 PM Jagan Teki wrote:
> >
> > On Mon, Jul 11, 2022 at 7:54 PM Quentin Schulz wrote:
> > >
> > > From: Quentin Schulz
> > >
> > > When idbloader.img is flashed on the eMMC, the SPL still tries to load
> > >
Hello Michal,
On 7/29/2022 7:38 AM, Jae Hyun Yoo wrote:
On 7/29/2022 4:13 AM, Michal Simek wrote:
The main reason why I didn't added to generic location was that in
board field there are xilinx specific custom fields.
With other vendor this won't work.
I think this should be solved before
On Fri, Jul 29, 2022 at 09:03:00AM +0200, Heinrich Schuchardt wrote:
> On 7/28/22 20:53, Tom Rini wrote:
> > Start by describing in general the best practices for how to implement
> > configuration of some aspect of U-Boot. This generally means finding
> > the right choices for when something
Hello Michal,
On 7/29/2022 4:13 AM, Michal Simek wrote:
You should fix subject.
Ah, I'll remove one of 'cmd/fru:' prefix in the title.
On 7/27/22 01:50, Jae Hyun Yoo wrote:
From: Graeme Gregory
The FRU handling was added as a Xilinx board dependent support but it
would be useful for
On Thu, Jul 28, 2022 at 6:45 PM Jagan Teki wrote:
>
> On Mon, Jul 11, 2022 at 7:54 PM Quentin Schulz wrote:
> >
> > From: Quentin Schulz
> >
> > When idbloader.img is flashed on the eMMC, the SPL still tries to load
> > from SPI-NOR first.
> >
> > This is due to an incorrect look-up in the
On 28.07.22 17:30, Pali Rohár wrote:
On Thursday 28 July 2022 17:13:12 Stefan Roese wrote:
On 28.07.22 17:10, Pali Rohár wrote:
On Thursday 28 July 2022 17:05:38 Stefan Roese wrote:
On 28.07.22 15:03, Pali Rohár wrote:
Release PERST# signal via GPIO when "reset-gpios" is defined in device
On Fri, Jul 29, 2022 at 02:05:56PM +0200, Stefan Roese wrote:
> Hi Tom,
>
> please pull this next batch of mostly Marvell related patches:
>
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
Hello Michal,
On 7/29/2022 4:11 AM, Michal Simek wrote:
+ static const char * const typecode[] = {
+ "Binary/Unspecified",
+ "BCD plus",
+ "6-bit ASCII",
+ "8-bit ASCII",
+ "2-byte UNICODE"
+ };
This should be generic for all records and should be
These typos were found while reading the docs.
Signed-off-by: Paul Barker
---
doc/develop/bootstd.rst | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/doc/develop/bootstd.rst b/doc/develop/bootstd.rst
index 5e9c0d282bb0..6488c997b65a 100644
--- a/doc/develop/bootstd.rst
Hi Tom,
please pull this next batch of mostly Marvell related patches:
- mvebu: Add Armada 38x pin muxing support (Pali)
- a37xx: pinctrl: Fix requesting GPIOs and pinmux command (Pali)
- mvebu: pinctrl: apply SDHCI PHY config for
On 27.07.22 15:00, Marek Behún wrote:
There is a bug in Turris Omnia's schematics, whereupon the MPP[26] pin,
which is routed to CN11 pin header, is documented as SPI CS1, but
MPP[26] pin does not support this function. Instead it controls chip
select 2 if in "spi0" mode.
Fix the name of the
On 27.07.22 14:47, Pali Rohár wrote:
* Add SPDX-License-Identifier
* Add SFP and LED nodes
* Fix PHY nad NOR nodes
* Remove duplicates from u-boot.dtsi file
Signed-off-by: Pali Rohár
Applied to u-boot-marvell/master
Thanks,
Stefan
---
.../dts/armada-385-turris-omnia-u-boot.dtsi | 5
On 27.07.22 14:47, Pali Rohár wrote:
* Replace skeleton.dtsi by explicit #address-cells / #size-cells
* Add sdramc@1400 and phy@18300 nodes
* Remove (unused) timeout-ms i2c properties
* Fix compatible string for UARTs
* Add interrupts properties for watchdog
Signed-off-by: Pali Rohár
Applied
On 27.07.22 14:47, Pali Rohár wrote:
* Define PCIe interrupts
Signed-off-by: Pali Rohár
Applied to u-boot-marvell/master
Thanks,
Stefan
---
arch/arm/dts/armada-385.dtsi | 52 ++--
1 file changed, 44 insertions(+), 8 deletions(-)
diff --git
On 27.07.22 14:47, Pali Rohár wrote:
Linux kernel uses compatible string "marvell,armada370-nand-controller" for
nand controllers on Armada 370/XP/38x. U-Boot currently uses mix of
"marvell,armada370-nand" and "marvell,mvebu-pxa3xx-nand".
So unify it and use just Linux kernel compatible string.
On 26.07.22 16:11, Pali Rohár wrote:
This patch series improves verification of bootable Marvell Armada
images in U-Boot bubt command before flashing into boot location.
Pali Rohár (4):
cmd: mvebu/bubt: Verify image type for all 32-bit Aramda SoCs and
Armada 3700
cmd: mvebu/bubt:
On 28.07.22 13:06, Pali Rohár wrote:
This allows U-Boot to register new Turris Omnia MCU driver.
Signed-off-by: Pali Rohár
Applied to u-boot-marvell/master
Thanks,
Stefan
---
Changes in v2:
* Add missing #gpio-cells for phandle usage
---
arch/arm/dts/armada-385-turris-omnia.dts | 9
On 28.07.22 13:06, Pali Rohár wrote:
This driver registers GPIO controller and allows U-Boot to control GPIO
pins on MCU which is connected to Turris Omnia via i2c.
Signed-off-by: Pali Rohár
Applied to u-boot-marvell/master
Thanks,
Stefan
---
Changes in v2:
* Remove invalid checks in
On 25.07.22 14:13, Pali Rohár wrote:
From: Konstantin Porotchkin
Current pin control driver applies SDHCI PHY MUX selection
when board DT calls for eMMC function on MPP wires.
However, for CP side eMMC, only the "armada-8k-cpm-pinctrl"
compatibility string is taken into account, which causes
On 25.07.22 14:08, Pali Rohár wrote:
This patch series cleanup pinctrl-armada-37xx.c driver, add missing pin
muxes into the list to allow usage all MPP pins as GPIOs, implement
gpio_request_enable callback for correctly setting MPP pins to GPIO
mode.
For debugging purposes are implemented also
On 25.07.22 13:56, Pali Rohár wrote:
This patch series add support for configuring pin muxing on Armada 38x
via device tree properties used by Linux kernel. It extends also mvebu
gpio driver to properly set pin function to gpio prior assigning pins
and enable gpio and pinmux support on Turris
On Fri, Jul 29, 2022 at 09:03:00AM +0200, Heinrich Schuchardt wrote:
> On 7/28/22 20:53, Tom Rini wrote:
> > Start by describing in general the best practices for how to implement
> > configuration of some aspect of U-Boot. This generally means finding
> > the right choices for when something
New Turris Omnia HW board revision requires that software controls
peripheral reset signals, namely PERST# signals on mPCIe slots, ethernet
phy reset and lan switch reset. Those pins are connected to MCU controlled
by MCU i2c API as GPIOs. On new HW board revision those pins stay in reset
after
Different Turris Omnia HW board revisions contains different MCU.
Show type in show_board_info() to easily identify which MCU is populated.
Signed-off-by: Pali Rohár
---
board/CZ.NIC/turris_omnia/turris_omnia.c | 45
1 file changed, 45 insertions(+)
diff --git
You should fix subject.
On 7/27/22 01:50, Jae Hyun Yoo wrote:
From: Graeme Gregory
The FRU handling was added as a Xilinx board dependent support but it
would be useful for other boards too, so this commit moves the FRU
handling support to the common region to be enabled by CONFIG_CMD_FRU.
On 7/27/22 01:50, Jae Hyun Yoo wrote:
Add product info area parsing support.
Signed-off-by: Jae Hyun Yoo
---
common/fru_ops.c | 134 ++-
include/fru.h| 22
2 files changed, 155 insertions(+), 1 deletion(-)
diff --git
On 29.07.22 12:11, Gaurav Jain wrote:
Hello Stefano
-Original Message-
From: Stefano Babic
Sent: Tuesday, July 26, 2022 2:55 PM
To: Gaurav Jain ; Stefano Babic ;
Fabio Estevam
Cc: U-Boot-Denx ; Peng Fan ; dl-
uboot-imx ; Horia Geanta ;
Varun Sethi ; Ye Li
Subject: Re: [EXT] Re:
Hello Stefano
> -Original Message-
> From: Stefano Babic
> Sent: Tuesday, July 26, 2022 2:55 PM
> To: Gaurav Jain ; Stefano Babic ;
> Fabio Estevam
> Cc: U-Boot-Denx ; Peng Fan ; dl-
> uboot-imx ; Horia Geanta ;
> Varun Sethi ; Ye Li
> Subject: Re: [EXT] Re: [PATCH v3] crypto/fsl:
> Introduce BSH SystemMaster (SMM) M2 board family, which consists of:
> imx6ulz SMM M2 and imx6ulz SMM M2 PRO boards.
> Add support for imx6ulz BSH SMM M2 board:
> - 128 MiB DDR3 RAM
> - 256MiB Nand
> - USBOTG1 peripheral - fastboot.
> Signed-off-by: Michael Trimarchi
Applied to u-boot-imx,
> Add HABv4 documentation extension for SPL targets covering the
> following topics:
> - How to sign an securely boot an flash.bin container image.
> - How to extend the root of trust for additional boot images.
> - Add SPL and fitImage CSF examples.
> - Add signature generation script example.
>
> From: Marcel Ziswiler
> Fix spurious ampersand in address print e.g.
> Find img info 0x&480331a0, size 855
> Signed-off-by: Marcel Ziswiler
> Signed-off-by: Francesco Dolcini
> Reviewed-by: Michael Trimarchi "
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
wrong end address passed to flush_dcache_range.
modified the flush_dache logic for scatter list elements.
Fixes: 1919f58a8f (crypto/fsl: fsl_hash: Fix dcache issue in caam_hash_finish)
Signed-off-by: Gaurav Jain
---
changes in v4:
- fix powerpc error: left shift count >= width of type
On 29.07.22 11:38, Michael Nazzareno Trimarchi wrote:
Hi Stefan
On Thu, Jul 28, 2022 at 9:45 AM Michael Nazzareno Trimarchi
wrote:
Hi
On Thu, Jul 28, 2022 at 8:39 AM Stefan Roese wrote:
On 27.07.22 14:47, Pali Rohár wrote:
Linux kernel uses compatible string
Hi Stefan
On Thu, Jul 28, 2022 at 9:45 AM Michael Nazzareno Trimarchi
wrote:
>
> Hi
>
> On Thu, Jul 28, 2022 at 8:39 AM Stefan Roese wrote:
> >
> > On 27.07.22 14:47, Pali Rohár wrote:
> > > Linux kernel uses compatible string "marvell,armada370-nand-controller"
> > > for
> > > nand
On Friday 29 July 2022 10:09:52 Francesco Dolcini wrote:
> On Thu, Jul 28, 2022 at 05:30:00PM +0200, Pali Rohár wrote:
> > On Thursday 28 July 2022 17:13:12 Stefan Roese wrote:
> > > On 28.07.22 17:10, Pali Rohár wrote:
> > > > On Thursday 28 July 2022 17:05:38 Stefan Roese wrote:
> > > > > On
On 29.07.22 09:38, Pali Rohár wrote:
On Thursday 28 July 2022 14:42:35 Tony Dinh wrote:
Hi Pali,
I noticed that PINCTRL_FULL is default to Y already in Kconfig. Is it
normal practice to include it in the defconfig anyway?
./drivers/pinctrl/Kconfig
config PINCTRL_FULL
bool "Support
On Thursday 28 July 2022 14:42:35 Tony Dinh wrote:
> Hi Pali,
>
> I noticed that PINCTRL_FULL is default to Y already in Kconfig. Is it
> normal practice to include it in the defconfig anyway?
>
> ./drivers/pinctrl/Kconfig
>
> config PINCTRL_FULL
> bool "Support full pin controllers"
>
On 7/28/22 20:53, Tom Rini wrote:
Start by describing in general the best practices for how to implement
configuration of some aspect of U-Boot. This generally means finding
the right choices for when something should be static or dynamically
configured and enabled. Then further document when
On 28.07.22 13:06, Pali Rohár wrote:
This allows U-Boot to register new Turris Omnia MCU driver.
Signed-off-by: Pali Rohár
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
Changes in v2:
* Add missing #gpio-cells for phandle usage
---
arch/arm/dts/armada-385-turris-omnia.dts | 9 -
On 28.07.22 13:06, Pali Rohár wrote:
This driver registers GPIO controller and allows U-Boot to control GPIO
pins on MCU which is connected to Turris Omnia via i2c.
Signed-off-by: Pali Rohár
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
Changes in v2:
* Remove invalid checks in xlate
66 matches
Mail list logo