[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <F4CC6FACFEB3C54C9141D49AD221F7F93BB5F986@FRAEML521-MBX.china.huawei.com>
Date: Mon, 4 Dec 2017 10:48:44 +0000
From: Salil Mehta <salil.mehta@...wei.com>
To: "gerlitz.or@...il.com" <gerlitz.or@...il.com>
CC: "davem@...emloft.net" <davem@...emloft.net>,
"Zhuangyuzeng (Yisen)" <yisen.zhuang@...wei.com>,
"lipeng (Y)" <lipeng321@...wei.com>,
"mehta.salil.lnk@...il.com" <mehta.salil.lnk@...il.com>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"andy@...yhouse.net" <andy@...yhouse.net>,
"simon.horman@...ronome.com" <simon.horman@...ronome.com>,
"jiri@...lanox.com" <jiri@...lanox.com>
Subject: RE: [PATCH net-next 0/8] Hisilicon Network Subsystem 3 VF Ethernet
Driver
Hi Or,
>
> ---------- Forwarded message ----------
> From: Or Gerlitz <gerlitz.or@...il.com>
> Date: Sun, Dec 3, 2017 at 1:22 PM
> Subject: Re: [PATCH net-next 0/8] Hisilicon Network Subsystem 3 VF
> Ethernet Driver
> To: Salil Mehta <salil.mehta@...wei.com>
> Cc: David Miller <davem@...emloft.net>, yisen.zhuang@...wei.com,
> lipeng321@...wei.com, mehta.salil.lnk@...il.com, Linux Netdev List
> <netdev@...r.kernel.org>, Andy Gospodarek <andy@...yhouse.net>, Simon
> Horman <simon.horman@...ronome.com>, Jiri Pirko <jiri@...lanox.com>
>
>
> On Sun, Dec 3, 2017 at 2:32 PM, Salil Mehta <salil.mehta@...wei.com>
> wrote:
> > This patch-set contains the support of the HNS3 (Hisilicon Network
> Subsystem 3)
> > Virtual Function Ethernet driver for hip08 family of SoCs. The
> Physical Function
> > driver is already part of the Linux mainline.
> >
> > This VF driver has its Hardware Compatibility Layer and has
> commom/unified ENET
> > layer/client/ethtool code with the PF driver. The basic architecture
> of VF driver
> > is derivative of the PF driver. Just like PF driver, this driver is
> also PCI
> > Express based.
>
> Hi,
>
> I wasn't sure if/what PF side control plane user space APIs are
> supported by this series,
> can you elaborate on that?
Current VF driver just supports very basic functionality. Idea was to
push basic RX/TX/RSS/TSO support along with this version.
> Please note that since 4.8, the kernel
> supports switchdev
> mode for SRIOV drivers and it's highly desirable for new drivers to
> support that. The old
> mode (called legacy) is inferior in functionality and design. We
> didn't do a clear statement
> asking new drivers not to support the legacy mode, but still, it would
> be good to support
> the new mode from day one.
We will support switchdev and other lined-up features after basic
version of the driver has gone through. We are in analysis phase right
now for all of these features.
Thanks
Salil
>
> Or.
Powered by blists - more mailing lists