[PATCH v3 24/35] acpi: Add support for writing a GPIO power sequence

Bin Meng bmeng.cn at gmail.com
Mon Jun 29 05:00:14 CEST 2020


Hi Simon,

On Sun, Jun 14, 2020 at 10:55 AM Simon Glass <sjg at chromium.org> wrote:
>
> Power to some devices is controlled by GPIOs. Add a way to generate ACPI
> code to enable and disable a GPIO so that this can be handled within an
> ACPI method.
>
> Signed-off-by: Simon Glass <sjg at chromium.org>
> Reviewed-by: Wolfgang Wallner <wolfgang.wallner at br-automation.com>
> ---
>
> (no changes since v1)
>
>  include/acpi/acpigen.h | 12 +++++++
>  lib/acpi/acpigen.c     | 80 ++++++++++++++++++++++++++++++++++++++++++
>  test/dm/acpigen.c      | 54 ++++++++++++++++++++++++++++
>  3 files changed, 146 insertions(+)
>
> diff --git a/include/acpi/acpigen.h b/include/acpi/acpigen.h
> index d7a7f2f538..d68dca5dde 100644
> --- a/include/acpi/acpigen.h
> +++ b/include/acpi/acpigen.h
> @@ -13,6 +13,7 @@
>  #include <linux/types.h>
>
>  struct acpi_ctx;
> +struct acpi_gpio;
>
>  /* Top 4 bits of the value used to indicate a three-byte length value */
>  #define ACPI_PKG_LEN_3_BYTES   0x80
> @@ -340,4 +341,15 @@ void acpigen_write_power_res(struct acpi_ctx *ctx, const char *name, uint level,
>                              uint order, const char *const dev_states[],
>                              size_t dev_states_count);
>
> +/*
> + * Helper functions for enabling/disabling Tx GPIOs based on the GPIO
> + * polarity. These functions end up calling acpigen_soc_{set,clear}_tx_gpio to
> + * make callbacks into SoC acpigen code.
> + *
> + * Returns 0 on success and -1 on error.
> + */
> +int acpigen_set_enable_tx_gpio(struct acpi_ctx *ctx, u32 tx_state_val,
> +                              const char *dw0_name, struct acpi_gpio *gpio,

What is dw0? Is dw0 generic stuff or GPIO specific? Need a comment
block for parameter descriptions.

> +                              bool enable);
> +
>  #endif
> diff --git a/lib/acpi/acpigen.c b/lib/acpi/acpigen.c
> index 5df6ebe334..e0af36f775 100644
> --- a/lib/acpi/acpigen.c
> +++ b/lib/acpi/acpigen.c
> @@ -13,6 +13,7 @@
>  #include <log.h>
>  #include <uuid.h>
>  #include <acpi/acpigen.h>
> +#include <acpi/acpi_device.h>
>  #include <dm/acpi.h>
>
>  u8 *acpigen_get_current(struct acpi_ctx *ctx)
> @@ -392,3 +393,82 @@ void acpigen_write_debug_string(struct acpi_ctx *ctx, const char *str)
>         acpigen_write_string(ctx, str);
>         acpigen_emit_ext_op(ctx, DEBUG_OP);
>  }
> +
> +/**
> + * acpigen_get_dw0_in_local5() - Generate code to put dw0 cfg0 in local5

Could you please explain why we put dw0 to local5? How about other
local objects?

> + *
> + * @ctx: ACPI context pointer
> + * @dw0_name: Name to use (e.g. "\\_SB.GPC0")
> + * @addr: GPIO pin configuration register address
> + *
> + * Store (\_SB.GPC0 (addr), Local5)
> + * \_SB.GPC0 is used to read cfg0 value from dw0. It is typically defined in
> + * the board's gpiolib.asl
> + */
> +static void acpigen_get_dw0_in_local5(struct acpi_ctx *ctx,
> +                                     const char *dw0_name, ulong addr)
> +{
> +       acpigen_write_store(ctx);
> +       acpigen_emit_namestring(ctx, dw0_name);
> +       acpigen_write_integer(ctx, addr);
> +       acpigen_emit_byte(ctx, LOCAL5_OP);
> +}
> +
> +/**
> + * acpigen_set_gpio_val() - Set value of TX GPIO to on/off
> + *
> + * @ctx: ACPI context pointer
> + * @dw0_name: Name to use (e.g. "\\_SB.GPC0")
> + * @gpio_num: GPIO number to adjust
> + * @vaL: true to set on, false to set off
> + */
> +static int acpigen_set_gpio_val(struct acpi_ctx *ctx, u32 tx_state_val,
> +                               const char *dw0_name, struct acpi_gpio *gpio,
> +                               bool val)
> +{
> +       acpigen_get_dw0_in_local5(ctx, dw0_name, gpio->pin0_addr);
> +
> +       if (val) {
> +               /* Or (Local5, PAD_CFG0_TX_STATE, Local5) */
> +               acpigen_write_or(ctx, LOCAL5_OP, tx_state_val, LOCAL5_OP);
> +       } else {
> +               /* Not (PAD_CFG0_TX_STATE, Local6) */
> +               acpigen_write_not(ctx, tx_state_val, LOCAL6_OP);
> +
> +               /* And (Local5, Local6, Local5) */
> +               acpigen_write_and(ctx, LOCAL5_OP, LOCAL6_OP, LOCAL5_OP);
> +       }
> +
> +       /*
> +        * \_SB.SPC0 (addr, Local5)
> +        * \_SB.SPC0 is used to write cfg0 value in dw0. It is defined in
> +        * gpiolib.asl.
> +        */
> +       acpigen_emit_namestring(ctx, dw0_name);
> +       acpigen_write_integer(ctx, gpio->pin0_addr);
> +       acpigen_emit_byte(ctx, LOCAL5_OP);
> +
> +       return 0;
> +}
> +
> +/*
> + * Helper functions for enabling/disabling Tx GPIOs based on the GPIO
> + * polarity. These functions end up calling acpigen_{set,clear}_tx_gpio to
> + * make callbacks into SoC acpigen code.
> + *
> + * Returns 0 on success and -1 on error.
> + */
> +int acpigen_set_enable_tx_gpio(struct acpi_ctx *ctx, u32 tx_state_val,
> +                              const char *dw0_name, struct acpi_gpio *gpio,
> +                              bool enable)
> +{
> +       bool set;
> +       int ret;
> +
> +       set = gpio->polarity == ACPI_GPIO_ACTIVE_HIGH ? enable : !enable;
> +       ret = acpigen_set_gpio_val(ctx, tx_state_val, dw0_name, gpio, set);
> +       if (ret)
> +               return log_msg_ret("call", ret);
> +
> +       return 0;
> +}
> diff --git a/test/dm/acpigen.c b/test/dm/acpigen.c
> index e66508932b..cbd0007365 100644
> --- a/test/dm/acpigen.c
> +++ b/test/dm/acpigen.c
> @@ -741,3 +741,57 @@ static int dm_test_acpi_power_res(struct unit_test_state *uts)
>         return 0;
>  }
>  DM_TEST(dm_test_acpi_power_res, 0);
> +
> +/* Test writing ACPI code to toggle a GPIO */
> +static int dm_test_acpi_gpio_toggle(struct unit_test_state *uts)
> +{
> +       const uint addr = 0x80012;
> +       const int txbit = BIT(2);
> +       struct gpio_desc desc;
> +       struct acpi_gpio gpio;
> +       struct acpi_ctx *ctx;
> +       struct udevice *dev;
> +       u8 *ptr;
> +
> +       ut_assertok(alloc_context(&ctx));
> +
> +       ut_assertok(uclass_get_device(UCLASS_TEST_FDT, 0, &dev));
> +       ut_asserteq_str("a-test", dev->name);
> +       ut_assertok(gpio_request_by_name(dev, "test2-gpios", 2, &desc, 0));
> +       ut_assertok(gpio_get_acpi(&desc, &gpio));
> +
> +       /* Spot-check the results - see sb_gpio_get_acpi() */
> +       ptr = acpigen_get_current(ctx);
> +       acpigen_set_enable_tx_gpio(ctx, txbit, "\\_SB.GPC0", &gpio, true);
> +       acpigen_set_enable_tx_gpio(ctx, txbit, "\\_SB.GPC0", &gpio, false);
> +
> +       /* Since this GPIO is active low, we expect it to be cleared here */
> +       ut_asserteq(STORE_OP, ptr[0]);
> +       ut_asserteq_strn("_SB_GPC0", (char *)ptr + 3);
> +       ut_asserteq(addr + desc.offset, get_unaligned((u32 *)(ptr + 0xc)));
> +       ut_asserteq(LOCAL5_OP, ptr[0x10]);
> +
> +       ut_asserteq(NOT_OP, ptr[0x11]);
> +       ut_asserteq(txbit, ptr[0x12]);
> +       ut_asserteq(AND_OP, ptr[0x14]);
> +       ut_asserteq_strn("_SB_GPC0", (char *)ptr + 0x1a);
> +       ut_asserteq(addr + desc.offset, get_unaligned((u32 *)(ptr + 0x23)));
> +       ut_asserteq(LOCAL5_OP, ptr[0x27]);
> +
> +       /* Now the second one, which should be set */
> +       ut_asserteq_strn("_SB_GPC0", (char *)ptr + 0x2b);
> +       ut_asserteq(addr + desc.offset, get_unaligned((u32 *)(ptr + 0x34)));
> +       ut_asserteq(LOCAL5_OP, ptr[0x38]);
> +
> +       ut_asserteq(OR_OP, ptr[0x39]);
> +       ut_asserteq(txbit, ptr[0x3b]);
> +       ut_asserteq_strn("_SB_GPC0", (char *)ptr + 0x3f);
> +       ut_asserteq(addr + desc.offset, get_unaligned((u32 *)(ptr + 0x48)));
> +       ut_asserteq(LOCAL5_OP, ptr[0x4c]);
> +       ut_asserteq(0x4d, acpigen_get_current(ctx) - ptr);
> +
> +       free_context(&ctx);
> +
> +       return 0;
> +}
> +DM_TEST(dm_test_acpi_gpio_toggle, DM_TESTF_SCAN_PDATA | DM_TESTF_SCAN_FDT);

Regards,
Bin


More information about the U-Boot mailing list