From: Charles Perry <charles.perry@microchip.com>
To: Vineeth Karumanchi <vineeth.karumanchi@amd.com>
Cc: <theo.lebrun@bootlin.com>, <conor.dooley@microchip.com>,
<andrew+netdev@lunn.ch>, <davem@davemloft.net>,
<edumazet@google.com>, <kuba@kernel.org>, <pabeni@redhat.com>,
<git@amd.com>, <netdev@vger.kernel.org>,
<linux-kernel@vger.kernel.org>, <charles.perry@microchip.com>
Subject: Re: [PATCH net-next v2 4/4] net: macb: Add TSN CBS TC offload support
Date: Tue, 10 Nov 2026 09:59:40 -0500 [thread overview]
Message-ID: <avMxXCDMQMh5180r@MON-LT-C78453.mchp-main.com> (raw)
In-Reply-To: <20260909142056.1433875-5-vineeth.karumanchi@amd.com>
Hello Vineeth,
On Wed, Sep 09, 2026 at 07:50:56PM +0530, Vineeth Karumanchi wrote:
> Add Credit-Based Shaper (CBS/IEEE 802.1Qav) TC offload support for
> time-sensitive networking on GEM hardware. CBS is restricted to the
> two highest-priority queues: Queue A (num_queues - 1) and Queue B
> (num_queues - 2), matching hardware capability.
>
> Validate that idleslope is positive and does not exceed the link
> speed, preventing negative values from bypassing the bounds check
> due to signed-to-unsigned promotion.
>
> The idle slope register value is computed differently based on hardware
> variant:
>
> High-speed GEM: scale idleslope linearly to the full 32-bit register
> range relative to link speed.
>
> Standard MACB: convert the kbps idleslope into the register's native
> unit, which depends on the interface width:
> - 1G (8-bit GMII): bytes/sec, scale kbps by 1000/8 (125)
> - 10/100M (4-bit MII): nibbles/sec, scale kbps by 1000/4 (250)
>
> Signed-off-by: Vineeth Karumanchi <vineeth.karumanchi@amd.com>
> ---
> Changes in v2:
> - macb_cbs_get_queue_params() now returns the idleslope register offset
> (u32 *idleslope_reg) instead of a bool flag, and the idleslope is
> programmed via bp->macb_reg_writel(), dropping the per-queue if/else
> that open-coded gem_writel(CBS_IDLESLOPE_Q_A/Q_B).
> - Expanded the idleslope kbps-to-hardware-unit conversion comment.
> - Zero-initialize kset in macb_cbs_add() so an unpopulated link speed
> reads as 0 and is rejected; reorder locals to keep the declarations
> in reverse-christmas-tree order.
> - Rebased on net-next, which renamed the struct net_device pointer to
> "netdev" (was "dev"/"ndev").
>
> drivers/net/ethernet/cadence/macb.h | 9 ++
> drivers/net/ethernet/cadence/macb_main.c | 116 +++++++++++++++++++++++
> 2 files changed, 125 insertions(+)
>
> diff --git a/drivers/net/ethernet/cadence/macb.h b/drivers/net/ethernet/cadence/macb.h
> index f5359549f3d4..20faeba77d6d 100644
> --- a/drivers/net/ethernet/cadence/macb.h
> +++ b/drivers/net/ethernet/cadence/macb.h
> @@ -184,6 +184,9 @@
> #define GEM_DCFG8 0x029C /* Design Config 8 */
> #define GEM_DCFG10 0x02A4 /* Design Config 10 */
> #define GEM_DCFG12 0x02AC /* Design Config 12 */
> +#define GEM_CBS_CONTROL 0x04BC /* CBS Control Register */
> +#define GEM_CBS_IDLESLOPE_Q_A 0x04C0 /* CBS IdleSlope Queue A */
> +#define GEM_CBS_IDLESLOPE_Q_B 0x04C4 /* CBS IdleSlope Queue B */
> #define GEM_ENST_CONTROL 0x0880 /* ENST control register */
> #define GEM_USX_CONTROL 0x0A80 /* High speed PCS control register */
> #define GEM_USX_STATUS 0x0A88 /* High speed PCS status register */
> @@ -224,6 +227,12 @@
> #define GEM_ENST_ON_TIME(hw_q) (0x0820 + ((hw_q) << 2))
> #define GEM_ENST_OFF_TIME(hw_q) (0x0840 + ((hw_q) << 2))
>
> +/* Bitfields in CBS_CONTROL */
> +#define GEM_CBS_ENABLE_QUEUE_A_OFFSET 0
> +#define GEM_CBS_ENABLE_QUEUE_A_SIZE 1
> +#define GEM_CBS_ENABLE_QUEUE_B_OFFSET 1
> +#define GEM_CBS_ENABLE_QUEUE_B_SIZE 1
> +
> /* Bitfields in ENST_CONTROL */
> #define GEM_ENST_DISABLE_QUEUE_OFFSET 16
>
> diff --git a/drivers/net/ethernet/cadence/macb_main.c b/drivers/net/ethernet/cadence/macb_main.c
> index 67150ff03066..00c1c619dea8 100644
> --- a/drivers/net/ethernet/cadence/macb_main.c
> +++ b/drivers/net/ethernet/cadence/macb_main.c
> @@ -99,6 +99,10 @@ struct sifive_fu540_macb_mgmt {
>
> #define MACB_MDIO_TIMEOUT 1000000 /* in usecs */
>
> +/* CBS port transmit rate factors: 1000/interface_width */
> +#define MACB_CBS_PORT_RATE_1G 125 /* 1000/8 for GMII (8-bit) */
> +#define MACB_CBS_PORT_RATE_10_100M 250 /* 1000/4 for MII (4-bit) */
> +
> /* DMA buffer descriptor might be different size
> * depends on hardware configuration:
> *
> @@ -4492,6 +4496,116 @@ static int macb_setup_taprio(struct net_device *netdev,
> return err;
> }
>
> +static int macb_cbs_get_queue_params(struct macb *bp, u8 queue_num,
> + u32 *enable_bit, u32 *idleslope_reg)
> +{
> + /* Queue A is highest priority (num_queues - 1) */
> + if (queue_num == bp->num_queues - 1) {
> + *enable_bit = GEM_BIT(CBS_ENABLE_QUEUE_A);
> + *idleslope_reg = GEM_CBS_IDLESLOPE_Q_A;
> + return 0;
> + }
> +
> + /* Queue B is second highest priority (num_queues - 2) */
> + if (queue_num == bp->num_queues - 2) {
> + *enable_bit = GEM_BIT(CBS_ENABLE_QUEUE_B);
> + *idleslope_reg = GEM_CBS_IDLESLOPE_Q_B;
> + return 0;
> + }
> +
> + return -EINVAL;
> +}
> +
> +static int macb_cbs_add(struct net_device *netdev,
> + struct tc_cbs_qopt_offload *qopt)
> +{
> + u32 enable_bit, idleslope, speed_kbps, ctrl, idleslope_reg;
> + struct ethtool_link_ksettings kset = {};
> + struct macb *bp = netdev_priv(netdev);
> + int err;
> +
> + err = macb_cbs_get_queue_params(bp, qopt->queue, &enable_bit, &idleslope_reg);
> + if (err) {
> + netdev_err(netdev, "CBS: Queue %d not eligible (only top 2 queues support CBS)\n",
> + qopt->queue);
> + return -EINVAL;
> + }
> +
> + /* idleslope is calibrated for the current link speed; CBS is not
> + * reprogrammed on link-speed changes, so it must be reconfigured
> + * if the link speed changes.
> + */
> + phylink_ethtool_ksettings_get(bp->phylink, &kset);
> +
> + if (!kset.base.speed || kset.base.speed == SPEED_UNKNOWN) {
> + netdev_err(netdev, "CBS: Invalid link speed\n");
> + return -EINVAL;
> + }
> +
> + speed_kbps = kset.base.speed * 1000;
> +
> + if (qopt->idleslope <= 0 || (u32)qopt->idleslope > speed_kbps) {
> + netdev_err(netdev, "CBS: invalid idleslope %d (must be 1..%u kbps)\n",
> + qopt->idleslope, speed_kbps);
> + return -EINVAL;
> + }
> +
> + /* qopt->idleslope is in kbps; convert to the units the hardware
> + * register expects:
> + * - High-speed GEM: fraction of port bandwidth, scaled to the full
> + * 32-bit register range
> + * - Standard MACB: the register counts bytes/sec in 1G (8-bit GMII)
> + * mode and nibbles/sec in 10/100 (4-bit MII) mode, so scale kbps
> + * by 1000/8 (125) or 1000/4 (250) respectively
> + */
> + if (bp->caps & MACB_CAPS_HIGH_SPEED)
> + idleslope = DIV_ROUND_UP_ULL((u64)qopt->idleslope * U32_MAX, speed_kbps);
> + else
> + idleslope = (u32)qopt->idleslope * (kset.base.speed >= 1000 ?
> + MACB_CBS_PORT_RATE_1G : MACB_CBS_PORT_RATE_10_100M);
> +
PIC64-HPSC, which has MACB_CAPS_HIGH_SPEED, doesn't have the first idle
slope calculation method which scales to the full 32 bits register range.
It uses nibble/sec for 10/100M, byte/sec for 1G, 2.5bytes/sec for 2.5G,
5bytes/sec for 5G and 10bytes/sec for 10G.
Is it possible that you have another design config bit for the "full 32
bits register range" method used here?
--
Thanks,
Charles
prev parent reply other threads:[~2026-11-10 15:00 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-09 14:20 [PATCH net-next v2 0/4] net: macb: Add TSN MQPRIO and CBS traffic-class offload Vineeth Karumanchi
2026-09-09 14:20 ` [PATCH net-next v2 1/4] net: macb: Rename MACB_CAPS_QBV to MACB_CAPS_TC Vineeth Karumanchi
2026-09-17 9:37 ` Théo Lebrun
2026-09-09 14:20 ` [PATCH net-next v2 2/4] net: macb: Move TC capability and PM checks to macb_setup_tc() Vineeth Karumanchi
2026-09-10 14:44 ` netdev-bot+sashiko
2026-09-15 13:40 ` Karumanchi, Vineeth
2026-09-09 14:20 ` [PATCH net-next v2 3/4] net: macb: Add MQPRIO qdisc hardware offload support Vineeth Karumanchi
2026-09-10 14:44 ` netdev-bot+sashiko
2026-09-17 9:22 ` Théo Lebrun
2026-09-17 13:57 ` Karumanchi, Vineeth
2026-09-09 14:20 ` [PATCH net-next v2 4/4] net: macb: Add TSN CBS TC " Vineeth Karumanchi
2026-09-10 14:44 ` netdev-bot+sashiko
2026-09-17 9:32 ` Théo Lebrun
2026-10-08 15:27 ` Karumanchi, Vineeth
2026-11-10 14:59 ` Charles Perry [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=avMxXCDMQMh5180r@MON-LT-C78453.mchp-main.com \
--to=charles.perry@microchip.com \
--cc=andrew+netdev@lunn.ch \
--cc=conor.dooley@microchip.com \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=git@amd.com \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=theo.lebrun@bootlin.com \
--cc=vineeth.karumanchi@amd.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
all inboxes | Powered by JetHome®