[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAEP_g=_Q_HR=fA1qo=RzB8CkV78CzRO6-w6LV12HVrQLYL9Tgw@mail.gmail.com>
Date: Thu, 2 Oct 2014 18:48:45 -0700
From: Jesse Gross <jesse@...ira.com>
To: Tom Herbert <therbert@...gle.com>
Cc: Andy Zhou <azhou@...ira.com>, David Miller <davem@...emloft.net>,
Linux Netdev List <netdev@...r.kernel.org>
Subject: Re: [net-next 6/6] openvswitch: Add support for Geneve tunneling.
On Thu, Oct 2, 2014 at 4:04 PM, Tom Herbert <therbert@...gle.com> wrote:
> On Thu, Oct 2, 2014 at 1:04 AM, Andy Zhou <azhou@...ira.com> wrote:
>> From: Jesse Gross <jesse@...ira.com>
>>
>> The Openvswitch implementation is completely agnostic to the options
>> that are in use and can handle newly defined options without
>> further work. It does this by simply matching on a byte array
>> of options and allowing userspace to setup flows on this array.
>>
>> Signed-off-by: Jesse Gross <jesse@...ira.com>
>> Signed-off-by: Andy Zhou <azhou@...ira.com>
>> ---
>> include/net/ip_tunnels.h | 21 ++--
>> include/uapi/linux/openvswitch.h | 2 +
>> net/openvswitch/Kconfig | 11 ++
>> net/openvswitch/Makefile | 4 +
>> net/openvswitch/datapath.c | 5 +-
>> net/openvswitch/flow.c | 20 +++-
>> net/openvswitch/flow.h | 20 +++-
>> net/openvswitch/flow_netlink.c | 176 +++++++++++++++++++++++-----
>> net/openvswitch/vport-geneve.c | 236 ++++++++++++++++++++++++++++++++++++++
>> net/openvswitch/vport-gre.c | 2 +-
>> net/openvswitch/vport-vxlan.c | 2 +-
>> net/openvswitch/vport.c | 3 +
>> net/openvswitch/vport.h | 1 +
>> 13 files changed, 461 insertions(+), 42 deletions(-)
>> create mode 100644 net/openvswitch/vport-geneve.c
>>
>> diff --git a/include/net/ip_tunnels.h b/include/net/ip_tunnels.h
>> index a9ce155..5bc6ede 100644
>> --- a/include/net/ip_tunnels.h
>> +++ b/include/net/ip_tunnels.h
>> @@ -86,17 +86,18 @@ struct ip_tunnel {
>> struct gro_cells gro_cells;
>> };
>>
>> -#define TUNNEL_CSUM __cpu_to_be16(0x01)
>> -#define TUNNEL_ROUTING __cpu_to_be16(0x02)
>> -#define TUNNEL_KEY __cpu_to_be16(0x04)
>> -#define TUNNEL_SEQ __cpu_to_be16(0x08)
>> -#define TUNNEL_STRICT __cpu_to_be16(0x10)
>> -#define TUNNEL_REC __cpu_to_be16(0x20)
>> -#define TUNNEL_VERSION __cpu_to_be16(0x40)
>> -#define TUNNEL_NO_KEY __cpu_to_be16(0x80)
>> +#define TUNNEL_CSUM __cpu_to_be16(0x01)
>> +#define TUNNEL_ROUTING __cpu_to_be16(0x02)
>> +#define TUNNEL_KEY __cpu_to_be16(0x04)
>> +#define TUNNEL_SEQ __cpu_to_be16(0x08)
>> +#define TUNNEL_STRICT __cpu_to_be16(0x10)
>> +#define TUNNEL_REC __cpu_to_be16(0x20)
>
> Just changing whitespace in these?
Yeah, it's just reindenting to match the new values.
--
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