From: Jacob Keller <jacob.e.keller@intel.com>
To: Daniel Machon <daniel.machon@microchip.com>,
"David S. Miller" <davem@davemloft.net>,
Eric Dumazet <edumazet@google.com>,
Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
Lars Povlsen <lars.povlsen@microchip.com>,
Steen Hegelund <Steen.Hegelund@microchip.com>,
<horatiu.vultur@microchip.com>,
<jensemil.schulzostergaard@microchip.com>,
<UNGLinuxDriver@microchip.com>,
Richard Cochran <richardcochran@gmail.com>, <horms@kernel.org>,
<justinstitt@google.com>, <gal@nvidia.com>,
<aakash.r.menon@gmail.com>
Cc: <netdev@vger.kernel.org>, <linux-arm-kernel@lists.infradead.org>,
<linux-kernel@vger.kernel.org>
Subject: Re: [PATCH net-next 02/15] net: sparx5: add indirection layer to register macros
Date: Tue, 1 Oct 2024 10:52:44 -0700 [thread overview]
Message-ID: <61470f4b-2cc6-49ea-a94e-35df1642922d@intel.com> (raw)
In-Reply-To: <20241001-b4-sparx5-lan969x-switch-driver-v1-2-8c6896fdce66@microchip.com>
On 10/1/2024 6:50 AM, Daniel Machon wrote:
> The register macros are used to read and write to the switch registers.
> The registers are largely the same on Sparx5 and lan969x, however in some
> cases they differ. The differences can be one or more of the following:
> target size, register address, register count, group address, group
> count, group size, field position, field size.
>
> In order to handle these differences, we introduce a new indirection
> layer, that defines and maps them to corresponding values, based on the
> platform. As the register macro arguments can now be non-constants, we
> also add non-constant variants of FIELD_GET and FIELD_PREP.
>
> Since the indirection layer contributes to longer macros, we have
> changed the formatting of them slightly, to adhere to a 80 character
> limit, and added a comment if a macro is platform-specific.
>
> With these additions, we can reuse all the existing macros for
> lan969x.
>
> Signed-off-by: Daniel Machon <daniel.machon@microchip.com>
> Reviewed-by: Steen Hegelund <Steen.Hegelund@microchip.com>
> ---
> drivers/net/ethernet/microchip/sparx5/Makefile | 2 +-
> .../net/ethernet/microchip/sparx5/sparx5_main.c | 17 +
> .../net/ethernet/microchip/sparx5/sparx5_main.h | 15 +
> .../ethernet/microchip/sparx5/sparx5_main_regs.h | 4128 +++++++++++---------
> .../net/ethernet/microchip/sparx5/sparx5_regs.c | 219 ++
> .../net/ethernet/microchip/sparx5/sparx5_regs.h | 244 ++
> 6 files changed, 2755 insertions(+), 1870 deletions(-)
>
> diff --git a/drivers/net/ethernet/microchip/sparx5/Makefile b/drivers/net/ethernet/microchip/sparx5/Makefile
> index 288de95add18..3435ca86dd70 100644
> --- a/drivers/net/ethernet/microchip/sparx5/Makefile
> +++ b/drivers/net/ethernet/microchip/sparx5/Makefile
> @@ -11,7 +11,7 @@ sparx5-switch-y := sparx5_main.o sparx5_packet.o \
> sparx5_ptp.o sparx5_pgid.o sparx5_tc.o sparx5_qos.o \
> sparx5_vcap_impl.o sparx5_vcap_ag_api.o sparx5_tc_flower.o \
> sparx5_tc_matchall.o sparx5_pool.o sparx5_sdlb.o sparx5_police.o \
> - sparx5_psfp.o sparx5_mirror.o
> + sparx5_psfp.o sparx5_mirror.o sparx5_regs.o
>
> sparx5-switch-$(CONFIG_SPARX5_DCB) += sparx5_dcb.o
> sparx5-switch-$(CONFIG_DEBUG_FS) += sparx5_vcap_debugfs.o
> diff --git a/drivers/net/ethernet/microchip/sparx5/sparx5_main.c b/drivers/net/ethernet/microchip/sparx5/sparx5_main.c
> index 179a1dc0d8f6..9a8d2e8c02a5 100644
> --- a/drivers/net/ethernet/microchip/sparx5/sparx5_main.c
> +++ b/drivers/net/ethernet/microchip/sparx5/sparx5_main.c
> @@ -29,6 +29,8 @@
> #include "sparx5_port.h"
> #include "sparx5_qos.h"
>
> +const struct sparx5_regs *regs;
> +
> #define QLIM_WM(fraction) \
> ((SPX5_BUFFER_MEMORY / SPX5_BUFFER_CELL_SZ - 100) * (fraction) / 100)
> #define IO_RANGES 3
> @@ -759,6 +761,9 @@ static int mchp_sparx5_probe(struct platform_device *pdev)
> sparx5->data = device_get_match_data(sparx5->dev);
> if (!sparx5->data)
> return -EINVAL;
> +
> + regs = sparx5->data->regs;
> +
> /* Do switch core reset if available */
> reset = devm_reset_control_get_optional_shared(&pdev->dev, "switch");
> if (IS_ERR(reset))
> @@ -937,10 +942,22 @@ static void mchp_sparx5_remove(struct platform_device *pdev)
> destroy_workqueue(sparx5->mact_queue);
> }
>
> +static const struct sparx5_regs sparx5_regs = {
> + .tsize = sparx5_tsize,
> + .gaddr = sparx5_gaddr,
> + .gcnt = sparx5_gcnt,
> + .gsize = sparx5_gsize,
> + .raddr = sparx5_raddr,
> + .rcnt = sparx5_rcnt,
> + .fpos = sparx5_fpos,
> + .fsize = sparx5_fsize,
> +};
> +
> static const struct sparx5_match_data sparx5_desc = {
> .iomap = sparx5_main_iomap,
> .iomap_size = ARRAY_SIZE(sparx5_main_iomap),
> .ioranges = 3,
> + .regs = &sparx5_regs,
> };
>
> static const struct of_device_id mchp_sparx5_match[] = {
> diff --git a/drivers/net/ethernet/microchip/sparx5/sparx5_main.h b/drivers/net/ethernet/microchip/sparx5/sparx5_main.h
> index 845f918aaf5e..e3f22b730d80 100644
> --- a/drivers/net/ethernet/microchip/sparx5/sparx5_main.h
> +++ b/drivers/net/ethernet/microchip/sparx5/sparx5_main.h
> @@ -226,6 +226,17 @@ struct sparx5_mall_entry {
> #define SPARX5_SKB_CB(skb) \
> ((struct sparx5_skb_cb *)((skb)->cb))
>
> +struct sparx5_regs {
> + const unsigned int *tsize;
> + const unsigned int *gaddr;
> + const unsigned int *gcnt;
> + const unsigned int *gsize;
> + const unsigned int *raddr;
> + const unsigned int *rcnt;
> + const unsigned int *fpos;
> + const unsigned int *fsize;
> +};
> +
> struct sparx5_main_io_resource {
> enum sparx5_target id;
> phys_addr_t offset;
> @@ -233,6 +244,7 @@ struct sparx5_main_io_resource {
> };
>
> struct sparx5_match_data {
> + const struct sparx5_regs *regs;
> const struct sparx5_main_io_resource *iomap;
> int ioranges;
> int iomap_size;
> @@ -308,6 +320,9 @@ struct sparx5 {
> const struct sparx5_match_data *data;
> };
>
> +/* sparx5_main.c */
> +extern const struct sparx5_regs *regs;
> +
> /* sparx5_switchdev.c */
> int sparx5_register_notifier_blocks(struct sparx5 *sparx5);
> void sparx5_unregister_notifier_blocks(struct sparx5 *sparx5);
> diff --git a/drivers/net/ethernet/microchip/sparx5/sparx5_main_regs.h b/drivers/net/ethernet/microchip/sparx5/sparx5_main_regs.h
> index 22acc1f3380c..3783cfd1d855 100644
> --- a/drivers/net/ethernet/microchip/sparx5/sparx5_main_regs.h
> +++ b/drivers/net/ethernet/microchip/sparx5/sparx5_main_regs.h
> @@ -1,11 +1,11 @@
> /* SPDX-License-Identifier: GPL-2.0+
> * Microchip Sparx5 Switch driver
> *
> - * Copyright (c) 2021 Microchip Technology Inc.
> + * Copyright (c) 2024 Microchip Technology Inc.
> */
>
> -/* This file is autogenerated by cml-utils 2023-02-10 11:18:53 +0100.
> - * Commit ID: c30fb4bf0281cd4a7133bdab6682f9e43c872ada
> +/* This file is autogenerated by cml-utils 2024-09-24 14:13:28 +0200.
> + * Commit ID: 9d07b8d19363f3cd3590ddb3f7a2e2768e16524b
> */
>
> #ifndef _SPARX5_MAIN_REGS_H_
> @@ -15,6 +15,8 @@
> #include <linux/types.h>
> #include <linux/bug.h>
>
> +#include "sparx5_regs.h"
> +
> enum sparx5_target {
> TARGET_ANA_AC = 1,
> TARGET_ANA_ACL = 2,
> @@ -52,14 +54,28 @@ enum sparx5_target {
> TARGET_VCAP_SUPER = 326,
> TARGET_VOP = 327,
> TARGET_XQS = 331,
> - NUM_TARGETS = 332
> + NUM_TARGETS = 517
> };
>
> +/* Non-constant mask variant of FIELD_GET() and FIELD_PREP() */
> +#define spx5_field_get(_mask, _reg) (((_reg) & (_mask)) >> (ffs(_mask) - 1))
> +#define spx5_field_prep(_mask, _val) (((_val) << (ffs(_mask) - 1)) & (_mask))
> +
FIELD_GET and FIELD_SET have restrictions in place to enforce constant
mask, which enables strict checks to ensure things fit and determine the
bit shifts at compile time without ffs.
Would it make sense for these to exist in <linux/bitfields.h>? I'm not
sure how common it is to have non-const masks..
> +#define GADDR(o) regs->gaddr[o]
> +#define GCNT(o) regs->gcnt[o]
> +#define GSIZE(o) regs->gsize[o]
> +#define RADDR(o) regs->raddr[o]
> +#define RCNT(o) regs->rcnt[o]
> +#define FPOS(o) regs->fpos[o]
> +#define FSIZE(o) regs->fsize[o]
> +#define TSIZE(o) regs->tsize[o]
This implementation requires 'regs' to be in scope without being passed
as a parameter. I guess thats just assumed here?
next prev parent reply other threads:[~2024-10-01 17:52 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-01 13:50 [PATCH net-next 00/15] net: sparx5: prepare for lan969x switch driver Daniel Machon
2024-10-01 13:50 ` [PATCH net-next 01/15] net: sparx5: add support for private match data Daniel Machon
2024-10-01 17:43 ` Jacob Keller
2024-10-01 13:50 ` [PATCH net-next 02/15] net: sparx5: add indirection layer to register macros Daniel Machon
2024-10-01 17:52 ` Jacob Keller [this message]
2024-10-02 8:07 ` Daniel Machon
2024-10-01 13:50 ` [PATCH net-next 03/15] net: sparx5: rename *spx5 to *sparx5 in a few places Daniel Machon
2024-10-01 17:54 ` Jacob Keller
2024-10-01 13:50 ` [PATCH net-next 04/15] net: sparx5: modify SPX5_PORTS_ALL macro Daniel Machon
2024-10-01 17:54 ` Jacob Keller
2024-10-01 13:50 ` [PATCH net-next 05/15] net: sparx5: add *sparx5 argument to a few functions Daniel Machon
2024-10-01 13:50 ` [PATCH net-next 06/15] net: sparx5: add constants to match data Daniel Machon
2024-10-01 17:56 ` Jacob Keller
2024-10-02 12:47 ` Jakub Kicinski
2024-10-02 13:31 ` Daniel Machon
2024-10-02 14:33 ` Jakub Kicinski
2024-10-02 18:28 ` Daniel Machon
2024-10-01 13:50 ` [PATCH net-next 07/15] net: sparx5: use SPX5_CONST for constants which already have a symbol Daniel Machon
2024-10-01 17:58 ` Jacob Keller
2024-10-01 13:50 ` [PATCH net-next 08/15] net: sparx5: use SPX5_CONST for constants which do not " Daniel Machon
2024-10-01 13:50 ` [PATCH net-next 09/15] net: sparx5: add ops to match data Daniel Machon
2024-10-01 13:50 ` [PATCH net-next 10/15] net: sparx5: ops out chip port to device index/bit functions Daniel Machon
2024-10-01 18:00 ` Jacob Keller
2024-10-02 7:48 ` Daniel Machon
2024-10-01 13:50 ` [PATCH net-next 11/15] net: sparx5: ops out functions for getting certain array values Daniel Machon
2024-10-01 13:50 ` [PATCH net-next 12/15] net: sparx5: ops out function for setting the port mux Daniel Machon
2024-10-01 13:50 ` [PATCH net-next 13/15] net: sparx5: ops out PTP IRQ handler Daniel Machon
2024-10-01 13:50 ` [PATCH net-next 14/15] net: sparx5: ops out function for DSM calendar calculation Daniel Machon
2024-10-01 13:50 ` [PATCH net-next 15/15] net: sparx5: add is_sparx5 macro and use it throughout Daniel Machon
2024-10-01 18:03 ` [PATCH net-next 00/15] net: sparx5: prepare for lan969x switch driver Jacob Keller
2024-10-02 7:47 ` Daniel Machon
2024-10-02 21:44 ` Jacob Keller
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=61470f4b-2cc6-49ea-a94e-35df1642922d@intel.com \
--to=jacob.e.keller@intel.com \
--cc=Steen.Hegelund@microchip.com \
--cc=UNGLinuxDriver@microchip.com \
--cc=aakash.r.menon@gmail.com \
--cc=daniel.machon@microchip.com \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=gal@nvidia.com \
--cc=horatiu.vultur@microchip.com \
--cc=horms@kernel.org \
--cc=jensemil.schulzostergaard@microchip.com \
--cc=justinstitt@google.com \
--cc=kuba@kernel.org \
--cc=lars.povlsen@microchip.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=richardcochran@gmail.com \
/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;
as well as URLs for NNTP newsgroup(s).