From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Miller Subject: Re: [PATCH net-next 00/12] nfp: devlink, capabilities extensions and updates Date: Fri, 19 Jan 2018 15:46:15 -0500 (EST) Message-ID: <20180119.154615.852558022499888135.davem@davemloft.net> References: <20180118025106.30427-1-jakub.kicinski@netronome.com> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: netdev@vger.kernel.org, oss-drivers@netronome.com To: jakub.kicinski@netronome.com Return-path: Received: from shards.monkeyblade.net ([184.105.139.130]:46884 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752100AbeASUqR (ORCPT ); Fri, 19 Jan 2018 15:46:17 -0500 In-Reply-To: <20180118025106.30427-1-jakub.kicinski@netronome.com> Sender: netdev-owner@vger.kernel.org List-ID: From: Jakub Kicinski Date: Wed, 17 Jan 2018 18:50:54 -0800 > This series starts with an improvement to the usability of the device > memory accessors (CPP transactions). Next few patches are devoted to > fixing the devlink locking. After recent patches for mlxsw the locking > scheme of devlink ops has to be reworked. Following patches improve > NFP code dealing with "representors", and expands the error message > printed when driver has no support for loaded FW. > > Second part of the series is focused on vNIC capabilities read from > vNIC control memory (often referred to as "BAR0" for historical reasons). > TLV capability format is established and immediately made use of. The > next patches rework parsing of features for control vNIC which allows > apps to mask out features they don't want enabled. Series applied, thanks Jakub.