From mboxrd@z Thu Jan  1 00:00:00 1970
From: Jakub Kicinski <jakub.kicinski@netronome.com>
Subject: Re: SRIOV switchdev mode BoF minutes
Date: Tue, 17 Apr 2018 16:19:15 -0700
Message-ID: <20180417161915.193c3651@cakuba.netronome.com>
References: <CAJ3xEMj824Y-Erod3e27VO0GmntyWE8u1PQ5-Ff-iZrCn=2X9A@mail.gmail.com>
        <CAJ3xEMjqj5ENO8NRbcYFFCcS4NGwrNbYo8uydHEYMyXHjCBqhw@mail.gmail.com>
        <bec866ff-2898-72b3-247d-f64189ef6d0f@intel.com>
        <CAJ3xEMiDundB9p0CvnQ33mLm=7OvG4Yvd5ASH9uR+TkCd_uJhg@mail.gmail.com>
        <e93e22c3-6c2e-00c9-10c6-163c4aacff14@intel.com>
        <CAJ3xEMhWvNJ4fv+UK2YjcfL44txpW+4KWViWSejO9s+2yTnMOQ@mail.gmail.com>
        <20180416123936.GH33938@C02RW35GFVH8.dhcp.broadcom.net>
        <f6a731b1-d8a5-d9f4-f758-4f36070fd02c@intel.com>
        <20180417133028.GI33938@C02RW35GFVH8.dhcp.broadcom.net>
        <CAJ3xEMgsLTqU2WNBYNBPGuON-z7fxwHcBiooN74Fgk87g0L18A@mail.gmail.com>
        <20180417144700.GJ33938@C02RW35GFVH8.dhcp.broadcom.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Cc: Or Gerlitz <gerlitz.or@gmail.com>,
        "Samudrala, Sridhar" <sridhar.samudrala@intel.com>,
        David Miller <davem@davemloft.net>,
        Anjali Singhai Jain <anjali.singhai@intel.com>,
        Michael Chan <michael.chan@broadcom.com>,
        Simon Horman <simon.horman@netronome.com>,
        John Fastabend <john.fastabend@gmail.com>,
        Saeed Mahameed <saeedm@mellanox.com>,
        Jiri Pirko <jiri@mellanox.com>,
        Rony Efraim <ronye@mellanox.com>,
        Linux Netdev List <netdev@vger.kernel.org>
To: Andy Gospodarek <andrew.gospodarek@broadcom.com>
Return-path: <netdev-owner@vger.kernel.org>
Received: from mail-qk0-f171.google.com ([209.85.220.171]:43800 "EHLO
        mail-qk0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751164AbeDQXTU (ORCPT
        <rfc822;netdev@vger.kernel.org>); Tue, 17 Apr 2018 19:19:20 -0400
Received: by mail-qk0-f171.google.com with SMTP id v2so21852061qkh.10
        for <netdev@vger.kernel.org>; Tue, 17 Apr 2018 16:19:20 -0700 (PDT)
In-Reply-To: <20180417144700.GJ33938@C02RW35GFVH8.dhcp.broadcom.net>
Sender: netdev-owner@vger.kernel.org
List-ID: <netdev.vger.kernel.org>

On Tue, 17 Apr 2018 10:47:00 -0400, Andy Gospodarek wrote:
> There is also a school of thought that the VF reps could be
> pre-allocated on the SmartNIC so that any application processing that
> traffic would sit idle when no traffic arrives on the rep, but could
> process frames that do arrive when the VFs were created on the host.
> This implementation will depend on how resources are allocated on a
> given bit of hardware, but can really work well.

+1 if there is no FW resource allocation issues IMHO it's okay to
just show all reprs for "remote PCIes (PFs and VFs)" on the SmartNIC/
controller.  The reprs should just show link down as if PCIe cable
was unpluged until host actually enables them.  

A similar issue exists on multi-host for PFs, right?  If one of the
hosts is down do we still show their PF repr?  IMHO yes.

That makes the thing looks more like a switch with cables being plugged
in and out.