* Re: [PATCH]ip_options_fragment() has no effect on fragmentation
@ 2006-05-06 0:36 Wei Yongjun
2006-05-09 22:20 ` David S. Miller
0 siblings, 1 reply; 5+ messages in thread
From: Wei Yongjun @ 2006-05-06 0:36 UTC (permalink / raw)
To: David S. Miller; +Cc: weiyj, netdev
I had tested the patch under linux system, maybe this mail is correct.
Fix error point to options in ip_options_fragment(). optptr get a error
pointer to the ipv4 header, correct is pointer to ipv4 options.
Signed-off-by: Wei Yongjun <weiyj@soft.fujitsu.com>
--- a/net/ipv4/ip_options.c 2006-01-27 09:14:33.463612696 +0900
+++ b/net/ipv4/ip_options.c 2006-01-27 09:12:21.857619848 +0900
@@ -207,7 +207,7 @@
void ip_options_fragment(struct sk_buff * skb)
{
- unsigned char * optptr = skb->nh.raw;
+ unsigned char * optptr = skb->nh.raw + sizeof(struct iphdr);
struct ip_options * opt = &(IPCB(skb)->opt);
int l = opt->optlen;
int optlen;
On Monday 08 May 2006 01:41, David S. Miller wrote:
> Actually it didn't get applied for some reason.
>
> Please resubmit it properly with a full changelog and
> "Signed-off-by: " lines, and make double sure that your
> email client does not corrupt the patch so that I may
> apply it cleanly. Test this by sending it to yourself
> and trying to apply the patch.
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: [PATCH]ip_options_fragment() has no effect on fragmentation 2006-05-06 0:36 [PATCH]ip_options_fragment() has no effect on fragmentation Wei Yongjun @ 2006-05-09 22:20 ` David S. Miller 0 siblings, 0 replies; 5+ messages in thread From: David S. Miller @ 2006-05-09 22:20 UTC (permalink / raw) To: weiyj; +Cc: netdev From: Wei Yongjun <weiyj@soft.fujitsu.com> Date: Fri, 05 May 2006 20:36:14 -0400 > I had tested the patch under linux system, maybe this mail is correct. > > Fix error point to options in ip_options_fragment(). optptr get a error > pointer to the ipv4 header, correct is pointer to ipv4 options. > > Signed-off-by: Wei Yongjun <weiyj@soft.fujitsu.com> Patch applied, thank you very much. ^ permalink raw reply [flat|nested] 5+ messages in thread
[parent not found: <001701c6277a$eaa93950$cfa0220a@WeiYJ>]
[parent not found: <1138821701.3852.8.camel@L-tech1>]
[parent not found: <20060202.170840.114568749.davem@davemloft.net>]
* Re: [PATCH]ip_options_fragment() has no effect on fragmentation [not found] ` <20060202.170840.114568749.davem@davemloft.net> @ 2006-05-05 17:50 ` weiyj 2006-05-08 5:39 ` David S. Miller 2006-05-08 5:41 ` David S. Miller 0 siblings, 2 replies; 5+ messages in thread From: weiyj @ 2006-05-05 17:50 UTC (permalink / raw) To: David S. Miller; +Cc: weiyj, netdev Hello Mr. David: Does this patch will be used? This patch resolved the following problem: When I send IPv4 packet(contain Record Route Option) which need to be fragmented to the router, the router can not fragment it correctly. After fragmented by router, the second fragmentation still contain Record Route Option. Refer to RFC791, Record Route Option must Not be copied on fragmentation, goes in first fragment only. On Thursday 02 February 2006 20:08, David S. Miller wrote: > From: Wei Yongjun <weiyj@soft.fujitsu.com> > Date: Wed, 01 Feb 2006 14:21:41 -0500 > > Your patch is still corrupt, new lines were added by your email client > which splits up the patch headers. > > I applied the patch by hand, but next time I won't put so much effort > into fixing up your work. Please learn how to submit patches > properly. > > Thank you. --- a/net/ipv4/ip_options.c.orig 2006-01-27 09:14:33.463612696 +0900 +++ b/net/ipv4/ip_options.c 2006-01-27 09:12:21.857619848 +0900 @@ -207,7 +207,7 @@ void ip_options_fragment(struct sk_buff * skb) { - unsigned char * optptr = skb->nh.raw; + unsigned char * optptr = skb->nh.raw + sizeof(struct iphdr); struct ip_options * opt = &(IPCB(skb)->opt); int l = opt->optlen; int optlen; ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH]ip_options_fragment() has no effect on fragmentation 2006-05-05 17:50 ` weiyj @ 2006-05-08 5:39 ` David S. Miller 2006-05-08 5:41 ` David S. Miller 1 sibling, 0 replies; 5+ messages in thread From: David S. Miller @ 2006-05-08 5:39 UTC (permalink / raw) To: weiyj; +Cc: netdev From: weiyj@soft.fujitsu.com Date: Fri, 5 May 2006 13:50:02 -0400 > Does this patch will be used? Your patch is in the tree already. ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH]ip_options_fragment() has no effect on fragmentation 2006-05-05 17:50 ` weiyj 2006-05-08 5:39 ` David S. Miller @ 2006-05-08 5:41 ` David S. Miller 1 sibling, 0 replies; 5+ messages in thread From: David S. Miller @ 2006-05-08 5:41 UTC (permalink / raw) To: weiyj; +Cc: netdev From: weiyj@soft.fujitsu.com Date: Fri, 5 May 2006 13:50:02 -0400 > Does this patch will be used? > > This patch resolved the following problem: When I send IPv4 packet(contain > Record Route Option) which need to be fragmented to the router, the router > can not fragment it correctly. After fragmented by router, the second > fragmentation still contain Record Route Option. Refer to RFC791, Record > Route Option must Not be copied on fragmentation, goes in first fragment > only. Actually it didn't get applied for some reason. Please resubmit it properly with a full changelog and "Signed-off-by: " lines, and make double sure that your email client does not corrupt the patch so that I may apply it cleanly. Test this by sending it to yourself and trying to apply the patch. Thanks. ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2006-05-09 22:20 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-05-06 0:36 [PATCH]ip_options_fragment() has no effect on fragmentation Wei Yongjun
2006-05-09 22:20 ` David S. Miller
[not found] <001701c6277a$eaa93950$cfa0220a@WeiYJ>
[not found] ` <1138821701.3852.8.camel@L-tech1>
[not found] ` <20060202.170840.114568749.davem@davemloft.net>
2006-05-05 17:50 ` weiyj
2006-05-08 5:39 ` David S. Miller
2006-05-08 5:41 ` David S. Miller
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).