From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by huchra.bufferbloat.net (Postfix) with SMTP id 7FBDE200B1B for ; Thu, 24 May 2012 09:18:03 -0700 (PDT) Received: (qmail invoked by alias); 24 May 2012 16:18:01 -0000 Received: from tsaolab-fw.caltech.edu (EHLO [192.168.50.78]) [131.215.9.89] by mail.gmx.net (mp072) with SMTP; 24 May 2012 18:18:01 +0200 X-Authenticated: #24211782 X-Provags-ID: V01U2FsdGVkX19gLYlCLFdg1T8ctkFXpUtbeMn1Bhfku9x0RfcVhs +IPDdPnwpmN8Vq Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: Sebastian Moeller In-Reply-To: <4FBE5767.6080704@gmail.com> Date: Thu, 24 May 2012 09:18:00 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <4D0F5C65-2401-470F-A6D8-BE18E8BA25C7@gmx.de> References: <00404BC8-3761-409D-A1C8-9213D7D9A3DF@gmx.de> <1E435715-5C95-49AF-99D0-E8AD6EAD5B44@gmx.de> <4FBE5767.6080704@gmail.com> To: Robert Bradley X-Mailer: Apple Mail (2.1278) X-Y-GMX-Trusted: 0 Cc: cerowrt-devel@lists.bufferbloat.net Subject: Re: [Cerowrt-devel] Fwd: 3.3.6-2 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: Thu, 24 May 2012 16:18:04 -0000 Hi Robert, On May 24, 2012, at 8:44 AM, Robert Bradley wrote: > On 24/05/12 04:48, Sebastian Moeller wrote: >> A) under moderate wireless stress I get a lot of allocation failures = from slub, like: >> [ 1221.664062] ath: skbuff alloc of size 1926 failed >> In the routers dmesg. And every now and then the router crashes and = reboots (I have not yet found a way to make this happen reliably, it = seems to require some uptime) >=20 > This looks to me like a possible memory leak somewhere, but I'm no = expert. Not being an expert I concur. > (Unless cerowrt is using tmpfs and filling up memory with logs, of = course.) =20 I tried to check that, but since I can nor reproduce the crashes = easily yet I have not been able to test that hypothesis (when I checked = "df -h" on the router there always was some room left, but heck for all = I know it might be the log entries for the allocation failures that = quickly eat up all the remaining memory) I will try to test this = hypothesis. Currently I tried to check dmesg and free in rapid = succession during the test runs that are prone to cause the crash free = memory fluctuates some but I never saw it reach 0 just before crashing. > Is UDP from the wired side to the Internet also OK? I'm assuming it = is, but it would be nice to prove that it is actually a leak in ath9k = and/or the wireless stack first! Actually I have not tested that yet (again with the crash = somewhat hard to reproduce I will have to take the wireless out of use = for 24 to 48 hours to be reasonably sure that the issue does not occur = under wired connections). That said, I will go and work on that. So I = have my testing work charted out and will post again once I have more = data. Best Sebastian > _______________________________________________ > Cerowrt-devel mailing list > Cerowrt-devel@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cerowrt-devel