[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20170527.200656.1963846123525565873.davem@davemloft.net>
Date: Sat, 27 May 2017 20:06:56 -0400 (EDT)
From: David Miller <davem@...emloft.net>
To: felix.manlunas@...ium.com
Cc: netdev@...r.kernel.org, veerasenareddy.burru@...ium.com,
raghu.vatsavayi@...ium.com, derek.chickles@...ium.com,
satananda.burla@...ium.com
Subject: Re: [PATCH net-next] liquidio: add support for OVS offload
From: Felix Manlunas <felix.manlunas@...ium.com>
Date: Sat, 27 May 2017 08:56:33 -0700
> From: VSR Burru <veerasenareddy.burru@...ium.com>
>
> Add support for OVS offload. By default PF driver runs in basic NIC mode
> as usual. To run in OVS mode, use the insmod parameter "fw_type=ovs".
>
> For OVS mode, create a management interface for communication with NIC
> firmware. This communication channel uses PF0's I/O rings.
>
> Bump up driver version to 1.6.0 to match newer firmware.
>
> Signed-off-by: VSR Burru <veerasenareddy.burru@...ium.com>
> Signed-off-by: Felix Manlunas <felix.manlunas@...ium.com>
How does this work?
What in userspace installs the OVS rules onto the card?
We do not support direct offload of OVS, as an OVS entity, instead we
required all vendors to make their OVS offloads visible as packet
scheduler classifiers and actions.
The same rules apply to liquidio.
If there is some special set of userspace interfaces that are used to
comunicate with these different firmwares in some liquidio specific
way, I am going to be very upset. That is definitely not allowed.
I'm not applying this patch until the above is resolved and at least
more information is added to this commit log message to explain how
this stuff works.
Powered by blists - more mailing lists