>-Original Message-
>From: Bin Meng
>Sent: Thursday, February 18, 2021 9:28 PM
>To: Simon Glass ; Alexander Graf ;
>Priyanka Jain
>Cc: U-Boot Mailing List ; Tom Rini
>
>Subject: [PATCH v2 05/38] ppc: qemu: Fix CONFIG_SYS_PCI_MAP_END
>
>CONFIG_SYS_PCI_MAP_END currently points to 0xe8
>-Original Message-
>From: Bin Meng
>Sent: Thursday, February 18, 2021 9:28 PM
>To: Simon Glass ; Alexander Graf ;
>Priyanka Jain
>Cc: U-Boot Mailing List ; Tom Rini
>
>Subject: [PATCH v2 03/38] common: fdt_support: Support special case of PCI
>address in fdt_read_prop()
>
>At present f
>-Original Message-
>From: Bin Meng
>Sent: Thursday, February 18, 2021 9:28 PM
>To: Simon Glass ; Alexander Graf ;
>Priyanka Jain
>Cc: U-Boot Mailing List ; Tom Rini
>
>Subject: [PATCH v2 02/38] ppc: qemu: Update MAINTAINERS for correct email
>address
>
>Alex's previous email address is
Hi Andre,
On Mon, 22 Feb 2021 00:17:05 +
Andre Przywara andre.przyw...@arm.com wrote:
...
> Thanks for that. I just sent a v4 with some small fixes and all the
> tags.
>
> And just to be sure: with "queue it" you mean for -next, so the April
> merge window?
I meant to queue it for my build t
Add local variables agent0/agent1 to refer to SCMI sandbox context
agent and ease readability of the test.
For consistency, rename regul_dev to regul0_dev and remove sandbox_voltd
in dm_test_scmi_voltage_domains().
Signed-off-by: Etienne Carriere
---
Changes in v3
- new change added to the serie
Fix inline comments and empty line in scmi driver and test files.
Remove test on IS_ENABLED(CONFIG_*_SCMI) in test/dm/scmi.c since these
configuration are expected enabled when CONFIG_FIRMWARE_SCMI is enabled
in sandbox configuration.
Signed-off-by: Etienne Carriere
Reviewed-by: Simon Glass
Rev
Implement sandbox regulator devices for SCMI voltage domains
and test them in DM scmi tests.
Signed-off-by: Etienne Carriere
Reviewed-by: Simon Glass
Reviewed-by: Jaehoon Chung
---
Changes in v3:
- applied review tags
Changes in v2:
- don't test IS_ENABLED(CONFIG_DM_REGULATOR_SCMI) in test/d
Implement voltage regulators interfaced by the SCMI voltage domain
protocol. The DT bindings are defined in the Linux kernel since
SCMI voltage domain and regulators patches [1] and [2] integration
in v5.11-rc7.
Link: [1]
https://github.com/torvalds/linux/commit/0f80fcec08e9c50b8d2992cf2649567376
>-Original Message-
>From: Tom Rini
>Sent: Sunday, February 21, 2021 6:37 AM
>To: u-boot@lists.denx.de
>Cc: Priyanka Jain
>Subject: [PATCH 56/57] ppc: Remove T4160RDB board
>
>This board has not been converted to CONFIG_DM_MMC by the deadline.
>Remove it. As this is the last ARCH_T1023 p
>-Original Message-
>From: Tom Rini
>Sent: Sunday, February 21, 2021 6:37 AM
>To: u-boot@lists.denx.de
>Cc: Priyanka Jain
>Subject: [PATCH 55/57] ppc: Remove T1023RDB board
>
>This board has not been converted to CONFIG_DM_MMC by the deadline.
>Remove it. As this is the last ARCH_T1023
On Sat, 20 Feb 2021 at 12:55, Simon Glass wrote:
>
> On Fri, 19 Feb 2021 at 06:34, Etienne Carriere
> wrote:
> >
> > Implement sandbox regulator devices for SCMI voltage domains
> > and test them in DM scmi tests.
> >
> > Signed-off-by: Etienne Carriere
> > ---
> > Changes in v2:
> > - don't te
>-Original Message-
>From: Tom Rini
>Sent: Sunday, February 21, 2021 6:37 AM
>To: u-boot@lists.denx.de
>Cc: Priyanka Jain
>Subject: [PATCH 54/57] ppc: Remove MPC837XEMDS board
>
>This board has not been converted to CONFIG_DM_MMC by the deadline.
>Remove it. As this is the last ARCH_MP
>-Original Message-
>From: Tom Rini
>Sent: Sunday, February 21, 2021 6:36 AM
>To: u-boot@lists.denx.de
>Cc: Priyanka Jain
>Subject: [PATCH 52/57] ppc: Remove MPC8569MDS board
>
>This board has not been converted to CONFIG_DM_MMC by the deadline.
>Remove it. As this is the last ARCH_MP
>-Original Message-
>From: Tom Rini
>Sent: Sunday, February 21, 2021 6:37 AM
>To: u-boot@lists.denx.de
>Cc: Andy Fleming ; Priyanka Jain
>
>Subject: [PATCH 53/57] ppc: Remove Cyrus_P5020 and P5040 boards
>
>These boards have not been converted to CONFIG_DM_MMC by the
>deadline.
>Remove t
>-Original Message-
>From: Tom Rini
>Sent: Sunday, February 21, 2021 6:36 AM
>To: u-boot@lists.denx.de
>Cc: Priyanka Jain
>Subject: [PATCH 51/57] ppc: configs: Remove a few non-updated build
>configurations
>
>In the cases of T2080RDB_SECURE_BOOT, T2080RDB_SRIO_PCIE_BOOT,
>P2041RDB_SEC
>-Original Message-
>From: Tom Rini
>Sent: Sunday, February 21, 2021 6:36 AM
>To: u-boot@lists.denx.de
>Cc: Priyanka Jain
>Subject: [PATCH 49/57] ppc: Remove ARCH_P1022 support
>
>With the last of the ARCH_P1022 platforms removed, finish removing the rest of
>the platform support.
>
>Cc:
>-Original Message-
>From: Tom Rini
>Sent: Sunday, February 21, 2021 6:36 AM
>To: u-boot@lists.denx.de
>Cc: Priyanka Jain ; Ruchika Gupta
>; Sumit Garg
>Subject: [PATCH 42/57] ppc: Remove T1040RDB boards
>
>These boards have not been converted to CONFIG_DM_MMC by the
>deadline.
>Remove th
Hi Dario,
On 13/02/21 4:30 pm, Dario Binacchi wrote:
> Since the board has been converted to driver model and DT is supported,
> GPIO platform are no more required and can be removed.
>
> Signed-off-by: Dario Binacchi
Not all am335x platforms are converted to DT. Due to SPL size constraints
am3
Hi Peng and Andrey,
Lukas reported that i.MX8MQ EVK does not boot with the latest U-Boot
and I confirm the same here too.
We are following the instructions from doc/board/freescale/imx8mq_evk.rst
I haven't debugged this yet and I am wondering if you have any suggestions.
Thanks,
Fabio Estevam
Commit "common: Drop asm/global_data.h from common header" added
asm/global_data.h into secure.h. However, secure.h will be included
by psci.S. Adding asm/global_data.h has caused compilation failure in
pcsi.S. Update secure.h to only include asm/global_data.h in non-assembly
section.
Signed-off-b
Hi Simon,
On Mon, Feb 22, 2021 at 12:24 AM Simon Glass wrote:
>
> Hi Bin,
>
> On Sat, 20 Feb 2021 at 06:01, Bin Meng wrote:
> >
> > Hi Simon,
> >
> > On Sat, Feb 20, 2021 at 7:55 PM Simon Glass wrote:
> > >
> > > On Thu, 18 Feb 2021 at 08:59, Bin Meng wrote:
> > > >
> > > > This adds a basic t
Hi Simon,
> -Original Message-
> From: Simon Glass
> Sent: Saturday, February 20, 2021 7:55 PM
> To: Lim, Elly Siew Chin
> Cc: U-Boot Mailing List ; Marek Vasut
> ; Tan, Ley Foon ; See, Chin Liang
> ; Simon Goldschmidt
> ; Chee, Tien Fong
> ; Westergreen, Dalon
> ; Gan, Yau Wai
> Subjec
On Sun, 21 Feb 2021 17:47:53 +0100
Anatolij Gustschin wrote:
Hi Anatolij,
> On Sat, 20 Feb 2021 19:45:17 -0500
> Tom Rini tr...@konsulko.com wrote:
>
> > On Sun, Feb 21, 2021 at 12:07:35AM +, Andre Przywara wrote:
> >
> > > On Sun, 7 Feb 2021 07:37:34 -0700
> > > Simon Glass wrote:
> >
From: Jagan Teki
DM_VIDEO migration deadline is already expired, but around
80 Allwinner boards are still using video in a legacy way:
= WARNING ==
This board does not use CONFIG_DM_VIDEO Please update
the board to use CONFIG_DM_VIDEO before the v2019.07 r
On 2/20/21 4:25 AM, Ye Li wrote:
> From: Haibo Chen
>
> On imx6Q/imx6DL, we find if config the DTOCV to 0~3, it will impact
> cmd6 behavior, after cmd6 get transfer complete interrupt, the data0
> line will keep low over 5 seconds. This should be a IC bug on imx6Q/DL.
> For other platforms, do no
On 2/19/21 10:33 PM, Etienne Carriere wrote:
> Fix inline comments and empty line in scmi driver and test files.
>
> Remove test on IS_ENABLED(CONFIG_*_SCMI) in test/dm/scmi.c since these
> configuration are expected enabled when CONFIG_FIRMWARE_SCMI is enabled
> in sandbox configuration.
>
> Sig
On 2/19/21 10:33 PM, Etienne Carriere wrote:
> Implement sandbox regulator devices for SCMI voltage domains
> and test them in DM scmi tests.
>
> Signed-off-by: Etienne Carriere
Reviewed-by: Jaehoon Chung
Best Regards,
Jaehoon Chung
> ---
> Changes in v2:
> - don't test IS_ENABLED(CONFIG_DM_
On 2/19/21 10:33 PM, Etienne Carriere wrote:
> Implement voltage regulators interfaced by the SCMI voltage domain
> protocol. The DT bindings are defined in the Linux kernel since
> SCMI voltage domain and regulators patches [1] and [2] integration
> in v5.11-rc7.
>
> Link: [1]
> https://protect2
On Sun, Feb 21, 2021 at 10:50:05AM +0100, Heinrich Schuchardt wrote:
> The following changes since commit ea966d24ef3a9f7f32712a518a07374f9ae43905:
>
> Merge https://gitlab.denx.de/u-boot/custodians/u-boot-sunxi
> (2021-02-19 21:06:16 -0500)
>
> are available in the Git repository at:
>
> h
On Sun, Feb 21, 2021 at 08:04:02AM +0100, Heiko Schocher wrote:
> Hello Tom,
>
> please pull from u-boot-i2c.git master
>
> The following changes since commit ea966d24ef3a9f7f32712a518a07374f9ae43905:
>
> Merge https://gitlab.denx.de/u-boot/custodians/u-boot-sunxi (2021-02-19
> 21:06:16 -050
On Sun, Feb 21, 2021 at 08:04:02AM +0100, Heiko Schocher wrote:
> Hello Tom,
>
> please pull from u-boot-i2c.git master
>
> The following changes since commit ea966d24ef3a9f7f32712a518a07374f9ae43905:
>
> Merge https://gitlab.denx.de/u-boot/custodians/u-boot-sunxi (2021-02-19
> 21:06:16 -050
On Sun, Feb 21, 2021 at 01:15:56AM +0100, Marek Vasut wrote:
> The following changes since commit ea966d24ef3a9f7f32712a518a07374f9ae43905:
>
> Merge https://gitlab.denx.de/u-boot/custodians/u-boot-sunxi (2021-02-19
> 21:06:16 -0500)
>
> are available in the Git repository at:
>
> git://git
On Sat, 20 Feb 2021 19:45:17 -0500
Tom Rini tr...@konsulko.com wrote:
> On Sun, Feb 21, 2021 at 12:07:35AM +, Andre Przywara wrote:
>
> > On Sun, 7 Feb 2021 07:37:34 -0700
> > Simon Glass wrote:
> >
> > Hi Simon,
> >
> > coming back to this patch, answering to the other comments I skipped
Hi Andre,
On Sat, 20 Feb 2021 at 17:08, Andre Przywara wrote:
>
> On Sun, 7 Feb 2021 07:37:34 -0700
> Simon Glass wrote:
>
> Hi Simon,
>
> coming back to this patch, answering to the other comments I skipped
> over the last time.
>
> In general this patch is the shortest way to get to some kind
Hi Bin,
On Sat, 20 Feb 2021 at 06:01, Bin Meng wrote:
>
> Hi Simon,
>
> On Sat, Feb 20, 2021 at 7:55 PM Simon Glass wrote:
> >
> > On Thu, 18 Feb 2021 at 08:59, Bin Meng wrote:
> > >
> > > This adds a basic test for the newly introduced 'addrmap' command.
> > >
> > > Signed-off-by: Bin Meng
>
On Sun, Feb 21, 2021 at 07:46:57PM +1300, Chris Packham wrote:
> On Sun, 21 Feb 2021, 2:16 PM Tom Rini, wrote:
>
> > This board has not been converted to CONFIG_DM_MMC by the deadline.
> > Remove it. It is also the only ARCH_T2081 board so remove that support
> > as well.
> >
> > Cc: Shengzhou L
On Sat, Feb 20, 2021 at 11:44 AM Heinrich Schuchardt wrote:
>
> When copying to a u32 field we should use sizeof(u32) and not
> sizeof(*u32) in memcpy.
>
> On 64bit systems like cortina_presidio-asic-emmc_defconfig using
> sizeof(*u32) leads to a buffer overrun.
>
> Fixes: febe13b438b3 ("net: cort
Hello Igor,
On 09.02.21 12:52, Igor Opaniuk wrote:
> From: Igor Opaniuk
>
> Use CONFIG_IS_ENABLED() macro, which provides more convenient
> way to check $(SPL)DM_I2C/$(SPL)DM_I2C_GPIO configs
> for both SPL and U-Boot proper.
>
> CONFIG_IS_ENABLED(DM_I2C) expands to:
> - 1 if CONFIG_SPL_BUILD i
On Sat, Feb 20, 2021 at 10:14 PM Tom Rini wrote:
>
> This board has not been converted to CONFIG_DM_MMC by the deadline.
> Remove it.
>
> Cc: Fabio Estevam
> Signed-off-by: Tom Rini
Reviewed-by: Fabio Estevam
On Sat, Feb 20, 2021 at 10:14 PM Tom Rini wrote:
>
> This board has not been converted to CONFIG_DM_MMC by the deadline.
> Remove it.
>
> Cc: Fabio Estevam
> Signed-off-by: Tom Rini
Reviewed-by: Fabio Estevam
On Sat, Feb 20, 2021 at 10:08 PM Tom Rini wrote:
>
> This board has not been converted to CONFIG_DM_MMC by the deadline.
> Remove it.
>
> Cc: Fabio Estevam
> Signed-off-by: Tom Rini
Reviewed-by: Fabio Estevam
Hi Tom,
On Sat, Feb 20, 2021 at 7:09 PM Tom Rini wrote:
> Can you please do that in a follow-up to your series, as you're taking
> over the overall platform? Thanks!
Sure, I will send a follow-up patch removing the 3 other targets after
this series gets applied.
Thanks
The following changes since commit ea966d24ef3a9f7f32712a518a07374f9ae43905:
Merge https://gitlab.denx.de/u-boot/custodians/u-boot-sunxi
(2021-02-19 21:06:16 -0500)
are available in the Git repository at:
https://gitlab.denx.de/u-boot/custodians/u-boot-efi.git
tags/efi-2021-04-rc3
for you
Commit 69076dff2284 ("cmd: pxe: add support for FDT overlays") added
support for loading DT overlay files to PXE boot. However, it needs
additional environment variable which points to memory location which
can be used to temporary store overlay data.
Add it and in the process unify alignment usin
The UEFI spec does not allow ACPI tables to be in runtime services memory.
It recommends EfiACPIReclaimMemory.
Remove a superfluous check that the allocated pages are 16 byte aligned.
EFI pages are 4 KiB aligned.
Fixes: 86df34d42b05 ("efi_loader: Install ACPI configuration tables")
Signed-off-by:
On 2/19/21 7:04 PM, Jose Marinho wrote:
The ESRT is initialised during efi_init_objlist after
efi_initialize_system_table().
The ESRT is initially created with size for 50 FW image entries.
The ESRT is resized when it runs out of space. Every resize adds 50
additional entries.
Please, simplify
46 matches
Mail list logo
