linux-toradex.git/net/ipv6/ip6_output.c, branch v2.6.16.4

[IPV4/6]: Fix UFO error propagation

2006-03-13T04:39:40+00:00

When ufo_append_data fails err is uninitialized, but returned back.
Strangely gcc doesn't notice it.

Coverity #901 and #902

Signed-off-by: Patrick McHardy 
Signed-off-by: David S. Miller

[IPV6]: Do not ignore IPV6_MTU socket option.

2006-02-24T21:18:33+00:00

Based on patch by Hoerdt Mickael .

Signed-off-by: YOSHIFUJI Hideaki 
Signed-off-by: David S. Miller

[IPV6]: Set skb->priority in ip6_output.c

2006-01-09T22:16:31+00:00

Set skb->priority = sk->sk_priority as in raw.c and IPv4.

Signed-off-by: Patrick McHardy 
Signed-off-by: David S. Miller

[IPV6]: Export some symbols for DCCPv6

2006-01-03T21:10:48+00:00

Signed-off-by: Arnaldo Carvalho de Melo 
Signed-off-by: David S. Miller

[IPV6]: make two functions static

2005-11-30T00:28:56+00:00

This patch makes two needlessly global functions static.

Signed-off-by: Adrian Bunk 
Signed-off-by: David S. Miller

[NETFILTER]: Add nf_conntrack subsystem.

2005-11-10T00:38:16+00:00

The existing connection tracking subsystem in netfilter can only
handle ipv4.  There were basically two choices present to add
connection tracking support for ipv6.  We could either duplicate all
of the ipv4 connection tracking code into an ipv6 counterpart, or (the
choice taken by these patches) we could design a generic layer that
could handle both ipv4 and ipv6 and thus requiring only one sub-protocol
(TCP, UDP, etc.) connection tracking helper module to be written.

In fact nf_conntrack is capable of working with any layer 3
protocol.

The existing ipv4 specific conntrack code could also not deal
with the pecularities of doing connection tracking on ipv6,
which is also cured here.  For example, these issues include:

1) ICMPv6 handling, which is used for neighbour discovery in
   ipv6 thus some messages such as these should not participate
   in connection tracking since effectively they are like ARP
   messages

2) fragmentation must be handled differently in ipv6, because
   the simplistic "defrag, connection track and NAT, refrag"
   (which the existing ipv4 connection tracking does) approach simply
   isn't feasible in ipv6

3) ipv6 extension header parsing must occur at the correct spots
   before and after connection tracking decisions, and there were
   no provisions for this in the existing connection tracking
   design

4) ipv6 has no need for stateful NAT

The ipv4 specific conntrack layer is kept around, until all of
the ipv4 specific conntrack helpers are ported over to nf_conntrack
and it is feature complete.  Once that occurs, the old conntrack
stuff will get placed into the feature-removal-schedule and we will
fully kill it off 6 months later.

Signed-off-by: Yasuyuki Kozakai 
Signed-off-by: Harald Welte 
Signed-off-by: Arnaldo Carvalho de Melo

[NET]: kfree cleanup

2005-11-08T17:41:34+00:00

From: Jesper Juhl 

This is the net/ part of the big kfree cleanup patch.

Remove pointless checks for NULL prior to calling kfree() in net/.

Signed-off-by: Jesper Juhl 
Cc: "David S. Miller" 
Cc: Arnaldo Carvalho de Melo 
Acked-by: Marcel Holtmann 
Acked-by: YOSHIFUJI Hideaki 
Signed-off-by: Andrew Morton

[IPv4/IPv6]: UFO Scatter-gather approach

2005-10-28T18:30:00+00:00

Attached is kernel patch for UDP Fragmentation Offload (UFO) feature.

1. This patch incorporate the review comments by Jeff Garzik.
2. Renamed USO as UFO (UDP Fragmentation Offload)
3. udp sendfile support with UFO

This patches uses scatter-gather feature of skb to generate large UDP
datagram. Below is a "how-to" on changes required in network device
driver to use the UFO interface.

UDP Fragmentation Offload (UFO) Interface:
-------------------------------------------
UFO is a feature wherein the Linux kernel network stack will offload the
IP fragmentation functionality of large UDP datagram to hardware. This
will reduce the overhead of stack in fragmenting the large UDP datagram to
MTU sized packets

1) Drivers indicate their capability of UFO using
dev->features |= NETIF_F_UFO | NETIF_F_HW_CSUM | NETIF_F_SG

NETIF_F_HW_CSUM is required for UFO over ipv6.

2) UFO packet will be submitted for transmission using driver xmit routine.
UFO packet will have a non-zero value for

"skb_shinfo(skb)->ufo_size"

skb_shinfo(skb)->ufo_size will indicate the length of data part in each IP
fragment going out of the adapter after IP fragmentation by hardware.

skb->data will contain MAC/IP/UDP header and skb_shinfo(skb)->frags[]
contains the data payload. The skb->ip_summed will be set to CHECKSUM_HW
indicating that hardware has to do checksum calculation. Hardware should
compute the UDP checksum of complete datagram and also ip header checksum of
each fragmented IP packet.

For IPV6 the UFO provides the fragment identification-id in
skb_shinfo(skb)->ip6_frag_id. The adapter should use this ID for generating
IPv6 fragments.

Signed-off-by: Ananda Raju 
Signed-off-by: Rusty Russell  (forwarded)
Signed-off-by: Arnaldo Carvalho de Melo

[IPV6]: Fix ipv6 fragment ID selection at slow path

2005-10-03T21:19:15+00:00

Signed-Off-By: Yan Zheng 
Signed-off-by: David S. Miller

[IPV6]: Support IPV6_{RECV,}TCLASS socket options / ancillary data.

2005-09-08T01:19:03+00:00

Based on patch from David L Stevens 

Signed-off-by: David L Stevens 
Signed-off-by: YOSHIFUJI Hideaki