From: "Lifshits, Vitaly" <vitaly.lifshits@intel.com>
To: <intel-wired-lan@osuosl.org>
Subject: Re: [Intel-wired-lan] [net-next v3 2/2] igc: Link queues to NAPI instances
Date: Tue, 22 Oct 2024 10:06:20 +0300 [thread overview]
Message-ID: <8c5e2da8-8862-48ce-9bb6-0b00819f4d52@intel.com> (raw)
In-Reply-To: <874j55gxdr.fsf@intel.com>
On 10/21/2024 8:48 PM, Vinicius Costa Gomes wrote:
> Joe Damato <jdamato@fastly.com> writes:
>
>> Link queues to NAPI instances via netdev-genl API so that users can
>> query this information with netlink. Handle a few cases in the driver:
>> 1. Link/unlink the NAPIs when XDP is enabled/disabled
>> 2. Handle IGC_FLAG_QUEUE_PAIRS enabled and disabled
>>
>> Example output when IGC_FLAG_QUEUE_PAIRS is enabled:
>>
>> $ ./tools/net/ynl/cli.py --spec Documentation/netlink/specs/netdev.yaml \
>> --dump queue-get --json='{"ifindex": 2}'
>>
>> [{'id': 0, 'ifindex': 2, 'napi-id': 8193, 'type': 'rx'},
>> {'id': 1, 'ifindex': 2, 'napi-id': 8194, 'type': 'rx'},
>> {'id': 2, 'ifindex': 2, 'napi-id': 8195, 'type': 'rx'},
>> {'id': 3, 'ifindex': 2, 'napi-id': 8196, 'type': 'rx'},
>> {'id': 0, 'ifindex': 2, 'napi-id': 8193, 'type': 'tx'},
>> {'id': 1, 'ifindex': 2, 'napi-id': 8194, 'type': 'tx'},
>> {'id': 2, 'ifindex': 2, 'napi-id': 8195, 'type': 'tx'},
>> {'id': 3, 'ifindex': 2, 'napi-id': 8196, 'type': 'tx'}]
>>
>> Since IGC_FLAG_QUEUE_PAIRS is enabled, you'll note that the same NAPI ID
>> is present for both rx and tx queues at the same index, for example
>> index 0:
>>
>> {'id': 0, 'ifindex': 2, 'napi-id': 8193, 'type': 'rx'},
>> {'id': 0, 'ifindex': 2, 'napi-id': 8193, 'type': 'tx'},
>>
>> To test IGC_FLAG_QUEUE_PAIRS disabled, a test system was booted using
>> the grub command line option "maxcpus=2" to force
>> igc_set_interrupt_capability to disable IGC_FLAG_QUEUE_PAIRS.
>>
>> Example output when IGC_FLAG_QUEUE_PAIRS is disabled:
>>
>> $ lscpu | grep "On-line CPU"
>> On-line CPU(s) list: 0,2
>>
>> $ ethtool -l enp86s0 | tail -5
>> Current hardware settings:
>> RX: n/a
>> TX: n/a
>> Other: 1
>> Combined: 2
>>
>> $ cat /proc/interrupts | grep enp
>> 144: [...] enp86s0
>> 145: [...] enp86s0-rx-0
>> 146: [...] enp86s0-rx-1
>> 147: [...] enp86s0-tx-0
>> 148: [...] enp86s0-tx-1
>>
>> 1 "other" IRQ, and 2 IRQs for each of RX and Tx, so we expect netlink to
>> report 4 IRQs with unique NAPI IDs:
>>
>> $ ./tools/net/ynl/cli.py --spec Documentation/netlink/specs/netdev.yaml \
>> --dump napi-get --json='{"ifindex": 2}'
>> [{'id': 8196, 'ifindex': 2, 'irq': 148},
>> {'id': 8195, 'ifindex': 2, 'irq': 147},
>> {'id': 8194, 'ifindex': 2, 'irq': 146},
>> {'id': 8193, 'ifindex': 2, 'irq': 145}]
>>
>> Now we examine which queues these NAPIs are associated with, expecting
>> that since IGC_FLAG_QUEUE_PAIRS is disabled each RX and TX queue will
>> have its own NAPI instance:
>>
>> $ ./tools/net/ynl/cli.py --spec Documentation/netlink/specs/netdev.yaml \
>> --dump queue-get --json='{"ifindex": 2}'
>> [{'id': 0, 'ifindex': 2, 'napi-id': 8193, 'type': 'rx'},
>> {'id': 1, 'ifindex': 2, 'napi-id': 8194, 'type': 'rx'},
>> {'id': 0, 'ifindex': 2, 'napi-id': 8195, 'type': 'tx'},
>> {'id': 1, 'ifindex': 2, 'napi-id': 8196, 'type': 'tx'}]
>>
>> Signed-off-by: Joe Damato <jdamato@fastly.com>
>
>
> Acked-by: Vinicius Costa Gomes <vinicius.gomes@intel.com>
>
Reviewed-by: Vitaly Lifshits <vitaly.lifshits@intel.com>
>
> Cheers,
next prev parent reply other threads:[~2024-10-22 7:06 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-18 17:13 [Intel-wired-lan] [net-next v3 0/2] igc: Link IRQs and queues to NAPIs Joe Damato
2024-10-18 17:13 ` [Intel-wired-lan] [net-next v3 1/2] igc: Link IRQs to NAPI instances Joe Damato
2024-10-21 17:48 ` Vinicius Costa Gomes
2024-10-22 7:05 ` Lifshits, Vitaly
2024-10-22 18:50 ` Jacob Keller
2024-10-22 19:54 ` Joe Damato
2024-10-18 17:13 ` [Intel-wired-lan] [net-next v3 2/2] igc: Link queues " Joe Damato
2024-10-21 17:48 ` Vinicius Costa Gomes
2024-10-22 7:06 ` Lifshits, Vitaly [this message]
2024-10-22 20:28 ` Joe Damato
2024-10-22 20:53 ` Jacob Keller
2024-10-22 20:58 ` Joe Damato
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=8c5e2da8-8862-48ce-9bb6-0b00819f4d52@intel.com \
--to=vitaly.lifshits@intel.com \
--cc=intel-wired-lan@osuosl.org \
/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