Sorry for the repeat email but this bug is also in 2.5.22 and my patch is still valid, although I'm not entirely sure it is the correct fix for the problem? -- From Previous email -- 2.5.21 and 2.5.2
This is a known bug introduced by the struct sock splitup into external per-protocol pieces done by Arnaldo de Melo. He is working on the proper fix, your proposed change will just paper over the rea
Author: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxx>
Date: Mon, 17 Jun 2002 21:57:35 -0300
Em Mon, Jun 17, 2002 at 02:33:19PM -0700, David S. Miller escreveu: Carl, Can you try this patch? - Arnaldo -- orig/net/ipv6/tcp_ipv6.c Sat May 25 23:13:56 2002 +++ linux/net/ipv6/tcp_ipv6.c Fri Jun
-- orig/net/ipv6/tcp_ipv6.c Sat May 25 23:13:56 2002 +++ linux/net/ipv6/tcp_ipv6.c Fri Jun 14 23:23:07 2002 I've installed this change into my tree in the meantime. If we find a better fix, we can ju
Author: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxx>
Date: Mon, 17 Jun 2002 23:49:34 -0300
Em Mon, Jun 17, 2002 at 07:17:26PM -0700, David S. Miller escreveu: OK, I found a better fix, I think, that allowed me to kill inet6_sk_generic in af_inet6.c, using a constructor for the tcpv6, udpv6
I suspected something like that. This patch doesn't help, it produces exactly the same oops when decoded, I assume the newer patch you mention to Dave is the correct fix? Thanks, Carl
I am afraid you speak about different bug. Old code really relied on the fact that each IPv4 code has zeroed IPv6 part, and that each IPv6 socket has correctly intialized IPv4 part. So, Carl's sugge
Sorry for the repeat email but this bug is also in 2.5.22 and my patch is still valid, although I'm not entirely sure it is the correct fix for the problem? -- From Previous email -- 2.5.21 and 2.5.2
This is a known bug introduced by the struct sock splitup into external per-protocol pieces done by Arnaldo de Melo. He is working on the proper fix, your proposed change will just paper over the rea
Author: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxx>
Date: Mon, 17 Jun 2002 21:57:35 -0300
Em Mon, Jun 17, 2002 at 02:33:19PM -0700, David S. Miller escreveu: Carl, Can you try this patch? - Arnaldo -- orig/net/ipv6/tcp_ipv6.c Sat May 25 23:13:56 2002 +++ linux/net/ipv6/tcp_ipv6.c Fri Jun
-- orig/net/ipv6/tcp_ipv6.c Sat May 25 23:13:56 2002 +++ linux/net/ipv6/tcp_ipv6.c Fri Jun 14 23:23:07 2002 I've installed this change into my tree in the meantime. If we find a better fix, we can ju
Author: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxx>
Date: Mon, 17 Jun 2002 23:49:34 -0300
Em Mon, Jun 17, 2002 at 07:17:26PM -0700, David S. Miller escreveu: OK, I found a better fix, I think, that allowed me to kill inet6_sk_generic in af_inet6.c, using a constructor for the tcpv6, udpv6
I suspected something like that. This patch doesn't help, it produces exactly the same oops when decoded, I assume the newer patch you mention to Dave is the correct fix? Thanks, Carl
Hello! I am afraid you speak about different bug. Old code really relied on the fact that each IPv4 code has zeroed IPv6 part, and that each IPv6 socket has correctly intialized IPv4 part. So, Carl's