bridge breaks loopback on 2.4.22

[Santiago Garcia Mantinan <manty@manty.net>]

Hi!

Since the change to 2.4.22 I've been experimenting problems here, after
many tests I have seen what I think is the problem that is causing this.

The problem I'm seing is the loopback starts loosing packages, I don't know
if this could also happen on other interfaces. I'm testing this by starting
a:
	tcpdump -n -i lo port
then a:
	nc -n -l port >/dev/null
and a:
	nc localhost port </dev/zero

If everything is fine my cpu goes to 100% and I see the packages all the way
in my tcpdump screen, great. But there are sometimes when this doesn't go
smooth and the tcpdump starts to show only one or two packages each N
seconds, till it ends up showing the resend of the last package which is
never acknowledged, you can even see that the timings of this packages that
are being repeated match those of tcp backoff, my cpu charge is then really
really low, nc disconnects after a while, ...

When does this happen?

It took me a while to find this out, but it happens when you have a bridge
interface and one of the ports of the bridge is told to drop packages, like
when they detect a loop in the net and an interface is set to a blocking
state.

Of course that the loopback is not a part of any bridge in any of my setups,
and I've seen this in a couple of machines, one SMP and the other one single
micro, 2.4.21 worked ok, at least I could not reproduce this on that one. If
the interfaces have been in a forwarding state all the time since the bridge
was setup, without being in a blocking state, then this problem does not
seem to happen.

I believe that the changes the bridge went through from 2.4.21 to 2.4.22 are
to blame on this one, but this is just a guess.

Hope we can find a fix for this so that it is integrated in 2.4.23 kernel,
I'll be happy to make any tests you want to track this farther down.

Regards...
-- 
Manty/BestiaTester -> http://manty.net