Re: [Cerowrt-devel] TFO crashes cerowrt 3.7.1-1

2013-01-14 Thread Jerry Chu
On Sun, Jan 13, 2013 at 7:05 PM, Eric Dumazet wrote: > Oh well yes, this doesnt quite work on !SMP. > Strange - how would one assert a spin lock is held, and obviously only for SMP? (I almost think arch_spin_is_locked(lock) should be ((void)(lock), 1) for UP for the purpose of assertion...) Als

Re: [Cerowrt-devel] TFO crashes cerowrt 3.7.1-1

2013-01-04 Thread Jerry Chu
On Fri, Jan 4, 2013 at 1:21 PM, Dave Taht wrote: > On Fri, Jan 4, 2013 at 12:57 PM, Jerry Chu wrote: > > +ycheng > > > > On Fri, Jan 4, 2013 at 12:43 PM, Maciej Soltysiak > > wrote: > >> > >> Oops, apologies if email was formatted weirdly... &

Re: [Cerowrt-devel] TFO crashes cerowrt 3.7.1-1

2013-01-04 Thread Jerry Chu
+ycheng On Fri, Jan 4, 2013 at 12:43 PM, Maciej Soltysiak wrote: > Oops, apologies if email was formatted weirdly... The problem you described below is separate from the MIPS router crash one, right? BTW, we've only tested on x86_64 arch. In addition to tcpdump, "netstat -s | grep -i fastopen"

Re: [Cerowrt-devel] TFO crashes cerowrt 3.7.1-1

2013-01-04 Thread Jerry Chu
+ycheng On Fri, Jan 4, 2013 at 1:11 PM, Dave Taht wrote: > Hmm. I would lean towards there being an issue with the new (freshly > ported forward to 3.7.1) unaligned checksum code for mips based on > what you say here. Or an offload... > > As for the 239.x multicast issue, hmm... separate issue