Netdev List
 help / color / mirror / Atom feed
From: Przemek Kitszel <przemyslaw.kitszel@intel.com>
To: Vikas Gupta <vikas.gupta@broadcom.com>
Cc: <netdev@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
	<linux-rdma@vger.kernel.org>, <leonro@nvidia.com>,
	<jgg@nvidia.com>, <bhargava.marreddy@broadcom.com>,
	<rahul-rg.gupta@broadcom.com>,
	<vsrama-krishna.nemani@broadcom.com>,
	<rajashekar.hudumula@broadcom.com>, <ajit.khaparde@broadcom.com>,
	Siva Reddy Kallam <siva.kallam@broadcom.com>,
	Dharmender Garg <dharmender.garg@broadcom.com>,
	"Yendapally Reddy Dhananjaya Reddy"
	<yendapally.reddy@broadcom.com>, <davem@davemloft.net>,
	<edumazet@google.com>, <kuba@kernel.org>, <pabeni@redhat.com>,
	<andrew+netdev@lunn.ch>, <horms@kernel.org>
Subject: Re: [PATCH net v2] bnge/bng_re: fix ring ID widths
Date: Sat, 11 Jul 2026 06:16:24 +0200	[thread overview]
Message-ID: <73e4895c-4d07-4841-92eb-2bcb61ca4d38@intel.com> (raw)
In-Reply-To: <CAHLZf_tTVipQZ_MX-gud5GhqHE7KDV=44N=17mZgsrWoJfa_Gw@mail.gmail.com>

On 7/10/26 16:25, Vikas Gupta wrote:
> On Fri, Jul 10, 2026 at 3:36 PM Przemek Kitszel
> <przemyslaw.kitszel@intel.com> wrote:
>>
>> On 7/4/26 18:47, Vikas Gupta wrote:
>>> Firmware requires more than 16 bits to address TX ring IDs for its
>>> internal QP management. Widen the associated HSI ring ID fields to
>>> 32 bits. The values firmware assigns remain within 24 bits, bounded
>>> by the hardware doorbell XID field.
>>>
>>> RX, completion, and NQ ring IDs are unaffected and remain 16-bit.
>>
>> Here you mention Rx is unaffected. But you touch multiple places that
>> are Rx specific (some comments below).
> 
> The fw_ring_id field belongs to bnge_ring_struct, a common struct
> shared by all ring types. Widening it to u32 applies uniformly across
> TX, RX, CP, and NQ rings at the struct level.
> I believe the commit message is incomplete but the intent was that
> firmware assigns values within 16-bit range for all ring types
> except TX, which requires the wider field.
> Please let me know if this clarifies.

Thank you, it does clarify.

Would be nice to extend commit message to include that and also the
info about HW not yet being released. Not sure if it is worth v2 though.

Reviewed-by: Przemek Kitszel <przemyslaw.kitszel@intel.com>

      reply	other threads:[~2026-07-11  4:16 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-04 16:47 [PATCH net v2] bnge/bng_re: fix ring ID widths Vikas Gupta
2026-07-04 18:34 ` Andrew Lunn
2026-07-10  6:10   ` Vikas Gupta
2026-07-10 16:42     ` Andrew Lunn
2026-07-10 10:06 ` Przemek Kitszel
2026-07-10 14:25   ` Vikas Gupta
2026-07-11  4:16     ` Przemek Kitszel [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=73e4895c-4d07-4841-92eb-2bcb61ca4d38@intel.com \
    --to=przemyslaw.kitszel@intel.com \
    --cc=ajit.khaparde@broadcom.com \
    --cc=andrew+netdev@lunn.ch \
    --cc=bhargava.marreddy@broadcom.com \
    --cc=davem@davemloft.net \
    --cc=dharmender.garg@broadcom.com \
    --cc=edumazet@google.com \
    --cc=horms@kernel.org \
    --cc=jgg@nvidia.com \
    --cc=kuba@kernel.org \
    --cc=leonro@nvidia.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-rdma@vger.kernel.org \
    --cc=netdev@vger.kernel.org \
    --cc=pabeni@redhat.com \
    --cc=rahul-rg.gupta@broadcom.com \
    --cc=rajashekar.hudumula@broadcom.com \
    --cc=siva.kallam@broadcom.com \
    --cc=vikas.gupta@broadcom.com \
    --cc=vsrama-krishna.nemani@broadcom.com \
    --cc=yendapally.reddy@broadcom.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