From mboxrd@z Thu Jan  1 00:00:00 1970
From: Mohammad Abdul Awal <mohammad.abdul.awal@intel.com>
Subject: Re: [RFC 0/5] Port Representor for control and
 monitoring of VF devices
Date: Tue, 2 Jan 2018 15:19:40 +0000
Message-ID: <4b90d1b7-42c6-6c93-b360-b885ebb7415d@intel.com>
References: <1504773339-21022-1-git-send-email-mohammad.abdul.awal@intel.com>
 <CAD+H992OysoKOb1XCJ11UnTNEZkA4D_BvUE+4FSjpFVR=Tsveg@mail.gmail.com>
 <a4735865-7065-ad40-da14-8f3f54a8d3e1@intel.com>
 <CAD+H991Q-cJuJ=KJV6yft=Szbr0Yn9d6KozEEH_=UUOWhOwPJw@mail.gmail.com>
 <CAFgAxU87NEHyNX0OsEh3G2GVuU_4nv2zNTO3c=ryow4Xxm7qeQ@mail.gmail.com>
 <c15e9450-19f6-838c-c97b-ee9670dff4cd@intel.com>
 <CAFgAxU9F60WfqH0K3Yc5NM95n5Jom21y_k1vVaEs3U6GP0oTxw@mail.gmail.com>
 <fdfb4a26-c607-6a70-9b8d-d1b4a73401b6@intel.com>
 <CAFgAxU9jD6dAiRhfw8POjaidNyOiNv7aZQJT6mhxTxo4Uyrf=w@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Cc: Declan Doherty <declan.doherty@intel.com>, dev <dev@dpdk.org>,
 Remy Horton <remy.horton@intel.com>, Rony Efraim <ronye@mellanox.com>,
 Alejandro Lucero <alejandro.lucero@netronome.com>
To: Alex Rosenbaum <rosenbaumalex@gmail.com>
Return-path: <dev-bounces@dpdk.org>
Received: from mga07.intel.com (mga07.intel.com [134.134.136.100])
 by dpdk.org (Postfix) with ESMTP id 123428E01
 for <dev@dpdk.org>; Tue,  2 Jan 2018 16:19:43 +0100 (CET)
In-Reply-To: <CAFgAxU9jD6dAiRhfw8POjaidNyOiNv7aZQJT6mhxTxo4Uyrf=w@mail.gmail.com>
Content-Language: en-US
List-Id: DPDK patches and discussions <dev.dpdk.org>
List-Unsubscribe: <https://dpdk.org/ml/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <https://dpdk.org/ml/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
Errors-To: dev-bounces@dpdk.org
Sender: "dev" <dev-bounces@dpdk.org>



On 27/12/2017 15:50, Alex Rosenbaum wrote:
> On Wed, Dec 27, 2017 at 11:40 AM, Mohammad Abdul Awal
> <mohammad.abdul.awal@intel.com> wrote:
>> On 22/12/2017 22:33, Alex Rosenbaum wrote:
>>> On Fri, Dec 22, 2017 at 4:31 PM, Mohammad Abdul Awal
>>>> On 21/12/2017 14:51, Alex Rosenbaum wrote:
>> By hotplug I did not mean HW hotplug, rather I meant the software hotplug of
>> port representor so that an application can add/delete representor at run
>> time.
> What is the expect results if application adds/deletes a representor
> at run time?
 From my understanding, for OVS, it would make much sense to enumerate 
the representors during the startup time and only 'state' 
active/inactive would enough to imply the state of a VF.

On the other hand, for a system with varieties of NICs/FPGAs/SmartNics 
having capacities of hundreds (if not thousands) of max VFs and 
different capabilities, we may not want to allocate them if not being 
using, and we may not be able to control this way if no broker.

This is definitely a matter of design discussion for now where ultimate 
outcome is same, i.e. having a representor to control a VF.

>
> I would expect the VF hotplug to be depended on the PF configuration.
> So that new/removed VF's would trigger a representor state or existance.
I agree and as I have just said above that it is different ways of doing 
same thing with limited/flexible ability.

> Alex
Regards,
Awal