Based on the discussion offline, we agree on that the kernel side
implementation should be
kept simple. So, the current design will still be used.
Also, change the key name from OVS_VPORT_ATTR_UPCALL_PIDS to
OVS_VPORT_ATTR_UPCALL_PID.
I'll send V2 patch soon.
On Fri, Feb 7, 2014 at 1:00 PM, Pr
On Fri, Feb 7, 2014 at 11:55 AM, Alex Wang wrote:
> Thanks Pravin,
>
>
>> >
>> > This patch also significantly simplifies the flow miss handling
>> > code and brings slight improvement to flow setup rate.
>> >
>> Hi Alex,
>>
>> I have couple of high level comments:
>>
>> 1. Are we trying to solve
Thanks Pravin,
>
> > This patch also significantly simplifies the flow miss handling
> > code and brings slight improvement to flow setup rate.
> >
> Hi Alex,
>
> I have couple of high level comments:
>
> 1. Are we trying to solve fairness here? If yes then how does it work
> for tunnel ports? If
On Wed, Feb 5, 2014 at 11:01 PM, Alex Wang wrote:
> This commit removes the 'dispatcher' thread by allowing 'handler'
> threads to read upcalls directly from dpif. vport in dpif will
> open netlink sockets for each handler and will use the 5-tuple
> hash from the missed packet to choose which soc