From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jiri Pirko Subject: Re: [patch net-next RFC v2 03/11] devlink: Add support for reload Date: Wed, 15 Nov 2017 09:14:07 +0100 Message-ID: <20171115081407.GA13745@nanopsycho.orion> References: <20171114161852.6633-1-jiri@resnulli.us> <20171114161852.6633-4-jiri@resnulli.us> <20171115000359.5a059580@cakuba> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: netdev@vger.kernel.org, davem@davemloft.net, mlxsw@mellanox.com, andrew@lunn.ch, vivien.didelot@savoirfairelinux.com, f.fainelli@gmail.com, michael.chan@broadcom.com, ganeshgr@chelsio.com, saeedm@mellanox.com, matanb@mellanox.com, leonro@mellanox.com, idosch@mellanox.com, ast@kernel.org, daniel@iogearbox.net, simon.horman@netronome.com, pieter.jansenvanvuuren@netronome.com, john.hurley@netronome.com, alexander.h.duyck@intel.com, linville@tuxdriver.com, gospo@broadcom.com, steven.lin1@broadcom.com, yuvalm@mellanox.com, ogerlitz@mellanox.com, dsa@cumulusnetworks.com, roopa@cumulusnetworks.com To: Jakub Kicinski Return-path: Received: from mail-wm0-f68.google.com ([74.125.82.68]:35375 "EHLO mail-wm0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751520AbdKOIOJ (ORCPT ); Wed, 15 Nov 2017 03:14:09 -0500 Received: by mail-wm0-f68.google.com with SMTP id y80so1147167wmd.0 for ; Wed, 15 Nov 2017 00:14:09 -0800 (PST) Content-Disposition: inline In-Reply-To: <20171115000359.5a059580@cakuba> Sender: netdev-owner@vger.kernel.org List-ID: Wed, Nov 15, 2017 at 09:03:59AM CET, jakub.kicinski@netronome.com wrote: >On Tue, 14 Nov 2017 17:18:44 +0100, Jiri Pirko wrote: >> +static int devlink_nl_cmd_reload(struct sk_buff *skb, struct genl_info *info) >> +{ >> + struct devlink *devlink = info->user_ptr[0]; >> + int err; >> + >> + if (!devlink->ops->reload) >> + return -EOPNOTSUPP; >> + >> + err = devlink_resources_validate(devlink, NULL, info); >> + if (err) >> + return err; >> + >> + mutex_unlock(&devlink->lock); >> + err = devlink->ops->reload(devlink); >> + mutex_lock(&devlink->lock); >> + >> + return err; >> +} > >I'm a bit confused with the locking, why is devlink->lock not held >around the validation? It is.