To make the OMAP DM timer driver useful for the timing of
bootstages, we need to implement timer_get_boot_us(..).
Signed-off-by: Christian Gmeiner
---
drivers/timer/omap-timer.c | 21 +
1 file changed, 21 insertions(+)
diff --git a/drivers/timer/omap-timer.c b/drivers/timer/
Having U-Boot look up the passed partition name even though an alias
exists is unexpected, leading to warning messages (when the alias name
doesn't exist as a real partition name) or the use of the wrong
partition.
Change part_get_info_by_name_or_alias() to consider real partitions
names only if n
On Wednesday 15 December 2021 09:10:50 Stefan Roese wrote:
> Hi Pali,
>
> On 12/13/21 11:27, Pali Rohár wrote:
> > On Monday 13 December 2021 08:41:30 Stefan Roese wrote:
> > > Hi Pali,
> > >
> > > On 12/12/21 12:23, Pali Rohár wrote:
> > > > On Thursday 11 November 2021 16:35:39 Marek Behún wrot
Hello Stefan!
I did big cleanup of Marvell PCIe and serial drivers and I'm sending these
two patches which adds me as author and co-maintainer of these two drivers.
Pali Rohár (2):
arm: mvebu: pci: Add me as co-maintainer and author of Marvell PCIe
drivers
arm: mvebu: serial: Add me as co
There is no maintainer entry for pci-aardvark.c. Add entry for
pci-aardvark.c and pci_mvebu.c with Pali and Stefan as maintainers.
Signed-off-by: Pali Rohár
---
MAINTAINERS| 9 -
drivers/pci/pci-aardvark.c | 1 +
drivers/pci/pci_mvebu.c| 1 +
3 files changed, 10 inser
There is no maintainer entry for serial_mvebu_a3700.c. Add entry with Pali
and Stefan as maintainers.
Signed-off-by: Pali Rohár
---
MAINTAINERS | 7 +++
drivers/serial/serial_mvebu_a3700.c | 1 +
2 files changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
Hello! Could you review this patch series?
On Friday 26 November 2021 14:57:04 Marek Behún wrote:
> From: Marek Behún
>
> Hello Stefan,
>
> as requested I am resending this series with board maintainers added
> in Ccs.
>
> Original message:
>
> Pali prepared patches that convert A3720 comphy
Hello! Could you please look at this patch series?
On Wednesday 24 November 2021 18:00:29 Pali Rohár wrote:
> This patch series replace usage of custom driver functions and macros by
> PCIE_ECAM_OFFSET() macro provided by U-Boot pci.h header file.
>
> Please properly review these patches as I do
The J721S2 SoC belongs to the K3 Multicore SoC architecture platform,
providing advanced system integration in automotive ADAS applications and
industrial applications requiring AI at the network edge. This SoC extends
the Jacinto 7 family of SoCs with focus on lowering system costs and power
while
From: Nishanth Menon
If there is an optional boot notification channel that an SoC uses
separate from the rx path, use the same.
Signed-off-by: Nishanth Menon
---
.../remoteproc/k3-system-controller.txt | 3 +++
drivers/remoteproc/k3_system_controller.c | 20 ++-
2 f
The current driver only supports single instance of DRR subsystem. Add
support for probing multiple instances of DDR subsystem.
Signed-off-by: Aswath Govindraju
---
drivers/ram/k3-ddrss/k3-ddrss.c | 138
1 file changed, 87 insertions(+), 51 deletions(-)
diff --g
Add a pointer to ddr instance int the lpddr4_privatedata_s structure for
supporting mutliple instances of DDR in the drivers.
Signed-off-by: Aswath Govindraju
---
drivers/ram/k3-ddrss/lpddr4_structs_if.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/ram/k3-ddrss/lpddr4_structs_if.h
In Multi DDR subystems with interleaving support, the following needs to
configured,
- interleaving granular size and region
- EMIFs to be enabled
- EMIFs with ecc to be enabled
- EMIF separated or interleaved
- number of cycles of unsuccessful EMIF arbitration to wait before
arbitrating for a d
From: David Huang
Add support for J721S2 SoC.
Signed-off-by: David Huang
Signed-off-by: Aswath Govindraju
---
drivers/clk/ti/clk-k3.c | 5 +
include/k3-clk.h| 1 +
2 files changed, 6 insertions(+)
diff --git a/drivers/clk/ti/clk-k3.c b/drivers/clk/ti/clk-k3.c
index e04c57eff252..
From: David Huang
Add support for DMA in J721S2 SoC.
Signed-off-by: David Huang
Signed-off-by: Aswath Govindraju
---
drivers/dma/ti/Makefile | 1 +
drivers/dma/ti/k3-psil-j721s2.c | 167 ++
drivers/dma/ti/k3-psil-priv.h | 1 +
drivers/dm
From: David Huang
Add support for J721S2 SoC.
Signed-off-by: David Huang
Signed-off-by: Aswath Govindraju
---
drivers/power/domain/ti-power-domain.c | 5 +
include/k3-dev.h | 1 +
2 files changed, 6 insertions(+)
diff --git a/drivers/power/domain/ti-power-domain.c
From: David Huang
Add support for J721S2 SoC identification.
Signed-off-by: David Huang
Signed-off-by: Aswath Govindraju
---
drivers/soc/soc_ti_k3.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/soc/soc_ti_k3.c b/drivers/soc/soc_ti_k3.c
index 9abed7d490a2..c8f7a5768775 10064
From: David Huang
Add support for DDR subsystem in J721S2 SoC.
Signed-off-by: David Huang
Signed-off-by: Aswath Govindraju
---
drivers/ram/Kconfig | 12
drivers/ram/k3-ddrss/Makefile | 4
2 files changed, 16 insertions(+)
diff --git a/drivers/ram/Kconfig b/driver
From: David Huang
Add board support for J721S2 SoC.
Signed-off-by: David Huang
Signed-off-by: Aswath Govindraju
---
board/ti/j721s2/Kconfig | 63 +
board/ti/j721s2/MAINTAINERS | 7 ++
board/ti/j721s2/Makefile| 8 ++
board/ti/j721s2/evm.c | 180 ++
Add pinctrl macros for J721S2 SoC. These macro definitions are
similar to that of J721E, but adding new definitions to avoid
any naming confusions in the soc dts files.
checkpatch insists the following error exists:
ERROR: Macros with complex values should be enclosed in parentheses
However, we d
There are 4 lanes in the single instance of J721S2 SERDES. Each SERDES
lane mux can select upto 4 different IPs. Define all the possible
functions.
Signed-off-by: Aswath Govindraju
---
include/dt-bindings/mux/ti-serdes.h | 22 ++
1 file changed, 22 insertions(+)
diff --git a
A System on Module (SoM) contains the SoC, PMIC, DDR and basic high speed
components necessary for functionality. Therefore, add support for the
components present on the SoM.
Signed-off-by: Aswath Govindraju
---
arch/arm/dts/k3-j721s2-som-p0.dtsi | 174 +
1 file chan
The J721S2 SoC belongs to the K3 Multicore SoC architecture platform,
providing advanced system integration in automotive ADAS applications and
industrial applications requiring AI at the network edge. This SoC extends
the Jacinto 7 family of SoCs with focus on lowering system costs and power
while
The EVM architecture for J721S2 is similar to that of J721E and J7200. It
is as follows,
+--+
| +---+ |
| | | |
| |Add-on Card 1 Options
Add initial support for device tree that runs on R5.
Signed-off-by: Aswath Govindraju
---
arch/arm/dts/Makefile | 3 +-
.../dts/k3-j721s2-r5-common-proc-board.dts| 196 ++
2 files changed, 198 insertions(+), 1 deletion(-)
create mode 100644 arch/arm
From: David Huang
Enable R5 SPL specific configs for J721S2.
Signed-off-by: David Huang
Signed-off-by: Aswath Govindraju
Signed-off-by: Vignesh Raghavendra
Signed-off-by: Hari Nagalla
---
configs/j721s2_evm_r5_defconfig | 171
1 file changed, 171 insertions(
From: David Huang
Add basic support for J721S2 SoC definition
Signed-off-by: David Huang
Signed-off-by: Aswath Govindraju
Signed-off-by: Dave Gerlach
Signed-off-by: Nishanth Menon
Signed-off-by: Hari Nagalla
---
arch/arm/mach-k3/Kconfig | 11 +-
arch/arm/mach-k3/Makef
From: David Huang
Enable A72 specific configs for J721S2
Signed-off-by: David Huang
Signed-off-by: Aswath Govindraju
Signed-off-by: Vignesh Raghavendra
Signed-off-by: Hari Nagalla
---
configs/j721s2_evm_a72_defconfig | 207 +++
1 file changed, 207 insertions(+)
On 15/12/2021 18:47, Sean Anderson wrote:
This xlate function just performs some checking. We can do this in
request() instead and use the default xlate.
Signed-off-by: Sean Anderson
Looks good to me now.
Reviewed-by: Tero Kristo
---
Changes in v2:
- Fix build error caused by mismatched
On 15/12/2021 18:47, Sean Anderson wrote:
This adds an entry in MAINTAINERS for the cdce9xx driver, since it was not
added when the driver was submitted. This will help future submitters
figure out who to CC.
Signed-off-by: Sean Anderson
---
Tero, if you don't want to maintain this I'll resubmi
On 12/16/21 8:17 AM, Tero Kristo wrote:
On 15/12/2021 18:47, Sean Anderson wrote:
This adds an entry in MAINTAINERS for the cdce9xx driver, since it was not
added when the driver was submitted. This will help future submitters
figure out who to CC.
Signed-off-by: Sean Anderson
---
Tero, if y
On 11/24/21 18:00, Pali Rohár wrote:
Replace custom driver macros by PCIE_ECAM_OFFSET() macro from pci.h
Signed-off-by: Pali Rohár
---
drivers/pci/pci_octeontx.c | 61 +-
1 file changed, 20 insertions(+), 41 deletions(-)
Nice diffstat.
Reviewed-by: Stef
The QEMU ARM device-tree contains a random kaslr-seed. This results in
random measurements of the device-tree in the implementation of the
EFI_TCG2_PROTOCOL.
Add an upstream patch which allows to disable the kaslr-seed via a command
line parameter that we can use in the U-Boot test hooks.
Signed-
On 12/16/21 12:04, Pali Rohár wrote:
There is no maintainer entry for pci-aardvark.c. Add entry for
pci-aardvark.c and pci_mvebu.c with Pali and Stefan as maintainers.
Signed-off-by: Pali Rohár
Acked-by: Stefan Roese
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
MAINTAINERS
On 12/16/21 12:04, Pali Rohár wrote:
There is no maintainer entry for serial_mvebu_a3700.c. Add entry with Pali
and Stefan as maintainers.
Signed-off-by: Pali Rohár
Acked-by: Stefan Roese
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
MAINTAINERS | 7 +++
dri
On 16/12/2021 15:57, Sean Anderson wrote:
On 12/16/21 8:17 AM, Tero Kristo wrote:
On 15/12/2021 18:47, Sean Anderson wrote:
This adds an entry in MAINTAINERS for the cdce9xx driver, since it
was not
added when the driver was submitted. This will help future submitters
figure out who to CC.
S
On 12/16/21 9:07 AM, Tero Kristo wrote:
On 16/12/2021 15:57, Sean Anderson wrote:
On 12/16/21 8:17 AM, Tero Kristo wrote:
On 15/12/2021 18:47, Sean Anderson wrote:
This adds an entry in MAINTAINERS for the cdce9xx driver, since it was not
added when the driver was submitted. This will help fu
Hi Heinrich,
On Thu, 16 Dec 2021 at 16:05, Heinrich Schuchardt
wrote:
>
> The QEMU ARM device-tree contains a random kaslr-seed. This results in
> random measurements of the device-tree in the implementation of the
> EFI_TCG2_PROTOCOL.
>
> Add an upstream patch which allows to disable the kaslr-s
Right now we unconditionally pass a 'kaslr-seed' property to the kernel
if the DTB we ended up in EFI includes the entry. However the kernel
EFI stub completely ignores it and only relies on EFI_RNG_PROTOCOL.
So let's get rid of it unconditionally since it would mess up the
(upcoming) DTB TPM meas
On Thu, 16 Dec 2021 at 15:52, Ilias Apalodimas
wrote:
>
> Right now we unconditionally pass a 'kaslr-seed' property to the kernel
> if the DTB we ended up in EFI includes the entry. However the kernel
> EFI stub completely ignores it and only relies on EFI_RNG_PROTOCOL.
> So let's get rid of it u
> From: Ilias Apalodimas
> Date: Thu, 16 Dec 2021 16:52:08 +0200
>
> Right now we unconditionally pass a 'kaslr-seed' property to the kernel
> if the DTB we ended up in EFI includes the entry. However the kernel
> EFI stub completely ignores it and only relies on EFI_RNG_PROTOCOL.
> So let's get
On Thu, 16 Dec 2021 at 16:25, Mark Kettenis wrote:
>
> > From: Ilias Apalodimas
> > Date: Thu, 16 Dec 2021 16:52:08 +0200
> >
> > Right now we unconditionally pass a 'kaslr-seed' property to the kernel
> > if the DTB we ended up in EFI includes the entry. However the kernel
> > EFI stub complete
> From: Ard Biesheuvel
> Date: Thu, 16 Dec 2021 16:28:06 +0100
>
> On Thu, 16 Dec 2021 at 16:25, Mark Kettenis wrote:
> >
> > > From: Ilias Apalodimas
> > > Date: Thu, 16 Dec 2021 16:52:08 +0200
> > >
> > > Right now we unconditionally pass a 'kaslr-seed' property to the kernel
> > > if the DTB
Hi Mark,
On Thu, Dec 16, 2021 at 04:48:04PM +0100, Mark Kettenis wrote:
> > From: Ard Biesheuvel
> > Date: Thu, 16 Dec 2021 16:28:06 +0100
> >
> > On Thu, 16 Dec 2021 at 16:25, Mark Kettenis wrote:
> > >
> > > > From: Ilias Apalodimas
> > > > Date: Thu, 16 Dec 2021 16:52:08 +0200
> > > >
> >
On 12/16/21 16:48, Mark Kettenis wrote:
From: Ard Biesheuvel
Date: Thu, 16 Dec 2021 16:28:06 +0100
On Thu, 16 Dec 2021 at 16:25, Mark Kettenis wrote:
From: Ilias Apalodimas
Date: Thu, 16 Dec 2021 16:52:08 +0200
Right now we unconditionally pass a 'kaslr-seed' property to the kernel
if the
On 12/16/21 15:52, Ilias Apalodimas wrote:
Right now we unconditionally pass a 'kaslr-seed' property to the kernel
if the DTB we ended up in EFI includes the entry. However the kernel
EFI stub completely ignores it and only relies on EFI_RNG_PROTOCOL.
So let's get rid of it unconditionally since
Hi Heinrich,
> > @@ -40,6 +40,28 @@ static void efi_reserve_memory(u64 addr, u64 size, bool
> > nomap)
> > addr, size);
> > }
> >
> > +/**
> > + * efi_remove_kaslr_seed() - Removed unused kaslr-seed
>
> name mismatch
>
> > + *
> > + * Kernel's EFI STUB only relies on EFI
Hi Heinrich,
On Thu, Dec 16, 2021 at 04:59:02PM +0100, Heinrich Schuchardt wrote:
> On 12/16/21 16:48, Mark Kettenis wrote:
> > > From: Ard Biesheuvel
> > > Date: Thu, 16 Dec 2021 16:28:06 +0100
> > >
> > > On Thu, 16 Dec 2021 at 16:25, Mark Kettenis
> > > wrote:
> > > >
> > > > > From: Ilias
> From: Ard Biesheuvel
> Date: Thu, 16 Dec 2021 15:54:55 +0100
Hi Ard, Ilias,
> On Thu, 16 Dec 2021 at 15:52, Ilias Apalodimas
> wrote:
> >
> > Right now we unconditionally pass a 'kaslr-seed' property to the kernel
> > if the DTB we ended up in EFI includes the entry. However the kernel
> > E
On Thu, 16 Dec 2021 at 17:56, Mark Kettenis wrote:
>
> > From: Ard Biesheuvel
> > Date: Thu, 16 Dec 2021 15:54:55 +0100
>
> Hi Ard, Ilias,
>
> > On Thu, 16 Dec 2021 at 15:52, Ilias Apalodimas
> > wrote:
> > >
> > > Right now we unconditionally pass a 'kaslr-seed' property to the kernel
> > > if
> From: Ard Biesheuvel
> Date: Thu, 16 Dec 2021 18:12:02 +0100
>
> On Thu, 16 Dec 2021 at 17:56, Mark Kettenis wrote:
> >
> > > From: Ard Biesheuvel
> > > Date: Thu, 16 Dec 2021 15:54:55 +0100
> >
> > Hi Ard, Ilias,
> >
> > > On Thu, 16 Dec 2021 at 15:52, Ilias Apalodimas
> > > wrote:
> > > >
On Wed, 15 Dec 2021 12:44:16 +
Sudeep Holla wrote:
Hi Sudeep,
> On Tue, Dec 14, 2021 at 05:55:39PM +, Andre Przywara wrote:
> > The Juno Arm development board is an open, vendor-neutral, Armv8-A
> > development platform.
> > Add documentation that briefly outlines the hardware, and descr
On Wed, 15 Dec 2021 15:33:58 +
Robin Murphy wrote:
Hi Robin,
many thanks for having a look and the comments!
> On 2021-12-14 17:55, Andre Przywara wrote:
> > The Juno Arm development board is an open, vendor-neutral, Armv8-A
> > development platform.
> > Add documentation that briefly outli
On Tuesday 14 December 2021 14:01:04 Marek Behún wrote:
> On Tue, 14 Dec 2021 13:48:31 +0100
> Stefan Roese wrote:
>
> > On 12/14/21 13:45, Marek Behún wrote:
> > > On Tue, 14 Dec 2021 12:12:34 +0100
> > > Pali Rohár wrote:
> > >
> > >> On Tuesday 14 December 2021 10:45:15 Marek Behún wrote:
From: Chris Morgan
Add support for slc-mode implemented in Linux for the Toshiba
TC58TEG5DCLTA00 NAND and Hynix H27UCG8T2ETR NAND flash found on the NTC
CHIP. This requires the addition of a paired-pages scheme, a new
parameter for MTD partitions of slc-mode, and setting the correct
paired-pages
From: Chris Morgan
Add pairing info for the Toshiba TC58TEG5DCLTA00 NAND so that we may
utilize slc-mode emulation for enhanced reliability and compatibility
with upstream Linux.
Signed-off-by: Chris Morgan
---
drivers/mtd/nand/raw/nand_base.c | 9 +
1 file changed, 9 insertions(+)
di
From: Chris Morgan
Add pairing info for the Hynix H27UCG8T2ETR NAND so that we may utilize
slc-mode emulation for enhanced reliability and compatibility with
upstream Linux.
I have checked with the team at #mtd and they can confirm based on
a cursory reading of the datasheet for this flash chip
From: Chris Morgan
Add support for setting the slc-mode parameter for a given MLC NAND
device. This allows a given device to write only to the first set
of paried pages to help reduce data corruption and increase reliability
of the NAND.
I have tested these patches extensively on the NTC CHIP fo
Hi Tudor,
I am not sure if you have sent a re-roll of this series. I am catching
back up on my email backlog.
On 15/11/21 05:44AM, tudor.amba...@microchip.com wrote:
> On 11/12/21 3:13 PM, Pratyush Yadav wrote:
> > EXTERNAL EMAIL: Do not click links or open attachments unless you know the
> > c
On Thu, 16 Dec 2021 at 18:55, Mark Kettenis wrote:
>
> > From: Ard Biesheuvel
> > Date: Thu, 16 Dec 2021 18:12:02 +0100
> >
> > On Thu, 16 Dec 2021 at 17:56, Mark Kettenis wrote:
> > >
> > > > From: Ard Biesheuvel
> > > > Date: Thu, 16 Dec 2021 15:54:55 +0100
> > >
> > > Hi Ard, Ilias,
> > >
>
Hi Simon,
On Sat, Nov 13, 2021 at 3:20 PM Simon Glass wrote:
>
> Hi Fabien,
>
> On Fri, 16 Oct 2020 at 09:40, Fabien Parent wrote:
> >
> > This series adds USB/Fastboot support on MT8516 Pumpkin board.
> >
> > Fabien Parent (5):
> > arm: dts: mt8516: add support for USB
> > arm: dts: mt8516-
Hi Andre,
On 12/15/21 12:54 AM, Andre Przywara wrote:
> please don't just resend without saying why. If you messed up the mail,
> or forgot to CC: the list, then please put "RESEND" in the subject, and
> briefly say why you resend.
yes, this was a RESEND. The original submission was rejected by
The driver for SPI0 on Allwinner H6 SoCs did not use the correct define
SUN50I_GPC_SPI0 for the pin function, but one for a different Allwinner
SoC series.
Fix the conditionals to use the correct define for H6 SoCs. This matches
the conditional logic in the SPL spi driver.
Tested by probing the s
Hi,
On Thu, 16 Dec 2021 at 21:00, Ard Biesheuvel wrote:
>
> On Thu, 16 Dec 2021 at 18:55, Mark Kettenis wrote:
> >
> > > From: Ard Biesheuvel
> > > Date: Thu, 16 Dec 2021 18:12:02 +0100
> > >
> > > On Thu, 16 Dec 2021 at 17:56, Mark Kettenis
> > > wrote:
> > > >
> > > > > From: Ard Biesheuvel
On Thu, 16 Dec 2021 19:16:40 +0100
Pali Rohár wrote:
> The reason that it currently works is just because
> gcc compiler does not do all checks before doing optimizations and so it
> currently does generate any errors or warnings.
Compiler cannot currently check this, only linker, because the fu
On Thu, 16 Dec 2021 23:09:03 +0100
Marek Behún wrote:
> On Thu, 16 Dec 2021 19:16:40 +0100
> Pali Rohár wrote:
>
> > The reason that it currently works is just because
> > gcc compiler does not do all checks before doing optimizations and so it
> > currently does generate any errors or warnings
Hello Qu and others,
one of the points of Qu's reimplementation of U-Boot's btrfs code that
made it somehow synced with btrfs-progs, was that the old
implementation was, quote
pretty different from btrfs-progs nor kernel, making it pretty hard to
sync code between different projects
Another
Hi Jagan,
On Wed, Dec 15, 2021 at 11:49 PM Jagan Teki wrote:
>
> On Wed, Dec 1, 2021 at 11:40 PM Roman Bacik wrote:
> >
> > IPROC qspi driver supports both BSPI and MSPI modes.
> >
> > Signed-off-by: Rayagonda Kokatanur
> > Signed-off-by: Bharat Gooty
> > Acked-by: Rayagonda Kokatanur
> >
> >
On 2021/12/17 07:05, Marek Behún wrote:
Hello Qu and others,
one of the points of Qu's reimplementation of U-Boot's btrfs code that
made it somehow synced with btrfs-progs, was that the old
implementation was, quote
pretty different from btrfs-progs nor kernel, making it pretty hard to
On 2021/12/17 07:45, Qu Wenruo wrote:
On 2021/12/17 07:05, Marek Behún wrote:
Hello Qu and others,
one of the points of Qu's reimplementation of U-Boot's btrfs code that
made it somehow synced with btrfs-progs, was that the old
implementation was, quote
pretty different from btrfs-prog
Heinrich,
On Fri, Dec 03, 2021 at 04:09:58PM +0900, AKASHI Takahiro wrote:
> Heinrich,
>
> On Thu, Nov 25, 2021 at 03:02:35PM +0900, AKASHI Takahiro wrote:
> > Hi Heinrich
> >
> > On Tue, Nov 16, 2021 at 01:32:26PM +0900, AKASHI Takahiro wrote:
> > > As I proposed and discussed in [1] and [2], I
With Ilias' efforts we have dropped OF_PRIOR_STAGE and OF_HOSTFILE so
there are only three ways to obtain a devicetree:
- OF_SEPARATE - the normal way, where the devicetree is built and
appended to U-Boot
- OF_EMBED - for development purposes, the devicetree is embedded in
the EL
Without this option QEMU appears to hang. Add it to avoid confusion.
Signed-off-by: Simon Glass
Reviewed-by: Heinrich Schuchardt
---
(no changes since v1)
doc/board/emulation/qemu-arm.rst | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/doc/board/emulation/qemu-arm.r
This uses QEMU virt which creates its own devicetree.
Add an empty version of this file, so that we can at least build this
board when devicetrees are required.
Tested-by: Heinrich Schuchardt
Signed-off-by: Simon Glass
---
(no changes since v7)
Changes in v7:
- Switch to using an empty file f
QEMU currently generates a devicetree for use with U-Boot. Explain how to
obtain it.
Also explain how to merge it to produce a devicetree with the U-Boot
features included.
Signed-off-by: Simon Glass
---
Changes in v8:
- Rebase patch
Changes in v5:
- Merge RISC-V and ARM patches since they are
This uses QEMU virt which creates its own devicetree.
Copy the existing empty version of this file, so splitting the existing
qemu-virt into two, since anyone actually trying to use this will need a
different devicetree for 32- and 64-bit machines.
Tested-by: Heinrich Schuchardt
Signed-off-by: S
This uses QEMU virt which creates its own devicetree.
Add an empty version of this file, so that we can at least build this
board when devicetrees are required.
Tested-by: Heinrich Schuchardt
Signed-off-by: Simon Glass
---
(no changes since v7)
Changes in v7:
- Switch to using an empty file f
Add an empty version of this file, so that we can at least build this
board when devicetrees are required.
The real devicetree is created by the Xen project on-the-fly.
Signed-off-by: Simon Glass
---
Changes in v8:
- Reword commit message to mention the dynamic devicetree
Changes in v7:
- Use
Add an empty file to prevent build errors when building with
CONFIG_OF_SEPARATE enabled.
Unfortunately there are no build instructions in the U-Boot tree to enable
a real file to be created.
Signed-off-by: Simon Glass
---
(no changes since v7)
Changes in v7:
- Use 'empty' instead of 'fake'
a
Add an empty file to prevent build errors when building with
CONFIG_OF_SEPARATE enabled.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/arm/dts/Makefile| 3 ++-
arch/arm/dts/xilinx-versal-virt.dts | 11 +++
configs/xilinx_versal_virt_defconfig | 1 +
3 fil
Add an empty version of this file, so that we can at least build this
board when devicetrees are required.
Signed-off-by: Simon Glass
---
Changes in v8:
- Use an empty tree due to maintainer objections
Changes in v7:
- Bring in files from Linux instead
arch/arm/dts/Makefile | 2 ++
arch/
Sync these files, obtained from Linux v5.15.
This adds a devicetree file for rpi_4 which was not there before.
Testing shows no change so far as I can see:
- boots to U-Boot prompt on rpi0, rpi2
- boots to distro on rpi3
- boots to distro on rpi4
I am assuming that syncing with Linux is safe, bu
Add an empty devicetree file for these boards. It seems to be possible to
obtain a real one from another bootloader called 'bolt' but I will leave
this to the maintainer.
Signed-off-by: Simon Glass
---
Changes in v8:
- Mention that this is empty, rather than a dummy file
arch/arm/dts/Makefile
This uses QEMU virt which creates its own devicetree.
Add an empty version of this file, so that we can at least build this
board when devicetrees are required.
Signed-off-by: Simon Glass
---
(no changes since v7)
Changes in v7:
- Switch to using an empty file for qemu virt
arch/powerpc/dts/
Sync these file, obtained from Linux v5.15.
Add a note for the maintainer, and SPDX lines where they are missing.
The added lines are:
SPDX-License-Identifier: GPL-2.0 OR BSD-3-Clause
Note, this matches the text in those files, but is not the same as the
GPL-2.0 of some files.
[1] https://re
This should not be a separate option from OF_SEPARATE. It is a run-time
option to override the devicetree, even if present.
Move the option out of the choice.
Disable BINMAN_FDT for a few boards which don't actually use it.
Signed-off-by: Simon Glass
---
(no changes since v1)
configs/qemu-pp
At present one must hack the Makefile to see what is going on with these
files. Also it doesn't quite work correctly.
Fix this by using an environment variable for debugging. Update the docs
also.
Signed-off-by: Simon Glass
---
Changes in v8:
- Add a new patch to make it easier to debug u-boot.
This was added as a hack to work around not having an in-tree devicetree.
Now that this is fixed it is not needed.
Drop it.
Signed-off-by: Simon Glass
---
Changes in v8:
- Add an fdt: tag
Makefile| 3 +--
dts/Kconfig | 18 --
tools/binman/binman.rs
Refactor the code to drop the #ifdefs for this feature.
Signed-off-by: Simon Glass
---
(no changes since v1)
dts/Kconfig | 1 -
include/asm-generic/global_data.h | 8
lib/fdtdec.c | 31 +++
3 files changed, 19 in
This logic is a bit convoluted for one function. Move the mulit-FIT part
into its own function.
Signed-off-by: Simon Glass
Reviewed-by: Ilias Apalodimas
---
(no changes since v1)
lib/fdtdec.c | 62
1 file changed, 38 insertions(+), 24 delet
Move this to the header file to clean up the C code.
Signed-off-by: Simon Glass
---
(no changes since v1)
include/fdtdec.h | 14 ++
lib/fdtdec.c | 6 +-
2 files changed, 15 insertions(+), 5 deletions(-)
diff --git a/include/fdtdec.h b/include/fdtdec.h
index 6c7ab887b20..6
This serves no purpose. Drop it.
Signed-off-by: Simon Glass
---
(no changes since v1)
lib/fdtdec.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/lib/fdtdec.c b/lib/fdtdec.c
index fbdc92c0813..299a2c3a32f 100644
--- a/lib/fdtdec.c
+++ b/lib/fdtdec.c
@@ -1203,7 +1203,6 @@ static int uncom
Change this to use if() instead of #if
Signed-off-by: Simon Glass
---
(no changes since v1)
lib/fdtdec.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/lib/fdtdec.c b/lib/fdtdec.c
index 299a2c3a32f..659aeffd82e 100644
--- a/lib/fdtdec.c
+++ b/lib/fdtdec.c
@@ -1634
This function should only be called when OF_CONTROL is enabled. It
fails in fdtdec_prepare_fdt() anyway, since gd->fdt_blob stays as NULL
if OF_CONTROL is not enabled.
Drop this useless check.
Signed-off-by: Simon Glass
---
(no changes since v1)
lib/fdtdec.c | 8 +++-
1 file changed, 3 in
We only have two choices for obtaining the devicetree. Simplify the code
to make that clear.
Signed-off-by: Simon Glass
---
(no changes since v1)
lib/fdtdec.c | 20 +++-
1 file changed, 11 insertions(+), 9 deletions(-)
diff --git a/lib/fdtdec.c b/lib/fdtdec.c
index 5b31064cee2
At present this override function is called even when OF_BOARD is not
enabled. This makes it impossible to disable this feature and in fact
makes the OF_BOARD option useless.
Reinstate its intended purpose, so that it is possible to switch between
the appended devicetree and one provided by the bo
Add a function that returns some basic stats about driver model. For now
we only have two.
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/core/device.c| 11 ++
drivers/core/root.c | 7 ++
drivers/core/uclass.c| 13
include/dm/dev
Keep track of where the devicetree came from, so we can report this later.
Signed-off-by: Simon Glass
---
(no changes since v7)
Changes in v7:
- Drop FDTSRC_PASSAGE for now
include/asm-generic/global_data.h | 4
include/fdtdec.h | 32 +++
lib
It can be confusing to figure out where the devicetree came from. It seems
important enough to warrant a message during boot. Add information about
the number of devices and uclasses too since it is helpful to have some
idea what is going on with driver model.
Report the devicetree source in bdinf
Boards which define OF_HAS_PRIOR_STAGE must define OF_BOARD at present,
since a custom function is the only way to obtain the devicetree at
runtime.
Add a build error when this requirement is not met, to avoid accepting
any patches which break this requirement.
Add a whitelist for boards which us
1 - 100 of 109 matches
Mail list logo
