Hi,
I am facing intermittend boot failures resulting in a data abort. Boot log
and environment attached below. The uboot is built with rpi_defconfig with
OF_BOARD to get uboot to pass through the FDT.
Note:
(1) If I boot this image directly using the RPI bootloader, the kernel
(with initramfs
From: Oleksandr Andrushchenko
Anastasiia Lukianenko's e-mail is now bouncing, so remove it from
the maintainers list.
Signed-off-by: Oleksandr Andrushchenko
---
Cc: Anastasiia Lukianenko
---
Anastasiia if instead of just removing your e-mail you still want to
maintain Xen support in U-boot
On Fri, Dec 03, 2021 at 10:29:10PM +0200, Andy Shevchenko wrote:
> On Fri, Dec 03, 2021 at 01:13:12PM -0700, Simon Glass wrote:
...
> Ah, you mean you run it manually and not via `make`.
>
> os.environ.get('srctree', '')
>
> should help I suppose.
I haven't heard back from you, I
Hi all,
I would like to maintain Xen part in U-boot, so I’ll update my
email address with a patch soon.
Regards,
Anastasiia
On Mon 6 Dec 2021 at 09:12, Oleksandr Andrushchenko <
oleksandr_andrushche...@epam.com> wrote:
> Hi, all!
>
> Anastasiia has left EPAM, so now her e-mail bounces.
> I can
Hello,
I added LED boot support for my SUN7I based Cubieboard2. I want to send a
patch for the changes. It is my first contribution and as It has been
mentioned in the `Patches` pages, I'm asking you before for confirmation
sending the patch.
Best regards
Javad
On Fri, Dec 03, 2021 at 12:58:14PM +0900, Masahisa Kojima wrote:
> There are functions that calls tcg2_agile_log_append() outside
> of the TCG protocol invocation (e.g tcg2_measure_pe_image).
> These functions must to check that TCG2 protocol is installed.
> If not, measurement shall be skipped.
>
Heinrich does this approach work for you till we fix the DM-EFI
integration?
At least it tries to cover some cases were the efi protocol is installed
(which means the tpm was there in the beginning), but later on is removed
On Fri, Dec 03, 2021 at 12:58:15PM +0900, Masahisa Kojima wrote:
> When
On Sun, Dec 05, 2021 at 08:17:56PM -0700, Simon Glass wrote:
> Hi Tom,
>
> I left out another pending patch but completely forgot to drop the
> timer patch last time. Here it is again.
>
> (next branch)
>
>
> The following changes since commit f89615088fba1b1f33713ad26dbe3a3c82b692ec:
>
>
Great news!
On 06.12.21 13:49, Nastya Vicodin wrote:
> Hi all,
>
> I would like to maintain Xen part in U-boot, so I’ll update my email address
> with a patch soon.
>
> Regards,
> Anastasiia
>
> On Mon 6 Dec 2021 at 09:12, Oleksandr Andrushchenko
> mailto:oleksandr_andrushche...@epam.com>>
>
On Wed, Dec 1, 2021 at 2:13 PM Sean Anderson wrote:
>
> This function is the same as the default xlate. Remove it.
>
I compared 'clk dump' before and after this patch, and they both
appear to show the same clock tree and rates for the versaclock and
the USB scan appears to identify the attached
Importing libraries in Python caches the bytecode by default.
Since we run scripts in source tree it ignores the current directory
settings, which is $(srctree), and creates cache just in the middle
of the source tree. Move cache to the current directory.
Signed-off-by: Andy Shevchenko
---
v3:
Instead of joining hard coded '..' to the run-time path of the executable,
take just a dirname out of it. Besides that, use $(srctree) where it makes
sense.
Signed-off-by: Andy Shevchenko
---
v3: avoided crash (Simon), reused one level up folder variable
tools/binman/main.py | 12 +++-
On 11/22/21 11:36, Ramon Fried wrote:
On Mon, Nov 22, 2021 at 9:40 AM Michal Simek wrote:
On 11/21/21 20:11, Ramon Fried wrote:
On Thu, Nov 18, 2021 at 2:06 PM Michal Simek wrote:
There are flying two configurations around.
Can you rephrase ? I don't understand.
The first
Xilinx DTS files are using two way how to describe ethernet phy.
The first (already supported) has phy as subnode of gem node.
eth {
phy-handle = <>;
phy0: ethernet-phy@21 {
...
};
};
The second has mdio subnode (with mdio name) which has phy subnode.
On Fri, Dec 03, 2021 at 12:58:13PM +0900, Masahisa Kojima wrote:
> This commit modify efi_tcg2_register() to return the
> appropriate error.
> With this fix, sandbox will not boot because efi_tcg2_register()
> fails due to some missing feature in GetCapabilities.
> So disable sandbox if
> Date: Mon, 6 Dec 2021 13:16:23 +0900
> From: AKASHI Takahiro
>
> On Fri, Dec 03, 2021 at 05:32:49PM +0100, Heinrich Schuchardt wrote:
> > On 11/25/21 06:44, AKASHI Takahiro wrote:
> > > Heinrich,
> > >
> > > On Wed, Nov 24, 2021 at 12:10:32PM +0900, AKASHI Takahiro wrote:
> > > > On Sat, Nov
On 11/22/21 11:33, Ramon Fried wrote:
On Mon, Nov 22, 2021 at 9:34 AM Michal Simek wrote:
On 11/21/21 20:12, Ramon Fried wrote:
On Thu, Nov 18, 2021 at 2:08 PM Michal Simek wrote:
Perform reset before core initialization.
Does it fix any apparent issue ? How did it work before that
Frederick
> -Original Message-
> From: U-Boot On Behalf Of Frederik Lotter
> Sent: Monday, December 6, 2021 12:55 AM
> To: u-boot@lists.denx.de
> Subject: [External] - Raspberry Pi Boot 1b / Uboot boot failure with large
> initramfs
>
> Hi,
>
> I am facing intermittend boot failures
Hi Tom,
On Sun, 5 Dec 2021 at 06:32, Tom Rini wrote:
>
> On Sat, Dec 04, 2021 at 03:09:59PM -0700, Simon Glass wrote:
> > Hi Tom,
> >
> > On Sat, 4 Dec 2021 at 11:03, Tom Rini wrote:
> > >
> > > On Sat, Dec 04, 2021 at 08:20:55AM -0700, Simon Glass wrote:
> > > > Hi Tom,
> > > >
> > > > On Sat,
Perform reset before core initialization.
Standard flow which close to 99% users are using getting all IPs out of
reset that there is no need to reset IP again. This is because of all low
level initialization is done in previous bootloader stage.
In SOM case these IPs are not touched by previous
On Mon, Dec 06, 2021 at 08:24:56AM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Sun, 5 Dec 2021 at 06:32, Tom Rini wrote:
> >
> > On Sat, Dec 04, 2021 at 03:09:59PM -0700, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Sat, 4 Dec 2021 at 11:03, Tom Rini wrote:
> > > >
> > > > On Sat, Dec 04,
Enable CONFIG_SPL_USB_STORAGE to support UBS MSC boot support.
Signed-off-by: Faiz Abbas
Signed-off-by: Amjad Ouled-Ameur
---
configs/am43xx_hs_evm_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/am43xx_hs_evm_defconfig b/configs/am43xx_hs_evm_defconfig
index
Hi Fabio,
On 2021-12-03 09:28, Fabio Estevam wrote:
Hi Angus,
On Tue, Nov 30, 2021 at 2:40 PM Angus Ainslie wrote:
Are there binman updates for the imx8mq_evk ?
Yes, Andrey has sent the following patch:
https://lists.denx.de/pipermail/u-boot/2021-December/468983.html
Thanks, I'll give
Hi François,
On Sat, 4 Dec 2021 at 18:15, François Ozog wrote:
>
> Hi Simon
>
> Le sam. 4 déc. 2021 à 18:42, Simon Glass a écrit :
>>
>> Hi François,
>>
>> On Sat, 4 Dec 2021 at 04:06, François Ozog wrote:
>> >
>> > Hi Simon
>> >
>> > Le sam. 4 déc. 2021 à 02:02, Simon Glass a écrit :
>> >>
Hi Andy,
On Fri, 26 Nov 2021 at 09:08, Andy Shevchenko wrote:
>
> On Thu, Nov 25, 2021 at 2:12 AM Simon Glass wrote:
> > On Wed, 24 Nov 2021 at 09:33, Andy Shevchenko
> > wrote:
> > >
> > > On Wed, Nov 24, 2021 at 6:28 PM Simon Glass wrote:
> > > >
> > > > This converts the following to
Hi Heinrich,
On Fri, 3 Dec 2021 at 03:04, Heinrich Schuchardt
wrote:
>
> On 12/2/21 17:50, Simon Glass wrote:
> > Hi Heinrich,
> >
> > On Thu, 2 Dec 2021 at 09:47, Heinrich Schuchardt
> > wrote:
> >>
> >> On 12/2/21 16:58, Simon Glass wrote:
> >>> With Ilias' efforts we have dropped
The resync of the device trees from Linux 5.16-rc3 caused aliases
to appear on the MMC devices which changed the numbering.
This broke the reading/writing of the environmental variables,
so update the defconfig accordingly.
Signed-off-by: Adam Ford
---
configs/rzg2_beacon_defconfig | 1 -
1
The device trees for the Beacon RZ/G2[MNH] boards have undergone
some changes over time, so resync them now.
Signed-off-by: Adam Ford
---
arch/arm/dts/beacon-renesom-baseboard.dtsi | 16 ++--
arch/arm/dts/beacon-renesom-som.dtsi | 45 ++
The rzg2_beacon_defconfig creates an image for RZ/G2[MNH] and
as such creates three different device trees and each of them
have a corresponding -u-boot.dtsi file which are basically
copies of each other. Create a common include file to be
referenced by each of the respective board-u-boot.dtsi
The RZ/G2 series uses an external clock as a reference to the AVB.
If this clock is controlled by an external programmable clock,
it must be requested by the consumer or it will not turn on.
In order to do this, update the driver to use bulk enable and
disable functions to enable clocks for boards
The device trees for the RZ/G2[MNH] boards at kernel.org have undergone some
changes over time. Some of these changes are MMC aliases and others
are AVB refernece clocks. This series attempts to re-sync the device trees
with Kernel.org then address some minor driver, defconfig,
and config.h
The resync of the device trees from Linux 5.16-rc3 caused aliases
to appear on the MMC devices which changed the numbering.
This changed the default boot device and caused boot failure.
Update the mmcdev variable to reflect the new aliases.
Signed-off-by: Adam Ford
---
Hi Tom,
On Mon, Dec 6, 2021 at 6:26 PM Tom Rini wrote:
> I believe this ends up being blocked on getting binman / CI happy with
> the files being missing?
This patch addresses the following build warning:
= WARNING ==
This board uses
This patch configures U-Boot SPL for DHCOR SoM to permit DFU upload of
SPL and subsequent u-boot.itb for recovery or commissioning purposes.
To start U-Boot on DHCOR based board, e.g. Avenger96, proceed as follows:
- Install dfu-util on the host PC (in debian this is package 'dfu-util')
- Power
In case the SoC reports the boot device type is USB, it means the SPL was
loaded via BootROM DFU mode. Currently the spl_boot_device() returns boot
device as USB host, change it to DFU instead, so the SPL can continue the
DFU boot and load U-Boot via DFU.
Signed-off-by: Marek Vasut
Cc: Patrice
I'm still waiting for my email approval, Is something wrong with my message?
Hello,
I added LED boot support for my SUN7I based Cubieboard2. I want to send a
patch for the changes. It is my first contribution and as It has been
mentioned in the `Patches` pages, I'm asking you before for
Hello Javad,
Am Mon, Dec 06, 2021 at 09:53:22PM +0330 schrieb Javad Rahimi:
> I'm still waiting for my email approval, Is something wrong with my message?
>
> Hello,
> I added LED boot support for my SUN7I based Cubieboard2. I want to send a
> patch for the changes. It is my first contribution
Add fdt_addr_r fdtfile which used by distro boot, and cleanup legacy
environment variables.
Signed-off-by: Andrey Zhizhikin
---
include/configs/imx8mq_evk.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/include/configs/imx8mq_evk.h b/include/configs/imx8mq_evk.h
On Mon, Dec 06, 2021 at 06:38:00PM -0300, Fabio Estevam wrote:
> Hi Tom,
>
> On Mon, Dec 6, 2021 at 6:26 PM Tom Rini wrote:
>
> > I believe this ends up being blocked on getting binman / CI happy with
> > the files being missing?
>
> This patch addresses the following build warning:
>
>
Hi Tom and Stefano,
On Fri, Dec 3, 2021 at 1:27 PM Fabio Estevam wrote:
>
> Hi Andrey,
>
> On Fri, Dec 3, 2021 at 1:18 PM Andrey Zhizhikin
> wrote:
> >
> > Currently i.MX8MQ EVK board still targeting the old image generation
> > approach for image generation, which relies on the FIT generator
This synchronizes the device trees with those that are in the
process of being upstreamed into Linux 5.16 or proposed for
Linux 5.17. This includes device trees for machines that were
still missing.
There are still some differences that will hopefully be resolved
soon.
Signed-off-by: Mark
This driver supports power domains for the power management
controller found on Apple SoCs.
Signed-off-by: Mark Kettenis
---
arch/arm/Kconfig | 3 +
drivers/power/domain/Kconfig | 8 +++
drivers/power/domain/Makefile | 1 +
drivers/power/domain/apple-pmgr.c | 113
These are necessary to make sure the power domains needed for the
serial console are availble in the pre-relocation phase.
Signed-off-by: Mark Kettenis
---
arch/arm/dts/t8103-j274-u-boot.dtsi | 1 +
arch/arm/dts/t8103-j293-u-boot.dtsi | 1 +
arch/arm/dts/t8103-j313-u-boot.dtsi | 1 +
This series adds support for the power management controller found on
Apple SoCs based on the device tree bindings submitted to upstream
Linux. This is needed to enable power domains for devices that
haven't been enabled by earlier boot stages.
Mark Kettenis (3):
arm: dts: apple: Update Apple
Hi Vincent!
On Mon, 6 Dec 2021 at 16:36, Vincent Fazio wrote:
> Frederick
>
>
> > -Original Message-
> > From: U-Boot On Behalf Of Frederik Lotter
> > Sent: Monday, December 6, 2021 12:55 AM
> > To: u-boot@lists.denx.de
> > Subject: [External] - Raspberry Pi Boot 1b / Uboot boot
On Mon, Dec 06, 2021 at 06:05:50PM -0300, Fabio Estevam wrote:
> Hi Tom and Stefano,
>
> On Fri, Dec 3, 2021 at 1:27 PM Fabio Estevam wrote:
> >
> > Hi Andrey,
> >
> > On Fri, Dec 3, 2021 at 1:18 PM Andrey Zhizhikin
> > wrote:
> > >
> > > Currently i.MX8MQ EVK board still targeting the old
At present some of the ideas and techniques behind devicetree in U-Boot
are assumed, implied or unsaid. Add some documentation to cover how
devicetree is build, how it can be modified and the rules about using
the various CONFIG_OF_... options.
Signed-off-by: Simon Glass
Reviewed-by: Marcel
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
Without this option QEMU appears to hang. Add it to avoid confusion.
Signed-off-by: Simon Glass
---
(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.rst
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:
On 12/6/21 16:11, Simon Glass wrote:
At present some of the ideas and techniques behind devicetree in U-Boot
are assumed, implied or unsaid. Add some documentation to cover how
devicetree is build, how it can be modified and the rules about using
the various CONFIG_OF_... options.
On Tue, Dec 7, 2021 at 1:12 AM Simon Glass wrote:
> 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,
On Mon, 6 Dec 2021 at 23:08, Ilias Apalodimas
wrote:
>
> On Fri, Dec 03, 2021 at 12:58:13PM +0900, Masahisa Kojima wrote:
> > This commit modify efi_tcg2_register() to return the
> > appropriate error.
> > With this fix, sandbox will not boot because efi_tcg2_register()
> > fails due to some
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,
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
---
(no changes since v1)
Makefile| 3 +--
dts/Kconfig | 18 --
tools/binman/binman.rst | 20
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
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
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)
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
Hi Mark,
Thank you for the comment.
On Mon, Dec 06, 2021 at 12:41:28PM +0100, Mark Kettenis wrote:
> > Date: Mon, 6 Dec 2021 13:16:23 +0900
> > From: AKASHI Takahiro
> >
> > On Fri, Dec 03, 2021 at 05:32:49PM +0100, Heinrich Schuchardt wrote:
> > > On 11/25/21 06:44, AKASHI Takahiro wrote:
> >
Since OF_BOARD has been corrected to be a run-time option, we can drop
the historical info from this documentation.
Signed-off-by: Simon Glass
---
(no changes since v1)
doc/develop/devicetree/dt_update.rst | 74 +++-
1 file changed, 7 insertions(+), 67 deletions(-)
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
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
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
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
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
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
@@
On 12/6/21 16:11, Simon Glass wrote:
Without this option QEMU appears to hang. Add it to avoid confusion.
Signed-off-by: Simon Glass
I think there was some work to get a virtio framebuffer working. But
adding -nographic is ok.
Reviewed-by: Heinrich Schuchardt
---
(no changes since v1)
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
---
(no changes since v5)
Changes in v5:
- Merge RISC-V and ARM patches since they are
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
---
Changes in v7:
- Switch to using an empty file for qemu virt
Changes
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
---
Changes in v7:
- Use 'empty' instead of 'fake'
arch/arm/dts/Makefile
Add an empty file to prevent build errors when building with
CONFIG_OF_SEPARATE enabled.
The build instructions in U-Boot do not provide enough detail to build a
useful devicetree, unfortunately.
Signed-off-by: Simon Glass
---
Changes in v7:
- Use 'empty' instead of 'fake'
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
---
Changes in v7:
- Switch to using an empty file for qemu virt
Changes
When U-Boot is started from another firmware program, not just a prior
phase of U-Boot, special behaviour is typically used. In particular, the
device tree may come from that prior stage.
At present this is sort-of indicated by OF_BOARD, although the
correlation is not 1:1, since that option
U-Boot always needs some sort of a device tree. Some boards never actually
use this, at least in production systems, since a prior firmware stage
sets one up and passes it to U-Boot. At present the only mechanism to do
that is with custom function (OF_BOARD), but future work will include a
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
Keep track of where the devicetree came from, so we can report this later.
Signed-off-by: Simon Glass
---
Changes in v7:
- Drop FDTSRC_PASSAGE for now
include/asm-generic/global_data.h | 4
include/fdtdec.h | 32 +++
lib/fdtdec.c
Show a warning at build time if the devicetree is built for a board which
normally should get it from a prior stage:
Warning: Devicetree was built but is not normally used on this board
When running, if the devicetree failed to come from the expected source,
show a warning then also, e.g:
Hi all, I’m reaching out on this list as my problem spans U-Boot and Openwrt.
In essence the very same kernel (5.4 and 5.10 - built using latest Openwrt),
packaged in a FIT, is not receiving bootlogs from latest U-Boot and it’s also
not being informed of the presence of the location and
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]
Add a dummy 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
---
(no changes since v1)
arch/arm/dts/Makefile | 2 ++
arch/arm/dts/bcm7xxx.dts | 15
Sync these files, obtained from Linux v5.15.
Signed-off-by: Simon Glass
---
Changes in v7:
- Bring in files from Linux instead
arch/arm/dts/Makefile| 2 +
arch/arm/dts/ecx-common.dtsi | 231 +++
arch/arm/dts/highbank.dts| 158
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
---
Changes in v7:
- Switch to using an empty file for qemu virt
arch/powerpc/dts/Makefile | 1
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
On Mon, 6 Dec 2021 17:11:52 -0700
Simon Glass wrote:
> Sync these files, obtained from Linux v5.15.
Sorry, but this would be wrong.
How do you know which board it is? Highbank or Midway? We use the
same binary for both, and decide either by the DT nodes we find in DRAM
or by some autodetection
Hi Simon,
On Thu, 2 Dec 2021 at 18:00, Simon Glass wrote:
>
> 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
On Mon, Dec 6, 2021 at 6:46 PM Tom Rini wrote:
> So this platform doesn't run in to the HDMI blob problem or similar, in
> CI?
imx8mq can happily boot without the HDMI firmware.
Please note that HDMI support for i.MX8MQ in mainline is still not available.
Hi Andrey,
On Mon, Dec 6, 2021 at 6:03 PM Andrey Zhizhikin
wrote:
>
> Add fdt_addr_r fdtfile which used by distro boot, and cleanup legacy
> environment variables.
>
> Signed-off-by: Andrey Zhizhikin
Reviewed-by: Fabio Estevam
>-Original Message-
>From: Vladimir Oltean
>Sent: Thursday, December 2, 2021 8:24 PM
>To: u-boot@lists.denx.de
>Cc: Michael Walle ; Tom Rini ;
>Priyanka Jain ; Leo Li
>Subject: [PATCH 04/15] arm: ls1088a-qds: use Linux compatible string for RTC
>
>During the LS1028A-RDB sync with Linux
>-Original Message-
>From: Vladimir Oltean
>Sent: Thursday, December 2, 2021 8:24 PM
>To: u-boot@lists.denx.de
>Cc: Michael Walle ; Tom Rini ;
>Priyanka Jain ; Leo Li ; Simon
>Glass
>Subject: [PATCH 08/15] rtc: pcf2127: remove U-Boot specific compatible string
>
>Now that all in-tree
On Sat, May 22, 2021 at 1:36 AM Andreas Rehn wrote:
>
> Enable emac for licheepi-zero-dock as it provides a ethernet port
>
> Signed-off-by: Andreas Rehn
> ---
> arch/arm/dts/sun8i-v3s-licheepi-zero-dock.dts | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git
On Sun, May 23, 2021 at 4:52 AM Andreas Rehn wrote:
>
> Add variant V3S_EMAC.
> Handle pinmux compile time error by skipping goio setup, because
> V3s uses internal phy and don't expose pins.
>
> Signed-off-by: Andreas Rehn
> ---
> Changes in v2:
> - skip pinmux and add proper
PH20 and PH21 are two LED on the board which users
can select to be turn on at boot time.
Signed-off-by: Javad Rahimi
---
board/sunxi/board.c | 42 ++
1 file changed, 42 insertions(+)
diff --git a/board/sunxi/board.c b/board/sunxi/board.c
index
removed sec_init() call and CONFIG_FSL_CAAM from defconfig.
sec is initialized based on job ring information processed
from device tree.
Signed-off-by: Gaurav Jain
Reviewed-by: Priyanka Jain
---
arch/powerpc/cpu/mpc85xx/Kconfig | 33 +++
device tree imported from linux kernel.
c500bee1c5b2 (tag: v5.14-rc4) Linux 5.14-rc4
Signed-off-by: Gaurav Jain
Reviewed-by: Priyanka Jain
---
arch/powerpc/dts/p2041si-post.dtsi | 1 +
arch/powerpc/dts/p3041si-post.dtsi | 1 +
arch/powerpc/dts/p4080si-post.dtsi | 1 +
updated CAAM driver files maintainer.
Signed-off-by: Gaurav Jain
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 6db5354322..c5bb2b861b 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1296,3 +1296,9 @@ T:git
>-Original Message-
>From: Vladimir Oltean
>Sent: Thursday, December 2, 2021 8:24 PM
>To: u-boot@lists.denx.de
>Cc: Michael Walle ; Tom Rini ;
>Priyanka Jain ; Leo Li ; Heiko
>Schocher
>Subject: [PATCH 01/15] i2c: muxes: pca954x: add PCA9847 variant
>
>This seems to be very similar to
>-Original Message-
>From: Vladimir Oltean
>Sent: Thursday, December 2, 2021 8:24 PM
>To: u-boot@lists.denx.de
>Cc: Michael Walle ; Tom Rini ;
>Priyanka Jain ; Leo Li
>Subject: [PATCH 03/15] arm: dts: ls1028a-qds: use Linux compatible string for
>RTC
>
>The LS1028A-QDS board won't be
>-Original Message-
>From: Vladimir Oltean
>Sent: Thursday, December 2, 2021 8:24 PM
>To: u-boot@lists.denx.de
>Cc: Michael Walle ; Tom Rini ;
>Priyanka Jain ; Leo Li
>Subject: [PATCH 09/15] arm: dts: ls1028a-rdb: sort nodes alphabetically
>
>The nodes in the NXP LS1028A-RDB device
>-Original Message-
>From: Vladimir Oltean
>Sent: Thursday, December 2, 2021 8:24 PM
>To: u-boot@lists.denx.de
>Cc: Michael Walle ; Tom Rini ;
>Priyanka Jain ; Leo Li
>Subject: [PATCH 14/15] arm: dts: ls1028a-rdb: sync device tree with Linux
>
>Allow device trees to be reused between
1 - 100 of 139 matches
Mail list logo