lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Tue, 7 Sep 2010 21:11:28 -0700 From: Mitchell Erblich <erblichs@...thlink.net> To: Holger Freyther <zecke@...fish.org> Cc: netdev@...r.kernel.org Subject: Re: r8169 not workin on resume due allocation failure Holger, et al, Actually wouldn't it make sense if a system type fix is done? I would add a delay if not already done and check to see if some dirty pages could be cleaned, then freed. The assumption is then those pages would be minor faulted back in and prefetched. Another approach is to make sure that pages are cleaned on a more frequent basis independent on the number of free pages (free pages may not be continuous) that wants to make sure higher order allocs are allocatable over time. Mitchell Erblich On Sep 7, 2010, at 8:44 PM, Holger Freyther wrote: > Hi all, > > I'm using the r8169 module on my notebook and after a couple of days > of running with suspend/resume the networking stops working. I have > the dmesg output at the end of the email. From my understanding this > is due that on suspend the interface will be brought down, the rx buffers > are freed and that on resume it is not possible to allocate a continous > buffer for the sizes required. > > My approach to handle this would be to add an option to not free the > buffers until the module is unloaded and guard this with an option. Is > that an acceptable solution? > > > NetworkManager: page allocation failure. order:3, mode:0x4020 > Pid: 1291, comm: NetworkManager \n > Not tainted 2.6.35.4-12.fc14.i686.PAE #1 > Call Trace: > [<c07e2197>] ? printk+0x25/0x2e > [<c04c1af6>] __alloc_pages_nodemask+0x5bc/0x62f > [<c04c1b83>] __get_free_pages+0x1a/0x2c > [<c04e7bd6>] __kmalloc_track_caller+0x32/0x144 > [<c07465fb>] ? __netdev_alloc_skb+0x1b/0x36 > [<c07464fd>] __alloc_skb+0x59/0x100 > [<c07465fb>] __netdev_alloc_skb+0x1b/0x36 > [<f9796a8f>] rtl8169_rx_fill+0x99/0x132 [r8169] > [<f9797913>] rtl8169_init_ring+0x66/0x96 [r8169] > [<f9797e98>] rtl8169_open+0x7f/0x1d7 [r8169] > [<c0750b04>] __dev_open+0x79/0xaa > [<c0750cf9>] __dev_change_flags+0x98/0x10d > [<c0750dde>] dev_change_flags+0x18/0x44 > [<c075976f>] do_setlink+0x253/0x52e > > > -- > To unsubscribe from this list: send the line "unsubscribe netdev" in > the body of a message to majordomo@...r.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists