mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
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


      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®