Received-SPF: pass (google.com: domain of linux-kernel+bounces-123-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99;
Date: Thu, 14 Dec 2023 21:55:10 +0100
From: Lucas Nussbaum <lucas.nussbaum@inria.fr>
To: Ivan Vecera <ivecera@redhat.com>
Cc: Julia Lawall <julia.lawall@inria.fr>, "David S. Miller" <davem@davemloft.net>, linux-kernel@vger.kernel.org
Subject: Re: Failed to start Raise network interfaces error
Message-ID: <ZXtrrhul4td1VlTt@grub.nussbaum.fr>
References: <alpine.DEB.2.22.394.2312102317350.3198@hadrien>
 <21977757-3a63-4586-ae03-e6630c1f009d@redhat.com>
 <d87c79b9-d0d2-2819-030-12c7df86eb38@inria.fr>
 <a79a13b9-b4d1-45ba-a104-01e911631863@redhat.com>
 <4c707e3e-a324-a5e6-dc21-833b6d40324d@inria.fr>
 <88a7a623-ad80-406c-a63b-3136df963888@redhat.com>
Precedence: bulk
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <88a7a623-ad80-406c-a63b-3136df963888@redhat.com>

Hi,

On 12/12/23 at 17:44 +0100, Ivan Vecera wrote:
> 
> 
> On 12. 12. 23 17:33, Julia Lawall wrote:
> > > Look at 'systemd.net-naming-scheme' man page for details how the interface
> > > names are composed.
> > After booting into 6.7.0-rc4, I have the following in
> > /etc/network/interfaces:
> > 
> > # This file describes the network interfaces available on your system
> > # and how to activate them. For more information, see interfaces(5).
> > 
> > source/etc/network/interfaces.d/*
> > 
> > # The loopback network interface
> > auto lo
> > iface lo inet loopback
> > 
> > auto enp24s0f0
> > iface enp24s0f0 inet dhcp
> 
> Just change 'enp24s0f0' in /etc/network/interfaces to 'enp24s0f0np0'

But is this change of interface naming really the desired behaviour?

From a user point of view, this is likely to cause hassle during upgrades
from older kernels (or generally when switching between kernel versions
-- think bisecting).

Is there really a benefit to that change? On a dual-port XXV710 NIC, the
naming changes from e.g. enp98s0f0 / enp98s0f1 to enp98s0f0np0 /
enp98s0f1np1, because udev previously computed the name using:
enp98s0f0: PCI path identifier: domain=0 bus=98 slot=0 func=0 phys_port= dev_port=0 → p98s0f0
and now uses:
enp98s0f0np0: PCI path identifier: domain=0 bus=98 slot=0 func=0 phys_port=p0 dev_port=0 → p98s0f0np0

Are there NICs using i40e where the function number is different from
the physical port number?

Best,

Lucas