All of lore.kernel.org
 help / color / mirror / Atom feed
From: AKASHI Takahiro <takahiro.akashi@linaro.org>
To: u-boot@lists.denx.de
Subject: [PATCH 1/1] efi_loader: fix documentation in efi_loader.h
Date: Fri, 26 Feb 2021 15:30:09 +0900	[thread overview]
Message-ID: <20210226063009.GA26702@laputa> (raw)
In-Reply-To: <20210225110348.17712-1-xypron.glpk@gmx.de>

On Thu, Feb 25, 2021 at 12:03:48PM +0100, Heinrich Schuchardt wrote:
> Correct missing descriptions and typos in efi_loader.h.
> 
> Signed-off-by: Heinrich Schuchardt <xypron.glpk@gmx.de>
> ---
>  include/efi_loader.h | 20 +++++++++++++-------
>  1 file changed, 13 insertions(+), 7 deletions(-)
> 
> diff --git a/include/efi_loader.h b/include/efi_loader.h
> index f470bbd636..68daa1a4a9 100644
> --- a/include/efi_loader.h
> +++ b/include/efi_loader.h
> @@ -242,7 +242,7 @@ struct efi_open_protocol_info_item {
>   * @link:		link to the list of protocols of a handle
>   * @guid:		GUID of the protocol
>   * @protocol_interface:	protocol interface
> - * @open_infos		link to the list of open protocol info items
> + * @open_infos:		link to the list of open protocol info items
>   */
>  struct efi_handler {
>  	struct list_head link;
> @@ -258,9 +258,13 @@ struct efi_handler {
>   * started image.
>   */
>  enum efi_object_type {
> +	/** @EFI_OBJECT_TYPE_UNDEFINED: undefined image type */
>  	EFI_OBJECT_TYPE_UNDEFINED = 0,
> +	/** @EFI_OBJECT_TYPE_U_BOOT_FIRMWARE: U-Boot firmware */
>  	EFI_OBJECT_TYPE_U_BOOT_FIRMWARE,
> +	/** @EFI_OBJECT_TYPE_LOADED_IMAGE: loaded image (not started) */
>  	EFI_OBJECT_TYPE_LOADED_IMAGE,
> +	/** @EFI_OBJECT_TYPE_STARTED_IMAGE: started image */
>  	EFI_OBJECT_TYPE_STARTED_IMAGE,
>  };
> 
> @@ -270,6 +274,7 @@ enum efi_object_type {
>   * @link:	pointers to put the handle into a linked list
>   * @protocols:	linked list with the protocol interfaces installed on this
>   *		handle
> + * @type:	image type if the handle relates to an image
>   *
>   * UEFI offers a flexible and expandable object model. The objects in the UEFI
>   * API are devices, drivers, and loaded images. struct efi_object is our storage
> @@ -325,7 +330,7 @@ struct efi_loaded_image_obj {
>   * @queue_link:		Link to the list of queued events
>   * @type:		Type of event, see efi_create_event
>   * @notify_tpl:		Task priority level of notifications
> - * @nofify_function:	Function to call when the event is triggered
> + * @notify_function:	Function to call when the event is triggered
>   * @notify_context:	Data to be passed to the notify function
>   * @group:		Event group
>   * @trigger_time:	Period of the timer
> @@ -368,7 +373,8 @@ struct efi_protocol_notification {
>  };
> 
>  /**
> - * efi_register_notify_event - event registered by RegisterProtocolNotify()
> + * struct efi_register_notify_event - event registered by
> + *				      RegisterProtocolNotify()
>   *
>   * The address of this structure serves as registration value.
>   *
> @@ -747,7 +753,7 @@ efi_status_t efi_set_load_options(efi_handle_t handle,
>  efi_status_t efi_bootmgr_load(efi_handle_t *handle, void **load_options);
> 
>  /**
> - * efi_image_regions - A list of memory regions
> + * struct efi_image_regions - A list of memory regions
>   *
>   * @max:	Maximum number of regions
>   * @num:	Number of regions
> @@ -760,13 +766,13 @@ struct efi_image_regions {
>  };
> 
>  /**
> - * efi_sig_data - A decoded data of struct efi_signature_data
> + * struct efi_sig_data - A decoded data of struct efi_signature_data

'data' is a plural or mass noun. "a data" must be grammatically
incorrect. Please fix it as well.

Thanks,
-Takahiro Akashi

>   *
>   * This structure represents an internal form of signature in
>   * signature database. A listed list may represent a signature list.
>   *
>   * @next:	Pointer to next entry
> - * @onwer:	Signature owner
> + * @owner:	Signature owner
>   * @data:	Pointer to signature data
>   * @size:	Size of signature data
>   */
> @@ -778,7 +784,7 @@ struct efi_sig_data {
>  };
> 
>  /**
> - * efi_signature_store - A decoded data of signature database
> + * struct efi_signature_store - A decoded data of signature database
>   *
>   * This structure represents an internal form of signature database.
>   *
> --
> 2.30.0
> 

      reply	other threads:[~2021-02-26  6:30 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-02-25 11:03 [PATCH 1/1] efi_loader: fix documentation in efi_loader.h Heinrich Schuchardt
2021-02-26  6:30 ` AKASHI Takahiro [this message]

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=20210226063009.GA26702@laputa \
    --to=takahiro.akashi@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.