Ensure that the string we convert to UTF-16 is NUL terminated even
if the device path only contains end nodes.
Fixes: bd3d75bb0c58 ("efi_loader: multi part device paths to text")
Addresses-Coverity: 350434 ("Uninitialized scalar variable")
Signed-off-by: Heinrich Schuchardt
---
The NXP i.MXRT1170 Evaluation Kit (EVK) provides a platform for rapid
evaluation of the i.MXRT, which features NXP's implementation of the Arm
Cortex-M7 and Cortex-M4 core.
The EVK provides 64 MB SDRAM, Micro SD card socket,
USB 2.0 OTG.
This patch aims to support the preliminary booting up
Add a base defconfig for the i.MXRT1170
Signed-off-by: Jesse Taube
---
V1 -> V2:
* Nothing done
V2 -> V3:
* Rebase
---
configs/imxrt1170-evk_defconfig | 70 +
include/configs/imxrt1170-evk.h | 29 ++
2 files changed, 99 insertions(+)
create mode
The i.MXRT11 series has different offsets for IOCR_MUX, it also can
address 64MiB of SDRAM so add a macro for that.
Signed-off-by: Jesse Taube
---
V1 -> V2:
* Nothing done
V2 -> V3:
* Nothing done
---
drivers/ram/imxrt_sdram.c| 9 +
Add clock driver support for i.MXRT1170.
Signed-off-by: Jesse Taube
---
V1 -> V2:
* Use C file not dts for constant clock divider
V2 -> V3:
* Nothing done
---
drivers/clk/imx/Kconfig | 16 +++
drivers/clk/imx/Makefile| 1 +
drivers/clk/imx/clk-imxrt1170.c | 221
The i.MXRT11 series has two new pll types but are variants of existing.
This patch adds the ability to read one of the pll types' frequency
as it can't be changed unlike the generic pll it also has the
division factors swapped.
Signed-off-by: Jesse Taube
---
V1 -> V2:
* Change BM_PLL_POWER and
Add the clock binding doc for i.MXRT1170.
Signed-off-by: Jesse Taube
---
V1 -> V2:
* Nothing done
V2 -> V3:
* Nothing done
---
include/dt-bindings/clock/imxrt1170-clock.h | 48 +
1 file changed, 48 insertions(+)
create mode 100644 include/dt-bindings/clock/imxrt1170-clock.h
Add binding header for i.MXRT1170 pinctrl device tree.
Signed-off-by: Jesse Taube
---
V1 -> V2:
* Nothing done
V2 -> V3:
* Nothing done
---
arch/arm/dts/imxrt1170-pinfunc.h | 1561 ++
1 file changed, 1561 insertions(+)
create mode 100644
This commit adds board support for i.MXRT1170-EVK from NXP. This board
is an evaluation kit provided by NXP for i.MXRT117x processor family.
Signed-off-by: Jesse Taube
---
V1 -> V2:
* Nothing done
V2 -> V3:
* Rebase
---
arch/arm/include/asm/arch-imx/cpu.h | 1 +
This patchset contains:
- i.MXRT1170 clock driver adaption
- i.MXRT1170-evk basic support
Jesse Taube (8):
imx: imxrt1170-evk: Add support for the NXP i.MXRT1170-EVK
ARM: dts: imxrt11170-pinfunc: Add pinctrl binding header
dt-bindings: imx: Add clock binding for i.MXRT1170
clk: imx: Add
I'm not an expert on erofs, but my quick glance didn't expose any
special handling on unaligned range, thus I think the U-boot erofs
driver doesn't really support unaligned read range.
This patch will add erofs_get_blocksize() so erofs can benefit from the
generic unaligned read support.
Cc:
Currently ubifs doesn't support unaligned read offset, thanks to the
recent _fs_read() work to handle unaligned read, we only need to
implement ubifs_get_blocksize() to take advantage of it.
Now ubifs can do unaligned read without any problem.
Signed-off-by: Qu Wenruo
---
fs/fs.c
Just implement fat_get_blocksize() for fat, so that fat_read_file()
always get a block aligned read range.
Unfortunately I'm not experienced enough to cleanup the fat code, thus
further cleanup is appreciated.
Cc: Tom Rini
Signed-off-by: Qu Wenruo
---
fs/fat/fat.c | 13 +
fs/fs.c
Just add ext4_get_blocksize() and a new assert() in ext4fs_read_file().
Signed-off-by: Qu Wenruo
---
fs/ext4/ext4fs.c | 22 ++
fs/fs.c | 2 +-
include/ext4fs.h | 1 +
3 files changed, 24 insertions(+), 1 deletion(-)
diff --git a/fs/ext4/ext4fs.c
Unlike FUSE or kernel, U-boot filesystem code makes the underly fs code
to handle the unaligned read (aka, read range is not aligned to fs block
size).
This makes underlying fs code harder to implement, as they have to handle
unaligned read all by themselves.
This patch will change the
[BUG]
When try to read a range beyond file size, btrfs driver will cause
crash/segfault:
=> load host 0 $kernel_addr_r 5k_file 0 0x2000
SEGFAULT
[CAUSE]
In btrfs_read(), if @len is 0, we will truncated it to file end, but if
file end is beyond our file size, this truncation will underflow
[BUG]
When testing with unaligned read, if a specific length is passed in,
btrfs driver will read out nothing:
=> load host 0 $kernel_addr_r 5k_file 0x1000 0
0 bytes read in 0 ms
But if no length is passed in, it works fine, even if we pass a non-zero
length:
=> load host 0 $kernel_addr_r
That function is only utilized inside fat driver, unexport it.
Signed-off-by: Qu Wenruo
---
fs/fat/fat.c | 4 ++--
include/fat.h | 2 --
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/fs/fat/fat.c b/fs/fat/fat.c
index df9ea2c028fc..dcceccbcee0a 100644
--- a/fs/fat/fat.c
+++
[CHANGELOG]
v2->v1:
- Fix a linkage error where (U64 % U32) is called without proper helper
Fix it with U64 & (U32 - 1), as the U32 value (@blocksize) should
always be power of 2, thus (@blocksize - 1) is the mask we want to
calculate the offset inside the block.
Above change only affects
Hello Tom,
could you, please, have a look at the problems reported by Coverity
concerning code introduced by you into U-Boot.
For SHA256_Update_recycle() I guess you just have to change the
signature of the function to
SHA256_Update_recycled (SHA256_CTX *ctx,
On 7/25/22 09:34, Stefano Babic wrote:
Hi Jesse,
I get errors as soon as I merge the series:
https://source.denx.de/u-boot/custodians/u-boot-imx/-/jobs/471284
In fact, you add new CONFIG_ but not via Kbuild:
CONFIG_SPL_STACK
CONFIG_SYS_FSL_ERRATUM_ESDHC13
I'm sorry I need to rebase.
On Tue, Jul 26, 2022 at 09:35:51AM +0800, Qu Wenruo wrote:
>
>
> On 2022/7/26 06:28, Tom Rini wrote:
> > On Wed, Jun 29, 2022 at 07:38:22PM +0800, Qu Wenruo wrote:
> >
> > > That function is only utilized inside fat driver, unexport it.
> > >
> > > Signed-off-by: Qu Wenruo
> >
> > The series
On 2022/7/26 06:28, Tom Rini wrote:
On Wed, Jun 29, 2022 at 07:38:22PM +0800, Qu Wenruo wrote:
That function is only utilized inside fat driver, unexport it.
Signed-off-by: Qu Wenruo
The series has a fails to build on nokia_rx51:
https://source.denx.de/u-boot/u-boot/-/jobs/471877#L483
On 7/25/22 11:57 AM, Tom Rini wrote:
On Fri, Jul 15, 2022 at 11:34:32AM -0500, Andrew Davis wrote:
K3 SoCs are available in a number of device types such as
GP, HS-FS, EMU, etc. Like OMAP SoCs we can detect this at runtime
and should print this out as part of the SoC information line.
We add
We don't need to print the same message in every location, just
print it in the function that fails and remove all the extra
message printouts.
Signed-off-by: Andrew Davis
---
drivers/firmware/ti_sci.c | 40 ---
1 file changed, 4 insertions(+), 36
We can check if the message was acknowledged in the common
ti_sci_do_xfer() which lets us remove it from after each call to this
function. This simplifies the code and reduces binary size.
Signed-off-by: Andrew Davis
---
drivers/firmware/ti_sci.c | 165 ++
1
This ti_sci_do_xfer() function already prints out the reason for the
failure, and the caller of each of these functions should also notify
the user of the failed task. Remove this extra level of error message.
Signed-off-by: Andrew Davis
---
drivers/firmware/ti_sci.c | 132
The inline hint is not needed here, the compiler will do the right thing
based on if we are compiling for speed or for code size. In this case the
inline causes this function to be placed inside each callsite which is
not the right thing to do for either speed nor size. There is no
performance
Hi All,
The am65x_evm_r5_defconfig build was overflowing the SRAM area by 16 bytes
on the latest master with the gcc-arm-9.2-2019.12 compiler. Lets do some
simple cleanups in one of the largest drivers on these K3 systems and give
us some more headroom for new features.
$
Hi Marek
On 2022-07-25 11:06, Marek Behún wrote:
After a discussion with Tom Rini, we've agreed that I am going to take
over custodianship of the MPC85XX platform, since it seems other people
do not have necessary interest or time and getting things done over
there takes too long.
Since I
Hey all,
It's release day and so here's v2022.10-rc1. There's a lot in here, and
there's a few more things yet to come, hopefully this week, in terms of
pull requests, and also pulling things out of my own queue.
One thing I want to call out specifically is the VBE series will be
coming in
Hi Pali,
Great work! I applied the patch and removed the DM Regulator configs,
rebuilt, and kwboot it.
Using the improved GPIO command, I discovered my problem was the pins
were misconfigured in the DTS include chain, or in the MPP configs
somewhere. So the improved GPIO command did the trick :)
On Wed, Jun 29, 2022 at 07:38:22PM +0800, Qu Wenruo wrote:
> That function is only utilized inside fat driver, unexport it.
>
> Signed-off-by: Qu Wenruo
The series has a fails to build on nokia_rx51:
https://source.denx.de/u-boot/u-boot/-/jobs/471877#L483
which to me says doing 64bit division
On Mon, Jul 25, 2022 at 10:39:11AM +0200, Stefan Roese wrote:
> Hi Tom,
>
> On 25.05.22 09:40, Stefan Roese wrote:
> > This patchset adds the basic infrastructure to periodically execute
> > code, e.g. all 100ms. Examples for such functions might be LED blinking
> > etc. The functions that are
On 25.07.22 18:42, sba...@denx.de wrote:
From: Marcel Ziswiler
As a preparatory step make sure to refer to absolute node paths where
labels were removed in Linux upstream.
This avoids the following error once synchronised:
+Error: arch/arm/dts/imx6q-tbs2910-u-boot.dtsi:3.1-7 Label or path
On Tue, Jul 19, 2022 at 02:55:28PM +, Dmytro Firsov wrote:
> This commit fixes issue with usage of Xen hypervisor shared info page.
> Previously U-boot did not unmap it at the end of OS boot process. Xen
> did not prevent guest from this. So, it worked, but caused wierd
> issues - one memory
On Mon, Jul 18, 2022 at 11:33:39AM -0400, Tom Rini wrote:
> There are no references to CONFIG_SOC_DM355 / CONFIG_SOC_DM365 /
> CONFIG_SOC_DM644X / CONFIG_SOC_DM646X and the files these Makefile lines
> reference have already been dropped.
>
> Signed-off-by: Tom Rini
Applied to u-boot/master,
On Fri, Jul 15, 2022 at 12:31:48PM -0500, Andrew Davis wrote:
> The ISW_ENTRY_ADDR symbol was used for OMAP devices in place of
> SPL_TEXT_BASE. Keystone2 HS devices were not using it right either.
> Remove ISW_ENTRY_ADDR and use SPL_TEXT_BASE directly.
>
> Signed-off-by: Andrew Davis
>
On Fri, Jul 15, 2022 at 11:38:54AM -0500, Andrew Davis wrote:
> Read the swrv.txt file from the TI Security Development Tools when
> TI_SECURE_DEVICE is enabled. This allows us to set our software
> revision in one place and have it used by all the tools that create
> TI x509 boot certificates.
>
On Fri, Jul 15, 2022 at 11:38:53AM -0500, Andrew Davis wrote:
> From: Yogesh Siraswar
>
> The x509 certificate SWRV is currently hard-coded to 0. This need to be
> updated to 1 for j721e 1.1, j7200 and am64x. It is don't care for other
> k3 devices.
>
> Added new config K3_X509_SWRV to k3.
On Fri, Jul 15, 2022 at 11:21:27AM -0500, Andrew Davis wrote:
> This isn't strictly needed as these firewalls should all be disabled on
> GP, but it also doesn't hurt, so do this unconditionally to remove this
> use of CONFIG_TI_SECURE_DEVICE.
>
> Signed-off-by: Andrew Davis
> Reviewed-by: Tom
On Fri, Jul 15, 2022 at 11:19:41AM -0500, Andrew Davis wrote:
> Additions have been made to the non-HS defconfig without the same
> being made to the HS defconfig, sync them.
>
> Signed-off-by: Andrew Davis
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Jul 15, 2022 at 11:19:39AM -0500, Andrew Davis wrote:
> Sync new additions to non-HS defconfig with HS defconfig.
>
> Signed-off-by: Andrew Davis
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Jul 15, 2022 at 10:58:49AM -0500, Andrew Davis wrote:
> On AM43xx HS devices, QSPI boot is XIP and we use a single stage
> bootloader. Add a defconfig for this.
>
> Signed-off-by: Andrew Davis
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Jul 15, 2022 at 10:25:27AM -0500, Andrew Davis wrote:
> The first AM6x device was the AM654x, but being the first we named it
> just AM6, since more devices have come out with this same prefix we
> should switch it to the normal convention of using the full name of the
> first
On Fri, Jul 15, 2022 at 10:25:26AM -0500, Andrew Davis wrote:
> The content of these files are only used in SPL builds. The contents are
> already ifdef for the same, remove that and only include the whole file
> in the build when building for SPL.
>
> Signed-off-by: Andrew Davis
> Reviewed-by:
On Wed, Jul 13, 2022 at 09:17:11PM +0200, Stephan Gerhold wrote:
> The Qualcomm device trees in U-Boot are currently not consistent with
> the upstream DTs used in the Linux kernel. While some bindings are
> similar to the official specification in the Linux kernel, several
> nodes have subtle
On Wed, Jul 13, 2022 at 11:12:48AM -0500, Andrew Davis wrote:
> This is no longer needed as the SA2UL can now be shared with Linux.
> Leave the SA2UL DT node enabled.
>
> Signed-off-by: Andrew Davis
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
On Wed, Jul 13, 2022 at 04:49:36AM -0700, Matt Ranostay wrote:
> Using CONFIG_IS_ENABLED breaks accessing memory map structure when
> doing a A53 SPL build for AM625 and AM642 platforms. This is due to
> 'abc if CONFIG_SPL_BUILD is defined and CONFIG_SPL_FOO is set to 'y''
> in which there is no
On Wed, Jul 13, 2022 at 11:16:39AM +0800, Weijie Gao wrote:
> Currently u-boot running on mt7622 will print an warning log at beginning:
> > serial_mtk serial@11002000: pinctrl_select_state_full:
> > uclass_get_device_by_phandle_id: err=-19
>
> It turns out that the pinctrl uclass can't work
On Tue, Jul 12, 2022 at 07:59:04PM -0500, Anand Gadiyar wrote:
> The entry for DDRSS_PI_321_DATA was accidentally repeated leading to the
> last few PI registers being incorrectly programmed.
>
> Fix this.
>
> Reported-by: Bin Liu
> Signed-off-by: Vignesh Raghavendra
> Signed-off-by: Anand
On Tue, Jul 12, 2022 at 12:42:12PM +0530, Sumit Garg wrote:
> Add support for Qualcomm QCS404 SoC based evaluation board.
>
> Features:
> - Qualcomm Snapdragon QCS404 SoC
> - 1GiB RAM
> - 8GiB eMMC, uSD slot
>
> U-boot is chain loaded by ABL in 64-bit mode as part of boot.img.
> For detailed
On Tue, Jul 12, 2022 at 12:42:11PM +0530, Sumit Garg wrote:
> Currently this clock driver initializes clocks for UART and eMMC. Along
> with this import "qcom,gcc-qcs404.h" header from Linux mainline to
> support DT bindings.
>
> Signed-off-by: Sumit Garg
Applied to u-boot/master, thanks!
--
On Tue, Jul 12, 2022 at 12:42:10PM +0530, Sumit Garg wrote:
> Currently this pinctrl driver only supports BLSP UART2 specific pin
> configuration.
>
> Signed-off-by: Sumit Garg
> Reviewed-by: Ramon Fried
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jul 12, 2022 at 12:42:09PM +0530, Sumit Garg wrote:
> For SDCC version 5.0.0, MCI registers are removed from SDCC interface
> and some registers are moved to HC. So add support to use the new
> compatible string "qcom,sdhci-msm-v5". Based on this new msm variant,
> pick the relevant
On Tue, Jul 12, 2022 at 12:42:08PM +0530, Sumit Garg wrote:
> Add support for 96Boards Dragonboard 845C aka Robotics RB3 development
> platform. This board complies with 96Boards Open Platform Specifications.
>
> Features:
> - Qualcomm Snapdragon SDA845 SoC
> - 4GiB RAM
> - 64GiB UFS drive
>
>
On Tue, Jul 12, 2022 at 12:42:07PM +0530, Sumit Garg wrote:
> Configure debug UART pins as function: "qup9" rather than being regular
> gpios. It fixes a hang seen during pinmux setting.
>
> Signed-off-by: Sumit Garg
> Reviewed-by: Ramon Fried
Applied to u-boot/master, thanks!
--
Tom
On Tue, Jul 12, 2022 at 12:42:06PM +0530, Sumit Garg wrote:
> Rather than using magic numbers as clock ids for peripherals import
> qcom,gcc-sdm845.h from Linux to be used standard macros for clock ids.
> So start using corresponding clk-id macro for debug UART.
>
> Signed-off-by: Sumit Garg
>
On Tue, Jul 12, 2022 at 12:42:05PM +0530, Sumit Garg wrote:
> According to u-boot DT recomendation, u-boot specific DT properties belong
> to *-uboot.dtsi. Also for starqltechn board (which is the only current
> consumer of sdm845.dtsi), the properties are already included in
>
On Tue, Jul 12, 2022 at 12:42:04PM +0530, Sumit Garg wrote:
> Currently there is a mismatch among DT node overrides in starqltechn
> board DTS file and the actual DT nodes in the sdm845.dtsi. So fix that
> to align with DT nodes in sdm845.dtsi.
>
> Signed-off-by: Sumit Garg
> Reviewed-by: Ramon
On Sun, Jul 10, 2022 at 01:42:56PM +0200, Pali Rohár wrote:
> CONFIG_PREBOOT just cause putting "preboot=CONFIG_PREBOOT" into env list.
> Value CONFIG_PREBOOT="run preboot" in defconfig is just nonsense and does
> not do anything useful (it is infinite recursion). Config file for this
> board
On Fri, Jul 08, 2022 at 10:25:46AM +0100, Paul Barker wrote:
> We have different dtbs for the Lite and Extended WiFi variants of the
> SanCloud BBE.
>
> Signed-off-by: Paul Barker
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Jul 08, 2022 at 10:25:45AM +0100, Paul Barker wrote:
> The SanCloud BBE Lite has a Micron Authenta flash device connected to
> the spi0 bus.
>
> Signed-off-by: Paul Barker
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Jul 08, 2022 at 10:25:45AM +0100, Paul Barker wrote:
> The SanCloud BBE Lite has a Micron Authenta flash device connected to
> the spi0 bus.
>
> Signed-off-by: Paul Barker
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Jul 08, 2022 at 11:14:52AM +0200, Michal Simek wrote:
> keystone doesn't have custom gpio.h that's why don't select
> GPIO_EXTRA_HEADER which points to it.
>
> Logic in arch/arm/include/asm/gpio.h is very clear
>
> #ifdef CONFIG_GPIO_EXTRA_HEADER
> #include
> #endif
> #include
>
On Fri, Jul 08, 2022 at 09:02:56AM +0100, Ramin Zaghi wrote:
> Hi
>
> I've searched a little to find a document that explains how to
> contribute to U-Boot. But couldn't find one. I hope this is the right
> way and who do I CC !?
>
> From f6cdf2ac9fe6ade663aa7a4ff1b2d1ac38fc2704 Mon Sep 17
On Thu, Jul 07, 2022 at 11:41:52PM -0700, Matt Ranostay wrote:
> Move device specific data into OF data structure so it
> is easier to maintain and we can get rid of if statements.
>
> Based on:
> https://lore.kernel.org/linux-phy/20220526064121.27625-1-rog...@kernel.org/T/#u
>
> Cc: Roger
On Fri, Jul 01, 2022 at 02:30:12PM +0200, Julien Panis wrote:
> Enable ESM driver for AM62x in R5 SPL/u-boot build.
>
> Signed-off-by: Julien Panis
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Jul 01, 2022 at 02:30:11PM +0200, Julien Panis wrote:
> On AM62x devices, main ESM error event outputs can be routed to
> MCU ESM as inputs. So, two ESM device nodes are expected in the
> device tree : one for main ESM and another one for MCU ESM.
> MCU ESM error output can trigger the
On Fri, Jul 01, 2022 at 02:30:10PM +0200, Julien Panis wrote:
> Add main ESM and MCU ESM nodes to AM625-R5 device tree.
>
> Signed-off-by: Julien Panis
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Jul 01, 2022 at 12:06:17AM +0200, Janne Grunau wrote:
> Apple's M2 SoC very similar to the M1 and can use the same memory map.
> The keyboard/trackpad on the MacBook Pro (13-inch, M2, 2022) uses
> "dockchannel" as transport instead of SPI and needs a new driver.
> USB, NVMe, uart,
On Fri, Jul 01, 2022 at 12:06:16AM +0200, Janne Grunau wrote:
> "apple,t8112-dart" uses an incompatible register interface but still
> offers the same functionality. This DART is found on the M2 and M1
> Pro/Max/Ultra SoCs.
>
> Signed-off-by: Janne Grunau
> Reviewed-by: Mark Kettenis
Applied
On Fri, Jul 15, 2022 at 11:19:40AM -0500, Andrew Davis wrote:
> Additions have been made to the non-HS defconfig without the same
> being made to the HS defconfig, sync them.
>
> Signed-off-by: Andrew Davis
> ---
> configs/am65x_hs_evm_a53_defconfig | 23 ++-
>
Hi Pali,
I'll get the patch and give it a try.
Thanks,
Tony
On Mon, Jul 25, 2022 at 12:13 PM Pali Rohár wrote:
>
> On Sunday 24 July 2022 11:27:00 Pali Rohár wrote:
> > On Wednesday 20 July 2022 15:47:55 Tony Dinh wrote:
> > > Hi Pali/Marek,
> > >
> > > I'm writing u-boot for the Synology
On Sunday 24 July 2022 11:27:00 Pali Rohár wrote:
> On Wednesday 20 July 2022 15:47:55 Tony Dinh wrote:
> > Hi Pali/Marek,
> >
> > I'm writing u-boot for the Synology DS116 (Armada 385, dual core, 1.8
> > Ghz). I could not seem to get the DM Regulator to power up the SATA
> > port on this board.
El Mon, Jul 25, 2022 at 07:29:53PM +0200, Xavier Drudis Ferran deia:
>
> I copy here the rockchip-u-boot.dtsi file and then 2 patches on top of yours.
>
Sorry I copied a dirty version that din't work. The patches were correct, the
dtsi wasn't.
> #else
> collection {
>
El Mon, Jul 25, 2022 at 06:39:31PM +0200, Quentin Schulz deia:
>
> Don't really want to hijack the thread with something slightly unrelated but
> posting this here for posterity:
>
> is what I have currently done and the outcome of this is:
>
>
> U-Boot TPL 2022.07-00811-gf6815f93eb-dirty
On Tue, Jul 12, 2022 at 05:24:06PM +0800, Jim Liu wrote:
> Add add full function config for nuvoton npcm750
>
> Signed-off-by: Jim Liu
Does the i2c driver need to be reposted? This patch causes the platform
to fail to build as the i2c driver file is missing.
--
Tom
signature.asc
On Fri, Jul 15, 2022 at 11:34:32AM -0500, Andrew Davis wrote:
> K3 SoCs are available in a number of device types such as
> GP, HS-FS, EMU, etc. Like OMAP SoCs we can detect this at runtime
> and should print this out as part of the SoC information line.
> We add this as part of the common.c file
> In order not to repeat the IMX8MN || IMX8MP || IMX8ULP logic in
> multiple places where we need to know if the SOC exposes the ROM API,
> add a "def_bool y" Kconfig symbol.
> Reviewed-by: Peng Fan
> Signed-off-by: Rasmus Villemoes
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano
> From: Marcel Ziswiler
> Fix the following build-time pwms property warnings:
> w+arch/arm/dts/imx8mp-rsb3720-a1.dtb: Warning (pwms_property):
> /lvds_backlight@0:pwms: property size (12) too small for cell size 3
> w+arch/arm/dts/imx8mp-rsb3720-a1.dtb: Warning (pwms_property):
>
> From: Marcel Ziswiler
> As a preparatory step remove the qspi node with its flash0 label as this
> is already in the Linux upstream device tree.
> This avoids the following error once synchronised:
> +arch/arm/dts/imx6ul-14x14-evk.dtb: ERROR (duplicate_label):
>
> Remove stale show_boot_logo() declaration, not used anywhere.
> Fixes: e6fd30dd9eef ("toradex: drop legacy show_boot_logo function and use
> splashscreen")
> Signed-off-by: Francesco Dolcini
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> From: Marcel Ziswiler
> As a preparatory step remove the pinctrl_pmic reference which does not
> exist in the Linux upistream device tree.
> This avoids the following error once synchronised:
> +Error: arch/arm/dts/imx8mm-venice-gw700x-u-boot.dtsi:26.1-14 Label or
> path pinctrl_pmic not found
> From: Marcel Ziswiler
> As a preparatory step make sure to refer to absolute node paths where
> labels were removed in Linux upstream.
> This avoids the following error once synchronised:
> +Error: arch/arm/dts/imx6q-tbs2910-u-boot.dtsi:3.1-7 Label or path aips1
> not found
> +Error:
> Signed-off-by: Rasmus Villemoes
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH, Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194
> From: Marcel Ziswiler
> Synchronise device trees with linux-next next-20220708.
> Signed-off-by: Marcel Ziswiler
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH,
> From: Fabio Estevam
> The imx6q arm2 board support has been removed from U-Boot
> as it did not get converted to DM.
> Remove the MX6Q_ARM2 related ifdefery in the driver.
> Signed-off-by: Fabio Estevam
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> Remove comment "not currently on sale" on specific SKUs, this
> information does not belong to the code and will never be accurate.
> Signed-off-by: Francesco Dolcini
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> From: Marcel Ziswiler
> Synchronise device tree with linux v5.19-rc5.
> Signed-off-by: Marcel Ziswiler
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH, Managing
> From: Marcel Ziswiler
> Synchronise device tree with linux-next next-20220708.
> Signed-off-by: Marcel Ziswiler
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH,
> Up to now in the code we named Toradex SKUs in a slightly different way
> compared to the official product name, start using the official names
> from now on to avoid misunderstanding.
> This has also the nice benefit of the string being shorter, allowing
> to fit nicely in 80 columns even
> From: Marcel Ziswiler
> Synchronise device trees with linux v5.19-rc5.
> Signed-off-by: Marcel Ziswiler
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH, Managing
> From: Marcel Ziswiler
> Synchronise device tree with linux v5.19-rc5.
> Signed-off-by: Marcel Ziswiler
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH, Managing
> Add QSPI Boot option in u-boot-spl for i.MX8m EVK.
> Signed-off-by: Mamta Shukla
> Signed-off-by: Thomas Haemmerle
> Tested-by: Adam Ford
> Reviewed-by: Fabio Estevam
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> From: Marcel Ziswiler
> Synchronise device tree with linux v5.19-rc5.
> Please note that this also means that instead of the previous "generic"
> U-Boot specific carrier board agnostic device trees we are now using the
> regular ones for the Colibri Evaluation (carrier) board V3 (e.g.
>
> This exposes the struct rom_api, the g_rom_api variable declaration
> and the associated #defines to slightly fewer boards: namely, those
> IMX8M which are not IMX8MN or IMX8MP. But the latter two are the only
> IMX8M* ones where the g_rom_api variable is defined (in imx8m/soc.c),
> so that
> From: Marcel Ziswiler
> Synchronise device tree with linux v5.19-rc5.
> Please note that this also means that instead of the previous "generic"
> U-Boot specific carrier board agnostic device tree we are now using the
> regular one for the Verdin Development (carrier) board (e.g.
>
> From: Marcel Ziswiler
> Synchronise device tree with linux v5.19-rc5.
> Please note that this also means that instead of the previous "generic"
> U-Boot specific carrier board agnostic device tree we are now using the
> regular one for the Colibri Evaluation (carrier) board V3 (e.g.
>
> From: Marcel Ziswiler
> Synchronise device tree with linux-next next-20220708.
> Please note that this also means that instead of the previous "generic"
> U-Boot specific carrier board agnostic device tree we are now using the
> regular one for the Colibri Evaluation (carrier) board V3 (e.g.
>
1 - 100 of 185 matches
Mail list logo
