[...]
> config EFI_CAPSULE_FIRMWARE_MANAGEMENT
> diff --git a/lib/efi_loader/efi_capsule.c b/lib/efi_loader/efi_capsule.c
> index de0d49ebebda..9ef67d1b4405 100644
> --- a/lib/efi_loader/efi_capsule.c
> +++ b/lib/efi_loader/efi_capsule.c
> @@ -19,8 +19,9 @@
> #include
> #include
> #include
On Fri, 26 Apr 2024 at 17:19, Caleb Connolly wrote:
>
> Migrate sandbox over to generating it's capsule update image GUIDs
> dynamically rather than using a set of hardcoded ones.
>
> Signed-off-by: Caleb Connolly
> ---
> arch/Kconfig| 1 +
> board/sandbox/sandbox.c | 28 +++
On Fri, 26 Apr 2024 at 17:19, Caleb Connolly wrote:
>
> Document how platforms can generate GUIDs at runtime rather than
> maintaining a list of GUIDs per-board.
>
> Signed-off-by: Caleb Connolly
> ---
> doc/develop/uefi/uefi.rst | 35 +++
> 1 file changed, 35 ins
[...]
> #include
> #include
> +#include
>
> int uuid_str_valid(const char *uuid)
> {
> int i, valid;
> @@ -368,8 +369,40 @@ void uuid_bin_to_str(const unsigned char *uuid_bin, char
> *uuid_str,
> }
> }
> }
>
> +#if CONFIG_IS_ENABLED(UUID_GEN_V5)
> +void gen
Hi Caleb
On Fri, 26 Apr 2024 at 17:19, Caleb Connolly wrote:
>
> As more boards adopt support for the EFI CapsuleUpdate mechanism, there
> is a growing issue of being able to target updates to them properly. The
> current mechanism of hardcoding UUIDs for each board at compile time is
> unsustain
+ Krzysztof, Fyi..
On Fri, 24 May 2024 at 03:33, Sam Protsenko wrote:
>
> Use upstream device tree files and bindings. To do so:
> - imply (enable) OF_UPSTREAM option for E850-96 target
> - point DEFAULT_DEVICE_TREE in E850-96 config to upstream dts
> - remove now not needed local dts files, b
On Thu, 23 May 2024 at 23:08, Robert Marko wrote:
>
> IPQ4019 clock dt-bindings are available in Linux upstream, and we can just
> use those instead of carrying a downstream file that matches the upstream one
> anyway.
>
> Signed-off-by: Robert Marko
> ---
> Changes in v2:
> * Drop the downstream
On Thu, May 23, 2024 at 04:01:31PM +, Brunham, Kalen wrote:
> I can see that efi_device_path.c and efi_disk.c both #include blk.h.
OK, yes. But what I'm asking of Heinrich is, can we easily and cleanly
make that support conditional? Or is there some underlying requirement
at play here?
>
>
On Thu, May 23, 2024 at 04:09:38PM -0500, Jon Humphreys wrote:
> Tom Rini writes:
>
> > On Wed, May 22, 2024 at 11:12:35PM -0500, Jon Humphreys wrote:
> >> Tom Rini writes:
> >>
> >> > On Tue, May 21, 2024 at 09:20:26PM -0500, Jon Humphreys wrote:
> >> >> Tom Rini writes:
> >> >>
> >> >> > On
Hi Jonathan
Thanks for working on this
On Thu, May 09, 2024 at 11:41:19AM -0500, Jonathan Humphreys wrote:
> Define the firmware components updatable via EFI capsule update, including
> defining capsule GUIDs for the various firmware components for the AM62px
> SK.
>
> Signed-off-by: Jonathan Hum
Use upstream device tree files and bindings. To do so:
- imply (enable) OF_UPSTREAM option for E850-96 target
- point DEFAULT_DEVICE_TREE in E850-96 config to upstream dts
- remove now not needed local dts files, binding docs and headers
- update MAINTAINERS correspondingly
Upstream device tre
On Thu, May 23, 2024 at 11:47:41AM +0800, Kever Yang wrote:
>
> On 2024/5/21 23:45, Chris Morgan wrote:
> > From: Chris Morgan
> >
> > This reverts commit 41a60d0e5cef54a59596a58940fa7c9cf071034b.
> >
> > On some of the supported devices the adc detect code always returns
> > that the button has
Tom Rini writes:
> On Wed, May 22, 2024 at 11:12:35PM -0500, Jon Humphreys wrote:
>> Tom Rini writes:
>>
>> > On Tue, May 21, 2024 at 09:20:26PM -0500, Jon Humphreys wrote:
>> >> Tom Rini writes:
>> >>
>> >> > On Fri, Apr 19, 2024 at 04:28:16PM -0500, Jonathan Humphreys wrote:
>> >> >
>> >> >
Martyn Welch writes:
> From: Sjoerd Simons
>
> Provide config fragments to enable USB host as well as USB gadget and DFU
> support for a53 and r5. This relevant fragment is included into the
> am62x EVM a53 defconfig. For the r5, due to the smaller available size,
> the config fragment also disa
On Thu, May 23, 2024 at 12:22:56PM -0500, Bryan Brattlof wrote:
> On May 23, 2024 thus sayeth Bryan Brattlof:
> > On May 23, 2024 thus sayeth Andrew Davis:
> > > On 5/23/24 11:43 AM, Bryan Brattlof wrote:
> > > > The address we load TFA and OPTEE is configurable by the
> > > > CONFIG_K3_{ATF,OPTEE)
This adds the driver for the ESS EDMA ethernet adapter
found inside of Qualcomm IPQ40xx SoC series.
This driver also integrates the built in modified QCA8337N
switch support as they are tightly integrated.
Co-Developed-by: Gabor Juhos
Signed-off-by: Gabor Juhos
Signed-off-by: Robert Marko
---
IPQ4019 ESS EDMA support is not yet in upstream Linux, so for now lets use
the latest pending Linux DTS node for wired networking.
Signed-off-by: Robert Marko
---
Chanes in v2:
* Use the latest pending Linux DT node for EDMA instead
arch/arm/dts/qcom-ipq4019-u-boot.dtsi | 104 ++
IPQ4019 clock dt-bindings are available in Linux upstream, and we can just
use those instead of carrying a downstream file that matches the upstream one
anyway.
Signed-off-by: Robert Marko
---
Changes in v2:
* Drop the downstream dt-bindings header as it matches the upstream Linux one
include/d
IPQ4019 has more networking related resets that will be required for future
wired networking support, so lets add them.
This syncs the driver with Linux.
Signed-off-by: Robert Marko
Reviewed-by: Caleb Connolly
---
drivers/clk/qcom/clock-ipq4019.c | 6 ++
1 file changed, 6 insertions(+)
di
ESS clock is the Ethernet Subsystem clock, so lets add it as its
already configured by SBL1.
Signed-off-by: Robert Marko
Reviewed-by: Caleb Connolly
---
drivers/clk/qcom/clock-ipq4019.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/clk/qcom/clock-ipq4019.c b/drivers/clk/qcom/cl
On Wednesday, May 22nd, 2024 at 9:40 PM, E Shattow wrote:
> On Wed, May 22, 2024 at 12:13?PM H Bell dmoo...@protonmail.com wrote:
>
> > + {"/soc/ethernet@1604/mdio/ethernet-phy@1",
> > + "tx-internal-delay-ps", "300"},
>
>
> Note this 300uS value for tx-internal-delay-ps differs from
> pre
On May 23, 2024 thus sayeth Bryan Brattlof:
> On May 23, 2024 thus sayeth Andrew Davis:
> > On 5/23/24 11:43 AM, Bryan Brattlof wrote:
> > > The address we load TFA and OPTEE is configurable by the
> > > CONFIG_K3_{ATF,OPTEE)_LOAD_ADDR, but the DT node reservations remain
> > > static which can cau
On May 23, 2024 thus sayeth Andrew Davis:
> On 5/23/24 11:43 AM, Bryan Brattlof wrote:
> > The address we load TFA and OPTEE is configurable by the
> > CONFIG_K3_{ATF,OPTEE)_LOAD_ADDR, but the DT node reservations remain
> > static which can cause some confusion about where exactly these firmware
>
From: Quentin Schulz
See commit 008ba0d56d00 ("rockchip: Add common default bss and stack
addresses") for memory layout. This migrates PX30 to use the new layout,
except for TPL. Indeed, PX30 is extremely limited in SRAM, so we need to
be extra careful about what goes into the TPL and how much we
From: Quentin Schulz
U-Boot proper pre-reloc is currently running out of memory and it is
thus impossible to boot into U-Boot CLI.
Fix this by migrating to the common bss and stack addresses for PX30,
which drastically increases the size of the pre-reloc allocation pool (8
times bigger now). The
From: Quentin Schulz
This is the kind of setting that typically doesn't need to be changed
between boards based on the same SoC, so let's make it the default in
PX30 Kconfig so we don't have to care about it in the defconfig if we
don't want to.
Reviewed-by: Heiko Stuebner
Reviewed-by: Kever Ya
PX30 Ringneck ran out of memory in the allocation pool of U-Boot proper
pre-reloc. Something needed to be done. Jonas did migrate a few SoCs
already to this common bss+stack addresses so it made sense to follow
the same route for one additional SoC: PX30.
The migration of other PX30-based boards w
On 5/23/24 11:43 AM, Bryan Brattlof wrote:
The address we load TFA and OPTEE is configurable by the
CONFIG_K3_{ATF,OPTEE)_LOAD_ADDR, but the DT node reservations remain
static which can cause some confusion about where exactly these firmware
are exactly. Fix this by updating the reserved-memory{}
在2024年5月23日五月 下午5:26，Heinrich Schuchardt写道：
>> diff --git a/arch/loongarch/lib/reloc_loongarch_efi.c
>> b/arch/loongarch/lib/reloc_loongarch_efi.c
>> new file mode 100644
>> index ..32a7d792103d
>> --- /dev/null
>> +++ b/arch/loongarch/lib/reloc_loongarch_efi.c
>
> The code seems t
The address we load TFA and OPTEE is configurable by the
CONFIG_K3_{ATF,OPTEE)_LOAD_ADDR, but the DT node reservations remain
static which can cause some confusion about where exactly these firmware
are exactly. Fix this by updating the reserved-memory{} nodes when the
loaded address does not match
On 22.05.24 17:34, Jiaxun Yang wrote:
Commit for directories, Kconfig, Makefile and headers
Some of them are copied from linux, some of them are derived
from other architectures, the rest are wriiten on my own.
Signed-off-by: Jiaxun Yang
---
arch/Kconfig
On Wed, May 22, 2024 at 06:00:03PM +0200, Jerome Forissier wrote:
> Add what it takes to enable CONFIG_NETDEVICES with CONFIG_NET_LWIP and
> enable DHCP as well as the dhcp command (CONFIG_CMD_DHCP_LWIP).
> - net-lwip/net-lwip.c is mostly empty for now. It will provide functions
> similar to net/n
On 22.05.24 17:34, Jiaxun Yang wrote:
Implement crt, reloc, linker scripts, wire things up in
Makefiles and Kconfig.
Signed-off-by: Jiaxun Yang
---
arch/loongarch/config.mk | 4 +
arch/loongarch/lib/Makefile | 12 ++
arch/loongarch/lib/crt0_loongarch_efi.S |
在2024年5月23日五月 下午5:14，Heinrich Schuchardt写道：
[...]
> Looking at
> https://loongson.github.io/LoongArch-Documentation/LoongArch-toolchain-conventions-EN.html:
>
> There the following symbols are mentioned:
>
> __loongarch__
> __loongarch_grlen
>
>
> Table 15.
> C/C++ Built-in Macros Provided for C
On 22.05.24 17:34, Jiaxun Yang wrote:
They are all coming from UEFI spec, Microsoft PE sepc,
%s/PE sepc/PE-COFF specification/
or IANA websites.
Signed-off-by: Jiaxun Yang
---
boot/bootmeth_efi.c | 2 ++
include/asm-generic/pe.h | 2
I can see that efi_device_path.c and efi_disk.c both #include blk.h.
-Original Message-
From: Tom Rini
Sent: Thursday, May 23, 2024 11:33 AM
To: Brunham, Kalen ; Heinrich Schuchardt
Cc: U-Boot@lists.denx.de
Subject: Re: [PATCH 1/1] Added arm64 assembly for examples/api crt0
On Wed, M
On Thu, 23 May 2024 at 16:39, Jiaxun Yang wrote:
>
>
>
> 在2024年5月23日五月 下午4:25，Tom Rini写道：
> > On Wed, May 22, 2024 at 04:34:43PM +0100, Jiaxun Yang wrote:
> >
> >> Hi all,
> >>
> >> Sorry for flooding the mailing list recently, yet another huge RFC series
> >> ahead.
> >>
> >> So after working on
On Thu, May 23, 2024 at 04:38:52PM +0100, Jiaxun Yang wrote:
>
>
> 在2024年5月23日五月 下午4:25，Tom Rini写道：
> > On Wed, May 22, 2024 at 04:34:43PM +0100, Jiaxun Yang wrote:
> >
> >> Hi all,
> >>
> >> Sorry for flooding the mailing list recently, yet another huge RFC series
> >> ahead.
> >>
> >> So aft
在2024年5月23日五月 下午4:25，Tom Rini写道：
> On Wed, May 22, 2024 at 04:34:43PM +0100, Jiaxun Yang wrote:
>
>> Hi all,
>>
>> Sorry for flooding the mailing list recently, yet another huge RFC series
>> ahead.
>>
>> So after working on MIPS, arm64be and Xtensa I'm now on LoongArch, as
>> suggested
>> b
On Wed, May 22, 2024 at 05:22:24PM +, Brunham, Kalen wrote:
> Hi Tom,
>
> BLK is currently a dependency for EFI_LOADER as shown in the snippet from
> lib/efi_loader/Kconfig below. Perhaps the question is why EFI_LOADER requires
> a block device? If I remove this depends on BLK line, then I
On Wed, May 22, 2024 at 04:34:43PM +0100, Jiaxun Yang wrote:
> Hi all,
>
> Sorry for flooding the mailing list recently, yet another huge RFC series
> ahead.
>
> So after working on MIPS, arm64be and Xtensa I'm now on LoongArch, as
> suggested
> by Heinrich.
My big feedback here, and it appli
On Wed, May 22, 2024 at 11:12:35PM -0500, Jon Humphreys wrote:
> Tom Rini writes:
>
> > On Tue, May 21, 2024 at 09:20:26PM -0500, Jon Humphreys wrote:
> >> Tom Rini writes:
> >>
> >> > On Fri, Apr 19, 2024 at 04:28:16PM -0500, Jonathan Humphreys wrote:
> >> >
> >> >> Fill in the BeaglePlay's ca
On Wed, May 22, 2024 at 06:00:11PM +0200, Jerome Forissier wrote:
> Support "bdinfo -e" when lwIP is selected.
>
> Signed-off-by: Jerome Forissier
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
Hi Sam,
On 5/23/24 1:31 AM, Sam Protsenko wrote:
Fix most of checkpatch warnings and other obvious style issues.
No functional change.
Signed-off-by: Sam Protsenko
Reviewed-by: Quentin Schulz
Thanks,
Quentin
On Wed, May 22, 2024 at 03:23:51PM +0200, Marek Vasut wrote:
> On 5/22/24 8:39 AM, Francesco Dolcini wrote:
> > > diff --git a/board/toradex/verdin-imx8mm/verdin-imx8mm.c
> > > b/board/toradex/verdin-imx8mm/verdin-imx8mm.c
> > > index 55c02653da6..ef632d95f0a 100644
> > > --- a/board/toradex/verdi
Hi Sam,
On 5/23/24 1:31 AM, Sam Protsenko wrote:
Use CONFIG_IS_ENABLED() macro to check config options as recommended by
checkpatch, instead of checking those with just #ifdef CONFIG_...
No functional change.
There are actual functional changes in here.
defined(CONFIG_DM_MMC) != CONFIG_IS_E
On Wed, May 22, 2024 at 06:00:12PM +0200, Jerome Forissier wrote:
> Add qemu_arm64_lwip_defconfig which was created from
> qemu_arm64_defconfig with CONFIG_NET_LWIP enabled.
>
> Signed-off-by: Jerome Forissier
> ---
> configs/qemu_arm64_lwip_defconfig | 70 +++
> 1 f
On Wed, May 22, 2024 at 06:00:02PM +0200, Jerome Forissier wrote:
> Import the Lightweight IP (lwIP) library as lib/lwip. The code is built
> when CONFIG_NET_LWIP=y.
>
> The lwIP code was imported with the following commands:
>
> (cd /tmp && git clone https://git.savannah.gnu.org/git/lwip.git -
Hi Sam,
On 5/23/24 1:31 AM, Sam Protsenko wrote:
Make dwmci_prepare_data() function easier to read by extracting the
preparation of IDMAC descriptor into a dedicated function.
No functional change.
Signed-off-by: Sam Protsenko
Reviewed-by: Quentin Schulz
Thanks,
Quentin
Hi Sam,
On 5/23/24 1:31 AM, Sam Protsenko wrote:
Make dwmci_send_cmd() easier to read by moving the DMA transfer handling
code into a dedicated function.
No functional change.
Signed-off-by: Sam Protsenko
Reviewed-by: Quentin Schulz
Thanks,
Quentin
Hi Sam,
On 5/23/24 1:30 AM, Sam Protsenko wrote:
Move FIFO threshold initialization into a separate function to make
dwmci_init() more readable.
No functional change.
Signed-off-by: Sam Protsenko
Reviewed-by: Quentin Schulz
Thanks,
Quentin
Hi Sam,
On 5/23/24 1:30 AM, Sam Protsenko wrote:
Waiting for data busy is a logically separate operation and should be
implemented as a separate routine. Follow Linux kernel example and
extract it from dwmci_send_cmd(). This way it doesn't clutter
dwmci_send_cmd() function, and can be reused lat
Hi Sam,
On 5/23/24 1:30 AM, Sam Protsenko wrote:
struct idmac is only used in dw_mmc.c, so move it there from dwmmc.h to
avoid cluttering the interface in the header.
No functional change.
Signed-off-by: Sam Protsenko
Reviewed-by: Quentin Schulz
Thanks,
Quentin
Hi Sam,
On 5/23/24 1:30 AM, Sam Protsenko wrote:
Nobody seems to use it, so just remove it.
No functional change.
Signed-off-by: Sam Protsenko
Reviewed-by: Quentin Schulz
Thanks,
Quentin
Hi Sam,
On 5/23/24 1:30 AM, Sam Protsenko wrote:
common.h header is marked for removal treewide and shouldn't be used.
Remove it from DW MMC driver.
No functional change.
Signed-off-by: Sam Protsenko
Reviewed-by: Quentin Schulz
Thanks,
Quentin
Hi Sam,
On 5/23/24 1:30 AM, Sam Protsenko wrote:
Extract clock control code into a separate routine to avoid code
duplication in dwmci_setup_bus().
No functional change.
There are some differences though.
Signed-off-by: Sam Protsenko
---
drivers/mmc/dw_mmc.c | 60 +++
On 5/22/24 20:19, Ilias Apalodimas wrote:
> Hi Jerome,
>
> On Wed, 22 May 2024 at 19:04, Jerome Forissier
> wrote:
>>
>> Implement the wget_with_dns() function which is needed by
>> CONFIG_EFI_HTTP_BOOT=y. Note that there is no dependency added on
>> CONFIG_CMD_DNS_LWIP because CONFIG_CMD_WGET
On Wed, 22 May 2024 at 19:08, Ilias Apalodimas
wrote:
>
> Hi Jerome,
>
> On Wed, 22 May 2024 at 19:04, Jerome Forissier
> wrote:
> >
> > Some sandbox tests make strong assumptions on how the network stack is
> > implemented. For example, the ping tests assume that ARP resolution
> > occurs upon s
On Thu, May 23, 2024 at 12:51:33PM +0200, Michael Nazzareno Trimarchi wrote:
> Hi
>
> We queue them this afternoon
Thank you.
I also wanted to remind you that there is still a similiar patchest with
mtdblock support
(https://lore.kernel.org/all/20240506135607.aprjqn7uyng2jgp5@cab-wsm-0029881/)
Hi Michael,
On Mon, May 06, 2024 at 03:59:52PM +0200, Michael Nazzareno Trimarchi wrote:
> Hi Alexey
>
> Sorry will will put on CI
Any news?
>
> Michael
>
> On Mon, May 6, 2024 at 3:58 PM Alexey Romanov
> wrote:
> >
> > Hello! Ping.
> >
> > On Mon, Mar 25, 2024 at 05:41:42PM +0300, Alexey R
On Tue, 21 May 2024 at 11:18, Aniket Limaye wrote:
>
> Move to using OF_UPSTREAM config and thus using the devicetree-rebasing
> subtree.
>
> Signed-off-by: Aniket Limaye
> ---
>
> Boot logs:
> https://gist.github.com/aniket-l/aab91bb12d2495c54da094fca49c369f
>
> Changes in v2:
> - Rebased to nex
Hi
We queue them this afternoon
Michael
On Thu, May 23, 2024 at 12:49 PM Alexey Romanov
wrote:
>
>
> Hi Michael,
>
> On Mon, May 06, 2024 at 03:59:52PM +0200, Michael Nazzareno Trimarchi wrote:
> > Hi Alexey
> >
> > Sorry will will put on CI
>
> Any news?
>
> >
> > Michael
> >
> > On Mon, May 6
eturn 0;
}
---
base-commit: a7f0154c412859323396111dd0c09dbafbc153cb
change-id: 20240523-image-partial-decomp-d6604e998e3a
Best regards,
--
Mattijs Korpershoek
On Wed, 22 May 2024 at 23:33, Quentin Schulz wrote:
>
> Hi Jianfeng Liu,
>
> On 5/22/24 6:58 PM, Jianfeng Liu wrote:
> [...]
> > Note that these commits:
> > - e18e5e8188f2 (arm64: dts: rockchip: add USBDP phys on rk3588)
> > - 6fca4edb93d3 (arm64: dts: rockchip: Add rk3588 GPU node)
> > are not s
On Thu, 23 May 2024 at 03:22, Tony Dinh wrote:
>
> Enable OF_UPSTREAM to use upstream DT and add marvell/ prefix to the
> DEFAULT_DEVICE_TREE in DS116 defconfig. Remove current DTS in
> arch/arm/dts/ directory.
>
> Signed-off-by: Tony Dinh
> ---
>
> arch/arm/dts/Makefile |
Hi Roman,
Thank you for the patch.
On jeu., mai 23, 2024 at 07:06, Roman Stratiienko
wrote:
> Quote from [1]:
>
> "For devices launching with Android 13, the generic ramdisk is removed
> from the boot image and placed in a separate init_boot image.
> This change leaves the boot image with only
Quote from [1]:
"For devices launching with Android 13, the generic ramdisk is removed
from the boot image and placed in a separate init_boot image.
This change leaves the boot image with only the GKI kernel."
While at it, update wrong error handling message when vendor_boot
cannot be loaded.
[1
67 matches
Mail list logo
