On 5/13/22 15:26, Etienne Carriere wrote:
> Update SCMI regulator controller driver to get its assigned SCMI channel
> during initialization. This change allows SCMI voltage domain protocol
> to use a dedicated channel when defined in the DT. The reference is
> saved in SCMI regulator controller
On 5/3/22 17:58, Rasmus Villemoes wrote:
> The pca9450 driver uses dm_i2c_{read,write}, which
> are (unsurprisingly) only available with DM_I2C. Make sure one can't
> create an unbuildable .config by adding proper dependencies.
>
> While here, append "in SPL" to the prompt for the SPL_ variant so
On 5/3/22 17:58, Rasmus Villemoes wrote:
> These are the i2c addresses of the chips, but that comes from device
> tree. Having that information duplicated here just adds confusion.
>
> Signed-off-by: Rasmus Villemoes
Reviewed-by: Jaehoon Chung
Best Regards,
Jaehoon Chung
> ---
>
On 5/13/22 15:26, Etienne Carriere wrote:
> Simplify scmi_voltd_set_enable() exit sequence.
>
> Cc: Jaehoon Chung
> Signed-off-by: Etienne Carriere
Reviewed-by: Jaehoon Chung
Best Regards,
Jaehoon Chung
> ---
> drivers/power/regulator/scmi_regulator.c | 6 +-
> 1 file changed, 1
On 5/12/22 03:27, Pali Rohár wrote:
> 8-bit mode is not supported by SD cards and on P2020 are four SDHC pins
> shared with SPI (so if P2020 board have also SPI then only 4-bit SDHC mode
> is provided). So 8-bit SDHC mode is really bad default.
>
> When max bus width is not provided then set mode
On 5/6/22 23:06, Patrick Delaunay wrote:
> Although not recommended, the reset property could be made optional.
> This way the driver will probe even if no reset property is provided
> in an sdmmc node in DT. This reset is already optional in Linux.
>
> Signed-off-by: Yann Gautier
>
On 5/12/22 03:27, Pali Rohár wrote:
> Currently default fallback SDHC mode is 1-bit. Add new config option
> CONFIG_SYS_FSL_ESDHC_DEFAULT_BUS_WIDTH to allow specifying default fallback
> mode. This is useful e.g. for SPL builds which loads other parts from SD
> card during boot process.
>
>
On 5/12/22 03:28, Pali Rohár wrote:
> Commit 0980cbba7b3c ("mmc: fsl_esdhc_spl: pre-PBL: implement redundancy
> support") changed number of sectors which are read but did not adjusted
> error check.
>
> Fix it and check for if correct number of sectors were read.
>
> Fixes: 0980cbba7b3c ("mmc:
On 4/27/22 20:28, Neil Armstrong wrote:
> The TPS65219 I2S PMIC features 3 Buck converters and 4 linear regulators,
> 2 GPOs, 1 GPIO, and 3 multi-function-pin.
>
> This adds the PMIC driver, loading the regulator sub-nodes.
>
> Signed-off-by: Neil Armstrong
> ---
> drivers/power/pmic/Kconfig
On 06.05.22 11:05, Pali Rohár wrote:
Moving of internal registers from INTREG_BASE_ADDR_REG to SOC_REGS_PHY_BASE
needs to be done very early, prior calling any function which may touch
internal registers, like debug_uart_init().
So do it earlier in arch_very_early_init() instead of
On 06.05.22 11:05, Pali Rohár wrote:
Internal registers in SPL are at address 0xd000 and in proper U-Boot at
address 0xf100. UART base address is located in internal registers.
Fix DEBUG_UART_BASE option to correct value for both SPL and proper U-Boot.
This change fixes hangup of
On 06.05.22 11:05, Pali Rohár wrote:
Use CONFIG_VAL(DEBUG_UART_BASE) instead of CONFIG_DEBUG_UART_BASE, so
proper config value (CONFIG_DEBUG_UART_BASE or CONFIG_SPL_DEBUG_UART_BASE)
is used based on building target.
Signed-off-by: Pali Rohár
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
On 06.05.22 11:05, Pali Rohár wrote:
SPL_DEBUG_UART_BASE is same as DEBUG_UART_BASE, but applies only for SPL.
In some cases base address of UART is different in SPL and proper U-Boot.
Signed-off-by: Pali Rohár
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
drivers/serial/Kconfig | 7
Hi
On Mon, May 16, 2022 at 9:10 AM Marcel Ziswiler
wrote:
>
> On Mon, 2022-05-16 at 08:58 +0200, Michael Nazzareno Trimarchi wrote:
> > Hi
> >
> > On Mon, May 16, 2022 at 8:51 AM Francesco Dolcini
> > wrote:
> > >
> > > Hello,
> > >
> > > On Fri, May 13, 2022 at 08:00:31PM +0200, Michael
Some platforms can detect if an optee firmware is running and then
manually add the firmware node to the FDT. Provide a common helper to
avoid code duplication in the board code.
Signed-off-by: Alban Bedel
---
include/tee/optee.h | 11 +
lib/optee/optee.c | 60
> Subject: RE: [PATCH] imx: imx8m: drop uneeded check
>
> Hello Peng,
>
> > -Original Message-
> > From: U-Boot On Behalf Of Peng Fan
> > (OSS)
> > Sent: Friday, April 29, 2022 10:19 AM
> > To: sba...@denx.de; feste...@gmail.com; NXP i.MX U-Boot Team
> >
> > Cc: u-boot@lists.denx.de;
> -Original Message-
> From: U-Boot On Behalf Of Peng Fan
> Sent: Monday, May 16, 2022 9:25 AM
> To: ZHIZHIKIN Andrey ; Peng Fan (OSS)
> ; sba...@denx.de; feste...@gmail.com; dl-uboot-imx
> i...@nxp.com>
> Cc: u-boot@lists.denx.de
> Subject: RE: [PATCH] imx: imx8m: drop uneeded check
>
If optee is running add the firmware node to the FDT to allow the
kernel to use a more generic device tree.
Signed-off-by: Alban Bedel
---
arch/arm/mach-imx/imx8m/soc.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/mach-imx/imx8m/soc.c b/arch/arm/mach-imx/imx8m/soc.c
On 09.05.22 20:17, Pali Rohár wrote:
UART base address is located in internal registers.
Internal registers for 32-bit mvebu boards in SPL are at address 0xd000
and in proper U-Boot at address 0xf100.
Fix DEBUG_UART_BASE option for all 32-bit mvebu boards.
Signed-off-by: Pali Rohár
On 06.05.22 20:01, Robert Marko wrote:
Currently, pinctrl drivers only get probed if pinconf is actually being
used, however on SoC-s like Armada 3720 pinctrl driver is a also the GPIO
driver.
So, if the pinctrl driver doesn't get probed GPIO-s won't get registered
and thus they cannot be used.
On 06.05.22 20:01, Robert Marko wrote:
Methode eDPU is an Armada 3720 power board based on the Methode uDPU.
They feature the same CPU, RAM, and storage as well as the form factor.
However, eDPU only has one SFP slot plus a copper G.hn port which does not
work under U-boot.
In order to reduce
Hi
On Mon, May 16, 2022 at 8:51 AM Francesco Dolcini
wrote:
>
> Hello,
>
> On Fri, May 13, 2022 at 08:00:31PM +0200, Michael Nazzareno Trimarchi wrote:
> > Il ven 13 mag 2022, 19:56 Fabio Estevam ha scritto:
> > > On Fri, May 13, 2022 at 2:41 PM Thierry Bultel
> > > wrote:
> > > > There are
hi Peter,
On Sat, 14 May 2022 at 13:44, Peter Robinson wrote:
>
> On Fri, May 13, 2022 at 7:50 AM Sughosh Ganu wrote:
> >
> > Add support for updating the idbloader and u-boot images through the
> > UEFI capsule update functionality. Enable the modules required for
> > supporting the
Hi Tim and Ye
Can I know if this was a fix, a cleanup or other?
The commit message is not clear to me.
Michael
--
Michael Nazzareno Trimarchi
Co-Founder & Chief Executive Officer
M. +39 347 913 2170
mich...@amarulasolutions.com
__
Amarula Solutions BV
Joop
On 06.05.22 11:05, Pali Rohár wrote:
When this option is set then ARM _main() function would call
arch_very_early_init() function at the beginning. It would be before
calling any other functions like debug_uart_init() and also before
initializing C runtime environment.
Signed-off-by: Pali Rohár
Hello Peng,
> -Original Message-
> From: U-Boot On Behalf Of Peng Fan (OSS)
> Sent: Friday, April 29, 2022 10:19 AM
> To: sba...@denx.de; feste...@gmail.com; NXP i.MX U-Boot Team
>
> Cc: u-boot@lists.denx.de; Peng Fan
> Subject: [PATCH] imx: imx8m: drop uneeded check
>
> From: Peng
Hi Sughosh,
On Fri, 13 May 2022 at 07:50, Sughosh Ganu wrote:
> Add support for updating the idbloader and u-boot images through the
> UEFI capsule update functionality. Enable the modules required for
> supporting the functionality.
>
> The implementation is for the updatable images placed on
CZ.NIC Turris 1.0 and 1.1 are open source routers, they have dual-core
PowerPC Freescale P2020 CPU and are based on Freescale P2020RDB-PC-A board.
Hardware design is fully open source, all firmware and hardware design
files are available at Turris project website:
The virtio-rng driver is extremely simple, making it suitable for
testing more of the virtio uclass logic. Have the sandbox driver bind
the virtio-rng driver rather than the virtio-blk driver so it can be
used in tests.
Signed-off-by: Andrew Scull
Reviewed-by: Simon Glass
---
Check the length of data written by the device is consistent with the
size of the buffers to avoid out-of-bounds memory accesses in case
values aren't consistent.
Signed-off-by: Andrew Scull
Cc: Sughosh Ganu
Reviewed-by: Simon Glass
---
drivers/virtio/virtio_rng.c | 3 +++
1 file changed, 3
Add a regression test for virtio-rng reading beyond the end of its
buffer if the virtio device provides an invalid length.
Signed-off-by: Andrew Scull
Reviewed-by: Simon Glass
---
test/dm/Makefile | 1 +
test/dm/virtio_rng.c | 52
2 files
My original goal was to produce SPI images for Rockchip platforms (specifically
for me, ROCKPro64, and in the future ROCK64). Looking into it, it seemed nicer
to just switch the SD/MMC image generation over to binman as well in the
process.
This is my attempt to move Rockchip final full image
mkimage supports combining multiple input binaries separating them
with colons (':'). This is used at least for Rockchip platforms to
encode payload offsets and sizes in the image header. It is required for
Rockchip SPI boot since for the rkspi format, after the input binary
combining, the entire
This pulls in binman definitions so images can be built for all
Rockchip platforms.
Signed-off-by: Andrew Abbott
---
(no changes since v1)
arch/arm/dts/rk3308-u-boot.dtsi | 2 ++
arch/arm/dts/rk3328-u-boot.dtsi | 2 ++
arch/arm/dts/rk3368-u-boot.dtsi | 1 +
arch/arm/dts/rk3568-u-boot.dtsi | 2
út 10. 5. 2022 v 16:23 odesílatel Michal Simek napsal:
>
> CONFIG_SPL_FS_LOAD_PAYLOAD_NAME is used by set_dfu_alt_info() for string
> generation. It doesn't depend on SDHCI because the same file can be stored
> to other non volatile memories like qspi.
>
> Signed-off-by: Michal Simek
> ---
>
>
út 10. 5. 2022 v 16:33 odesílatel Michal Simek napsal:
>
> From: Amit Kumar Mahapatra
>
> In all the ZynqMP boards dts files tx-buswidth is by default set to 1. Due
> to this the framework only issues 1-1-1 write commands to the GQSPI driver.
> But the GQSPI controller is capable of handling
út 10. 5. 2022 v 13:26 odesílatel Michal Simek napsal:
>
>
> This patch series adds support for shared MDIO by using generic phy
> framework. Also enable DM_ETH_PHY config for all xilinx platforms.
>
> Thanks,
> Michal
>
>
> T Karthik Reddy (3):
> net: xilinx: axi_emac: Use shared MDIO bus
Hi Pali,
On 03.05.22 11:01, Pali Rohár wrote:
NVMe support is already enabled, so add it into boot targets.
Signed-off-by: Pali Rohár
---
include/configs/mvebu_armada-37xx.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/mvebu_armada-37xx.h
This commit supports the menu-driven UEFI boot option addition.
User can select the block device volume having
efi_simple_file_system_protocol and select the file corresponding
to the Boot variable. Then user enter the label of the BOOT
variable in utf8.
Signed-off-by: Masahisa Kojima
The bootmenu enumerates the UEFI boot options
for boot device selection.
This commit adds the description how the UEFI boot work
in bootmenu. This commit also adds "Synopsis", "Description"
and "Configuration" sections to follow the U-Boot command
documentation format.
Signed-off-by: Masahisa
This commit fixes the following compile warnings
for the documentation.
./include/charset.h:276: warning: Function parameter or member 'size' not
described in 'u16_strlcat'
./include/charset.h:276: warning: Excess function parameter 'count' description
in 'u16_strlcat'
Signed-off-by: Masahisa
st 4. 5. 2022 v 9:12 odesílatel Michal Simek napsal:
>
> From: Neal Frager
>
> This patch fixes two issues in the set_r5_reset function.
>
> 1. When in split mode, the lpd_amba_rst bit should only be set when
> both r5 cpu cores are in reset. Otherwise, if one r5 core is still
> running, setting
On 16.05.22 10:52, Robert Marko wrote:
On Mon, May 16, 2022 at 8:40 AM Stefan Roese wrote:
On 06.05.22 20:01, Robert Marko wrote:
Methode eDPU is an Armada 3720 power board based on the Methode uDPU.
They feature the same CPU, RAM, and storage as well as the form factor.
However, eDPU only
Update the Rockchip documentation for image generation with binman,
including the new automatically-created SPI image.
Signed-off-by: Andrew Abbott
---
Changes in v2:
- Remove note from docs about different offsets in SPI flash for
different SoCs - this was a bad assumption on my part, it
Binman is now being used to build the final flashable images for
Rockchip devices, thus enabling it for all Rockchip targets here. But
it is not yet being used to generate the FIT image (u-boot.itb),
thus we need to force it to be built.
Signed-off-by: Andrew Abbott
---
Question: Will this
Using the new SPI image generation, build an image for the Pine64
ROCKPro64 board.
Signed-off-by: Andrew Abbott
---
(no changes since v1)
arch/arm/mach-rockchip/rk3399/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-rockchip/rk3399/Kconfig
čt 5. 5. 2022 v 10:56 odesílatel Michal Simek napsal:
>
> From: Neal Frager
>
> This patch fixes the DP audio and video PLL configurations
> for the zynqmp-zcu106-revA evaluation board.
>
> The Linux DP driver expects the DP to be using the following PLL config:
> - DP video PLL should use the
On Sat, May 14, 2022 at 01:00:06AM +0200, Pali Rohár wrote:
> Hello! I tried to enable support for 2GB+ of DDR memory (with 4GB DDR3)
> on powerpc P2020 board in 32-bit addressing mode and U-Boot crashed
> during startup.
>
> I figured out that issue is not powerpc specific, but rather generic
Hi Heinrich,
On Mon, 9 May 2022 at 22:01, Heinrich Schuchardt wrote:
>
> On 5/9/22 10:23, Masahisa Kojima wrote:
> > On Fri, 29 Apr 2022 at 01:53, Heinrich Schuchardt
> > wrote:
> >>
> >> On 4/28/22 10:09, Masahisa Kojima wrote:
> >>> UEFI specification requires booting from removal media
Virtio tests that find a child device require the virtio device driver
to be included in the build so it can probe. The sandbox virtio
transport driver currently reports a virtio-blk device so make sure the
corresponding driver is built before running tests that need it.
Signed-off-by: Andrew
The shared descriptors should only be written by the guest driver,
however, the device is still able to overwrite and corrupt them.
Maintain a private shadow copy of the descriptors for the driver to
use for state tracking, removing the need to read from the shared
descriptors.
Signed-off-by:
The virtio sandbox transport was setting the device features value to
the bit index rather than shifting a bit to the right index. Fix this
using the bit manipulation macros.
Signed-off-by: Andrew Scull
Reviewed-by: Simon Glass
---
drivers/virtio/virtio_sandbox.c | 2 +-
test/dm/virtio.c
The virtio ring is the basis of virtio communication. Test its basic
functionality and its resilience against corruption from the device.
Signed-off-by: Andrew Scull
Reviewed-by: Simon Glass
---
test/dm/virtio.c | 72
1 file changed, 72
The virtqueue is passed to virtio_notify() so move the virtqueue
deletion to the end of the test when it's no longer needed. This wasn't
causing any problems because the sandbox virtio transport driver doesn't
do anything for notifications, but it could cause problems if things
change and it was a
UEFI specification requires booting from removal media using
a architecture-specific default image name such as BOOTAA64.EFI.
This commit adds the removable media entries into bootmenu,
so that user can select the removable media and boot with
default image.
The bootmenu automatically enumerates
This commit adds the menu-driven deletion of UEFI boot variable.
Signed-off-by: Masahisa Kojima
---
(no update sinch v5)
changes in v5:
- split into the separate patch
lib/efi_loader/efi_bootmenu_maintenance.c | 136 ++
1 file changed, 136 insertions(+)
diff --git
Most of the patches are merged into u-boot/master, this series
contains the remaining patches to support menu-driven
UEFI boot variable maintenance and removable media support.
[Major Changes]
- rebased to v2022.07-rc2
- there is detailed changelog in each commit
Masahisa Kojima (6):
This commit adds the menu-driven update of UEFI bootorder
variable.
Signed-off-by: Masahisa Kojima
---
(no update since v5)
Changes in v5:
- split into the separate patch
lib/efi_loader/efi_bootmenu_maintenance.c | 102 ++
1 file changed, 102 insertions(+)
diff --git
čt 5. 5. 2022 v 10:56 odesílatel Michal Simek napsal:
>
> From: Neal Frager
>
> This patch fixes the DP audio and video PLL configurations for the
> zynqmp-zcu102-revA evaluation board.
>
> The Linux DP driver expects the DP to be using the following PLL config:
> - DP video PLL should use the
On 5/10/22 15:12, Ashok Reddy Soma wrote:
Observing psgtr pll timeouts with some usb hubs and devices behind it.
Increase timeout to 10ms to take care of it.
Signed-off-by: Ashok Reddy Soma
---
drivers/phy/phy-zynqmp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Hi Alban
On Mon, May 16, 2022 at 10:23 AM Alban Bedel wrote:
>
> If optee is running add the firmware node to the FDT to allow the
> kernel to use a more generic device tree.
>
> Signed-off-by: Alban Bedel
> ---
> arch/arm/mach-imx/imx8m/soc.c | 9 +
> 1 file changed, 9 insertions(+)
>
When the device returns used buffers, it should refer to the descriptor
that is the head of the descriptor chain for that buffer. Confirm this
to be the case by tracking the head of descriptor chains that have been
made available to the device.
Signed-off-by: Andrew Scull
Reviewed-by: Simon
The variables `total_sg` and `descs_used` have the same value. Replace
the few uses of `total_sg` with `descs_used` to simplify the situation.
Signed-off-by: Andrew Scull
Reviewed-by: Simon Glass
Reviewed-by: Bin Meng
---
drivers/virtio/virtio_ring.c | 7 +++
1 file changed, 3
This needs to be accessible to binman (via CONFIG_ preprocessor macros)
so it can build SPI images using the correct offset.
The documentation at 'doc/device-tree-bindings/config.txt' says that
the 'u-boot,spl-payload-offset' device tree option simply overrides
'CONFIG_SYS_SPI_U_BOOT_OFFS', so
Currently, building for Rockchip targets produces:
- idbloader.img
- rksd-formatted TPL with SPL appended; or
- rksd-formatted SPL
- u-boot.itb
- U-Boot Proper FIT image
- u-boot-rockchip.bin
- idbloader.img + u-boot.itb, padded the correct amount for SD/MMC
usage.
For
These are obsoleted by a previous patch which added binman image
definitions for Rockchip SD/MMC and SPI images.
Signed-off-by: Andrew Abbott
---
(no changes since v1)
Makefile | 31 +++
1 file changed, 3 insertions(+), 28 deletions(-)
diff --git a/Makefile
út 10. 5. 2022 v 16:18 odesílatel Michal Simek napsal:
>
> From: Neal Frager
>
> This patch fixes the DP audio and video PLL configurations for the
> zynqmp-zcu106-rev1.0 evaluation board.
>
> The Linux DP driver expects the DP to be using the following PLL config:
> - DP video PLL should use
Signed-off-by: Andrea zi0Black Cappa
---
net/nfs.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/net/nfs.c b/net/nfs.c
index 3c01cebd96..9152ab742e 100644
--- a/net/nfs.c
+++ b/net/nfs.c
@@ -52,7 +52,7 @@ static const ulong nfs_timeout = CONFIG_NFS_TIMEOUT;
static char
On Mon, May 16, 2022 at 02:33:33PM +, Andrea zi0Black Cappa wrote:
> Signed-off-by: Andrea zi0Black Cappa
> ---
> net/nfs.c | 4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
>
> diff --git a/net/nfs.c b/net/nfs.c
> index 3c01cebd96..9152ab742e 100644
> --- a/net/nfs.c
> +++
Hi,
On Mon, May 16, 2022 at 12:00 PM Michael Nazzareno Trimarchi
wrote:
>
> Hi Alban
>
> On Mon, May 16, 2022 at 10:23 AM Alban Bedel wrote:
> >
> > If optee is running add the firmware node to the FDT to allow the
> > kernel to use a more generic device tree.
> >
> > Signed-off-by: Alban Bedel
From: Neal Frager
This patch fixes the DP audio and video PLL configurations for the
zynqmp-sm-k26-revA som.
The Linux DP driver expects the DP to be using the following PLL config:
- DP video PLL should use the VPLL (0x0)
- DP audio PLL should use the RPLL (0x3)
- DP system time clock
On 5/9/22 15:34, Adrian Fiergolski wrote:
Michal,
On 09.05.2022 15:28, Oleksandr Suvorov wrote:
Hi Adrian,
On Mon, May 9, 2022 at 2:35 PM Adrian Fiergolski
wrote:
Hi Oleksandr,
On 09.05.2022 13:02, Oleksandr Suvorov wrote:
Hi Adrian,
On Wed, May 4, 2022 at 5:28 PM Adrian Fiergolski
Hi Pali,
On 06.05.22 11:05, Pali Rohár wrote:
If proper U-Boot on Turris Omnia tries to print something on debug UART
then CPU hangs. Reason is that debug UART in proper U-Boot for Turris
Omnia has incorrect configuration of base register. Base register is
different in SPL and also in different
TPL_DEBUG_UART_BASE is same as DEBUG_UART_BASE, but applies only for TPL.
Signed-off-by: Pali Rohár
---
drivers/serial/Kconfig | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/serial/Kconfig b/drivers/serial/Kconfig
index 46726d76b162..f6425a530e57 100644
---
Hi Andrew,
On 5/16/22 13:07, Andrew Abbott wrote:
> My original goal was to produce SPI images for Rockchip platforms
> (specifically
> for me, ROCKPro64, and in the future ROCK64). Looking into it, it seemed nicer
> to just switch the SD/MMC image generation over to binman as well in the
>
Hi Marcel,
On 16/05/2022 12:41, Marcel Ziswiler wrote:
Talking about uuu, has anybody managed to get that going on the i.MX
8M Mini yet? Regular USB device/host
functionality works great but last I tried gadget functionality in SPL
it gave me quite some grief.
Please see this series:
Document -G and the secondary image types which can be used with -R.
Also reword the documentation of -s for clarity.
Signed-off-by: Sean Anderson
---
Changes in v3:
- Rebased onto u-boot/master, as v1 was applied instead of v2
- Reworded commit message to reflect this
Changes in v2:
-
This adds support for signing images in auto-generated FITs. To do this,
we need to add a signature node. The algorithm name property already has
its own option, but we need one for the key name hint. We could have
gone the -G route and added an explicit name for the public key (like
what is done
fit_image_get_data only supports FITs with inline data. Switch to
fit_image_get_data_and_size to support FITs with external data as well.
Signed-off-by: Sean Anderson
---
cmd/source.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/cmd/source.c b/cmd/source.c
index
Add the missing ethernet node in u-boot dts.
Signed-off-by: Anthoine Bourgeois
---
arch/arm/dts/omap3-devkit8000-u-boot.dtsi | 6 ++
configs/devkit8000_defconfig | 1 +
2 files changed, 7 insertions(+)
diff --git a/arch/arm/dts/omap3-devkit8000-u-boot.dtsi
This commit adds OMAP3 BeagleBoard devicetree files from Linux
v5.16.0.
This commit fixes CONFIG_DM_MMC warning.
Signed-off-by: Anthoine Bourgeois
---
arch/arm/dts/Makefile | 2 +
arch/arm/dts/omap3-devkit8000-u-boot.dtsi | 14 +
arch/arm/dts/omap3-devkit8000.dts
Seems that u-boot can't probe i2c bus at 2.6Mhz speed, so lower
the speed to the default value 100Khz.
v2: fix i2c1 frequency in the root omap3-u-boot.dtsi include.
Signed-off-by: Anthoine Bourgeois
---
arch/arm/dts/omap3-u-boot.dtsi | 1 +
configs/devkit8000_defconfig | 1 +
2 files
This serie clean-up the devkit8000 configuration to support device tree
and fixes CONFIG_DM_* warnings.
v2: Override i2c1 frequency in omap3-u-boot.dtsi.
Anthoine Bourgeois (3):
ARM: dts: omap3-devkit8000: Add support for Devkit8000
ARM: dts: omap3-devkit8000: Fix CONFIG_DM_I2C warning
On Mon, May 16, 2022 at 8:40 AM Stefan Roese wrote:
>
> On 06.05.22 20:01, Robert Marko wrote:
> > Methode eDPU is an Armada 3720 power board based on the Methode uDPU.
> >
> > They feature the same CPU, RAM, and storage as well as the form factor.
> >
> > However, eDPU only has one SFP slot plus
On Monday 16 May 2022 16:52:06 Stefan Roese wrote:
> Hi Pali,
>
> On 06.05.22 11:05, Pali Rohár wrote:
> > If proper U-Boot on Turris Omnia tries to print something on debug UART
> > then CPU hangs. Reason is that debug UART in proper U-Boot for Turris
> > Omnia has incorrect configuration of
On 5/9/22 14:40, Marek Vasut wrote:
On 4/25/22 06:39, Stefan Roese wrote:
On 4/24/22 23:39, Marek Vasut wrote:
Add ID for Winbond W25Q128JW device. This is a 128 Mbit QSPI NOR.
Tested on W25Q128JWPIM part.
Signed-off-by: Marek Vasut
Cc: Horatiu Vultur
Cc: Jagan Teki
Cc: Simon Goldschmidt
On Monday 16 May 2022 08:31:43 Tom Rini wrote:
> On Sat, May 14, 2022 at 01:00:06AM +0200, Pali Rohár wrote:
>
> > Hello! I tried to enable support for 2GB+ of DDR memory (with 4GB DDR3)
> > on powerpc P2020 board in 32-bit addressing mode and U-Boot crashed
> > during startup.
> >
> > I figured
From: Marcel Ziswiler
Move the preloader_console_init() call after spl_early_init() to avoid
board hang in SPL.
While at it remove explicit in-code console/debug UART pinmuxing (uart1
and its pinmuxing are already marked as u-boot,dm-spl via device tree).
Fixes: 4551e1898769 ("configs:
88 matches
Mail list logo
