From: AKASHI Takahiro <takahiro.akashi@linaro.org>
To: Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
Cc: u-boot@lists.denx.de, Ilias Apalodimas <ilias.apalodimas@linaro.org>
Subject: Re: [PATCH v2 0/9] efi_loader: booting via short-form device-path
Date: Fri, 25 Mar 2022 16:01:42 +0900 [thread overview]
Message-ID: <20220325070142.GC50025@laputa> (raw)
In-Reply-To: <20220319091148.142036-1-heinrich.schuchardt@canonical.com>
Heinrich,
I made the same complaint several times in the past.
If I made some comments on your patches, don't merge them
until we have reached the agreement even you are the maintainer.
It's not the way how the community development should work.
This happened again with this patch series.
-Takahiro Akashi
On Sat, Mar 19, 2022 at 10:11:39AM +0100, Heinrich Schuchardt wrote:
> The GUID of partitions is sufficient for identification and will stay
> constant in the lifetime of a boot option. The preceding path of the
> device-path may change due to changes in the enumeration of devices.
> Therefore it is preferable to use the short-form of device-paths in load
> options.
>
>
> With this series booting via short-form device-paths is reenable.
> The 'efidebug boot add' command is adjusted to create either short-form
> or long-form device paths.
>
> The check for the EFI System Partition used for capsule updates is
> corrected.
>
> A unit test for the boot manager is added.
>
> v2:
> merge multiple patches to a series
> fix ESP detection
>
> Heinrich Schuchardt (9):
> efi_loader: export efi_dp_shorten()
> efi_loader: fix efi_dp_find_obj()
> efi_loader: efi_dp_find_obj() add protocol check
> efi_loader: support booting via short-form device-path
> efi_loader: use short-form DP for load options
> efi_loader: export efi_system_partition_guid
> efi_loader: remove efi_disk_is_system_part()
> efi_loader: move dtbdump.c, initrddump.c to lib/efi_loader
> test: test UEFI boot manager
>
> cmd/efidebug.c | 70 ++-
> include/efi_loader.h | 12 +-
> lib/efi_loader/Makefile | 12 +
> lib/efi_loader/dtbdump.c | 539 ++++++++++++++++++
> lib/efi_loader/efi_boottime.c | 22 +-
> lib/efi_loader/efi_capsule.c | 13 +-
> lib/efi_loader/efi_device_path.c | 138 +++--
> lib/efi_loader/efi_disk.c | 31 +-
> lib/efi_loader/initrddump.c | 449 +++++++++++++++
> lib/efi_selftest/Makefile | 12 -
> lib/efi_selftest/dtbdump.c | 539 ------------------
> lib/efi_selftest/initrddump.c | 449 ---------------
> test/py/tests/test_efi_bootmgr/conftest.py | 42 ++
> .../test_efi_bootmgr/test_efi_bootmgr.py | 31 +
> 14 files changed, 1232 insertions(+), 1127 deletions(-)
> create mode 100644 lib/efi_loader/dtbdump.c
> create mode 100644 lib/efi_loader/initrddump.c
> delete mode 100644 lib/efi_selftest/dtbdump.c
> delete mode 100644 lib/efi_selftest/initrddump.c
> create mode 100644 test/py/tests/test_efi_bootmgr/conftest.py
> create mode 100644 test/py/tests/test_efi_bootmgr/test_efi_bootmgr.py
>
> --
> 2.34.1
>
WARNING: multiple messages have this Message-ID (diff)
From: AKASHI Takahiro <takahiro.akashi@linaro.org>
To: Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
Cc: u-boot@lists.denx.de, Ilias Apalodimas <ilias.apalodimas@linaro.org>
Subject: Re: [PATCH v2 0/9] efi_loader: booting via short-form device-path
Date: Fri, 25 Mar 2022 18:12:43 +0900 [thread overview]
Message-ID: <20220325070142.GC50025@laputa> (raw)
Message-ID: <20220325091243.CZuX27mb6MzG3ku4qsW1gehb_gDi7I7364uuwtt2CAg@z> (raw)
In-Reply-To: <20220319091148.142036-1-heinrich.schuchardt@canonical.com>
Heinrich,
I made the same complaint several times in the past.
If I made some comments on your patches, don't merge them
until we have reached the agreement even you are the maintainer.
It's not the way how the community development should work.
This happened again with this patch series.
-Takahiro Akashi
On Sat, Mar 19, 2022 at 10:11:39AM +0100, Heinrich Schuchardt wrote:
> The GUID of partitions is sufficient for identification and will stay
> constant in the lifetime of a boot option. The preceding path of the
> device-path may change due to changes in the enumeration of devices.
> Therefore it is preferable to use the short-form of device-paths in load
> options.
>
>
> With this series booting via short-form device-paths is reenable.
> The 'efidebug boot add' command is adjusted to create either short-form
> or long-form device paths.
>
> The check for the EFI System Partition used for capsule updates is
> corrected.
>
> A unit test for the boot manager is added.
>
> v2:
> merge multiple patches to a series
> fix ESP detection
>
> Heinrich Schuchardt (9):
> efi_loader: export efi_dp_shorten()
> efi_loader: fix efi_dp_find_obj()
> efi_loader: efi_dp_find_obj() add protocol check
> efi_loader: support booting via short-form device-path
> efi_loader: use short-form DP for load options
> efi_loader: export efi_system_partition_guid
> efi_loader: remove efi_disk_is_system_part()
> efi_loader: move dtbdump.c, initrddump.c to lib/efi_loader
> test: test UEFI boot manager
>
> cmd/efidebug.c | 70 ++-
> include/efi_loader.h | 12 +-
> lib/efi_loader/Makefile | 12 +
> lib/efi_loader/dtbdump.c | 539 ++++++++++++++++++
> lib/efi_loader/efi_boottime.c | 22 +-
> lib/efi_loader/efi_capsule.c | 13 +-
> lib/efi_loader/efi_device_path.c | 138 +++--
> lib/efi_loader/efi_disk.c | 31 +-
> lib/efi_loader/initrddump.c | 449 +++++++++++++++
> lib/efi_selftest/Makefile | 12 -
> lib/efi_selftest/dtbdump.c | 539 ------------------
> lib/efi_selftest/initrddump.c | 449 ---------------
> test/py/tests/test_efi_bootmgr/conftest.py | 42 ++
> .../test_efi_bootmgr/test_efi_bootmgr.py | 31 +
> 14 files changed, 1232 insertions(+), 1127 deletions(-)
> create mode 100644 lib/efi_loader/dtbdump.c
> create mode 100644 lib/efi_loader/initrddump.c
> delete mode 100644 lib/efi_selftest/dtbdump.c
> delete mode 100644 lib/efi_selftest/initrddump.c
> create mode 100644 test/py/tests/test_efi_bootmgr/conftest.py
> create mode 100644 test/py/tests/test_efi_bootmgr/test_efi_bootmgr.py
>
> --
> 2.34.1
>
next prev parent reply other threads:[~2022-03-25 7:02 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-19 9:11 [PATCH v2 0/9] efi_loader: booting via short-form device-path Heinrich Schuchardt
2022-03-19 9:11 ` [PATCH v2 1/9] efi_loader: export efi_dp_shorten() Heinrich Schuchardt
2022-03-21 7:41 ` Ilias Apalodimas
2022-03-23 6:55 ` AKASHI Takahiro
2022-03-19 9:11 ` [PATCH v2 2/9] efi_loader: fix efi_dp_find_obj() Heinrich Schuchardt
2022-03-23 7:18 ` AKASHI Takahiro
2022-03-19 9:11 ` [PATCH v2 3/9] efi_loader: efi_dp_find_obj() add protocol check Heinrich Schuchardt
2022-03-23 7:26 ` AKASHI Takahiro
2022-03-19 9:11 ` [PATCH v2 4/9] efi_loader: support booting via short-form device-path Heinrich Schuchardt
2022-03-23 7:50 ` AKASHI Takahiro
2022-03-19 9:11 ` [PATCH v2 5/9] efi_loader: use short-form DP for load options Heinrich Schuchardt
2022-03-23 8:18 ` AKASHI Takahiro
2022-03-19 9:11 ` [PATCH v2 6/9] efi_loader: export efi_system_partition_guid Heinrich Schuchardt
2022-03-19 9:11 ` [PATCH v2 7/9] efi_loader: remove efi_disk_is_system_part() Heinrich Schuchardt
2022-03-19 9:11 ` [PATCH v2 8/9] efi_loader: move dtbdump.c, initrddump.c to lib/efi_loader Heinrich Schuchardt
2022-03-23 7:01 ` AKASHI Takahiro
2022-03-19 9:11 ` [PATCH v2 9/9] test: test UEFI boot manager Heinrich Schuchardt
2022-03-25 7:01 ` AKASHI Takahiro [this message]
2022-03-25 9:12 ` [PATCH v2 0/9] efi_loader: booting via short-form device-path AKASHI Takahiro
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=20220325070142.GC50025@laputa \
--to=takahiro.akashi@linaro.org \
--cc=heinrich.schuchardt@canonical.com \
--cc=ilias.apalodimas@linaro.org \
--cc=u-boot@lists.denx.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