Changes in Makefile

ec8f24b7 - treewide: Add SPDX license identifier - Makefile/Kconfig

Sun, 19 May 2019 12:07:45 +0000

treewide: Add SPDX license identifier - Makefile/KconfigAdd SPDX license identifiers to all Make/Kconfig files which: - Have no license information of any formThese files fall under the project license, GPL v2 only. The resulting SPDXlicense identifier is: GPL-2.0-onlySigned-off-by: Thomas Gleixner Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/net/mpls/Makefile

e3e4712e - mpls: ip tunnel support

Tue, 21 Jul 2015 08:43:53 +0000

mpls: ip tunnel supportThis implementation uses lwtunnel infrastructure to registerhooks for mpls tunnel encaps.It picks cues from iptunnel_encaps infrastructure and previousmpls iptunnel RFC patches from Eric W. Biederman and Robert ShearmanSigned-off-by: Roopa Prabhu Signed-off-by: David S. Miller List of files: /linux-6.15/net/mpls/Makefile

8a08919f - mpls: Allow mpls_gso and mpls_router to be built as modules

Tue, 10 Mar 2015 16:37:59 +0000

mpls: Allow mpls_gso and mpls_router to be built as modulesCONFIG_MPLS=m doesn't result in a kernel module being built because itapplies to the net/mpls directory, rather than to .o files.So revert the MPLS menuitem to being a boolean and make MPLS_GSO andMPLS_ROUTING tristates to allow mpls_gso and mpls_router modules to beproduced as desired.Cc: "Eric W. Biederman" Signed-off-by: Robert Shearman Signed-off-by: David S. Miller List of files: /linux-6.15/net/mpls/Makefile

0189197f - mpls: Basic routing support

Wed, 04 Mar 2015 01:10:47 +0000

mpls: Basic routing supportThis change adds a new Kconfig option MPLS_ROUTING.The core of this change is the code to look at an mpls packet receivedfrom another machine. Look that packet up in a routing table andforward the packet on.Support of MPLS over ATM is not considered or attempted here. Thisimplemntation follows RFC3032 and implements the MPLS shim header thatcan pass over essentially any network.What RFC3021 refers to as the as the Incoming Label Map (ILM) I callnet->mpls.platform_label[]. What RFC3031 refers to as the Next LabelHop Forwarding Entry (NHLFE) I call mpls_route. Though calling it thelabel fordwarding information base (lfib) might also be valid.Further the implemntation forwards packets as described in RFC3032.There is no need and given the original motivation for MPLS a strongdiscincentive to have a flexible label forwarding path. In essencethe logic is the topmost label is read, looked up, removed, andreplaced by 0 or more new lables and the sent out the specifiedinterface to it's next hop.Quite a few optional features are not implemented here. Among themare generation of ICMP errors when the TTL is exceeded or the packetis larger than the next hop MTU (those conditions are detected and thepackets are dropped instead of generating an icmp error). The trafficclass field is always set to 0. The implementation focuses on IP overMPLS and does not handle egress of other kinds of protocols.Instead of implementing coordination with the neighbour table andsorting out how to input next hops in a different address family (forwhich there is value). I was lazy and implemented a next hop macaddress instead. The code is simpler and there are flavor of MPLSsuch as MPLS-TP where neither an IPv4 nor an IPv6 next hop isappropriate so a next hop by mac address would need to be implementedat some point.Two new definitions AF_MPLS and PF_MPLS are exposed to userspace.Decoding the mpls header must be done by first byeswapping a 32bit bitendian word into the local cpu endian and then bit shifting to extractthe pieces. There is no C bit-field that can represent a wire formatmpls header on a little endian machine as the low bits of the 20bitlabel wind up in the wrong half of third byte. Therefore internallyeverything is deal with in cpu native byte order except when writingto and reading from a packet.For management simplicity if a label is configured to forward outan interface that is down the packet is dropped early. Similarlyif an network interface is removed rt_dev is updated to NULL(so no reference is preserved) and any packets for that labelare dropped. Keeping the label entries in the kernel allowsthe kernel label table to function as the definitive sourceof which labels are allocated and which are not.Signed-off-by: "Eric W. Biederman" Signed-off-by: David S. Miller List of files: /linux-6.15/net/mpls/Makefile

de05c400 - mpls: Allow mpls_gso to be built as module

Thu, 30 Oct 2014 07:50:04 +0000

mpls: Allow mpls_gso to be built as moduleKconfig already allows mpls to be built as module. Following patchfixes Makefile to do same.CC: Simon Horman Signed-off-by: Pravin B Shelar Acked-by: Simon Horman Signed-off-by: David S. Miller List of files: /linux-6.15/net/mpls/Makefile

0d89d203 - MPLS: Add limited GSO support

Thu, 23 May 2013 21:02:52 +0000

MPLS: Add limited GSO supportIn the case where a non-MPLS packet is received and an MPLS stack isadded it may well be the case that the original skb is GSO but theNIC used for transmit does not support GSO of MPLS packets.The aim of this code is to provide GSO in software for MPLS packetswhose skbs are GSO.SKB Usage:When an implementation adds an MPLS stack to a non-MPLS packet it should dothe following to skb metadata:* Set skb->inner_protocol to the old non-MPLS ethertype of the packet. skb->inner_protocol is added by this patch.* Set skb->protocol to the new MPLS ethertype of the packet.* Set skb->network_header to correspond to the end of the L3 header, including the MPLS label stack.I have posted a patch, "[PATCH v3.29] datapath: Add basic MPLS support tokernel" which adds MPLS support to the kernel datapath of Open vSwtich.That patch sets the above requirements in datapath/actions.c:push_mpls()and was used to exercise this code. The datapath patch is against the OpenvSwtich tree but it is intended that it be added to the Open vSwtich codepresent in the mainline Linux kernel at some point.Features:I believe that the approach that I have taken is at least partiallyconsistent with the handling of other protocols. Jesse, I understand thatyou have some ideas here. I am more than happy to change my implementation.This patch adds dev->mpls_features which may be used by devicesto advertise features supported for MPLS packets.A new NETIF_F_MPLS_GSO feature is added for devices which supporthardware MPLS GSO offload. Currently no devices support thisand MPLS GSO always falls back to software.Alternate Implementation:One possible alternate implementation is to teach netif_skb_features()and skb_network_protocol() about MPLS, in a similar way to theirunderstanding of VLANs. I believe this would avoid the needfor net/mpls/mpls_gso.c and in particular the calls to__skb_push() and __skb_push() in mpls_gso_segment().I have decided on the implementation in this patch as it shouldnot introduce any overhead in the case where mpls_gso is not compiledinto the kernel or inserted as a module.MPLS GSO suggested by Jesse Gross.Based in part on "v4 GRE: Add TCP segmentation offload for GRE"by Pravin B Shelar.Cc: Jesse Gross Cc: Pravin B Shelar Signed-off-by: Simon Horman Signed-off-by: David S. Miller List of files: /linux-6.15/net/mpls/Makefile