BPF List
 help / color / mirror / Atom feed
From: Yonghong Song <yonghong.song@linux.dev>
To: Will Hawkins <hawkinsw@obs.cr>, bpf@vger.kernel.org, bpf@ietf.org
Subject: Re: [PATCH] docs/bpf: Add constant values for linkages
Date: Wed, 21 Aug 2024 14:29:57 -0700	[thread overview]
Message-ID: <0de00576-e102-4586-8695-62f2bf37eb3f@linux.dev> (raw)
In-Reply-To: <20240819223008.469271-1-hawkinsw@obs.cr>


On 8/19/24 3:30 PM, Will Hawkins wrote:
> Make the values of the symbolic constants that define the valid linkages
> for functions and variables explicit.
>
> Signed-off-by: Will Hawkins <hawkinsw@obs.cr>
> ---
>   Documentation/bpf/btf.rst | 44 +++++++++++++++++++++++++++++++++++----
>   1 file changed, 40 insertions(+), 4 deletions(-)
>
> diff --git a/Documentation/bpf/btf.rst b/Documentation/bpf/btf.rst
> index 257a7e1cdf5d..cce03f1e552a 100644
> --- a/Documentation/bpf/btf.rst
> +++ b/Documentation/bpf/btf.rst
> @@ -368,7 +368,7 @@ No additional type data follow ``btf_type``.
>     * ``info.kind_flag``: 0
>     * ``info.kind``: BTF_KIND_FUNC
>     * ``info.vlen``: linkage information (BTF_FUNC_STATIC, BTF_FUNC_GLOBAL
> -                   or BTF_FUNC_EXTERN)
> +                   or BTF_FUNC_EXTERN - see :ref:`BTF_Function_Linkage_Constants`)
>     * ``type``: a BTF_KIND_FUNC_PROTO type
>   
>   No additional type data follow ``btf_type``.
> @@ -424,9 +424,9 @@ following data::
>           __u32   linkage;
>       };
>   
> -``struct btf_var`` encoding:
> -  * ``linkage``: currently only static variable 0, or globally allocated
> -                 variable in ELF sections 1
> +``btf_var.linkage`` may take the values: BTF_VAR_STATIC (for a static variable),
> +or BTF_VAR_GLOBAL_ALLOCATED (for a globally allocated variable stored in ELF sections 1) -

Let us remove the above '1', just say '(... stored in explicit ELF sections)'.

Actually, for btf_var linkage, we actually have 3 values. See

enum {
	BTF_VAR_STATIC = 0,
	BTF_VAR_GLOBAL_ALLOCATED = 1,
	BTF_VAR_GLOBAL_EXTERN = 2,
};

See https://github.com/torvalds/linux/blob/master/include/uapi/linux/btf.h#L150-L154

Similar to BTF_VAR_GLOBAL_ALLOCATED, BTF_VAR_GLOBAL_EXTERN is encoded in datasec only
if the variable is stored in explicit ELF sections.

Since you are touching this doc, could you add BTF_VAR_GLOBAL_EXTERN as well?

> +see :ref:`BTF_Var_Linkage_Constants`.
>   
>   Not all type of global variables are supported by LLVM at this point.
>   The following is currently available:
> @@ -549,6 +549,42 @@ The ``btf_enum64`` encoding:
>   If the original enum value is signed and the size is less than 8,
>   that value will be sign extended into 8 bytes.
>   
> +2.3 Constant Values
> +-------------------
> +
> +.. _BTF_Function_Linkage_Constants:
> +
> +2.3.1 Function Linkage Constant Values
> +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> +.. list-table::
> +   :widths: 1 1
> +   :header-rows: 1
> +
> +   * - Name
> +     - Value
> +   * - ``BTF_FUNC_STATIC``
> +     - ``0``
> +   * - ``BTF_FUNC_GLOBAL``
> +     - ``1``
> +   * - ``BTF_FUNC_EXTERN``
> +     - ``2``
> +
> +.. _BTF_Var_Linkage_Constants:
> +
> +2.3.2 Variable Linkage Constant Values
> +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> +.. list-table::
> +   :widths: 1 1
> +   :header-rows: 1
> +
> +   * - Name
> +     - Value
> +   * - ``BTF_VAR_STATIC``
> +     - ``0``
> +   * - ``BTF_VAR_GLOBAL_ALLOCATED``
> +     - ``1``
> +
> +

Form the above, could you use similar format as in Documentation/bpf/standardization/instruction-set.rst? For example,

.. table:: Instruction class

   =====  =====  ===============================  ===================================
   class  value  description                      reference
   =====  =====  ===============================  ===================================
   LD     0x0    non-standard load operations     `Load and store instructions`_
   LDX    0x1    load into register operations    `Load and store instructions`_
   ST     0x2    store from immediate operations  `Load and store instructions`_
   STX    0x3    store from register operations   `Load and store instructions`_
   ALU    0x4    32-bit arithmetic operations     `Arithmetic and jump instructions`_
   JMP    0x5    64-bit jump operations           `Arithmetic and jump instructions`_
   JMP32  0x6    32-bit jump operations           `Arithmetic and jump instructions`_
   ALU64  0x7    64-bit arithmetic operations     `Arithmetic and jump instructions`_
   =====  =====  ===============================  ===================================

I would like we have consistant table presentation between instruction set and btf.

>   3. BTF Kernel API
>   =================
>   

WARNING: multiple messages have this Message-ID (diff)
From: Yonghong Song <yonghong.song@linux.dev>
To: Will Hawkins <hawkinsw@obs.cr>, bpf@vger.kernel.org, bpf@ietf.org
Subject: [Bpf] Re: [PATCH] docs/bpf: Add constant values for linkages
Date: Wed, 21 Aug 2024 14:29:57 -0700	[thread overview]
Message-ID: <0de00576-e102-4586-8695-62f2bf37eb3f@linux.dev> (raw)
Message-ID: <20240821212957.ZZXpbA7_uNJC0o8xQ_dqzXR8Q-1BCr9ubakFFPOzuo8@z> (raw)
In-Reply-To: <20240819223008.469271-1-hawkinsw@obs.cr>


On 8/19/24 3:30 PM, Will Hawkins wrote:
> Make the values of the symbolic constants that define the valid linkages
> for functions and variables explicit.
>
> Signed-off-by: Will Hawkins <hawkinsw@obs.cr>
> ---
>   Documentation/bpf/btf.rst | 44 +++++++++++++++++++++++++++++++++++----
>   1 file changed, 40 insertions(+), 4 deletions(-)
>
> diff --git a/Documentation/bpf/btf.rst b/Documentation/bpf/btf.rst
> index 257a7e1cdf5d..cce03f1e552a 100644
> --- a/Documentation/bpf/btf.rst
> +++ b/Documentation/bpf/btf.rst
> @@ -368,7 +368,7 @@ No additional type data follow ``btf_type``.
>     * ``info.kind_flag``: 0
>     * ``info.kind``: BTF_KIND_FUNC
>     * ``info.vlen``: linkage information (BTF_FUNC_STATIC, BTF_FUNC_GLOBAL
> -                   or BTF_FUNC_EXTERN)
> +                   or BTF_FUNC_EXTERN - see :ref:`BTF_Function_Linkage_Constants`)
>     * ``type``: a BTF_KIND_FUNC_PROTO type
>   
>   No additional type data follow ``btf_type``.
> @@ -424,9 +424,9 @@ following data::
>           __u32   linkage;
>       };
>   
> -``struct btf_var`` encoding:
> -  * ``linkage``: currently only static variable 0, or globally allocated
> -                 variable in ELF sections 1
> +``btf_var.linkage`` may take the values: BTF_VAR_STATIC (for a static variable),
> +or BTF_VAR_GLOBAL_ALLOCATED (for a globally allocated variable stored in ELF sections 1) -

Let us remove the above '1', just say '(... stored in explicit ELF sections)'.

Actually, for btf_var linkage, we actually have 3 values. See

enum {
	BTF_VAR_STATIC = 0,
	BTF_VAR_GLOBAL_ALLOCATED = 1,
	BTF_VAR_GLOBAL_EXTERN = 2,
};

See https://github.com/torvalds/linux/blob/master/include/uapi/linux/btf.h#L150-L154

Similar to BTF_VAR_GLOBAL_ALLOCATED, BTF_VAR_GLOBAL_EXTERN is encoded in datasec only
if the variable is stored in explicit ELF sections.

Since you are touching this doc, could you add BTF_VAR_GLOBAL_EXTERN as well?

> +see :ref:`BTF_Var_Linkage_Constants`.
>   
>   Not all type of global variables are supported by LLVM at this point.
>   The following is currently available:
> @@ -549,6 +549,42 @@ The ``btf_enum64`` encoding:
>   If the original enum value is signed and the size is less than 8,
>   that value will be sign extended into 8 bytes.
>   
> +2.3 Constant Values
> +-------------------
> +
> +.. _BTF_Function_Linkage_Constants:
> +
> +2.3.1 Function Linkage Constant Values
> +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> +.. list-table::
> +   :widths: 1 1
> +   :header-rows: 1
> +
> +   * - Name
> +     - Value
> +   * - ``BTF_FUNC_STATIC``
> +     - ``0``
> +   * - ``BTF_FUNC_GLOBAL``
> +     - ``1``
> +   * - ``BTF_FUNC_EXTERN``
> +     - ``2``
> +
> +.. _BTF_Var_Linkage_Constants:
> +
> +2.3.2 Variable Linkage Constant Values
> +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> +.. list-table::
> +   :widths: 1 1
> +   :header-rows: 1
> +
> +   * - Name
> +     - Value
> +   * - ``BTF_VAR_STATIC``
> +     - ``0``
> +   * - ``BTF_VAR_GLOBAL_ALLOCATED``
> +     - ``1``
> +
> +

Form the above, could you use similar format as in Documentation/bpf/standardization/instruction-set.rst? For example,

.. table:: Instruction class

   =====  =====  ===============================  ===================================
   class  value  description                      reference
   =====  =====  ===============================  ===================================
   LD     0x0    non-standard load operations     `Load and store instructions`_
   LDX    0x1    load into register operations    `Load and store instructions`_
   ST     0x2    store from immediate operations  `Load and store instructions`_
   STX    0x3    store from register operations   `Load and store instructions`_
   ALU    0x4    32-bit arithmetic operations     `Arithmetic and jump instructions`_
   JMP    0x5    64-bit jump operations           `Arithmetic and jump instructions`_
   JMP32  0x6    32-bit jump operations           `Arithmetic and jump instructions`_
   ALU64  0x7    64-bit arithmetic operations     `Arithmetic and jump instructions`_
   =====  =====  ===============================  ===================================

I would like we have consistant table presentation between instruction set and btf.

>   3. BTF Kernel API
>   =================
>   

-- 
Bpf mailing list -- bpf@ietf.org
To unsubscribe send an email to bpf-leave@ietf.org

  parent reply	other threads:[~2024-08-21 21:30 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-08-19 22:30 [PATCH] docs/bpf: Add constant values for linkages Will Hawkins
2024-08-19 22:30 ` [Bpf] " Will Hawkins
2024-08-21 21:29 ` Yonghong Song [this message]
2024-08-21 21:29   ` [Bpf] " Yonghong Song
2024-08-21 21:35   ` Will Hawkins
2024-08-21 21:35     ` [Bpf] " Will Hawkins

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=0de00576-e102-4586-8695-62f2bf37eb3f@linux.dev \
    --to=yonghong.song@linux.dev \
    --cc=bpf@ietf.org \
    --cc=bpf@vger.kernel.org \
    --cc=hawkinsw@obs.cr \
    /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