[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20151013.045628.1427505591915527875.davem@davemloft.net>
Date: Tue, 13 Oct 2015 04:56:28 -0700 (PDT)
From: David Miller <davem@...emloft.net>
To: dsa@...ulusnetworks.com
Cc: netdev@...r.kernel.org
Subject: Re: [PATCH net-next 0/4 v3] net: VRF support in IPv6 stack
From: David Ahern <dsa@...ulusnetworks.com>
Date: Mon, 12 Oct 2015 11:47:06 -0700
> Initial support for VRF in IPv6 stack. Makes IPv6 functionality on par
> with IPv4 -- ping, tcp client/server and udp client/server all work fine.
> tcpdump on vrf device and external tap (e.g., host side tap device) shows
> all packets with proper addresses. IPv6 does not need the source address
> operation like IPv4. Verified vti6 works properly in my setup as does use
> of an IPv6 address on the VRF device.
>
> v3
> - re-based to top of net-next (updates per net namespace changes by Eric)
> - fixed dst_entry typecasts as requested by Dave
> - added flags to inet6_rtm_getroute (IPv6 version of deaa0a6a930e)
>
> v2
> - fixed CONFIG_IPV6 dependency as questioned by Cong
> - if IPV6 is a module, kbuild ensures VRF is a module
> - if IPV6 is disabled IPV6 functionality is compiled out of VRF module
> - addressed comments from Nik over IRC
> - removed duplicate call to netif_is_l3_master in l3mdev_rt6_dst_by_oif
> - changed allocation flag from GFP_ATOMIC to GFP_KERNEL since it is init time
> - added free of rt6i_pcpu
> - check_ipv6_frame returns false only if packet is NDISC type
Series applied, thanks.
--
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