From: Ivan Malov <ivan.malov@arknetworks.am>
To: Renata Saiakhova <renata.saiakhova@ekinops.com>
Cc: "users@dpdk.org" <users@dpdk.org>
Subject: Re: Support for Forcing Speed/Duplex/Autoneg on i225 with DPDK igc Driver
Date: Fri, 1 Aug 2025 17:10:44 +0400 (+04) [thread overview]
Message-ID: <403ff976-7b56-0489-10ab-adb6822e801a@arknetworks.am> (raw)
In-Reply-To: <MR1P264MB3329D2F7D0535F5CD053EFA89226A@MR1P264MB3329.FRAP264.PROD.OUTLOOK.COM>
[-- Attachment #1: Type: text/plain, Size: 2646 bytes --]
Hi Renata,
On Fri, 1 Aug 2025, Renata Saiakhova wrote:
>
> Hi all,
>
> I’m trying to configure Layer 1 attributes (speed, duplex, and autonegotiation) for Intel i225 interfaces in both kernel and DPDK modes, and I’ve run into some issues.
>
> In kernel driver mode, I normally use: “ethtool -s eth5 speed 100 duplex half autoneg off”.
>
> However, this results in the kernel message: “igc 0000:04:00.0 eth5: Force mode currently not supported”.
>
>
>
> When the interface is bound to DPDK and connected to an OVS bridge, I configure it like this:
>
> ovs-vsctl set Interface 1.extra2 \
>
> type=dpdk \
>
> options:dpdk-devargs=0000:04:00.0 \
>
> options:dpdk-speed=100 \
>
> options:dpdk-autoneg=false \
>
> options:dpdk-duplex=half
>
> This should pass the speed/autoneg/duplex settings to the igc DPDK driver via devargs.
Should it? Even if these were on the list of supported devargs for the PMD in
question, they would belong in comma-separated tokens after '0000:04:00.0'.
I don't see these to be parsed in the OvS, neither do I see such in the PMD.
Or are you looking at some custom OvS version?
>
> However, it appears these options are not applied — the interface continues to negotiate its settings as usual, and I can’t find any code in the igc DPDK driver that processes these
> devargs parameters.
If these were passed via 'dpdk-devargs', the PMD would've complained perhaps.
Being passed as OvS's own options, they're likely just ignored by the OvS.
>
> Is support for forced speed/duplex/autoneg available at all for i225 in DPDK (or even kernel) mode? Or is this a hardware limitation?
As per [1], 'forced' mode may not be supported in the DPDK PMD. But the code
suggests one can possibly try to pass, say, 'RTE_ETH_LINK_SPEED_100M_HD',
without being accompanied by neither 'AUTONEG' nor 'FIXED', but that would still
come as 'advertised' mode, not a 'forced' one. I may be wrong, though.
[1] https://github.com/DPDK/dpdk/blob/1b3bf1128d9bda5595861814792f74b8f57160c8/drivers/net/igc/igc_ethdev.c#L1088
>
> Any insight, documentation pointers, or confirmation of support status especially in case of DPDK mode would be greatly appreciated.
I take it OvS most likely needs to be augmented with extra code to recognise
such options and translate those into DPDK link settings. For an example of how
a DPDK application can do that, one should refer to 'test-pmd' implementation.
Thank you.
>
> Best regards,
>
>
>
>
>
> Renata Saiakhova
> SW ARCHITECT
> renata.saiakhova@ekinops.com
> Tel: +32 16 799 970
>
> [logo_96dpi.gif]
>
> [current.png]
>
>
>
>
>
next prev parent reply other threads:[~2025-08-01 13:10 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-08-01 10:00 Renata Saiakhova
2025-08-01 13:10 ` Ivan Malov [this message]
2025-08-01 22:01 ` Stephen Hemminger
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=403ff976-7b56-0489-10ab-adb6822e801a@arknetworks.am \
--to=ivan.malov@arknetworks.am \
--cc=renata.saiakhova@ekinops.com \
--cc=users@dpdk.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;
as well as URLs for NNTP newsgroup(s).