Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
Message-ID: <3567e925f1750babe9508377678c55a2e4610af5.camel@suse.com>
Subject: Re: [PATCH] net: usbnet: allow overriding of default USB interface
 naming
From:   Oliver Neukum <oneukum@suse.com>
To:     Jonathan Davies <jonathan.davies@nutanix.com>,
        Andrew Lunn <andrew@lunn.ch>
Cc:     "David S. Miller" <davem@davemloft.net>,
        Jakub Kicinski <kuba@kernel.org>, netdev@vger.kernel.org,
        linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org
Date:   Mon, 14 Jun 2021 14:40:37 +0200
In-Reply-To: <e35ddece-3fd2-4252-6786-af507ba819d2@nutanix.com>
References: <20210611152339.182710-1-jonathan.davies@nutanix.com>
         <YMOaZB6xf2xOpC0S@lunn.ch>
         <e35ddece-3fd2-4252-6786-af507ba819d2@nutanix.com>
Content-Type: text/plain; charset="UTF-8"
User-Agent: Evolution 3.34.4 
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Precedence: bulk

Am Montag, den 14.06.2021, 10:32 +0100 schrieb Jonathan Davies:
> On 11/06/2021 18:16, Andrew Lunn wrote:
> > On Fri, Jun 11, 2021 at 03:23:39PM +0000, Jonathan Davies wrote:

Hi,

> > > Hence it is useful to be able to override the default name. A new
> > > usbnet
> > > module parameter allows this to be configured.

1. This issue exists with all hotpluggable interfaces
2. It exists for all USB devices so it does not belong in usbnet,
leaving out drivers like kaweth.

> > > 
> > Module parameter are not liked in the network stack.
> 
> Thanks, I wasn't aware. Please help me understand: is that in an
> effort 
> to avoid configurability altogether, or because there's some
> preferred 
> mechanism for performing configuration?

Configurability belongs into user space if possible.
> 
> > It actually seems like a udev problem, and you need to solve it
> > there. It is also not specific to USB. Any sort of interface can
> > pop
> > up at an time, especially with parallel probing of busses.
> 
> Yes, this is also applicable to the naming done for all ethernet 
> devices. But I've seen the problem multiple times for USB NICs, which
> is 
> why I proposed a fix here first.

Because USb devices are common. Your observations are determined
by ubiquity, not intrinsic factors.

> > So you need
> > udev to detect there has been a race condition and try again with
> > the
> > rename.
> 

Yes, now, it may be that we do not export the information udev
would need to or you want new kinds of rules. But I see no evidence
of that.

	Regards
		Oliver