Hi Tom,
please pull the next batch of mostly Marvell kwboot & MVEBU
related fixes and enhancement patches:
- a37xx: pci: Cleanup and minor fix for root port check (Pali)
- pci: mvebu: Ensure that root port is always on root zero bu
On Thu, 2022-02-17 at 15:13 +, Andre Przywara wrote:
> On Fri, 11 Feb 2022 17:00:48 +
> Joakim Tjernlund wrote:
>
> Hi,
>
> > On Fri, 2022-02-11 at 15:00 +0100, Joakim Tjernlund wrote:
> > > On Fri, 2022-02-11 at 01:26 +, Andre Przywara wrote:
> > > > On Fri, 11 Feb 2022 00:22:25 +
For platform which can boot on different device, this allows
to override interface, device and partition from board code
Signed-off-by: He Yong
---
env/fat.c | 34 +++---
include/env_internal.h | 20
2 files changed, 39 insertions(+),
Yes, I have reworked the patch for v4 based on u-boot mainline
At 2022-02-17 23:19:20, "Tom Rini" wrote:
>On Thu, Feb 17, 2022 at 10:55:39PM +0800, hyyxohk wrote:
>
>> For platform which can boot on different device, this allows
>> to override interface, device and partition from
There is a conflict between the static file
lib/acpi/dsdt.c and the file dsdt.c generated
dynamicaly by scripts/Makefile.lib. When a
mrproper is done, the static file dsdt.c is
removed. If a build with acpi enabled is
launched after, the following error is raised:
CC lib/acpi/acpi_table.o
m
Enable the led support on the refboard bcm96753ref.
Signed-off-by: Philippe Reynes
---
configs/bcm96753ref_ram_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/bcm96753ref_ram_defconfig
b/configs/bcm96753ref_ram_defconfig
index 4474797e3d..2c4408313a 100644
--- a/configs/bc
Add the support of the LED IP for bcm6357. This
LED IP supports blinking, fading and pulsating,
but for the moment, only blinking is supported.
Signed-off-by: Philippe Reynes
---
drivers/led/Kconfig | 7 +
drivers/led/Makefile | 1 +
drivers/led/led_bcm6753.c | 270 +++
Enable the led in the device tree of the refboard bcm96753ref.
It also defines two leds (led_red ad led_green).
Signed-off-by: Philippe Reynes
---
arch/arm/dts/bcm96753ref.dts | 18 ++
1 file changed, 18 insertions(+)
diff --git a/arch/arm/dts/bcm96753ref.dts b/arch/arm/dts/bcm9
Add a node leds to support the LED IP in the
device tree of the bcm6753.
Signed-off-by: Philippe Reynes
---
arch/arm/dts/bcm6753.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/dts/bcm6753.dtsi b/arch/arm/dts/bcm6753.dtsi
index bcbb8e17da..e88ab095c2 100644
--- a/arch/ar
On Fri, Feb 18, 2022 at 12:09:46AM +0800, He Yong wrote:
> Yes, I have reworked the patch for v4 based on u-boot mainline
Thanks!
--
Tom
signature.asc
Description: PGP signature
On Thursday 17 February 2022 15:31:10 Marek Behún wrote:
> On Thu, 17 Feb 2022 10:26:19 +0100
> Pali Rohár wrote:
>
> > Only secure CM3 core can access Security OTP. It is not possible via A53
>
> It is not possible for the A53 core (on which U-Boot is running) to read
> it directly.
>
> > core
On 2/17/22 17:10, Philippe Reynes wrote:
There is a conflict between the static file
lib/acpi/dsdt.c and the file dsdt.c generated
dynamicaly by scripts/Makefile.lib. When a
mrproper is done, the static file dsdt.c is
removed. If a build with acpi enabled is
launched after, the following error is
On Thursday 17 February 2022 15:16:33 Marek Behún wrote:
> On Thu, 17 Feb 2022 10:26:18 +0100
> Pali Rohár wrote:
>
> > Allow to specify input parameters, define all available mbox commands
> > supported by CZ.NIC secure firmware + Marvell fuse.bin firmware and fix
>CZ.NIC's
On Thu, 2022-02-17 at 17:10 +0100, Philippe Reynes wrote:
> There is a conflict between the static file
> lib/acpi/dsdt.c and the file dsdt.c generated
> dynamicaly by scripts/Makefile.lib. When a
> mrproper is done, the static file dsdt.c is
> removed. If a build with acpi enabled is
> launched af
Hi Philippe,
On Thu, 17 Feb 2022 at 09:10, Philippe Reynes
wrote:
>
> There is a conflict between the static file
> lib/acpi/dsdt.c and the file dsdt.c generated
> dynamicaly by scripts/Makefile.lib. When a
> mrproper is done, the static file dsdt.c is
> removed. If a build with acpi enabled is
>
Hi Masami,
On Wed, 16 Feb 2022 at 18:11, Masami Hiramatsu
wrote:
>
> Hi Simon,
>
> Let me confirm your point.
> So are you concerning the 'real' reset for the capsule update test
> case itself or this patch?
>
> I'm actually learning how the test is working, so please help me to
> understand how
On Thu, 17 Feb 2022 17:50:31 +0100
Pali Rohár wrote:
> On Thursday 17 February 2022 15:31:10 Marek Behún wrote:
> > On Thu, 17 Feb 2022 10:26:19 +0100
> > Pali Rohár wrote:
> >
> > > Only secure CM3 core can access Security OTP. It is not possible via A53
> >
> > It is not possible for the
On Thu, 17 Feb 2022 18:13:17 +0100
Pali Rohár wrote:
> On Thursday 17 February 2022 15:16:33 Marek Behún wrote:
> > On Thu, 17 Feb 2022 10:26:18 +0100
> > Pali Rohár wrote:
> >
> > > Allow to specify input parameters, define all available mbox commands
> > > supported by CZ.NIC secure firmwar
Allow to read OTP bits via U-Boot fuse command on all Armada 3720 boards.
Signed-off-by: Pali Rohár
Reviewed-by: Marek Behún
---
configs/mvebu_db-88f3720_defconfig | 2 ++
configs/mvebu_espressobin-88f3720_defconfig | 2 ++
configs/turris_mox_defconfig| 2 ++
configs/uD
Add support for reading NB fuse OTP, SB fuse OTP and Security OTP
values via U-Boot fuse API on Armada 37xx boards.
Pali Rohár (5):
arm: mvebu: a37xx: Add support for reading NB and SB fuse OTP value
arm: mvebu: a37xx: Enable fuse command on all Armada 3720 boards
arm: mvebu: a37xx: Move gen
It is not possible for the A53 core (on which U-Boot is running) to read it
directly. For this purpose Marvell defined mbox API for sending OTP
commands between CM3 and A53 cores.
Implement these Marvell fuse reading mbox commands via U-Boot fuse API.
Banks 0-43 are used for accessing Security OT
Generic A3720 mbox code is currently in Turris Mox specific board file
board/CZ.NIC/turris_mox/mox_sp.c. Move it to board independent arch file
arch/arm/mach-mvebu/armada3700/mbox.c.
Signed-off-by: Pali Rohár
Reviewed-by: Marek Behún
---
arch/arm/mach-mvebu/armada3700/Makefile | 2 +-
arch/arm
Allow to specify input parameters, define all available mbox commands
supported by CZ.NIC's secure firmware and also Marvell's fuse.bin firmware
and fix parsing response from Marvell OTP commands.
Signed-off-by: Pali Rohár
Reviewed-by: Marek Behún
---
arch/arm/mach-mvebu/armada3700/mbox.c | 2
Implement reading NB and SB fuses of Armada 37xx SOC via U-Boot fuse API.
Banks 0-43 are reserved for accessing Security OTP (not implemented yet).
Bank 44 is used for accessing North Bridge OTP (69 bits via words 0-2).
Bank 45 is used for accessing South Bridge OTP (97 bits via words 0-3).
Write
On Thu, Feb 17, 2022 at 04:46:20PM +0100, Stefan Roese wrote:
> Hi Tom,
>
> please pull the next batch of mostly Marvell kwboot & MVEBU
> related fixes and enhancement patches:
>
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Thu, 17 Feb 2022 19:50:46 +0100
Pali Rohár wrote:
> It is not possible for the A53 core (on which U-Boot is running) to read it
> directly. For this purpose Marvell defined mbox API for sending OTP
> commands between CM3 and A53 cores.
>
> Implement these Marvell fuse reading mbox commands vi
On Thu, Feb 17, 2022 at 6:09 AM Rafał Miłecki wrote:
>
> From: Rafał Miłecki
>
> This is RFC and request for a help & discussion.
>
> While reviewing patch for U-Boot env binding it has been mentioned that:
>
> 1. /Processing/ whole DT in U-Boot may be too much work
>Handling flash devices, p
Hi Simon,
Thank you for your reply.
2022年2月18日(金) 2:56 Simon Glass :
>
> Hi Masami,
>
> On Wed, 16 Feb 2022 at 18:11, Masami Hiramatsu
> wrote:
> >
> > Hi Simon,
> >
> > Let me confirm your point.
> > So are you concerning the 'real' reset for the capsule update test
> > case itself or this pat
I'm having a lot of trouble finding the definition of certain commands,
eg "fatload":
https://www.denx.de/wiki/view/DULG/WebSearch?search=fatload&web=on&scope=text
Is there an updated single page that I can search if I can't work out
how to make search work for me?
--
Thanks,
Tom Hale
I'm guessing that many of U-boot's users are on Raspberry Pi boards?
Which board should I select at the board select page:
https://www.denx.de/wiki/DULG/BoardSelect
--
Thanks!
Tom Hale
I want to have a fallback boot situation where boot is first tried from
one partition, and then from another partition (on a different device)
if the first partition isn't available (eg, if the first device fails).
Can I boot from a specific FS UUID or a partition UUID without knowing a
partic
101 - 131 of 131 matches
Mail list logo
