[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAEP_g=_KWgmfVkNLPGYr=WjNR=UKSt3PhkqU8PE6Ug3ju2R3ig@mail.gmail.com>
Date: Wed, 13 Nov 2013 14:11:42 +0800
From: Jesse Gross <jesse@...ira.com>
To: Thomas Graf <tgraf@...hat.com>
Cc: Ben Pfaff <blp@...ira.com>,
"dev@...nvswitch.org" <dev@...nvswitch.org>,
Ben Hutchings <bhutchings@...arflare.com>, fleitner@...hat.com,
dborkmann@...hat.com, netdev <netdev@...r.kernel.org>
Subject: Re: [ovs-dev] [PATCH] linux: Signal datapath that unaligned Netlink
message can be received
On Mon, Nov 11, 2013 at 11:53 PM, Thomas Graf <tgraf@...hat.com> wrote:
> On 11/11/2013 04:50 PM, Ben Pfaff wrote:
>>
>> On Mon, Nov 11, 2013 at 04:36:24PM +0100, Thomas Graf wrote:
>>>
>>> Following commit (''netlink: Do not enforce alignment of last Netlink
>>> attribute''), signal the ability to receive unaligned Netlink messages
>>> to the datapath to enable utilization of zerocopy optimizations.
>>>
>>> Signed-off-by: Thomas Graf <tgraf@...hat.com>
>>
>>
>> Seems OK from a userspace point of view. I am a little concerned that
>> downgrading userspace without deleting and re-creating the datapath
>> (e.g. via "force-reload-kmod") will result in a totally broken setup
>> since userspace will then drop every packet from the kernel.
>
>
> Is that something that occurs occasionally in installations? Utilizing
> the version field in the genl header could be used to track this and
> clear user_features.
It's probably a good idea. I could see us having more of these
features flags in the future (although obviously we should try to
avoid them if possible) and, as Ben said, it would potentially lead to
a bad state otherwise.
I'm not sure exactly what you have in mind though, can you elaborate a little?
(By the way, it might be a good idea to keep the same CC list on all
of the patches. Otherwise, some people might miss parts of the
discussion.)
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists