[Cerowrt-devel] Fwd: 3.3.6-2
moeller0 at gmx.de
Thu May 24 12:18:00 EDT 2012
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)
> 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.)
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.
> Cerowrt-devel mailing list
> Cerowrt-devel at lists.bufferbloat.net
More information about the Cerowrt-devel