PF + BRIDGE + PFSYNC causes system freezing

[Max Laier]

On Thursday 18 March 2010 17:39:29 Giulio Ferro wrote:
> On 18.03.2010 15:26, Max Laier wrote:
> 
> Ok, it's happened again...
> and once the system freezes try to enter the debugger and get ps and
> 
> >>>>> locks information.
> >>>>>
> >>>>> show allchains
> 
> No result

Okay ... so it looks like this is a live lock (not a deadlock) and it's 
probably caused by relooping packets.  Now we "only" have to find the culprit 
for the loop ...

can you share your setup details, again?  The simpler the better.

> >>>>> show alllocks
> 
> Process 4483 (sshd) thread 0xffffff0002ded3a0 (100159)
> exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xffffff0002c79b98) locked @
> /usr/src/sys/kern/uipc_sockbuf.c:148
> Process 12 (intr) thread 0xffffff000242b3a0 (100028)
> exclusive sleep mutex if_bridge (if_bridge) r = 0 (0xffffff000282d018)
> locked @ /usr/src/sys/modules/if_bridge/../../net/if_bridge.c:2162
> Process 12 (intr) thread 0xffffff00023d3ae0 (100021)
> exclusive slepp mutex Giant (Giant) r = 1 (0xffffffff80c6f660) locked @
> /usr/src/sys/dev/usb/usb_transfer.c:3009
> Process 12 (intr) thread 0xffffff00022603a0 (1000007)
> exclusive sleep mutex carp_if (carp_if) r = 0 (0xffffff0002730360)
> locked @ /usr/src/sys/netinet/ip_carp.c:881
> 
> >>>>> ps
> 
> This yields a lot of lines, tell me if you want me to report something
> special
> 
> > a "bt" would help in this case to see where the bad alloc is.
> 
> Tracing pid 12 tid 100021 td 0xffffff00023d3ae0
> kdb_enter() at kdb_enter+0x3d
> ...
> 
> Thank for your interest.
> 
> 
> !DSPAM:4ba25756174452108219161!
>