behaves differently in
this aspect?
Thanks,
Fabio Estevam
On Thu, Apr 25, 2024 at 10:35 PM Fabio Estevam wrote:
> This is a nice improvement:
>
> Reviewed-by: Fabio Estevam
There is a typo in the Subject: "partition"
p; mmc partconf 2
> EXT_CSD[179], PARTITION_CONFIG:
> BOOT_ACK: 0x1
> BOOT_PARTITION_ENABLE: 0x1 (boot0)
> PARTITION_ACCESS: 0x0
> u-boot=> mmc partconf 2 1 boot1 0 && mmc partconf 2
> EXT_CSD[179], PARTITION_CONFIG:
> BOOT_ACK: 0x1
> BOOT_PARTITION_ENABLE: 0x2 (boot1)
> PARTITION_ACCESS: 0x0
This is a nice improvement:
Reviewed-by: Fabio Estevam
I tested on imx8mm-evk and imx8mn-evk, thanks!
Tested-by: Fabio Estevam
Instead of using the local rv1108 devicetree copies from U-Boot,
let's convert the rv1108 boards to OF_UPSTREAM so that the upstream kernel
devicetrees can be used instead.
Tested on a rv1108-elgin-r1 board.
Signed-off-by: Fabio Estevam
---
Changes since v2:
- Also removed the arch/arm/dts
On Fri, Apr 19, 2024 at 9:13 AM Heinrich Schuchardt
wrote:
>
> %s/arguemnts/arguemnts/
There is a typo in the Subject: %s/type/typo/
Instead of using the local rv1108 devicetree copies from U-Boot,
let's convert the rv1108 boards to OF_UPSTREAM so that the upstream kernel
devicetrees can be used instead.
Tested on a rv1108-elgin-r1 board.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Fixed typo in commit log.
arch
Instead of using the local rv1108 devicetree copies from U-Boot,
let's convert the rv11008 board to OF_UPSTREAM so that the upstream kernel
devicetrees can be used instead.
Tested on a rv1108-elgin-r1 board.
Signed-off-by: Fabio Estevam
---
arch/arm/dts/rv1108-elgin-r1.dts | 59
arch/arm
Hi Michael,
On Mon, Apr 22, 2024 at 7:36 AM Michael Nazzareno Trimarchi
wrote:
> Are you considering if I wrap properly with VIDEO IS_ENABLED?
I prefer you resend this patch as part of a complete series that adds
panel support to an imx8mn board target.
Otherwise, if this gets in as-is, it
Hi Michael,
On Sun, Apr 21, 2024 at 11:07 AM Michael Trimarchi
wrote:
>
> Add clocks support for the video subsystem.
>
> Signed-off-by: Michael Trimarchi
Which target will make use of these clocks?
As-is this patch adds only dead code.
Adding a defconfig that uses these newly introduced
On Fri, Apr 19, 2024 at 12:29 PM Tim Harvey wrote:
>
> Add support for PCIe clocks required to enable PCIe support on
> iMX8MM SoC.
>
> Signed-off-by: Tim Harvey
> ---
> v3: wrap pcie clk config around IS_ENABLED to avoid SPL growth as
> suggested by Marek
Applied all, thanks.
On Thu, Apr 18, 2024 at 10:12 AM Francesco Dolcini wrote:
>
> From: Francesco Dolcini
>
> Remove not needed variables from environment and include config files.
>
> - setup variable used to be executed from some bootscript, however
>it's not required and there is no point on having this
On Wed, Apr 17, 2024 at 5:03 PM Tim Harvey wrote:
>
> Enable ipv6, wget, and tftpput support
>
> Signed-off-by: Tim Harvey
Applied, thanks.
On Wed, Apr 17, 2024 at 5:01 PM Tim Harvey wrote:
>
> The GW73xx baseboard needs a PCI dt adjustment for revC/D based on a
> change of the PCIe switch. Make sure we are only doing this for a pci
> based ethernet to avoid causing a boot hang when the ethernet1 alias
> points to eqos or fec. To
On Wed, Apr 17, 2024 at 5:49 AM Stefan Eichenberger wrote:
>
> From: Stefan Eichenberger
>
> In Linux, we allow sleep moci to be turned off when the carrier board
> supports it and the system is in suspend. In U-Boot, however, we want
> the sleep moci to be always on. So we use a gpio hog and
On Mon, Apr 15, 2024 at 6:57 PM Fabio Estevam wrote:
>
> From: Fabio Estevam
>
> The following information printed on every boot is not very
> helpful for the users:
>
> SOC: 0xa0009300
> LC: 0x40040
>
> Move them to debug() level.
>
> Signed-off-by: Fabio Estevam
Applied, thanks.
On Mon, Mar 25, 2024 at 1:27 PM Tim Harvey wrote:
>
> Enable support for TPM2 devices. As the ATTPM20P TPM2 used on the
> Gateworks Venice boards hangs off the SPI bus we enable SPI support
> as well.
>
> Signed-off-by: Tim Harvey
Applied, thanks.
.
Fabio Estevam (1):
imx93: Move SoC and lifeclycle information to debug level
Francesco Dolcini (1):
board: toradex: imx: Remove not needed env variables
Stefan Eichenberger (1):
arm: dts: verdin-imx8mm/imx8mp: use gpio-hog for sleep
On Thu, Apr 18, 2024 at 9:47 PM Fabio Estevam wrote:
> I don't get the error if I pass CONFIG_FSL_CAAM_JR_NTZ_ACCESS=y:
Ops, sorry. This is not correct. CONFIG_DM_RNG was unselected. Please discard.
On Thu, Apr 18, 2024 at 4:05 PM Fabio Estevam wrote:
> I tested with mainline TFA 2.10 and also with NXP 2.8. The error
> happens in both cases.
I don't get the error if I pass CONFIG_FSL_CAAM_JR_NTZ_ACCESS=y:
U-Boot SPL 2024.04-00793-g3434b88d2c2f-dirty (Apr 18 2024 - 21:46:06 -0300)
N
Hi Marek,
On Thu, Apr 18, 2024 at 3:42 PM Marek Vasut wrote:
> Interesting. Which TFA blob version do you use ? I used the mainline
> 2.10 for my tests.
I tested with mainline TFA 2.10 and also with NXP 2.8. The error
happens in both cases.
> btw. 'no pmic' ? Is that expected ?
Yes, this is
Hi Tim,
On Thu, Apr 18, 2024 at 2:54 PM Tim Harvey wrote:
> Fabio, if you enable CONFIG_DM_RNG on an imx8m{m,p}_evk do you get the
> following in the SPL?
> Couldn't bind rng driver (-96)
> SEC0: RNG instantiated
>
> sec_init failed!
Yes, if I add CONFIG_DM_RNG=y to imx8mm_evk_defconfig I
Hi Tim,
On Wed, Apr 17, 2024 at 2:00 PM Tim Harvey wrote:
> Fabio,
>
> This one got tagged as 'changes requested' in patchwork but I'm not
> clear why. Are there any issues with this?
Sorry, this was a mistake. I will apply it in the next batch of patches.
On Mon, Apr 15, 2024 at 9:55 AM Peng Fan wrote:
> ok.
> Do I need to switch back to only convert i.MX93 11x11 EVK to
> OF_UPSTREM?
Yes, please convert only the imx93 evk board for now.
Currently, on the dts/upstream repo in U-Boot master, only the imx93
evk board is present.
The Variscite and
From: Fabio Estevam
The following information printed on every boot is not very
helpful for the users:
SOC: 0xa0009300
LC: 0x40040
Move them to debug() level.
Signed-off-by: Fabio Estevam
---
board/freescale/imx93_evk/spl.c | 4 ++--
board/phytec/phycore_imx93/spl.c| 4 ++--
board
gned-off-by: Yasuharu Shibata
Great work!
I applied your previous patch:
https://lore.kernel.org/u-boot/20240414104607.5966-1-yasuharu.shib...@gmail.com/
and this one against top-of-tree U-Boot and I no longer observe the
wget corruption.
Reported-by: Tim Harvey
Tested-by: Fabio Estevam
Th
Hi Peng,
On Fri, Apr 12, 2024 at 10:40 AM Fabio Estevam wrote:
>
> On Fri, Apr 12, 2024 at 10:24 AM Peng Fan (OSS) wrote:
> >
> > A few nodes were added to soc and board u-boot.dtsi(lpi2c, usbotg), those
> > nodes
> > could be dropped after upstream linux sup
Hi Tom,
Please pull from u-boot-imx/master, thanks.
The following changes since commit b03b49046af5dfca599d2ce8f0aafed89b97aa91:
Merge https://source.denx.de/u-boot/custodians/u-boot-usb (2024-04-14
15:58:31 -0600)
are available in the Git repository at:
orruption, please
keep me on Cc.
Thanks,
Fabio Estevam
equence number different from next_data_seq_num,
> trying to retransmit the packet.
>
> Signed-off-by: Yasuharu Shibata
Tested-by: Fabio Estevam
Hi Yasuharu,
On Sun, Apr 14, 2024 at 9:46 AM Yasuharu Shibata
wrote:
>
> The server sends multiple packets without waiting for an ACK
> by window control and if some packets are dropped,
> wget will return an ACK including the dropped packets.
>
> Following log indicates this issue.
>
>
On Fri, Apr 12, 2024 at 10:24 AM Peng Fan (OSS) wrote:
>
> A few nodes were added to soc and board u-boot.dtsi(lpi2c, usbotg), those
> nodes
> could be dropped after upstream linux supports them.
>
> To support OF_UPSTREAM, a few driver changes are included.
> For TMU, still use U-Boot node, I
Hi Peng,
On Thu, Apr 11, 2024 at 12:23 AM Peng Fan (OSS) wrote:
>
> From: Peng Fan
>
> To i.MX7ULP compatible lpuart, there is only ipg clk, no per clk.
> So add a devtype check for i.MX7ULP.
>
> Signed-off-by: Peng Fan
> ---
> drivers/serial/serial_lpuart.c | 28 +++-
Hi Tom,
On Sat, Mar 30, 2024 at 5:03 PM Fabio Estevam wrote:
>
> Hi Tom,
>
> On Mon, Mar 25, 2024 at 5:37 PM Hiago De Franco wrote:
>
> > > How much testing has this seen outside of imx?
> >
> > Tom, I tested with the AM62 TI arm processor (Toradex Verdin AM6
Hi Joy,
On Sun, Apr 7, 2024 at 5:57 AM Joy Zou wrote:
>
> support rtc PCF2131 for imx93.
Please improve the commit log:
- Start with a capital letter.
- You are adding the RTC support for the imx93-evk board, not for imx93.
> +
> + aliases {
> + rtc0 =
> + };
> +
On Sun, Apr 7, 2024 at 8:51 PM Peng Fan wrote:
> Ok. But these should not be related to this patchset.
Yes, that's why my first sentence was:
"Here are some comments unrelated to the UART issue."
Thanks for taking a look at these issues.
Hi Peng,
Here are some comments unrelated to the UART issue.
On Sun, Apr 7, 2024 at 7:35 AM Peng Fan wrote:
> SOC: 0xa1009300
> LC: 0x2040010
> M33 prepare ok
Could you remove these three lines?
They are not very helpful and add noise to the boot log.
> Normal Boot
> Trying to boot from
On Tue, Mar 26, 2024 at 6:25 PM Adam Ford wrote:
>
> The baseboard supports and NVMe drives via the PCIe slot. This
> requires a few extra config options to be enabled.
>
> The NVMe can be enumerated with the following commands:
>
> u-boot=> pci enum
> PCIE-0: Link up (Gen1-x1, Bus0)
> u-boot=>
On Thu, Apr 4, 2024 at 12:11 PM Javier Viguera wrote:
>
> According to the documentation (for example NXP's AN13994 on encrypted
> boot on AHAB-enabled devices), the format of the signature block is:
>
> +--+--+--+-+
> | Tag | Length -
On Wed, Apr 3, 2024 at 4:16 AM Marcel Ziswiler wrote:
>
> From: Marcel Ziswiler
>
> Move verdin-imx8mm and verdin-imx8mp to OF_UPSTREAM:
> - handle the fact that dtbs now have a 'freescale/' prefix
> - imply OF_UPSTREAM
> - remove redundant files from arch/arm/dts leaving only the
>
On Sun, Mar 31, 2024 at 10:41 PM Ye Li wrote:
>
> Since the event callback imx9_probe_mu is re-defined, update
> its prototype.
>
> Signed-off-by: Ye Li
> ---
> Changes in v2:
> Fix imx93_var_som and phycore_imx93 as well
Applied both, thanks.
On Sat, Mar 30, 2024 at 6:36 PM Fabio Estevam wrote:
>
> From: Josua Mayer
>
> The i.MX6 Cubox-i and HummingBoards can have different PHYs at varying
> addresses. U-Boot needs to auto-detect which phy is actually present,
> and at which address it is responding.
>
> Auto
On Sat, Mar 30, 2024 at 6:03 PM Fabio Estevam wrote:
>
> The mx6cuboxi_defconfig target supports several board
> variants. All of these variants use the hummingboard devicetree in U-Boot.
>
> Currently, the devicetree model as well as the board variant name
> are shown:
>
&g
On Wed, Apr 3, 2024 at 11:59 PM Adam Ford wrote:
>
> The imx8mp-beacon boards can migrate to OF_UPSTREAM which also
> allows for the removal the device tree files.
>
> Signed-off-by: Adam Ford
Applied, thanks.
On Tue, Mar 12, 2024 at 6:16 PM Marek Vasut wrote:
>
> Check whether the ethernet interface is enabled at all before reading
> MAC EEPROM. As a cost saving measure, it can happen that the MAC EEPROM
> is not populated on SoMs which do not use ethernet.
>
> Signed-off-by: Marek Vasut
Applied,
to OF_UPSTREAM
arm64: imx: imx8mm-beacon: Migrate to OF_UPSTREAM
arm64: imx: imx8mn-beacon: Migrate to OF_UPSTREAM
configs: imx8mp_beacon: Enable PCIe NVMe drives
Fabio Estevam (1):
mx6cuboxi: Do not print devicetree model
Javier Viguera (1):
arm: imx: fix signature_block_hdr
Hi Javier,
On Thu, Apr 4, 2024 at 8:58 AM Viguera, Javier wrote:
> The struct has the fields in the wrong order according to other documentation
> from NXP (see for example the AN13994 - Encrypted Boot on AHAB-enabled
> devices).
>
> In the current upstream u-boot code there is NO runtime
Hi Tom,
On Mon, Apr 1, 2024 at 7:13 AM Christian Gmeiner wrote:
> I am happy with the patch and love the idea to fix Ethernet for 2024.04.
>
> Tested-by: Christian Gmeiner
Could you please pick this one directly for 2024.04?
It fixes an Ethernet regression on mx6cuboxi.
Christian has tested
Hi Ye Li,
On Sun, Mar 31, 2024 at 10:33 PM Ye Li wrote:
>
> Since the event callback imx9_probe_mu is re-defined, update
> its prototype.
>
> Signed-off-by: Ye Li
> ---
> Changes in v2:
> Fix imx93_var_som and phycore_imx93 as well
Thanks for the fix, but please submit it as part of a series
. As a work-around merge all three possible phys
into one node with the special address 0x which indicates to the
generic phy driver to probe all addresses.
Signed-off-by: Josua Mayer
[fabio: Added the changes to imx6qdl-sr-som-u-boot.dtsi.]
Signed-off-by: Fabio Estevam
Tested-by: Christian
the devicetree model that is used internally by U-Boot
may confuse users.
Unselect the CONFIG_DISPLAY_BOARDINFO option so that only the
board name is printed in board_late_init() instead.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Remove checkboard and print the board name
Hi Tom,
On Mon, Mar 25, 2024 at 5:37 PM Hiago De Franco wrote:
> > How much testing has this seen outside of imx?
>
> Tom, I tested with the AM62 TI arm processor (Toradex Verdin AM62) and
> it works fine.
Do you think this one can be applied to next?
Then we would have time for more testing
On Thu, Mar 28, 2024 at 7:58 AM Ye Li wrote:
>
> Change to regulator_set_enable_if_allowed to avoid enable failure,
> in case same phy supply shared by multiple FEC controllers.
>
> Signed-off-by: Ye Li
Applied to u-boot-imx/next, thanks.
On Thu, Mar 28, 2024 at 7:51 AM Ye Li wrote:
>
> The spl_spi_get_uboot_offs weak function is defined unsigned int.
>
> Signed-off-by: Ye Li
The original Subject is too generic, I changed it to:
image-container: Fix incorrect return value
Applied to u-boot-imx/next, thanks.
On Thu, Mar 28, 2024 at 7:50 AM Ye Li wrote:
>
> imx_tmu_arch_init does not implement for iMX8MQ, error is returned
>
> Signed-off-by: Ye Li
Applied to u-boot-imx/next, thanks.
On Thu, Mar 28, 2024 at 7:49 AM Ye Li wrote:
>
> The size for flexspi AHB buffer space is wrong, so correct it.
>
> Signed-off-by: Ye Li
Applied to u-boot-imx/next, thanks.
On Thu, Mar 28, 2024 at 7:18 AM Emanuele Ghidoli
wrote:
>
> From: Emanuele Ghidoli
>
> This series allows using Freescale CAAM Job Ring from Linux without having
> OP-TEE,
> this is needed for example on Toradex Colibri iMX7 where we just have U-Boot
> + Linux kernel.
>
> To achieve this add a
On Wed, Mar 27, 2024 at 10:46 PM Peng Fan (OSS) wrote:
>
> This patchset is to convert NXP i.MX8M[Q,M,N,P] EVK boards to
> OF_UPSTREAM
>
> Signed-off-by: Peng Fan
> ---
> Changes in v2:
> - Sorry for the quick respin.
> - Drop the dtb build in arch/arm/dts/Makefile
> - Link to v1:
>
On Wed, Mar 27, 2024 at 9:46 AM Hiago De Franco wrote:
>
> From: Hiago De Franco
>
> On Colibri iMX8X, the gpio initialization and usage should be handled by
> the device tree, not by the colibri-imx8x.c code. Therefore, remove it.
>
> Signed-off-by: Hiago De Franco
Applied to u-boot-imx/next,
On Tue, Mar 26, 2024 at 9:19 AM Fabio Estevam wrote:
>
> From: Fabio Estevam
>
> Add a weak default reset_cpu() implementation just like
> it is done on arch/arm/mach-imx/cpu.c.
>
> This allows the removal of the empty reset_cpu() in several
> board files.
>
>
On Mon, Mar 25, 2024 at 1:27 PM Tim Harvey wrote:
>
> The GW71xx baseboard has a TPM that defined in the upstream dt however
> we need to ensure the GPIO reset line is de-asserted which we do in boot
> firmware with a gpio hog.
>
> Signed-off-by: Tim Harvey
Applied to u-boot-imx/next, thanks.
On Mon, Mar 25, 2024 at 1:27 PM Tim Harvey wrote:
>
> The GW7901 has GPIO's to configure the direction of its isolated
> digital I/O signals. Add the GPIO pinmux, line names, and hog
> configuration.
>
> Signed-off-by: Tim Harvey
Applied to u-boot-imx/next, thanks.
On Mon, Mar 25, 2024 at 10:52 AM Fabio Estevam wrote:
>
> CONFIG_USB_GADGET_VENDOR_NUM is a 16-bit number, so remove
> the leading zero.
>
> Reported-by: Marek Vasut
> Signed-off-by: Fabio Estevam
Applied to u-boot-imx/next, thanks.
On Thu, Mar 28, 2024 at 3:43 PM Fabio Estevam wrote:
>
> With Ethernet DM in place, there is no longer the need for having
> the board_phy_config() and setup_fec() functions anymore.
>
> Remove them.
>
> Successfully tested a TFTP transfer after these changes.
>
> S
On Fri, Mar 29, 2024 at 8:18 AM Lukasz Majewski wrote:
>
>
> This patch series is a preparatory patch for supporting
> different versions of XEA board HW (until problem with
> Linux kernel support for multiple revisions is resorted).
>
> Moreover, limits for u-boot.sb and u-boot.img has been set
provements.
Emanuele Ghidoli (3):
crypto/fsl: allow accessing Job Ring from non-TrustZone
configs: colibri-imx7: set non-secure boot mode as default
configs: colibri-imx7: allow accessing job-rings from non-TrustZone
Fab
On Thu, Mar 28, 2024 at 7:48 AM Ye Li wrote:
> - ret = imx9_probe_mu(NULL, NULL);
> + ret = imx9_probe_mu();
This series breaks the build because you missed updating phycore_imx93 and
imx93_var_som:
board/phytec/phycore_imx93/spl.c: ret = imx9_probe_mu(NULL, NULL);
On Wed, Mar 27, 2024 at 11:19 AM Fabio Estevam wrote:
>
> Commit 68dcbdd594d4 ("ARM: imx: Add weak default reset_cpu()") caused
> the 'reset' command in U-Boot to not cause a board reset.
>
> Fix it by switching to the watchdog driver model via sysreset, which
On Wed, Mar 27, 2024 at 10:46 AM Fabio Estevam wrote:
>
> Commit 68dcbdd594d4 ("ARM: imx: Add weak default reset_cpu()") caused
> the 'reset' command in U-Boot to not cause a board reset.
>
> Fix it by switching to the watchdog driver model via sysreset, which
On Wed, Mar 27, 2024 at 8:50 AM Fabio Estevam wrote:
>
> Currently, an i.MX6 Cuboxi board is incorrectly detected
> as the HummingBoard model:
>
> U-Boot 2024.04-rc5 (Mar 26 2024 - 15:59:22 +0100)
>
> CPU: Freescale i.MX6Q rev1.3 996 MHz (running at 792 MHz)
> CP
--
CI: https://source.denx.de/u-boot/custodians/u-boot-imx/-/pipelines/20122
- Fix reset regression on mx6cuboxi and warp7.
- Fix Fix board revision detection on mx6cuboxi.
Fabio Estevam (3):
mx6cuboxi: Fix board revision
With Ethernet DM in place, there is no longer the need for having
the board_phy_config() and setup_fec() functions anymore.
Remove them.
Successfully tested a TFTP transfer after these changes.
Signed-off-by: Fabio Estevam
---
board/freescale/imx8mq_evk/imx8mq_evk.c | 30
Hi Lukasz,
On Thu, Mar 28, 2024 at 12:34 PM Lukasz Majewski wrote:
> +static inline u8 get_som_rev(void)
There is no need for 'inline' here.
Also, get_som_rev() is only used 5/6, so I suggest to squash this
patch with 5/6.
Besides that, the series looks good.
ant.
From b74a410127cabc100a8993840a3b00d403a316ad Mon Sep 17 00:00:00 2001
From: Fabio Estevam
Date: Thu, 28 Mar 2024 10:39:29 -0300
Subject: [PATCH v2] mx6cuboxi: Do not print devicetree model
The mx6cuboxi_defconfig target supports several board
variants. All of these variants use the hummingboard devicetree in U-Boot.
Hi Josua,
On Thu, Mar 28, 2024 at 10:03 AM Josua Mayer wrote:
> I suggest changing their status to disabled, and keeping the nodes.
> >> +
> >> +phy: ethernet-phy@0 {
> > This node name is shared with upstream imx6qdl-sr-som.dtsi
> Give this one a u-boot-only internal name, maybe
the changes to imx6qdl-sr-som-u-boot.dtsi.]
Signed-off-by: Fabio Estevam
Tested-by: Christian Gmeiner
---
...qdl-hummingboard2-emmc-som-v15-u-boot.dtsi | 1 +
arch/arm/dts/imx6qdl-sr-som-u-boot.dtsi | 40 +++
board/solidrun/mx6cuboxi/mx6cuboxi.c | 8 +++-
3 files
Hi Lukasz,
On Thu, Mar 28, 2024 at 6:20 AM Lukasz Majewski wrote:
>
> Dear Community,
>
> I'd like to share with you some thoughts about growth of u-boot's
> binary size for SPL and u-boot proper.
>
> Board: XEA
> SoC : imx287 (still in active production)
> Problem: SPL size constrained to ~55
Hi Peng,
On Wed, Mar 27, 2024 at 10:27 PM Peng Fan (OSS) wrote:
> --- a/arch/arm/dts/Makefile
> +++ b/arch/arm/dts/Makefile
> @@ -1105,7 +1105,6 @@ dtb-$(CONFIG_ARCH_IMX8M) += \
> imx8mp-dhcom-pdk2.dtb \
> imx8mp-dhcom-pdk3.dtb \
> imx8mp-dhcom-pdk3-overlay-rev100.dtbo \
Hi Peng,
On Wed, Mar 27, 2024 at 9:40 PM Peng Fan wrote:
> I could help convert all imx93 boards, but I could only test nxp
> imx93 boards, not able to test others.
Just copy the board maintainers in your patch and they could help test
the conversion to OF_UPSTREAM.
Thanks!
On Wed, Mar 27, 2024 at 8:53 PM Peng Fan (OSS) wrote:
> + {
> + #address-cells = <1>;
> + #size-cells = <0>;
> + clock-frequency = <40>;
> + pinctrl-names = "default", "sleep";
> + pinctrl-0 = <_lpi2c2>;
> + pinctrl-1 = <_lpi2c2>;
> + status =
On Wed, Mar 27, 2024 at 8:53 PM Peng Fan (OSS) wrote:
> + struct lpuart_serial_plat *plat = dev_get_plat(dev);
> struct clk per_clk;
Please rename from "per_clk" to "clk".
On Wed, Mar 27, 2024 at 6:04 PM Fabio Estevam wrote:
> I took Josua's patch and modified it a bit.
>
> Does the attached patch fix Ethernet?
I forgot to delete the old ethernet-phy nodes.
Please try this one instead.
If it works in U-Boot, please also test Ethernet in Linux as we are
Hi Christian,
On Wed, Mar 27, 2024 at 4:29 PM Fabio Estevam wrote:
> Please make these changes in a new imx6qdl-sr-som-u-boot.dtsi file instead.
I took Josua's patch and modified it a bit.
Does the attached patch fix Ethernet?
From 24f57c3cd8b1a2b113bcffad26e2bb1b9b582e35 Mon Sep 17 00:00
Hi Christian,
On Wed, Mar 27, 2024 at 9:06 AM Josua Mayer wrote:
>
> Cc: christian.gmei...@gmail.com
>
> Hi Christian,
>
> please take a look at this patch, I suspect it will (hack-)fix your
> ethernet issue.
>
> Unfortunately I had no time to revisit this yet and implement a correct
>
HummingBoard2 Dual/Quad (1.5som+emmc)
Board: MX6 Cubox-i
...
Printing the devicetree model that is used internally by U-Boot
may confuse users.
Unselect the CONFIG_DISPLAY_BOARDINFO option so that only the
board name is printed instead.
Signed-off-by: Fabio Estevam
---
configs
Commit 68dcbdd594d4 ("ARM: imx: Add weak default reset_cpu()") caused
the 'reset' command in U-Boot to not cause a board reset.
Fix it by switching to the watchdog driver model via sysreset, which
is the preferred method for implementing the watchdog reset.
Signed-off-by: Fab
Peng,
On Wed, Mar 27, 2024 at 11:07 AM Sumit Garg wrote:
> That's the real reason why we should try to migrate to OF_UPSTREAM at
> SoC level rather than at board level. If a particular board isn't
> supported upstream then they can opt out for the time being.
All the imx93 boards in U-Boot are
Commit 68dcbdd594d4 ("ARM: imx: Add weak default reset_cpu()") caused
the 'reset' command in U-Boot to not cause a board reset.
Fix it by switching to the watchdog driver model via sysreset, which
is the preferred method for implementing the watchdog reset.
Signed-off-by: Fab
Hi Christian,
On Wed, Mar 27, 2024 at 3:54 AM Christian Gmeiner
wrote:
> It does help \o/
Ok, great!
> When you send out a proper patch feel free to add Tested-by: Christian
> Gmeiner
I have sent a more complete fix, so I have not included your Tested-by.
Please test the formal version and
in board_type() to read the
board revision pins in SPL.
Reported-by: Christian Gmeiner
Signed-off-by: Fabio Estevam
---
board/solidrun/mx6cuboxi/mx6cuboxi.c | 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
diff --git a/board/solidrun/mx6cuboxi/mx6cuboxi.c
b/board/solidrun
Hi Javier,
On Tue, Mar 26, 2024 at 8:07 AM Javier Viguera wrote:
>
> According to the documentation (for example AN13994), for AHAB-enabled
> devices the format of the signature block is:
>
> +--+--+--+-+
> | Tag | Length - msb |
Hi Adam,
On Tue, Mar 26, 2024 at 5:25 PM Adam Ford wrote:
>
> The imx8mm-beacon boards can migrate to OF_UPSTREAM which also
> allows for the removal the device tree files.
>
> Signed-off-by: Adam Ford
Please split the series by SoC family, thanks.
On Tue, Mar 26, 2024 at 12:30 AM Joy Zou wrote:
> + {
> + #address-cells = <1>;
> + #size-cells = <0>;
> + clock-frequency = <40>;
> + pinctrl-names = "default", "sleep";
> + pinctrl-0 = <_lpi2c3>;
> + pinctrl-1 = <_lpi2c3>;
> + status = "okay";
> +
On Tue, Mar 26, 2024 at 12:30 AM Joy Zou wrote:
>
> Enable CONFIG_RTC_PCF2127 configs to support pcf2131.
Subject should be imx93_11x11_evk specific:
imx93_11x11_evk: Add PCF2131 RTC support
On Tue, Mar 26, 2024 at 12:30 AM Joy Zou wrote:
> +bool is_pcf2131_type(struct udevice *dev)
static bool
> static int pcf2127_rtc_read(struct udevice *dev, uint offset, u8 *buffer,
> uint len)
> {
> struct dm_i2c_chip *chip = dev_get_parent_plat(dev);
> @@ -43,10 +75,64 @@ static
On Tue, Mar 26, 2024 at 1:11 PM Christian Gmeiner
wrote:
> It got better but the model is (still) wrong:
>
> U-Boot 2024.04-rc5-dirty (Mar 26 2024 - 17:03:41 +0100)
>
> CPU: Freescale i.MX6Q rev1.3 996 MHz (running at 792 MHz)
> CPU: Extended Commercial temperature grade (-20C to 105C) at
Hi Christian,
On Tue, Mar 26, 2024 at 12:17 PM Christian Gmeiner
wrote:
>
> I am seeing model detection problems with the current git master.
>
> U-Boot 2024.04-rc5 (Mar 26 2024 - 15:59:22 +0100)
>
> CPU: Freescale i.MX6Q rev1.3 996 MHz (running at 792 MHz)
> CPU: Extended Commercial
Hi Vivek,
[Please don't top-post and do not post HTML]
On Mon, Mar 25, 2024 at 1:37 PM Vivek Jaiswal wrote:
>
> Hello Fabio,
> I tried using the this github repository.
> https://github.com/u-boot/u-boot.git
>
> And the configuration used was following
>
> rockchip-rk3399-khadas-edge-v.conf
>
>
From: Fabio Estevam
Add a weak default reset_cpu() implementation just like
it is done on arch/arm/mach-imx/cpu.c.
This allows the removal of the empty reset_cpu() in several
board files.
Signed-off-by: Fabio Estevam
---
arch/arm/mach-imx/imx8/cpu.c | 4
board
Linux DTS).
I did not understand this part, do you mean that Linux will also do the
imx28-xea.dts => imx28-xea.dtsi rename and will also have the new
imx28-xea-1.dts and imx28-xea-2.dts?
Regards,
Fabio Estevam
1 - 100 of 6505 matches
Mail list logo
