From mboxrd@z Thu Jan  1 00:00:00 1970
From: Or Gerlitz <gerlitz.or@gmail.com>
Subject: Re: SRIOV switchdev mode BoF minutes
Date: Fri, 13 Apr 2018 23:16:19 +0300
Message-ID: <CAJ3xEMiDundB9p0CvnQ33mLm=7OvG4Yvd5ASH9uR+TkCd_uJhg@mail.gmail.com>
References: <CAJ3xEMgnWxi0Uo5j3bDg4eW2vjeeriT7kuq4fzZmLT0bNrMCkQ@mail.gmail.com>
 <64cca3cd-5592-8210-54c4-ed28c284ae5d@intel.com> <CAJ3xEMiP2my8gP+VsvGAFv9Zj=qk2iTr+BYbd=VEtRFwrG_2JA@mail.gmail.com>
 <d1e4cfb4-513e-14d4-9007-25d1b02e8dcd@intel.com> <CAJ3xEMj824Y-Erod3e27VO0GmntyWE8u1PQ5-Ff-iZrCn=2X9A@mail.gmail.com>
 <CAJ3xEMjqj5ENO8NRbcYFFCcS4NGwrNbYo8uydHEYMyXHjCBqhw@mail.gmail.com> <bec866ff-2898-72b3-247d-f64189ef6d0f@intel.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Cc: David Miller <davem@davemloft.net>,
        Anjali Singhai Jain <anjali.singhai@intel.com>,
        Andy Gospodarek <gospo@broadcom.com>,
        Michael Chan <michael.chan@broadcom.com>,
        Simon Horman <simon.horman@netronome.com>,
        Jakub Kicinski <jakub.kicinski@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: "Samudrala, Sridhar" <sridhar.samudrala@intel.com>
Return-path: <netdev-owner@vger.kernel.org>
Received: from mail-it0-f44.google.com ([209.85.214.44]:38137 "EHLO
        mail-it0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750940AbeDMUQU (ORCPT
        <rfc822;netdev@vger.kernel.org>); Fri, 13 Apr 2018 16:16:20 -0400
Received: by mail-it0-f44.google.com with SMTP id 19-v6so4690987itw.3
        for <netdev@vger.kernel.org>; Fri, 13 Apr 2018 13:16:20 -0700 (PDT)
In-Reply-To: <bec866ff-2898-72b3-247d-f64189ef6d0f@intel.com>
Sender: netdev-owner@vger.kernel.org
List-ID: <netdev.vger.kernel.org>

On Fri, Apr 13, 2018 at 7:49 PM, Samudrala, Sridhar
<sridhar.samudrala@intel.com> wrote:
> On 4/13/2018 1:57 AM, Or Gerlitz wrote:


>>> in  overlay networks scheme, the uplink rep has the VTEP ip and is not connected
>>> to the bridge, e.g you use ovs you have vf reps and vxlan ports connected
>>> to ovs and the ip stack routes through the uplink rep

> This changes the legacy mode behavior of configuring  vtep ip on the pf
> netdev. How does host to host traffic expected to work when vtep ip is moved to uplink rep?

What do you mean host to host traffic, is that two VFs on the same host?
control plane SWs (such as OVS) don't apply encapsulation within the same host

>>>> What about pf-rep?

> Are you planning to create a pf-rep too? Is pf also treated similar to vf in
> switchdev mode?
> All pf traffic goes to pf-rep and pf-rep traffic goes to pf by default
> without any rules programmed?

@ the sriov switchdev ARCH level, pf/pf-rep would work indeed as you described.

We will have pf rep for smartnic schemes where the the pf on the host
is not the manager of the eswitch but rather the smartnic driver instance.

on non smart env, there are some challenges to address for the pf
nic to be fully functional for the slow path (what you described), we
will get there down the road if there is a real need.