From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-we0-x233.google.com (mail-we0-x233.google.com [IPv6:2a00:1450:400c:c03::233]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 7495A21F20D for ; Fri, 11 Oct 2013 07:30:52 -0700 (PDT) Received: by mail-we0-f179.google.com with SMTP id w61so4342897wes.10 for ; Fri, 11 Oct 2013 07:30:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=z4Hn/+Q/SmrDMuNQT+Qy8Mb9FyGuRZ8brJKbAJO7jeQ=; b=Aa2JgrGxFzw960P9kr8bM17yW6lRJPdOZKBr0IzWoGS3I+neLhxNJVxykEuUf+o0rn gtX2H6CyUf/auONqjOnT9qZMFUeJ++dPnXKkfgIIIbSEEWmuz1m75TcC29w1r33zMenx QsiNFqXOswp6kLuRcfkFfx8L4Mt3YKLEhDmYYTgWGKeH4BMDt5Lc3FiVGKeEaYR8MHRq 88LRXWtimqlWP96ERLcrlFuMAmbiUf5r56UkKa6kxre1Qb6U+KXjGIGnYMqLfdaiGSPl 6WX+VHtNwnL4+mEam5Chb1CSCYPyIFLcsedsvZ0+wjFK3i7f3PDRxQTqDPtnfsJX5zDR a4vw== MIME-Version: 1.0 X-Received: by 10.180.89.206 with SMTP id bq14mr3492222wib.56.1381501850040; Fri, 11 Oct 2013 07:30:50 -0700 (PDT) Received: by 10.217.67.202 with HTTP; Fri, 11 Oct 2013 07:30:49 -0700 (PDT) Received: by 10.217.67.202 with HTTP; Fri, 11 Oct 2013 07:30:49 -0700 (PDT) In-Reply-To: References: <9A9AF30E-7F5A-41DF-AE94-0C92AD7BBED9@imap.cc> <5256DBB1.50707@thekelleys.org.uk> <52570CC6.4080508@thekelleys.org.uk> Date: Fri, 11 Oct 2013 07:30:49 -0700 Message-ID: From: Dave Taht To: David Personette Content-Type: multipart/alternative; boundary=e89a8f3b9da90741c504e877f7fe Cc: dnsmasq-discuss@lists.thekelleys.org.uk, "cerowrt-devel@lists.bufferbloat.net" Subject: Re: [Cerowrt-devel] [Dnsmasq-discuss] Names not resolved on Wireless 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, 11 Oct 2013 14:30:53 -0000 --e89a8f3b9da90741c504e877f7fe Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Oct 11, 2013 4:02 AM, "David Personette" wrote: > > Sorry, it's still behaving the same for me. Failed back to 3.10.11-3 once more. OK I will set aside time Sunday and Monday to poke deeply into this. I note you probably needent revert all the way back to this version. You can wget the version of DNSmasq from this versions packages and forcibly apply it on top of 3.10.15-4 using opkg. > -- > David P. > > > On Thu, Oct 10, 2013 at 8:01 PM, Dave Taht wrote: >> >> 3.10.15-4 is now out there, containing sufficient patches to get >> dnsmasq to the current head of tree, and including the patch below. >> >> http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.10.15-4/ >> >> On Thu, Oct 10, 2013 at 1:23 PM, Simon Kelley wrote: >> > Having thought about this more, this patch is necessary >> > >> > http://thekelleys.org.uk/gitweb/?p=3Ddnsmasq.git;a=3Dcommit;h=3D8584c502d37= 627d8abe18213771b5f4f98cb4aa3 >> > >> > and should fix the bug iff >> > >> > 1) Dnsmasq is configured using --except-interface=3D and >> > there are no --interface=3D config >> > lines. >> > >> > 2) Exactly one interface that dnsmasq should be listening on is around when >> > it starts, but others arrive later. >> > >> > I can't explain why it just broke though, this bug has been around forever. >> > >> > >> > >> > Simon. >> > >> > >> > >> > >> > >> > On 10/10/13 19:30, Dave Taht wrote: >> >> >> >> On Thu, Oct 10, 2013 at 9:54 AM, Simon Kelley >> >> wrote: >> >>> >> >>> >> >>> Does reverting >> >>> >> >>> >> >>> http://thekelleys.org.uk/gitweb/?p=3Ddnsmasq.git;a=3Dcommit;h=3D397542b213a= b4071734f1cdf4cc914d87100456f >> >>> >> >>> fix the issue? I fear it might. >> >> >> >> >> >> Seems likely. >> >> >> >> I reverted that patch and put it in this build >> >> >> >> http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.10.15-3/ >> >> >> >> I won't be in a position to test stuff myself til sunday but cero's >> >> devoted userbase seems to be hoovering over the reload button and wil= l >> >> probably beat me to it.... >> >> >> >> >> >>> >> >>> Cheers, >> >>> >> >>> Simon. >> >>> >> >>> >> >>> >> >>> On 10/10/13 15:43, Dave Taht wrote: >> >>>> >> >>>> >> >>>> Dear Dr. Dnsmasq: >> >>>> >> >>>> When cerowrt made the jump between dnsmasq-2.67-test10 and >> >>>> dnsmasq-2.67-test17, detection of interfaces other than the first >> >>>> started failing. It seems to be related to interfaces that come up >> >>>> after dnsmasq starts, as restarting it after the device is fully >> >>>> booted works. Have moved forward to 2.67-rc3 to no avail. >> >>>> >> >>>> (along the way we migrated from kernel 3.10.11 to 3.10.13 to 3.10.1= 5 >> >>>> but I doubt that's the issue) >> >>>> >> >>>> Hot, fresh, firmware can be had at: >> >>>> >> >>>> http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/ >> >>>> >> >>>> >> >>>> [10:39:25] has anyone had IPv4 DHCP problems in the last two >> >>>> 3.10.x >> >>>> builds? currently running 3.10.11-3 and it works flawlessly. >> >>>> upgraded to 3.10.13-2 and 3.10.15-1 and both present me with an >> >>>> identical issue. upon reboot after upgrading, DHCP leases are no >> >>>> longer handed out on the wireless interfaces. disabling and >> >>>> re-enabling DHCP on the wireless interfaces will fix the problem, but >> >>>> the problem >> >>>> [10:39:26] returns after a reboot. disable/reenable DHCP on >> >>>> the >> >>>> interface will again temporarily fix it. >> >>>> [10:42:03] also tried a fresh install (using reset to >> >>>> defaults >> >>>> option) to avoid anything not properly interpreted from the config of >> >>>> the previous version, but still get the same issue. >> >>>> >> >>>> >> >>>> On Thu, Oct 10, 2013 at 5:30 AM, David Personette >> >>>> wrote: >> >>>>> >> >>>>> >> >>>>> Just tested again with 3.10.15-2. My OSX (10.8.5) laptop worked, >> >>>>> neither >> >>>>> my >> >>>>> Nexus 7 (2013 w/CM10.2) or my Fedora 19 laptop could resolve DNS over >> >>>>> wireless. My wired Linux server (Ubuntu 12.04.3) was working fine as >> >>>>> well. >> >>>>> Reverted to 3.10.11-3 once more. >> >>>>> >> >>>>> -- >> >>>>> David P. >> >>>>> >> >>>>> >> >>>>> On Mon, Oct 7, 2013 at 7:40 PM, David Personette >> >>>>> wrote: >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> I can confirm it as well. I wiped my config back to defaults, and it >> >>>>>> wasn't fixed. Reinstalled the 3.10.11-3 build, and restored my configs >> >>>>>> and >> >>>>>> all is well. >> >>>>>> >> >>>>>> -- >> >>>>>> David P. >> >>>>>> >> >>>>>> >> >>>>>> On Mon, Oct 7, 2013 at 7:07 PM, Fred Stratton >> >>>>>> wrote: >> >>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>> True for the last two builds. Wired works as expected. >> >>>>>>> >> >>>>>>> Is this a problem with the development version of DNSMasq? What is >> >>>>>>> the >> >>>>>>> recommended workaround? >> >>>>>>> >> >>>>>>> _______________________________________________ >> >>>>>>> Cerowrt-devel mailing list >> >>>>>>> Cerowrt-devel@lists.bufferbloat.net >> >>>>>>> https://lists.bufferbloat.net/listinfo/cerowrt-devel >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>> >> >>>>> >> >>>>> _______________________________________________ >> >>>>> Cerowrt-devel mailing list >> >>>>> Cerowrt-devel@lists.bufferbloat.net >> >>>>> https://lists.bufferbloat.net/listinfo/cerowrt-devel >> >>>>> >> >>>> >> >>>> >> >>>> >> >>> >> >>> >> >>> _______________________________________________ >> >>> Dnsmasq-discuss mailing list >> >>> Dnsmasq-discuss@lists.thekelleys.org.uk >> >>> http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss >> >> >> >> >> >> >> >> >> > >> >> >> >> -- >> 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 > > --e89a8f3b9da90741c504e877f7fe Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable


On Oct 11, 2013 4:02 AM, "David Personette" <dperson@gmail.com> wrote:
>
> Sorry, it's still behaving the same for me. Failed back to 3.10.11= -3 once more.

OK I will set aside time Sunday and Monday to poke deeply in= to this.

I note you probably needent revert all the way back to this = version. You can wget the version of DNSmasq from this versions packages an= d forcibly apply it on top of 3.10.15-4 using opkg.

> --
> David P.
>
>
> On Thu, Oct 10, 2013 at 8:01 PM, Dave Taht <dave.taht@gmail.com> wrote:
>>
>> 3.10.15-4 is now out there, containing sufficient patches to get >> dnsmasq to the current head of tree, and including the patch below= .
>>
>> http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.10.15-4/=
>>
>> On Thu, Oct 10, 2013 at 1:23 PM, Simon Kelley <simon@thekelleys.org.uk> wrote:
>> > Having thought about this more, this patch is necessary
>> >
>> > http://thekelleys.o= rg.uk/gitweb/?p=3Ddnsmasq.git;a=3Dcommit;h=3D8584c502d37627d8abe18213771b5f= 4f98cb4aa3
>> >
>> > and should fix the bug iff
>> >
>> > 1) Dnsmasq is configured using --except-interface=3D<upstr= eam interface> and
>> > there are no --interface=3D<interface we want to provide s= ervice on> config
>> > lines.
>> >
>> > 2) Exactly one interface that dnsmasq should be listening on = is around when
>> > it starts, but others arrive later.
>> >
>> > I can't explain why it just broke though, this bug has be= en around forever.
>> >
>> >
>> >
>> > Simon.
>> >
>> >
>> >
>> >
>> >
>> > On 10/10/13 19:30, Dave Taht wrote:
>> >>
>> >> On Thu, Oct 10, 2013 at 9:54 AM, Simon Kelley<simon@thekelleys.org.uk>
>> >> wrote:
>> >>>
>> >>>
>> >>> Does reverting
>> >>>
>> >>>
>> >>> http://thek= elleys.org.uk/gitweb/?p=3Ddnsmasq.git;a=3Dcommit;h=3D397542b213ab4071734f1c= df4cc914d87100456f
>> >>>
>> >>> fix the issue? I fear it might.
>> >>
>> >>
>> >> Seems likely.
>> >>
>> >> I reverted that patch and put it in this build
>> >>
>> >> http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3= .10.15-3/
>> >>
>> >> I won't be in a position to test stuff myself til sun= day but cero's
>> >> devoted userbase seems to be hoovering over the reload bu= tton and will
>> >> probably beat me to it....
>> >>
>> >>
>> >>>
>> >>> Cheers,
>> >>>
>> >>> Simon.
>> >>>
>> >>>
>> >>>
>> >>> On 10/10/13 15:43, Dave Taht wrote:
>> >>>>
>> >>>>
>> >>>> Dear Dr. Dnsmasq:
>> >>>>
>> >>>> When cerowrt made the jump between dnsmasq-2.67-t= est10 and
>> >>>> dnsmasq-2.67-test17, detection of interfaces othe= r than the first
>> >>>> started failing. It seems to be related to interf= aces that come up
>> >>>> after dnsmasq starts, as restarting it after the = device is fully
>> >>>> booted works. Have moved forward to 2.67-rc3 to n= o avail.
>> >>>>
>> >>>> (along the way we migrated from kernel 3.10.11 to= 3.10.13 to 3.10.15
>> >>>> but I doubt that's the issue)
>> >>>>
>> >>>> Hot, fresh, firmware can be had at:
>> >>>>
>> >>>> http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/
>> >>>>
>> >>>>
>> >>>> <knacky> =A0 [10:39:25] has anyone had IPv4= DHCP problems in the last two
>> >>>> 3.10.x
>> >>>> builds? =A0currently running 3.10.11-3 and it wor= ks flawlessly.
>> >>>> upgraded to 3.10.13-2 and 3.10.15-1 and both pres= ent me with an
>> >>>> identical issue. =A0upon reboot after upgrading, = DHCP leases are no
>> >>>> longer handed out on the wireless interfaces. =A0= disabling and
>> >>>> re-enabling DHCP on the wireless interfaces will = fix the problem, but
>> >>>> the problem
>> >>>> <knacky> =A0 [10:39:26] returns after a reb= oot. =A0disable/reenable DHCP on
>> >>>> the
>> >>>> interface will again temporarily fix it.
>> >>>> <knacky> =A0 [10:42:03] also tried a fresh = install (using reset to
>> >>>> defaults
>> >>>> option) to avoid anything not properly interprete= d from the config of
>> >>>> the previous version, but still get the same issu= e.
>> >>>>
>> >>>>
>> >>>> On Thu, Oct 10, 2013 at 5:30 AM, David Personette= <dperson@gmail.com>
>> >>>> wrote:
>> >>>>>
>> >>>>>
>> >>>>> Just tested again with 3.10.15-2. My OSX (10.= 8.5) laptop worked,
>> >>>>> neither
>> >>>>> my
>> >>>>> Nexus 7 (2013 w/CM10.2) or my Fedora 19 lapto= p could resolve DNS over
>> >>>>> wireless. My wired Linux server (Ubuntu 12.04= .3) was working fine as
>> >>>>> well.
>> >>>>> Reverted to 3.10.11-3 once more.
>> >>>>>
>> >>>>> --
>> >>>>> David P.
>> >>>>>
>> >>>>>
>> >>>>> On Mon, Oct 7, 2013 at 7:40 PM, David Persone= tte<dperson@gmail.com>
>> >>>>> wrote:
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>> I can confirm it as well. I wiped my conf= ig back to defaults, and it
>> >>>>>> wasn't fixed. Reinstalled the 3.10.11= -3 build, and restored my configs
>> >>>>>> and
>> >>>>>> all is well.
>> >>>>>>
>> >>>>>> --
>> >>>>>> David P.
>> >>>>>>
>> >>>>>>
>> >>>>>> On Mon, Oct 7, 2013 at 7:07 PM, Fred Stra= tton<fredstratton@imap.cc>
>> >>>>>> wrote:
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> True for the last two builds. Wired w= orks as expected.
>> >>>>>>>
>> >>>>>>> Is this a problem with the developmen= t version of DNSMasq? What is
>> >>>>>>> the
>> >>>>>>> recommended workaround?
>> >>>>>>>
>> >>>>>>> _____________________________________= __________
>> >>>>>>> Cerowrt-devel mailing list
>> >>>>>>> Cerowrt-devel@lists.bufferbloat.net
>> >>>>>>> https://lists.bufferbloat.net/listinfo/cerowrt-= devel
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>
>> >>>>>
>> >>>>> _____________________________________________= __
>> >>>>> Cerowrt-devel mailing list
>> >>>>> Cerowrt-devel@lists.bufferbloat.net
>> >>>>> https://lists.bufferbloat.net/listinfo/cerowrt-devel
>> >>>>>
>> >>>>
>> >>>>
>> >>>>
>> >>>
>> >>>
>> >>> _______________________________________________
>> >>> Dnsmasq-discuss mailing list
>> >>> Dnsmasq-discuss@lists.thekelleys.org.uk
>> >>> http://lists.thekelleys.org.uk/mailman/listinfo/dnsm= asq-discuss
>> >>
>> >>
>> >>
>> >>
>> >
>>
>>
>>
>> --
>> Dave T=E4ht
>>
>> Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html
>> _______________________________________________
>> Cerowrt-devel mailing list
>> Cerowrt-dev= el@lists.bufferbloat.net
>> h= ttps://lists.bufferbloat.net/listinfo/cerowrt-devel
>
>

--e89a8f3b9da90741c504e877f7fe--