From: AKASHI Takahiro <takahiro.akashi@linaro.org>
To: Heinrich Schuchardt <xypron.glpk@gmx.de>
Cc: masami.hiramatsu@linaro.org, u-boot@lists.denx.de,
agraf@csgraf.de, sjg@chromium.org, ilias.apalodimas@linaro.org
Subject: Re: [RFC v2 19/20] efi_loader: disk: not create BLK device for BLK(IF_TYPE_EFI) devices
Date: Thu, 6 Jan 2022 15:59:43 +0900 [thread overview]
Message-ID: <20220106065943.GD45004@laputa> (raw)
In-Reply-To: <520fad14-8023-93dd-205c-fe0dc5f2315e@gmx.de>
On Sun, Jan 02, 2022 at 10:19:21AM +0100, Heinrich Schuchardt wrote:
> On 12/10/21 07:49, AKASHI Takahiro wrote:
> > When we create an efi_disk device with an UEFI application using driver
> > binding protocol, the 'efi_driver' framework tries to create
> > a corresponding block device(UCLASS_BLK/IF_TYPE_EFI). This will lead to
>
> I assume this is IF_TYPE_EFI_LOADER now?
Yes in v2022.01-rc4 and later.
-Takahiro Akashi
> Best regards
>
> Heinrich
>
> > calling a PROBE callback, efi_disk_probe().
> > In this case, however, we don't need to create another "efi_disk" device
> > as we already have this device instance.
> >
> > So we should avoid recursively invoke further processing in the callback
> > function.
> >
> > Signed-off-by: AKASHI Takahiro <takahiro.akashi@linaro.org>
> > ---
> > lib/efi_loader/efi_disk.c | 22 +++++++++++++++++-----
> > 1 file changed, 17 insertions(+), 5 deletions(-)
> >
> > diff --git a/lib/efi_loader/efi_disk.c b/lib/efi_loader/efi_disk.c
> > index 8e33af76711f..f37f8c1ab0f1 100644
> > --- a/lib/efi_loader/efi_disk.c
> > +++ b/lib/efi_loader/efi_disk.c
> > @@ -603,6 +603,7 @@ static int efi_disk_probe(void *ctx, struct event *event)
> > {
> > struct udevice *dev;
> > enum uclass_id id;
> > + struct blk_desc *desc;
> > struct udevice *child;
> > int ret;
> >
> > @@ -616,9 +617,16 @@ static int efi_disk_probe(void *ctx, struct event *event)
> > return 0;
> > }
> >
> > - ret = efi_disk_create_raw(dev);
> > - if (ret)
> > - return -1;
> > + /*
> > + * avoid creating duplicated objects now that efi_driver
> > + * has already created an efi_disk at this moment.
> > + */
> > + desc = dev_get_uclass_plat(dev);
> > + if (desc->if_type != IF_TYPE_EFI) {
> > + ret = efi_disk_create_raw(dev);
> > + if (ret)
> > + return -1;
> > + }
> >
> > device_foreach_child(child, dev) {
> > ret = efi_disk_create_part(child);
> > @@ -642,13 +650,17 @@ static int efi_disk_probe(void *ctx, struct event *event)
> > static int efi_disk_delete_raw(struct udevice *dev)
> > {
> > efi_handle_t handle;
> > + struct blk_desc *desc;
> > struct efi_disk_obj *diskobj;
> >
> > if (dev_tag_get_ptr(dev, DM_TAG_EFI, (void **)&handle))
> > return -1;
> >
> > - diskobj = container_of(handle, struct efi_disk_obj, header);
> > - efi_free_pool(diskobj->dp);
> > + desc = dev_get_uclass_plat(dev);
> > + if (desc->if_type != IF_TYPE_EFI) {
> > + diskobj = container_of(handle, struct efi_disk_obj, header);
> > + efi_free_pool(diskobj->dp);
> > + }
> >
> > efi_delete_handle(handle);
> > dev_tag_del(dev, DM_TAG_EFI);
>
next prev parent reply other threads:[~2022-01-06 6:59 UTC|newest]
Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-12-10 6:49 [RFC v2 00/20] efi_loader: more tightly integrate UEFI disks to driver model AKASHI Takahiro
2021-12-10 6:49 ` [RFC v2 01/20] part: call part_init() in blk_get_device_by_str() only for MMC AKASHI Takahiro
2021-12-10 6:49 ` [RFC v2 02/20] blk: add a helper function, blk_probe_or_unbind() AKASHI Takahiro
2021-12-13 12:51 ` Simon Glass
2021-12-14 7:01 ` AKASHI Takahiro
2021-12-18 10:55 ` Heinrich Schuchardt
2021-12-20 5:19 ` AKASHI Takahiro
2021-12-10 6:49 ` [RFC v2 03/20] scsi: call device_probe() after scanning AKASHI Takahiro
2021-12-10 6:49 ` [RFC v2 04/20] usb: storage: " AKASHI Takahiro
2021-12-10 6:49 ` [RFC v2 05/20] mmc: " AKASHI Takahiro
2021-12-18 9:48 ` Heinrich Schuchardt
2021-12-18 10:03 ` Heinrich Schuchardt
2022-01-02 9:47 ` Heinrich Schuchardt
2022-01-03 10:09 ` Jaehoon Chung
2021-12-10 6:49 ` [RFC v2 06/20] nvme: " AKASHI Takahiro
2021-12-10 6:49 ` [RFC v2 07/20] sata: " AKASHI Takahiro
2021-12-13 12:51 ` Simon Glass
2021-12-10 6:49 ` [RFC v2 08/20] block: ide: " AKASHI Takahiro
2021-12-10 6:49 ` [RFC v2 09/20] dm: fix an 'undefined' error in some macros AKASHI Takahiro
2021-12-13 12:51 ` Simon Glass
2022-01-07 12:38 ` Ilias Apalodimas
2021-12-10 6:49 ` [RFC v2 10/20] virtio: call device_probe() in scanning AKASHI Takahiro
2021-12-13 12:51 ` Simon Glass
2021-12-10 6:49 ` [RFC v2 11/20] dm: add event notification AKASHI Takahiro
2021-12-13 12:51 ` Simon Glass
2021-12-14 7:07 ` AKASHI Takahiro
2021-12-19 22:17 ` Simon Glass
2022-01-02 9:41 ` Heinrich Schuchardt
2021-12-10 6:49 ` [RFC v2 12/20] dm: add tag support AKASHI Takahiro
2021-12-13 12:51 ` Simon Glass
2021-12-14 7:05 ` AKASHI Takahiro
2021-12-28 8:32 ` Simon Glass
2021-12-10 6:49 ` [RFC v2 13/20] dm: disk: add UCLASS_PARTITION AKASHI Takahiro
2021-12-10 6:49 ` [RFC v2 14/20] dm: blk: add a device-probe hook for scanning disk partitions AKASHI Takahiro
2021-12-13 12:51 ` Simon Glass
2021-12-10 6:49 ` [RFC v2 15/20] efi_loader: disk: a helper function to create efi_disk objects from udevice AKASHI Takahiro
2022-01-02 9:18 ` Heinrich Schuchardt
2022-01-06 7:16 ` AKASHI Takahiro
2021-12-10 6:49 ` [RFC v2 16/20] efi_loader: disk: a helper function to delete efi_disk objects AKASHI Takahiro
2021-12-10 6:49 ` [RFC v2 17/20] dm: disk: add read/write interfaces with udevice AKASHI Takahiro
2021-12-10 6:49 ` [RFC v2 18/20] efi_loader: disk: use udevice instead of blk_desc AKASHI Takahiro
2021-12-13 12:51 ` Simon Glass
2021-12-10 6:49 ` [RFC v2 19/20] efi_loader: disk: not create BLK device for BLK(IF_TYPE_EFI) devices AKASHI Takahiro
2021-12-13 12:51 ` Simon Glass
2022-01-02 9:19 ` Heinrich Schuchardt
2022-01-06 6:59 ` AKASHI Takahiro [this message]
2021-12-10 6:49 ` [RFC v2 20/20] efi_driver: align with efi_disk-dm integration AKASHI Takahiro
2021-12-13 12:51 ` Simon Glass
2022-01-27 15:05 ` [RFC v2 00/20] efi_loader: more tightly integrate UEFI disks to driver model Simon Glass
2022-01-28 5:01 ` AKASHI Takahiro
2022-01-28 12:32 ` 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=20220106065943.GD45004@laputa \
--to=takahiro.akashi@linaro.org \
--cc=agraf@csgraf.de \
--cc=ilias.apalodimas@linaro.org \
--cc=masami.hiramatsu@linaro.org \
--cc=sjg@chromium.org \
--cc=u-boot@lists.denx.de \
--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