From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ie0-f169.google.com (mail-ie0-f169.google.com [209.85.223.169]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id EA7BF21F0F2 for ; Fri, 4 Jan 2013 09:27:42 -0800 (PST) Received: by mail-ie0-f169.google.com with SMTP id c14so19978985ieb.14 for ; Fri, 04 Jan 2013 09:27:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=CuIKDP/PDbO5fUn15OqXvRPvDt7mAfhidevcYDsSH1g=; b=JxB+h0SchpqEn3QmDkvB4z5yADggZgSJT72yH8k4vx8XAj1Eo/h+nTv/te0wrf6/6N tmAmxKNAetPTCJl6w3Io6LhpVCGd5GJHpMHrVec6aDuAKaCD8lvzA2+xWc4y5Qs0gxks PdXcQm6cAbx8eSz5YXEs4HkWcQjpxzeMQbvTqoE8ytvXbygjfpxmZ3FG2BpgT1u/xUcF gI2GNvGQxeyTxVau/b8reG7zZMViR+/JAgFBVaF6Ifnom4ExhBb3ybygqBRDHjJ/Tm9T cETRryXj26Fg1iLRpCLDGrujXbhx7GyiiMoIxsELCYIskbcgNJJO1VFB90IjtJZn+x/R 1Yrw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=CuIKDP/PDbO5fUn15OqXvRPvDt7mAfhidevcYDsSH1g=; b=clsDSQH9g6ph/WGqCHdGYyHm0dOa9sEX7rRWH0/Hi9DQ6q5I1hfeAv/MQVNUhRZCZa qFWXBMLqKFqecGZ76FteIHv6LXr3fZYdbJbQqXukqCqrE0eXaX5/7eWtG4SJj3MXgZE+ WF08CvIvKN5GEkhe8w8Ln/1CuHP6YXO1B5ZdINSmO4L1svKxTujwt2mB/0CvaOy4/LRj LOF/sRjH+5gHEVY0Kno374xQapE01tcyBV5Dq/pe1kDAqk++NCFwrY6DbuiCU59xN1p5 V+ddB/ULbOtO0X9CAd8Nhn0MWu2v++G5LukeIvlyeANANA6Y3QZJxUkWRP3ABHV/hhSW RcpQ== MIME-Version: 1.0 Received: by 10.50.40.133 with SMTP id x5mr44353758igk.32.1357320462259; Fri, 04 Jan 2013 09:27:42 -0800 (PST) Received: by 10.42.27.14 with HTTP; Fri, 4 Jan 2013 09:27:42 -0800 (PST) In-Reply-To: References: Date: Fri, 4 Jan 2013 09:27:42 -0800 Message-ID: From: Eric Dumazet To: Dave Taht , Jerry Chu Content-Type: multipart/alternative; boundary=14dae93403d9ffd46104d279cb69 X-Gm-Message-State: ALoCoQnGbEcA7tQL18dAo/a6Ejr3WKt7XY96ZLYqbsD/TN+vkW/MrGqA5J6smU902HOlrkILsIj+jUe8YILSYETZzJb/ZyoNOEUu43kCZTO8BrVKb22DYJT0NLQHfM5Ei7RZtVJXTGGg8f7MgO7PZzWflbZpaWefPa7IpgCUq2rxY9EPYMkif9zUbCPV/EmbVRk9S3TKryptV087xvALruGsBKDRy1/WhA== X-Mailman-Approved-At: Fri, 04 Jan 2013 09:46:40 -0800 Cc: cerowrt-devel@lists.bufferbloat.net Subject: Re: [Cerowrt-devel] TFO crashes cerowrt 3.7.1-1 X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 17:27:43 -0000 --14dae93403d9ffd46104d279cb69 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sorry, could you give us a copy of the panic stack trace ? Thanks On Fri, Jan 4, 2013 at 9:04 AM, Dave Taht wrote: > On Thu, Jan 3, 2013 at 8:54 AM, Ketan Kulkarni 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 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=E4ht > >> > >> 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=E4ht > > Fixing bufferbloat with cerowrt: > http://www.teklibre.com/cerowrt/subscribe.html > --14dae93403d9ffd46104d279cb69 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Sorry, could you give u= s a copy of the panic stack trace ?

Thanks


On Fri, Jan 4, 2013 at 9:04 AM, Dave Tah= t <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 a= ctivity.
>
> 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 th= e
>> first time... saw the ula auto code work... analyzed some dropbox = and
>> netflix traffic, ran a couple android boxes through it, fiddled wi= th
>> 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=E4ht
>>
>> Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt= /subscribe.html
>> _______________________________________________
>> Cerowrt-devel mailing list
>> Cerowrt-dev= el@lists.bufferbloat.net
>> https://lists.bufferbloat.net/listinfo/cerowrt-devel


--
Dave T=E4ht

Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscrib= e.html

--14dae93403d9ffd46104d279cb69--