From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from vps0.lunn.ch ([185.16.172.187]:55749 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932169AbeCLUKE (ORCPT ); Mon, 12 Mar 2018 16:10:04 -0400 Date: Mon, 12 Mar 2018 21:10:02 +0100 From: Andrew Lunn To: John Allen Cc: netdev@vger.kernel.org, Thomas Falcon , Nathan Fontenot Subject: Re: [PATCH net-next v2] ibmvnic: Bail from ibmvnic_open if driver is already open Message-ID: <20180312201002.GC31588@lunn.ch> References: <36666f4d-6207-ab97-e7f6-4d7d0c6a1155@linux.vnet.ibm.com> <20180312193351.GA31588@lunn.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: netdev-owner@vger.kernel.org List-ID: > The problem here is that our routine to change the mtu does a full reset on > the driver meaning that in the process we go from effectively "open" to > "closed" to "open" again. > > Consider the scenario where we change the mtu by running "ifdown ", > editing the ifcfg file with the new mtu, and finally running "ifup In this case, we call ibmvnic_close from the ifdown and as a result of the ifup, > we do the reset for the mtu change (which puts us back in the "open" state) and > call ibmvnic_open. After the reset, we are already in the "open" state and the > following call to open is redundant. Hi John So you are saying "ip link set mtu 4242 eth1" on a down interface will put it up. That i would say is broken. You should be fixing this, rather than papering over the cracks. Andrew