From: Robert Hancock <hancockr@shaw.ca>
To: Udo van den Heuvel <udovdh@xs4all.nl>
Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
LKML <linux-kernel@vger.kernel.org>
Subject: Re: What to do with `kswapd0: page allocation failure. ` ?
Date: Sat, 26 Jul 2008 14:05:42 -0600 [thread overview]
Message-ID: <488B8396.6000909@shaw.ca> (raw)
In-Reply-To: <fa.ifMjE6bNVSEOY+bMgRSeQMCIhlI@ifi.uio.no>
Udo van den Heuvel wrote:
> KOSAKI Motohiro wrote:
>>>> no bug.
>>>> this stack trace speak to
>>>>
>>>> 1. memory pressure increased
>>>> 2. kswapd ran
>>>> 3. network packet received
>>>> 4. interrupt for network happend
>>>> 5. but can't allocate memory for network buffer(skb).
>>>> 6. Then, packet dropped
>>>> 7. Then, warning happend.
>>>>
>>>> your network peer may resend the same packet after few times.
>>>> no problem.
>>> Thanks.
>>> This was on a 4GB AMD X86_64 machine running Fedora 9.
>>> The memory was not loaded that much. (~2 GB)
>>> Or was the (largish) file being cached, filling up RAM?
>> maybe..
>
> I can reproduce this by wget'ing a 5.xGB file from my MythTV box.
> The receiving end is a Fedora 9, AMD x86_64 box with an Abit m56s-s3
> board using nVidia Corporation MCP65 Ethernet (rev a3).
> It uses the forcedeth: Reverse Engineered nForce ethernet driver.
> Version 0.61.
>
> Should I forward this info to someone so this could be fixed?
> Someone doing the kernel memory management?
> Or forcedeth?
> Or?
>
> Please let me know.
The fact you're using jumbo frames makes this more noticeable, since it
needs a 9000 byte chunk of memory to receive the packet, which means
that it needs to allocate a 16KB chunk of memory. This means that even
if memory is not full, it can be that no sufficiently large chunk of
memory is available.
Quite likely something could be done to improve this, yes..
next parent reply other threads:[~2008-07-26 20:05 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <fa.D09/4X9DRMh7IIolk0FWx9V7A2k@ifi.uio.no>
[not found] ` <fa.t1205kREOn3zo/ARD/J1XRupvUU@ifi.uio.no>
[not found] ` <fa.JR0D/ya5niKzRp9PulS5LvnbhqQ@ifi.uio.no>
[not found] ` <fa.ifMjE6bNVSEOY+bMgRSeQMCIhlI@ifi.uio.no>
2008-07-26 20:05 ` Robert Hancock [this message]
2008-07-27 5:44 ` What to do with `kswapd0: page allocation failure. ` ? Udo van den Heuvel
[not found] <fa.ajQey35b1AZPlS1/p6joOoTWhU4@ifi.uio.no>
2008-07-25 18:54 ` Robert Hancock
2008-07-26 4:41 ` Udo van den Heuvel
2008-07-25 13:26 Udo van den Heuvel
2008-07-25 21:13 ` KOSAKI Motohiro
2008-07-26 4:43 ` Udo van den Heuvel
2008-07-26 9:47 ` KOSAKI Motohiro
2008-07-26 10:33 ` Udo van den Heuvel
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=488B8396.6000909@shaw.ca \
--to=hancockr@shaw.ca \
--cc=kosaki.motohiro@jp.fujitsu.com \
--cc=linux-kernel@vger.kernel.org \
--cc=udovdh@xs4all.nl \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox