An error occurred fetching the project authors.
- 14 Jan, 2005 1 commit
-
-
Adrian Bunk authored
- make some needlessly global code static - remove the following unused functions: - exthdrs.c: ipv6_build_rthdr - exthdrs.c: ipv6_build_exthdr - exthdrs.c: ipv6_build_nfrag_opts - exthdrs.c: ipv6_build_frag_opts - remove the following write-only global variables: - addrconf.c: inet6_dev_count - addrconf.c: inet6_ifa_count - #if 0 the following unused global variable: - addrconf.c: in6addr_any - remove the following unneeded EXPORT_SYMBOL's: - ipv6_syms.c: in6addr_any - ipv6_syms.c: in6addr_loopback Signed-off-by:
Adrian Bunk <bunk@stusta.de> Signed-off-by:
David S. Miller <davem@davemloft.net>
-
- 13 Jan, 2005 1 commit
-
-
Thomas Gleixner authored
Use the new lock initializers DEFINE_SPIN_LOCk and DEFINE_RW_LOCK Signed-off-by:
Thomas Gleixner <tglx@linutronix.de> Signed-off-by:
David S. Miller <davem@davemloft.net>
-
- 27 Dec, 2004 1 commit
-
-
Arnaldo Carvalho de Melo authored
With this we can remove all the cut'n'pasted layouts in all inet_sock derived classes, such as tcp_sock, udp_sock, sctp_sock, etc. Signed-off-by:
Arnaldo Carvalho de Melo <acme@conectiva.com.br> Signed-off-by:
David S. Miller <davem@davemloft.net>
-
- 17 Nov, 2004 1 commit
-
-
Herbert Xu authored
I've removed the frag_list check before fragmenting and we'll rely on dev_queue_xmit to fix things up if necessary. Any functions in between should do the right thing since they need to handle non-linear skb's anyway. Well that's the theory :) Signed-off-by:
Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by:
David S. Miller <davem@davemloft.net>
-
- 11 Nov, 2004 1 commit
-
-
Hideaki Yoshifuji authored
Signed-off-by:
Hideaki YOSHIFUJI <yoshfuji@linux-ipv6.org>
-
- 25 Oct, 2004 1 commit
-
-
Herbert Xu authored
Since skb_checksum_help has been using pskb_expand_head for a while now without any ill effects, I thought it would be a good idea to remove the double pointers from it and its callers. This is what the following patch does. The only 'rider' bit is the removal of an unnecessary BUG_ON in ip6_pkt_discard_out. The preceding assignment was only added because the following function oopsed so there is no point in doing BUG_ON. Signed-off-by:
Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by:
David S. Miller <davem@davemloft.net>
-
- 23 Sep, 2004 1 commit
-
-
Patrick McHardy authored
The relationship of the skb to the conntrack is stored in a new field in the skb. Signed-off-by:
Patrick McHardy <kaber@trash.net> Signed-off-by:
David S. Miller <davem@davemloft.net>
-
- 08 Sep, 2004 1 commit
-
-
Hideaki Yoshifuji authored
Here's the optimization: if we know the remaining data exceeds the mtu, we do not need to fill up full of it. skb_prev: mtu +----------+--+-+ | | | | +----------+--+-+ ^ ^ skb_prev->len | maxfraglen appending data: +--------+ | | +--------+ ---------> length In this case, we know we need more fragment(s). So, let's fill up to maxfraglen (instead of mtu) to avoid needless copy in the next loop. Signed-off-by:
Hideaki YOSHIFUJI <yoshfuji@linux-ipv6.org> Signed-off-by:
Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by:
David S. Miller <davem@davemloft.net>
-
- 02 Sep, 2004 2 commits
-
-
Herbert Xu authored
Signed-off-by:
Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by:
David S. Miller <davem@davemloft.net>
-
Patrick McHardy authored
Yoshifuji's recent fragment patch prevents unnecessary fragmentation when the data can be kept in a single packet, but only for the first packet. When fragmenting, all fragments are still truncated to multiples of 8 and we might end up creating an unnecessary fragment. This dump shows the problem (MTU 1499): 172.16.1.123.32771 > 172.16.195.3.4135: udp 2937 (frag 7066:1472@0+) 172.16.1.123 > 172.16.195.3: udp (frag 7066:1472@1472+) 172.16.1.123 > 172.16.195.3: udp (frag 7066:1@2944) This patch always builds mtu sized fragments and truncates the previous fragment to a multiple of 8 bytes when allocating a new one. With the patch the dump looks like this: 172.16.1.123.32772 > 172.16.195.3.4135: udp 2937 (frag 49641:1472@0+) 172.16.1.123 > 172.16.195.3: udp (frag 49641:1473@1472) Signed-off-by:
Patrick McHardy <kaber@trash.net> Signed-off-by:
David S. Miller <davem@davemloft.net>
-
- 01 Sep, 2004 1 commit
-
-
Herbert Xu authored
If we end up with a fraggap, when we copy the data over to the next frag being built we must compute a checksum for the bit we copy over for the new fragment and subtract that checksum from the place we are copying it from. Signed-off-by:
Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by:
David S. Miller <davem@davemloft.net>
-
- 28 Aug, 2004 2 commits
-
-
Hideaki Yoshifuji authored
We have two problem in ipv4 and ipv6 wrt. to fragmentation on output. Both of which result in fragmentation when it is really not needed. When fragmenting both ipv4 and ipv6 need to make the post IP-header portion of the packet have a length of modulo 8. This means that if the PMTU is not a multiple of 8 after the IP header size is subtracted, we will fragment for full sized frames for the modulo 8 bytes. Furthermore, IPV6 subtracts out space for the fragmentation header it must add, making unnecessary fragmentation even more likely. We still need to handle ip*_append_page() and that will happen in a followup fix. Signed-off-by:
Hideaki YOSHIFUJI <yoshfuji@linux-ipv6.org> Signed-off-by:
David S. Miller <davem@davemloft.net>
-
Kazunori Miyazawa authored
This patch extracts xfrm_lookup() from ip6_dst_lookup() to support source routing appropriately. This is because xfrm_lookup() should be performed with the final destination while ip6_dst_lookup() is called with the next-hop. Signed-off-by:
Kazunori Miyazawa <kazunori@miyazawa.org> Signed-off-by:
Hideaki YOSHIFUJI <yoshfuji@linux-ipv6.org>
-
- 04 Aug, 2004 2 commits
-
-
David S. Miller authored
-
David S. Miller authored
Signed-off-by:
David S. Miller <davem@redhat.com>
-
- 13 Jul, 2004 1 commit
-
-
Alexander Viro authored
-
- 08 Jul, 2004 1 commit
-
-
Hideaki Yoshifuji authored
Signed-off-by:
Hideaki YOSHIFUJI <yoshfuji@linux-ipv6.org>
-
- 22 Jun, 2004 1 commit
-
-
Arnaldo Carvalho de Melo authored
Yeah, the poor cousins will use this as well :-)
-
- 17 Jun, 2004 1 commit
-
-
James Morris authored
Incorrect SKB pointer is passed to output() callback in ip6_fragment(). Work done by James Morris and Yoshifuji Hideaki. Signed-off-by:
James Morris <jmorris@redhat.com> Signed-off-by:
Yoshifuji Hideaki <yoshfuji@linux-ipv6.org> Signed-off-by:
David S. Miller <davem@redhat.com>
-
- 10 Jun, 2004 1 commit
-
-
Shirley Ma authored
When creating dst entry from ndisc, the dst entry of pmtu is not set, and the outout for this kind of dst entry is set to ip_output2 instead of ip_output. This could lead to send bigger packets through these des entries without fragmentation, and uninitialized pmtu could lead the network unreachable. These problems are easy reproduced when configuring IPSEC for ipv6. IPSEC could pick up dst entry created by ndisc as child des entry if ndisc dst entry generated earlier. If sending bigger packets through IPSEC, the ip output2 will send bigger packets out, the driver will drop these packets on receiver side. Also the dst_entry pmtu will be 0, the network is unreachable. The patch has been tested against 2.6.6. I am not sure why ndisc genereats dst entry with output equal to ip6_output2 not ip6_output. If ndisc sends bigger packets, it will break also. Signed-off-by:
Shirley Ma <mashirle@us.ibm.com> Signed-off-by:
David S. Miller <davem@redhat.com>
-
- 09 Jun, 2004 1 commit
-
-
Hideaki Yoshifuji authored
-
- 03 Jun, 2004 1 commit
-
-
James Morris authored
In a nutshell, skb checksum mangling has been removed from nf_hook_slow() and pushed up to whatever really needs to do it. Namely: NAT, ip_fw_compat, ipt_TCPMSS, IPSec transforms. skb_checksum_help() has been changed to perform an skb_copy() if needed (e.g. the original problem case where bcast/mcast was cloning packets for transmission over loopback, changing ip_summed). Because of the above, the output path has been modified to take into account the fact that an skb may need to be changed in some places. There are some minor changes in the routing code to take care of the now different input and output function prototypes. The ipv6 fragmentation code has been modified to detect a changed skb. The rest of the patch (probably the bulk of it) is simply the result of changing to double skb pointers. I've tested this with ipv4, ipv6, ipsec (including xfrm bundles), NAT and the original DHCP test case. Everything seems to be working ok. Signed-off-by:
James Morris <jmorris@redhat.com> Signed-off-by:
David S. Miller <davem@redhat.com>
-
- 02 Jun, 2004 1 commit
-
-
Hideaki Yoshifuji authored
-
- 27 May, 2004 1 commit
-
-
David S. Miller authored
-
- 26 May, 2004 1 commit
-
-
Shirley Ma authored
This patch implements both per interface and global new IPv6 MIBs counters through netlink based on new IP MIBs draft, 64 bit counters are not supported here because of performance issues. It coexists old IPv6 MIBs counters (which are through proc file system) for the compatibility.
-
- 16 Apr, 2004 1 commit
-
-
Andi Kleen authored
-
- 09 Apr, 2004 1 commit
-
-
Shirley Ma authored
-
- 24 Mar, 2004 1 commit
-
-
Krishna Kumar authored
-
- 09 Mar, 2004 1 commit
-
-
Krishna Kumar authored
-
- 09 Feb, 2004 1 commit
-
-
Hideaki Yoshifuji authored
-
- 21 Jan, 2004 1 commit
-
-
Krishna Kumar authored
-
- 01 Jan, 2004 1 commit
-
-
Hideaki Yoshifuji authored
-
- 21 Dec, 2003 1 commit
-
-
Bart De Schuymer authored
-
- 26 Oct, 2003 2 commits
-
-
Hideaki Yoshifuji authored
-
Hideaki Yoshifuji authored
-
- 31 Aug, 2003 1 commit
-
-
Bart De Schuymer authored
-
- 17 Aug, 2003 2 commits
-
-
David S. Miller authored
1) icmpv6_send() and icmpv6_echo_reply() never release dst. 2) ip6_{push,flush}_pending_frames() leak np->cork.rt.
-
Ville Nuorvala authored
-
- 07 Aug, 2003 2 commits
-
-
David S. Miller authored
-
Kazunori Miyazawa authored
This patch makes the kernel consider extension header length in a dst.
-