Re: [PATCH net-next v2] ibmvnic: Bail from ibmvnic_open if driver is already open

2018-03-12 Thread John Allen
On 03/12/2018 03:10 PM, Andrew Lunn wrote: >> 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

Re: [PATCH net-next v2] ibmvnic: Bail from ibmvnic_open if driver is already open

2018-03-12 Thread Andrew Lunn
> 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,

Re: [PATCH net-next v2] ibmvnic: Bail from ibmvnic_open if driver is already open

2018-03-12 Thread John Allen
On 03/12/2018 02:33 PM, Andrew Lunn wrote: > On Mon, Mar 12, 2018 at 02:19:52PM -0500, John Allen wrote: >> If the driver is already in the "open" state, don't attempt the procedure >> for opening the driver. >> >> Signed-off-by: John Allen >> --- >> v2: Unlock

Re: [PATCH net-next v2] ibmvnic: Bail from ibmvnic_open if driver is already open

2018-03-12 Thread Andrew Lunn
On Mon, Mar 12, 2018 at 02:19:52PM -0500, John Allen wrote: > If the driver is already in the "open" state, don't attempt the procedure > for opening the driver. > > Signed-off-by: John Allen > --- > v2: Unlock reset_lock mutex before returning. > > diff --git