[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20230822095456.0a08b008@kernel.org>
Date: Tue, 22 Aug 2023 09:54:56 -0700
From: Jakub Kicinski <kuba@...nel.org>
To: "Kubalewski, Arkadiusz" <arkadiusz.kubalewski@...el.com>
Cc: Jiri Pirko <jiri@...nulli.us>, Vadim Fedorenko
<vadim.fedorenko@...ux.dev>, Jonathan Lemon <jonathan.lemon@...il.com>,
Paolo Abeni <pabeni@...hat.com>, "Olech, Milena" <milena.olech@...el.com>,
"Michalik, Michal" <michal.michalik@...el.com>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>, poros <poros@...hat.com>, mschmidt
<mschmidt@...hat.com>, "netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"linux-clk@...r.kernel.org" <linux-clk@...r.kernel.org>, Bart Van Assche
<bvanassche@....org>, "intel-wired-lan@...ts.osuosl.org"
<intel-wired-lan@...ts.osuosl.org>, Jiri Pirko <jiri@...dia.com>
Subject: Re: [PATCH net-next v4 2/9] dpll: spec: Add Netlink spec in YAML
On Mon, 21 Aug 2023 10:15:41 +0000 Kubalewski, Arkadiusz wrote:
> I prepared some POC's and it seems most convenient way to do the
> split was to add new argument as proposed on the previous mail.
> After all the spec generated diff for uAPI header like this:
>
> --- a/include/uapi/linux/dpll.h
> +++ b/include/uapi/linux/dpll.h
> @@ -148,7 +148,17 @@ enum dpll_a {
> DPLL_A_LOCK_STATUS,
> DPLL_A_TEMP,
> DPLL_A_TYPE,
> - DPLL_A_PIN_ID,
> +
> + __DPLL_A_MAX,
> + DPLL_A_MAX = (__DPLL_A_MAX - 1)
> +};
> +
> +enum dpll_a_pin {
> + DPLL_A_PIN_ID = 1,
> + DPLL_A_PIN_PARENT_ID,
> + DPLL_A_PIN_MODULE_NAME,
> + DPLL_A_PIN_PAD,
> + DPLL_A_PIN_CLOCK_ID,
> DPLL_A_PIN_BOARD_LABEL,
> DPLL_A_PIN_PANEL_LABEL,
> DPLL_A_PIN_PACKAGE_LABEL,
> @@ -164,8 +174,8 @@ enum dpll_a {
> DPLL_A_PIN_PARENT_DEVICE,
> DPLL_A_PIN_PARENT_PIN,
>
> - __DPLL_A_MAX,
> - DPLL_A_MAX = (__DPLL_A_MAX - 1)
> + __DPLL_A_PIN_MAX,
> + DPLL_A_PIN_MAX = (__DPLL_A_PIN_MAX - 1)
> };
>
> So we have additional attribute for targeting either a pin or device
> DPLL_A_PIN_PARENT_ID (u32) - which would be enclosed in the nests as
> previously:
> - DPLL_A_PIN_PARENT_DEVICE (if parent is a device)
> - DPLL_A_PIN_PARENT_PIN (if parent is a pin)
>
>
> I will adapt the docs and send this to Vadim's repo for review today,
> if that is ok for us.
LGTM!
Powered by blists - more mailing lists