On Dec 19, 2007 6:00 PM, Damien Thébault wrote: > Hello, > > I sent the quoted mail to linux-net with my problem yesterday, but I > did a git bisect today and I got the following output : > > > 2bf540b73ed5b304e84bb4d4c390d49d1cfa0ef8 is first bad commit > > commit 2bf540b73ed5b304e84bb4d4c390d49d1cfa0ef8 > > Author: Patrick McHardy > > Date: Wed Dec 13 16:54:25 2006 -0800 > > > > [NETFILTER]: bridge-netfilter: remove deferred hooks > > > > Remove the deferred hooks and all related code as scheduled in > > feature-removal-schedule. > > > > Signed-off-by: Patrick McHardy > > Signed-off-by: David S. Miller > > > > :040000 040000 c49ea947455937566b6129991dde5e86f2453aae 6611736ce5c0fcde7627494b66b9ea94e37ea42e M Documentation > > :040000 040000 d0dd0700fe68f98b52687be3a0c31d73f7b15b81 f8ddf15a0389c5f5b7f2c11d7d0db039a660e1d5 M include > > :040000 040000 dafccf7ff8657be9adca6b28dbd365cdd6c01ca5 3eeb1cb4b16cc5cb698ab559b47ea6b0991d4d3a M net > This morning I reverted the patch and ported it to work with the net-2.6.25 and 2.6.23 kernels. With it, the behaviour seems to be good again (I didn't test a lot so I don't know if anything else is broken by this). I don't know yet if it solves my RTSP conntrack problem too. (Yes I know this is not really the good way to handle this, but since the removal of the deferred hooks before 2.6.20, there was a lot of changes in this area, so I just tried to see if it was working with the current kernel) I'm attaching the two patchs if anyone needs it. -- Damien Thebault