Re: page allocation failures in mv643xx_eth_poll (was Re: Swapper problems?)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Lennert Buytenhek wrote:
[...]
> When the code that's asking for more memory is running from atomic
> context, the system can't sleep to free up more memory.
>
> I.e., an atomic allocation is "Either give me the memory now or tell
> me you don't have any, but don't tell me to wait."
>
> There's no bug anywhere, this is just expected behavior.
Well, I have been seeing services mysteriously die every now and again
- --- more so on the NSLU2 than on the SheevaPlug. When I check the logs
there is usually one of these dumps for the process that has died. So
there's obviously something else going on.
I haven't seen one of those crashes since I turned overcommit off, though.
- --
┌─── ｄｇ＠ｃｏｗｌａｒｋ．ｃｏｍ ───── http://www.cowlark.com ─────
│
│ "Sufficiently advanced incompetence is indistinguishable from
│ malice." -- Vernon Schryver
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAksK5zQACgkQf9E0noFvlzi83gCeMGckl0Zu24mMZuOIxbpgjVxt
NocAoI+9XJIsU7TN7NON+yfPRrze0zam
=MeWw
-----END PGP SIGNATURE-----
Reply to: