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

[Eric Dumazet <edumazet@google.com>]

[-- Attachment #1: Type: text/plain, Size: 3317 bytes --]

Sorry, could you give us a copy of the panic stack trace ?

Thanks


On Fri, Jan 4, 2013 at 9:04 AM, Dave Taht <dave.taht@gmail.com> wrote:

> On Thu, Jan 3, 2013 at 8:54 AM, Ketan Kulkarni <ketkulka@gmail.com> wrote:
> > Thanks Dave.
> > I upgraded my 3800 to 3.7.1-1. It is working for day to day Internet
> activity.
> >
> > However, I am not able to get through even a single TCP TFO
> > connection. The router restarts as soon as it sees the TFO connection.
> > Looks like SYN+Data is crashing the box (see attached trace captured
> > on lo iface of cero). logread, dmesg did not show anything. I don't
> > know whether its kernel panic.
> >
> > Any pointers to debug further?
> >
> > This is strange as 3.6 was working for SYN+Data cases.
> >
> > However the difference from previous instance is the polipo server
> > with TFO running on cero box.
> > Client may run on same cero or on my laptop which in either case
> > crashes the box.
> >
> > On 3.7, if I run the TFO client on cero box and TFO server on the
> > laptop, it still works but not the reverse.
> >
> > Any thoughts?
>
> I suspect that the new TFO code hasn't been tested much on mips. Am
> glad you are doing so!
>
> I got my replacement wndr3800s a few days ago, and will put the next
> build through the TFO wringer (as well as attach a serial console).
> That said, perhaps your bug report best belongs on netdev where there
> are a couple people working hard on TFO and at least one has a cerowrt
> capable box...
>
> Does TFO successfully pass through the router?
>
> >
> > Thanks,
> > Ketan
> >
> > On Wed, Jan 2, 2013 at 3:33 PM, Dave Taht <dave.taht@gmail.com> wrote:
> >> Two formerly back-ordered 3800s arrived yesterday!
> >>
> >> They barely had time to power on before I reflashed them with:
> >>
> >> http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.7.1-1/
> >>
> >> I still regard this series as heavily development oriented and
> >> unsuitable for general use. In particular I'd like to wait for dnsmasq
> >> to come out of beta, fix AHCP, add a gui for the ceroshaper, etc, etc.
> >>
> >> But: This is the first devel release I've been able to test in the
> >> real world as a default gw in a while. So far, so good.
> >>
> >> I have some issues with how the new network6 configuration stuff
> >> interacts with ahcp, but aside from that... I saw upnp work for the
> >> first time... saw the ula auto code work... analyzed some dropbox and
> >> netflix traffic, ran a couple android boxes through it, fiddled with
> >> nfq_codel...
> >>
> >> some notes:
> >>
> >> + resync with openwrt head
> >> + update to Linux 3.7.1 with unaligned patches from robert bradley
> >> + A QFQ+ update
> >> + mildly improved nfq_codel
> >> - Missing cups support (didn't compile
> >> - no ipv6 npt yet
> >>
> >> Merry New Year!
> >>
> >> --
> >> Dave Täht
> >>
> >> Fixing bufferbloat with cerowrt:
> http://www.teklibre.com/cerowrt/subscribe.html
> >> _______________________________________________
> >> Cerowrt-devel mailing list
> >> Cerowrt-devel@lists.bufferbloat.net
> >> https://lists.bufferbloat.net/listinfo/cerowrt-devel
>
>
>
> --
> Dave Täht
>
> Fixing bufferbloat with cerowrt:
> http://www.teklibre.com/cerowrt/subscribe.html
>

[-- Attachment #2: Type: text/html, Size: 4762 bytes --]