From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from eyas.biff.org.uk (eyas.biff.org.uk [IPv6:2001:41c8:1:519c::20]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by huchra.bufferbloat.net (Postfix) with ESMTPS id 25DF921F207 for ; Fri, 11 Oct 2013 08:38:16 -0700 (PDT) Received: from cpc11-cmbg17-2-0-cust618.5-4.cable.virginmedia.com ([86.30.118.107]:54778 helo=central.thekelleys.org.uk) by eyas.biff.org.uk with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1VUen8-0003pq-0Q; Fri, 11 Oct 2013 16:38:14 +0100 Received: from spike.thekelleys.org.uk ([192.168.0.193]) by central.thekelleys.org.uk with esmtpa (Exim 4.72) (envelope-from ) id 1VUen7-0003hA-GX; Fri, 11 Oct 2013 16:38:13 +0100 Message-ID: <52581B50.6060201@thekelleys.org.uk> Date: Fri, 11 Oct 2013 16:37:52 +0100 From: Simon Kelley User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.16) Gecko/20120726 Icedove/3.0.11 MIME-Version: 1.0 To: Dave Taht References: <9A9AF30E-7F5A-41DF-AE94-0C92AD7BBED9@imap.cc> <5256DBB1.50707@thekelleys.org.uk> <52570CC6.4080508@thekelleys.org.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: "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 15:38:17 -0000 On 11/10/13 15:30, Dave Taht wrote: > 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 just pushed to git code to log at startup if dnsmasq deploys the SO_BINDTODEVICE hack. The compile-time and run-time dependencies to do that were frightening. Given that this can and has silently bitten people, it's good to be informed. If you see something like dnsmasq-dhcp: DHCP, sockets bound exclusively to interface br0 then there's a problem. I'll try and learn how to flash the router Dave gave me so I can test this stuff myself. Cheers, Simon. > > 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=dnsmasq.git;a=commit;h=8584c502d37627d8abe18213771b5f4f98cb4aa3 >>>> >>>> and should fix the bug iff >>>> >>>> 1) Dnsmasq is configured using --except-interface= > and >>>> there are no --interface= > 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=dnsmasq.git;a=commit;h=397542b213ab4071734f1cdf4cc914d87100456f >>>>>> >>>>>> 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 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-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.15 >>>>>>> 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ä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 >> >> >