From: Vineeth Karumanchi <vineeth.karumanchi@amd.com>
To: Charles Perry <charles.perry@microchip.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
Subject: Re: [PATCH net-next v2 4/4] net: macb: Add TSN CBS TC offload support
Date: Thu, 12 Nov 2026 15:39:26 +0530 [thread overview]
Message-ID: <14e6511e-3878-4e14-8c25-7db5c179db8e@amd.com> (raw)
In-Reply-To: <avMxXCDMQMh5180r@MON-LT-C78453.mchp-main.com>
Hi Charles,
On 11/10/2026 8:29 PM, Charles Perry wrote:
> 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?
>
The Cadence GEM revision `r1p14f2` in our implementation uses linear
scaling across the full 32-bit idleSlope register range, as confirmed by
Cadence support. However, the register description specifies only the
second, speed-dependent formula, which does not match our observations.
I couldn’t find a configuration bit that distinguishes between these
behaviors. Which Cadence IP revision is used in PIC64-HPSC?
I can follow up with Cadence support to determine how software can
identify which encoding applies.
Thanks,
--
🙏 Vineeth
prev parent reply other threads:[~2026-11-12 10:09 UTC|newest]
Thread overview: 16+ 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
2026-11-12 10:09 ` Vineeth Karumanchi [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=14e6511e-3878-4e14-8c25-7db5c179db8e@amd.com \
--to=vineeth.karumanchi@amd.com \
--cc=andrew+netdev@lunn.ch \
--cc=charles.perry@microchip.com \
--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 \
/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®