From: Yao Zi <me@ziyao.cc>
To: Simon Glass <sjg@chromium.org>, me@ziyao.cc
Cc: Tom Rini <trini@konsulko.com>,
Jiaxun Yang <jiaxun.yang@flygoat.com>,
Heinrich Schuchardt <xypron.glpk@gmx.de>,
Ilias Apalodimas <ilias.apalodimas@linaro.org>,
u-boot@lists.u-boot-project.org
Subject: Re: [PATCH v5 17/20] efi: LoongArch: Implement everything
Date: Wed, 21 Oct 2026 19:14:28 +0000 [thread overview]
Message-ID: <atkPFII7BsNN5D2m@pie> (raw)
In-Reply-To: <CAFLszTgaSeQVDZWryR_dfPzwxqO1Q7YQ7y=3PRZ2-sTp0m2sFg@mail.gmail.com>
On Mon, Oct 19, 2026 at 06:16:40AM -0700, Simon Glass wrote:
> Hi Jiaxun,
>
> On 2026-10-16T06:54:41, Yao Zi <me@ziyao.cc> wrote:
> > efi: LoongArch: Implement everything
> >
> > Implement crt, relocator, linker scripts, and handling of PE relocation
> > IMAGE_REL_BASED_LOONGARCH64_MARK_LA. Wire things up in Makefiles and
> > Kconfig. The relocator originates gnu-efi project.
...
> > diff --git a/arch/loongarch/lib/Makefile b/arch/loongarch/lib/Makefile
> > @@ -12,3 +12,15 @@ ifeq ($(CONFIG_$(SPL_)SYSRESET),)
> > +extra-$(CONFIG_CMD_BOOTEFI_HELLO_COMPILE) += $(EFI_CRT0) $(EFI_RELOC)
> > +extra-$(CONFIG_CMD_BOOTEFI_SELFTEST) += $(EFI_CRT0) $(EFI_RELOC)
> > +extra-$(CONFIG_EFI) += $(EFI_CRT0) $(EFI_RELOC)
>
> CMD_BOOTEFI_HELLO_COMPILE and CMD_BOOTEFI_SELFTEST both select
> EFI_LOADER (which selects EFI), so the first two lines look redundant
> with the third. The arm and riscv Makefiles rely on CFLAGS alone - was
> any of this needed to make the build work?
I think lib/Makefile.lib-u-boot now carries default rules for *_efi.so
to work out of box, thus this could be removed, thanks.
...
> In any case:
>
> Reviewed-by: Simon Glass <sjg@chromium.org>
Thanks! All your review comments are reasonable, and I'll apply them in
v6.
> Regards,
> Simon
Best regards,
Yao Zi
next prev parent reply other threads:[~2026-10-21 19:14 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-16 6:54 [PATCH v5 00/20] LoongArch initial support Yao Zi
2026-10-16 6:54 ` [PATCH v5 01/20] lib: fdtdec: Handle multiple memory nodes Yao Zi
2026-10-19 13:20 ` Simon Glass
2026-10-16 6:54 ` [PATCH v5 02/20] linux/io.h: Use map_physmem to implement ioremap Yao Zi
2026-10-16 6:54 ` [PATCH v5 03/20] image: Take entry point as an output of setup_booti Yao Zi
2026-10-19 13:20 ` Simon Glass
2026-10-16 6:54 ` [PATCH v5 04/20] elf: Define LoongArch bits Yao Zi
2026-10-16 6:54 ` [PATCH v5 05/20] image: Define IH_ARCH_LOONGARCH Yao Zi
2026-10-16 6:54 ` [PATCH v5 06/20] LoongArch: skeleton and headers Yao Zi
2026-10-16 6:54 ` [PATCH v5 07/20] LoongArch: lib: General routines Yao Zi
2026-10-16 6:54 ` [PATCH v5 08/20] LoongArch: CPU assembly routines Yao Zi
2026-10-16 6:54 ` [PATCH v5 09/20] LoongArch: Exception handling Yao Zi
2026-10-16 6:54 ` [PATCH v5 10/20] LoongArch: Boot Image bits Yao Zi
2026-10-16 6:54 ` [PATCH v5 11/20] LoongArch: Generic platform type Yao Zi
2026-10-19 13:15 ` Simon Glass
2026-10-16 6:54 ` [PATCH v5 12/20] board_f: Add LoongArch path of mon_len calculation Yao Zi
2026-10-19 13:15 ` Simon Glass
2026-10-16 6:54 ` [PATCH v5 13/20] cpu: Add loongarch_cpu driver Yao Zi
2026-10-19 13:15 ` Simon Glass
2026-10-16 6:54 ` [PATCH v5 14/20] timer: Add loongarch_timer driver Yao Zi
2026-10-19 13:15 ` Simon Glass
2026-10-16 6:54 ` [PATCH v5 15/20] board: emulation: Add qemu-loongarch Yao Zi
2026-10-19 13:15 ` Simon Glass
2026-10-16 6:54 ` [PATCH v5 16/20] efi: LoongArch: Define LoongArch bits everywhere Yao Zi
2026-10-19 13:15 ` Simon Glass
2026-10-16 6:54 ` [PATCH v5 17/20] efi: LoongArch: Implement everything Yao Zi
2026-10-19 13:16 ` Simon Glass
2026-10-21 19:14 ` Yao Zi [this message]
2026-10-16 6:54 ` [PATCH v5 18/20] doc: arch: Add documentation for LoongArch Yao Zi
2026-10-16 7:35 ` Heinrich Schuchardt
2026-10-16 14:19 ` Yao Zi
2026-10-19 13:16 ` Simon Glass
2026-10-16 6:54 ` [PATCH v5 19/20] MAINTAINERS: Add entry " Yao Zi
2026-10-19 13:16 ` Simon Glass
2026-10-16 6:55 ` [PATCH v5 20/20] CI: Wire up qemu-loongarch64 Yao Zi
2026-10-19 13:16 ` Simon Glass
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=atkPFII7BsNN5D2m@pie \
--to=me@ziyao.cc \
--cc=ilias.apalodimas@linaro.org \
--cc=jiaxun.yang@flygoat.com \
--cc=sjg@chromium.org \
--cc=trini@konsulko.com \
--cc=u-boot@lists.u-boot-project.org \
--cc=xypron.glpk@gmx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox