On Fri, Aug 4, 2023, at 12:37 AM, Tom Rini wrote:
> On Fri, 21 Jul 2023 04:39:15 +0000, Mathew McBride wrote:
>
> > This is a series of updates for the Ten64 board,
> > that are part of our firmware releases but not yet upstreamed
> > into U-Boot.
> >
-off-by: Mathew McBride
Fixes: 7a041fea2 ("board: traverse: ten64: ensure retimer reset
is done on new board revisions")
---
board/traverse/ten64/ten64.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/board/traverse/ten64/ten64.c b/board/traverse/ten64/ten64.c
index
trip out the extra compatible
before presenting it to the operating system.
Signed-off-by: Mathew McBride
---
board/traverse/ten64/ten64.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/board/traverse/ten64/ten64.c b/board/traverse/ten64/ten64.c
index 3cb8bad855..52daae6e24 100644
---
Our bootcmd is the same regardless of where the SoC
loaded it's code from, so we don't want
fsl_setenv_bootcmd to do anything.
Signed-off-by: Mathew McBride
---
board/traverse/ten64/ten64.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/board/traverse/ten64/ten64
loading.
See previous discussion at [1].
On the Ten64 board, our bootcmd is the same across
all TF-A boot sources so we don't want this behaviour.
Signed-off-by: Mathew McBride
[1]
https://patchwork.ozlabs.org/project/uboot/patch/2020044639.7070-3-m...@traverse.com.au/#2790037
---
arc
With the previous updates to the device tree, Ten64
can use Standard Boot 'out of the box'.
Signed-off-by: Mathew McBride
---
configs/ten64_tfa_defconfig | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/configs/ten64_tfa_defconfig b/configs/ten64_tfa_defco
nd we will provide a mechanism to turn them on at boot
via env vars.
Signed-off-by: Mathew McBride
---
configs/ten64_tfa_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/ten64_tfa_defconfig b/configs/ten64_tfa_defconfig
index 7d63ee40e9..796a826b72 100644
--- a/co
The GE0 (first Gigabit Ethernet interface) is used as the
'serial number' for the board and appliance.
To ensure the 'true' board S/N is available regardless of how
the DPAA2 subsystem is configured, use serial# so it is passed in
the device tree.
Signed-off-by: Mathew
device
tree we can ensure the U-Boot 'ethX' is the same as the labelled
port order on the unit, as well as the one adopted by Linux.
Signed-off-by: Mathew McBride
---
arch/arm/dts/fsl-ls1088a-ten64-u-boot.dtsi | 10 ++
board/traverse/ten64/ten64.c | 4 ++--
2 fil
Ensure nvme devices are scanned before reaching the shell,
otherwise extra user intervention ("nvme scan") is required
before they are visible to bootdev/bootflow.
Signed-off-by: Mathew McBride
---
board/traverse/ten64/ten64.c | 7 +++
1 file changed, 7 insertions(+)
diff --g
This restores NVMe functionality after PCI(e) NVMe support
was split out from the NVMe driver.
Signed-off-by: Mathew McBride
---
configs/ten64_tfa_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/configs/ten64_tfa_defconfig b/configs/ten64_tfa_defconfig
index 9797a343e5
The recovery-firmware and OpenWrt-NAND do not yet have bootflow
/bootstd entrypoints, so add bootmenu entries to make them
accessible.
Signed-off-by: Mathew McBride
---
include/configs/ten64.h | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/include/configs
The default Ten64 MTD configuration reserves two ubifs partitions
for OpenWrt residing on NAND flash. Add the bootcmd for this system
into the default environment.
Signed-off-by: Mathew McBride
---
include/configs/ten64.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/include
booting recovery.
Signed-off-by: Mathew McBride
[1] https://ten64doc.traverse.com.au/software/recovery/
---
include/configs/ten64.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/include/configs/ten64.h b/include/configs/ten64.h
index 63fbafd132..1b8b27c230 100644
--- a
op of that sdcard, (in theory)
it will be left alone by distribution boot tooling.
Signed-off-by: Mathew McBride
[1] https://arm-software.github.io/ebbr/index.html#firmware-partition-filesystem
---
include/configs/ten64.h | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git
from 0x8000,
and below the other typical load addr of 0x9000).
Ideally in the future, the DPL lazyapply command
("fsl_mc lazyapply DPL $dpl_addr") should be set to
load the DPL contents into a memory area owned by U-Boot.
Signed-off-by: Mathew McBride
---
include/configs/te
d inside board_cycle_retimer
(which probes/fetches the retimer device) as well.
Signed-off-by: Mathew McBride
---
board/traverse/ten64/ten64.c | 37 ++--
1 file changed, 19 insertions(+), 18 deletions(-)
diff --git a/board/traverse/ten64/ten64.c b/board/traverse/ten64
pend on other things
(like sorting out device tree schemas) so may not appear
in mainline U-Boot for a while yet.
Mathew McBride (16):
board: traverse: ten64: recognize board revision D
board: traverse: ten64: ensure retimer reset is done on new board
revisions
board: traverse: ten64: fix
related
to the boot printout.
Signed-off-by: Mathew McBride
---
board/traverse/ten64/ten64.c | 18 --
1 file changed, 12 insertions(+), 6 deletions(-)
diff --git a/board/traverse/ten64/ten64.c b/board/traverse/ten64/ten64.c
index 5dfb7165c0..88f22e85d7 100644
--- a/board/traverse/ten64
) bindings.
The bindings have been copied closest to their relative positions
in the Linux version, so the eventual result is that the U-Boot
and Linux fsl-ls1088a.dtsi will be identical.
The next commit will add the hardware bindings that were not
in U-Boot.
Signed-off-by: Mathew McBride
Move the GPIO controller definitions under the "soc" and in
the same relative position as the Linux kernel fsl-ls1088a.dtsi.
Signed-off-by: Mathew McBride
---
arch/arm/dts/fsl-ls1088a.dtsi | 88 +--
1 file changed, 44 insertions(+), 44 deletions(-)
di
Somehow, I managed to typo our company name in the U-Boot
and Linux kernel submissions.
Fix this and update the copyright year at the same time.
Signed-off-by: Mathew McBride
---
arch/arm/dts/fsl-ls1088a-ten64.dts | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch
upstream
fixes and formatting changes.
The board microcontroller (which doesn't have a Linux driver)
has been moved to the -u-boot.dtsi, as well as the
spi0 quadspi alias (used by U-boot 'sf' but not valid for Linux).
Signed-off-by: Mathew McBride
---
arch/arm/dts/fsl-ls1088a-te
This is effectively:
cp linux/arch/arm64/boot/dts/freescale/fsl-ls1088a.dtsi \
u-boot/arch/arm/dts/fsl-ls1088a.dtsi
Tested working with Ten64 board (LS1088A) booting openSUSE Tumbleweed.
Signed-off-by: Mathew McBride
---
arch/arm/dts/fsl-ls1088a.dtsi | 320
Signed-off-by: Mathew McBride
---
arch/arm/dts/fsl-ls1088a-u-boot.dtsi | 12 +++
arch/arm/dts/fsl-ls1088a.dtsi| 154 +--
2 files changed, 85 insertions(+), 81 deletions(-)
diff --git a/arch/arm/dts/fsl-ls1088a-u-boot.dtsi
b/arch/arm/dts/fsl-ls1088a-u-boot.dtsi
i
,
as with other members of the Layerscape family, but
U-Boot uses a different driver for the DPAA2
Family devices (LS1088/LS2088/LX2160). So
we use "fsl,ls-mdio" as the first compatible string
for these devices.
Signed-off-by: Mathew McBride
---
arch/arm/dts/fsl-ls1088a-u-boot.dtsi |
better to add this to the
Linux source bindings.
Signed-off-by: Mathew McBride
---
arch/arm/dts/fsl-ls1088a-u-boot.dtsi | 8 +++
arch/arm/dts/fsl-ls1088a.dtsi| 36 +---
2 files changed, 30 insertions(+), 14 deletions(-)
diff --git a/arch/arm/dts/fsl-ls1088a-u
This is required for Linux to boot using the same FDT as
U-Boot (such as passing the control FDT to bootefi).
Signed-off-by: Mathew McBride
---
arch/arm/dts/fsl-ls1088a.dtsi | 87 +++
1 file changed, 87 insertions(+)
diff --git a/arch/arm/dts/fsl-ls1088a.dtsi b
be usable, which we can add in the u-boot only dtsi.
Signed-off-by: Mathew McBride
---
arch/arm/dts/fsl-ls1088a-u-boot.dtsi | 13 +
arch/arm/dts/fsl-ls1088a.dtsi| 3 +++
2 files changed, 16 insertions(+)
diff --git a/arch/arm/dts/fsl-ls1088a-u-boot.dtsi
b/arch/arm/dts/fsl
This moves the PCIe controller definitions under /soc and adopts
the same bindings (fsl,ls1088a-pcie) as Linux. Previously,
the format was different between the two versions.
Signed-off-by: Mathew McBride
---
arch/arm/dts/fsl-ls1088a.dtsi | 154 +++---
1 file changed
U-Boot's definition for the I2C controllers did not contain any
clock information. This resulted in the I2C not functioning when
the U-Boot control FDT was passed to Linux.
Signed-off-by: Mathew McBride
---
arch/arm/dts/fsl-ls1088a.dtsi | 76 ---
1 file ch
To synchronise the device tree in U-Boot with Linux, the GIC
(Interrupt Controller) and SMMU/IOMMU nodes need to be synchronised
before changing any dependent components like PCIe and DPAA2/fsl-mc.
Signed-off-by: Mathew McBride
---
arch/arm/dts/fsl-ls1088a.dtsi | 109
This allows the Layerscape PCIe RC driver to use the upstream
style binding (two "reg" entries instead of four).
It is similar to the previous commit e10da1f985ad
("pci: layerscape: add official ls1028a binding support")
which implemented this for the LS1028A.
Signed-of
The top-level "memory" node does not exist in the Linux
version of the fsl-ls1088a.dtsi file. Move it to the U-Boot
"tweak" file, so we can have an identical copy of
fsl-ls1088a.dtsi between the projects in the end.
Signed-off-by: Mathew McBride
---
arch/arm/dts/fsl-ls1
, which will
include the "fsl-ls1088a-u-boot.dtsi" tweaks.
By doing so, future updates to fsl-ls1088a.dtsi from upstream
(Linux kernel) can just be copied directly into the U-Boot tree,
without worrying about any extra data local to U-Boot.
Signed-off-by: Mathew McBride
[1] -
https://u
The recent series "Convert LS1088A and LX2160 to DM_SERIAL"
from Ioana Ciornei provided the necessary support to enable
DM_SERIAL on the Ten64 board (LS1088A).
Signed-off-by: Mathew McBride
---
configs/ten64_tfa_defconfig | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
di
392&state=%2A&archive=both
[2] - "arm: dts: ls1028a: sync device tree with linux" patch series
https://patchwork.ozlabs.org/project/uboot/list/?series=265457&state=%2A&archive=both
Mathew McBride (18):
armv8: fsl-layerscape: check for crypto node first in
fdt_fixup_r
rmware : Update chosen/kaslr-seed with random number")
Signed-off-by: Mathew McBride
---
arch/arm/cpu/armv8/fsl-layerscape/fdt.c | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/cpu/armv8/fsl-layerscape/fdt.c
b/arch/arm/cpu/armv8/fsl-layerscape/fdt.c
index 4f91db49ee..22ce6992
t 100% sure
that I got it right.
In case the email mangles the patch, you can grab a diff here as well:
https://gitlab.com/traversetech/ls1088firmware/u-boot/-/commit/5ed3315b4a297f143fb84f44117b5b31e5617af5
- Matt
----
>From 5ed3315b4a297f143fb84f44117b5b31e5617af5 Mon Sep 17 00:00:
Hi Tom,
On Fri, Nov 12, 2021, at 5:20 AM, Tom Rini wrote:
> On Wed, Nov 10, 2021 at 04:46:39AM +0000, Mathew McBride wrote:
>
> > Signed-off-by: Mathew McBride
> > ---
> > arch/arm/Kconfig | 16 ++
> > arch/arm/dts/Makefile | 2 +
%d was being used as the specifier for size_t, leading to a
compiler warning
Signed-off-by: Mathew McBride
Reviewed-by: Ilias Apalodimas
---
drivers/tpm/tpm_atmel_twi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tpm/tpm_atmel_twi.c b/drivers/tpm/tpm_atmel_twi.c
This driver was broken due to an empty offset byte being prepended
at the start of every transmission.
The hardware does not mimic an EEPROM device with registers so
an offset byte is not required.
Signed-off-by: Mathew McBride
Acked-by: Ilias Apalodimas
---
drivers/tpm/tpm_atmel_twi.c | 1
n
and ST TPM drivers), so just print out the chip model
and udevice name as the identifier.
Signed-off-by: Mathew McBride
---
drivers/tpm/tpm_atmel_twi.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/tpm/tpm_atmel_twi.c b/drivers/tpm/tpm_atmel_twi.c
index 71b1
This command is not compiled by default and has not been updated alongside
changes to the tpmv1 API, such as passing the TPM udevice to the relevant
functions.
Signed-off-by: Mathew McBride
Reviewed-by: Ilias Apalodimas
---
cmd/tpm-v1.c | 10 +-
lib/tpm-v1.c | 4 ++--
2 files changed
There are no users of this driver without DM_I2C
Signed-off-by: Mathew McBride
Reviewed-by: Ilias Apalodimas
---
drivers/tpm/tpm_atmel_twi.c | 14 +-
1 file changed, 1 insertion(+), 13 deletions(-)
diff --git a/drivers/tpm/tpm_atmel_twi.c b/drivers/tpm/tpm_atmel_twi.c
index
This command is not compiled by default and was not
updated to pass the udevice to tpm_get_capability.
Signed-off-by: Mathew McBride
Reviewed-by: Ilias Apalodimas
---
cmd/tpm-v1.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/cmd/tpm-v1.c b/cmd/tpm-v1.c
index
anges to the TPMv1 API and are fixed in this patchset.
Changes in v2:
- Include model number in get_desc output
Example: "Atmel AT97SC3204T I2C 1.2 TPM (tpm@29)"
Mathew McBride (6):
cmd: tpm-v1: fix compile error in TPMv1 list resources command
cmd: tpm-v1: fix load_key_by_sha1
firmware
distribution.
Signed-off-by: Mathew McBride
---
arch/arm/Kconfig | 16 ++
arch/arm/dts/Makefile | 2 +
arch/arm/dts/fsl-ls1088a-ten64.dts | 377 +
board/traverse/ten64/Kconfig | 17 ++
board/traverse/ten64/MAINTAINERS | 8
Ten64 board
file, DM_I2C, and a future utility command, this driver
has been implemented as a misc uclass device.
Signed-off-by: Mathew McBride
---
board/traverse/common/Kconfig| 6 +
board/traverse/common/Makefile | 1 +
board/traverse/common/ten64-controller.h | 28
ikely (such as compiling U-Boot
with Ethernet and DPAA2) and the rest should go away
with compiler optimization
- Move microcontroller constants (e.g API call numbers)
to enum
Mathew McBride (2):
board: traverse: add Ten64 board controller driver
board: traverse: add initial Ten64 su
On Thu, Nov 4, 2021, at 6:39 PM, Ilias Apalodimas wrote:
> Hi Matthew,
>
> On Thu, 4 Nov 2021 at 03:14, Mathew McBride wrote:
>
> > static int tpm_atmel_twi_get_desc(struct udevice *dev, char *buf, int size)
> > {
> > - return 0;
> > + if (s
%d was being used as the specifier for size_t, leading to a
compiler warning
Signed-off-by: Mathew McBride
---
drivers/tpm/tpm_atmel_twi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tpm/tpm_atmel_twi.c b/drivers/tpm/tpm_atmel_twi.c
index 9ca33e4334..e84f9183d1
n
and ST TPM drivers), so just print out
the udevice name as a unique identifier.
Signed-off-by: Mathew McBride
---
drivers/tpm/tpm_atmel_twi.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/tpm/tpm_atmel_twi.c b/drivers/tpm/tpm_atmel_twi.c
index 71b101406d
This command is not compiled by default and has not been updated alongside
changes to the tpmv1 API, such as passing the TPM udevice to the relevant
functions.
Signed-off-by: Mathew McBride
---
cmd/tpm-v1.c | 10 +-
lib/tpm-v1.c | 4 ++--
2 files changed, 7 insertions(+), 7 deletions
This driver was broken due to an empty offset byte being prepended
at the start of every transmission.
The hardware does not mimic an EEPROM device with registers so
an offset byte is not required.
Signed-off-by: Mathew McBride
---
drivers/tpm/tpm_atmel_twi.c | 1 +
1 file changed, 1 insertion
There are no users of this driver without DM_I2C
Signed-off-by: Mathew McBride
---
drivers/tpm/tpm_atmel_twi.c | 14 +-
1 file changed, 1 insertion(+), 13 deletions(-)
diff --git a/drivers/tpm/tpm_atmel_twi.c b/drivers/tpm/tpm_atmel_twi.c
index 2dcc2af67f..4ff4cf4cd4 100644
--- a
This command is not compiled by default and was not
updated to pass the udevice to tpm_get_capability.
Signed-off-by: Mathew McBride
---
cmd/tpm-v1.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/cmd/tpm-v1.c b/cmd/tpm-v1.c
index 3a7e35d525..55f2aeff46 100644
--- a
anges to the TPMv1 API and are fixed in this patchset.
I have checked that this set isn't impacted by Ilias' TPM cleanup
series[1] which only touches TPMv2.
[1] -
http://patchwork.ozlabs.org/project/uboot/cover/20211103150910.69732-1-ilias.apalodi...@linaro.org/
Mathew McBride (6):
c
firmware
distribution.
Signed-off-by: Mathew McBride
---
arch/arm/Kconfig | 16 ++
arch/arm/dts/Makefile | 2 +
arch/arm/dts/fsl-ls1088a-ten64.dts | 377 +
board/traverse/ten64/Kconfig | 17 ++
board/traverse/ten64/MAINTAINERS | 8
Ten64 board
file, DM_I2C, and a future utility command, this driver
has been implemented as a misc uclass device.
Signed-off-by: Mathew McBride
---
board/traverse/common/Kconfig| 6 +
board/traverse/common/Makefile | 1 +
board/traverse/common/ten64-controller.h | 28
holds the board MAC address
and controls some board functions (like power to the
10G retimer).
This has been placed in boards/traverse/common/ as future
Traverse products may use it as well.
- The board file itself
Mathew McBride (2):
board: traverse: add Ten64 board controller driver
nsaction.
As part of this, also ensure the '24/12' flag in the RTC
is reset before writing the date (instead of after), otherwise
the RX8035 will clear the seconds and minutes registers.
Tested on Traverse Ten64 (NXP LS1088A) with RX8035.
Signed-off-by: Mathew McBride
---
drivers
Writing of individual registers was not functioning
correctly as a 0 'offset' byte under DM-managed
I2C was being appended in front of register we
wanted to access.
Signed-off-by: Mathew McBride
---
drivers/rtc/rx8025.c | 11 +++
1 file changed, 7 insertions(+), 4 deletion
hacks.
The Traverse Technologies Ten64 board will be introduced in the
near future and it will use this driver.
Mathew McBride (4):
rtc: rx8025: drop non-DM support
rtc: rx8025: add support for EPSON RX8035.
rtc: rx8025: set date in a single i2c transaction
rtc: rx8025: revise single register
as rx8010sj_rtc which is a different driver.
Signed-off-by: Mathew McBride
---
drivers/rtc/rx8025.c | 33 -
1 file changed, 28 insertions(+), 5 deletions(-)
diff --git a/drivers/rtc/rx8025.c b/drivers/rtc/rx8025.c
index 36e5b0122c..09bf365f63 100644
--- a/drivers
A search of the tree showed there is only one user
of this driver (soon to be two) - board/socrates
The second user will be the Traverse Ten64 board.
Both these boards have DM_RTC.
Signed-off-by: Mathew McBride
---
drivers/rtc/Kconfig | 1 +
drivers/rtc/rx8025.c | 80
crc32
Hash value: c09d959c
Was returning FB9D3710 to fit_image_check_hash instead of C09D959C
Correct the byte order in the crc32_uimage_fixup so the little endian
values are returned.
Fixes: 92055e138f "image: Drop if/elseif hash selection in calculate_hash()"
Signed-off-by: Mathew Mc
Hello Pratyush,
On Tue, Jan 19, 2021, at 11:06 PM, Pratyush Yadav wrote:
> Hi Matthew,
>
> > Subject: [PATCH 1/3] mem: spi-mem: define spi_mem_default_supports_op
>
> Nitpick: You are declaring spi_mem_default_supports_op() here. It is
> already defined.
> [snip]
>
> This block of code was impo
The LS1088 requires the same QUADSPI_QURIK_BASE_INTERNAL
workaround as the LS208x and also has a 64 byte TX buffer.
With the previous settings SPI-NAND reads over AHB were
corrupted.
Fixes: 91afd36f3802 ("spi: Transform the FSL QuadSPI driver to use the SPI MEM
API")
Signed-off-
specified by
the user in the device tree.
Fixes: 91afd36f38 ("spi: Add a driver for the Freescale/NXP QuadSPI controller")
Signed-off-by: Michael Walle
Link: https://lore.kernel.org/r/20200114154613.8195-1-mich...@walle.cc
Signed-off-by: Mark Brown
Signed-off-by: Mathew McBride [adapt
spi_mem_default_supports_op is used internally by controller
drivers to verify operation semantics are correct.
It is used internally inside spi-mem but has not (in U-Boot)
been declared in spi-mem.h for external use.
Signed-off-by: Mathew McBride
---
include/spi-mem.h | 3 +++
1 file changed
s not relevant to U-Boot
Mathew McBride (3):
mem: spi-mem: add declaration for spi_mem_default_supports_op
spi: fsl_qspi: Ensure width is respected in spi-mem operations
spi: fsl_qspi: apply the same settings for LS1088 as LS208x
drivers/spi/fsl_qspi.c | 12 ++--
include/spi-mem.h
The LS1088 requires the same QUADSPI_QURIK_BASE_INTERNAL
workaround as the LS208x and also has a 64 byte TX buffer.
With the previous settings SPI-NAND reads over AHB were
corrupted.
Fixes: 91afd36f3802 ("spi: Transform the FSL QuadSPI driver to use the SPI MEM
API")
Signed-off-
specified by
the user in the device tree.
Fixes: 91afd36f38 ("spi: Add a driver for the Freescale/NXP QuadSPI controller")
Signed-off-by: Michael Walle
Link: https://lore.kernel.org/r/20200114154613.8195-1-mich...@walle.cc
Signed-off-by: Mark Brown
Signed-off-by: Mathew McBride [adapt
spi_mem_default_supports_op is used internally by controller
drivers to verify operation semantics are correct.
Signed-off-by: Mathew McBride
---
include/spi-mem.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/include/spi-mem.h b/include/spi-mem.h
index ca0f55c8fd..92c640dabe
ue is already present in Linux and can be
adapted for U-Boot, providing a missing export for
spi_mem_default_supports_op is added.
Mathew McBride (3):
mem: spi-mem: define spi_mem_default_supports_op
spi: fsl_qspi: Ensure width is respected in spi-mem operations
spi: fsl_qspi: apply the same setting
Hell Priyanka,
>-Original Message-
>From: Mathew McBride
>Sent: Friday, October 18, 2019 8:58 AM
>To: u-boot@lists.denx.de
>Cc: Priyanka Jain ; Mathew McBride
>
>Subject: [PATCH 1/2] armv8: dts: ls1088a: add PSCI binding for LS1088A
>
>2.19.1
[snip]
>
This allows the use of PSCI calls to trusted firmware to
initiate reset and poweroff events with CONFIG_PSCI_RESET and
CONFIG_ARM_PSCI_FW. This is desirable, for example, if the target
board has implemented a custom reset or poweroff procedure in EL3.
Signed-off-by: Mathew McBride
Cc: Priyanka
If the secure world reset handlers are used (via CONFIG_PSCI_RESET),
then do not use the layerscape-specific implementation.
Signed-off-by: Mathew McBride
Cc: Priyanka Jain
---
arch/arm/cpu/armv8/fsl-layerscape/cpu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm
ed instead.
Note that all of the existing Layerscape boards in-tree are blacklisted
from PSCI_RESET by default - to use this you must enable it for your
board.
Mathew McBride (2):
armv8: dts: ls1088a: add PSCI binding for LS1088A
armv8: fsl-layerscape: do not use layerscape EFI reset if PSCI u
On 26/01/2018 8:01 AM, Bishop, Mark (STRT) wrote:
Is it possible to specify squashFS images in an .its file? If so, anyone have
an example or a pointer to the docs I've been searching for?
Hi Mark,
It is possible, here is an example I have used on an NXP LS1043 board:
/dts-v1/;
/ {
de
Hi all,
We are testing EFI support on u-boot for our (Traverse) NXP LS1043
boards, as being able to only maintain one bootloader codebase (u-boot)
is very appealing to us.
So far it has worked well, but I have had trouble getting it to work
under v2017.11-rc*. It works fine on v2017.09.
I'
82 matches
Mail list logo
