From: "Bogdan Antonovici" <bantonovici@priority.mb.ca>
To: "Marcelo Tosatti" <marcelo.tosatti@cyclades.com>
Cc: linuxppc-dev <linuxppc-dev@ozlabs.org>,
linuxppc-embedded@ozlabs.org, ppckernel <ppckernel@ppckernel.org>
Subject: Re: swap_dup: Bad swap file entry 00480020
Date: Mon, 25 Jul 2005 08:16:24 -0500 [thread overview]
Message-ID: <000d01c5911b$0f049430$cd01a8c0@DESIGNLAB> (raw)
In-Reply-To: 20050722125750.GA5950@dmt.cnet
[-- Attachment #1: Type: text/plain, Size: 1657 bytes --]
Yes, it was. After some research on the previous message i realized that it run out of memory so i did mem=8M and it hasn't been crashed since then.
I still would like to understand why that swap code was run when the swapping wasn't activated at all.
Thank you.
Bogdan
----- Original Message -----
From: Marcelo Tosatti
To: bogdan antonovici
Cc: Dan Malek ; linuxppc-dev ; ppckernel ; linuxppc-embedded@ozlabs.org
Sent: Friday, July 22, 2005 7:57 AM
Subject: Re: swap_dup: Bad swap file entry 00480020
On Fri, Jul 22, 2005 at 10:46:38AM -0500, bogdan antonovici wrote:
> Hi Dan,
>
> I checked the driver code. I found a pointer that was in my opinion
> initialized too late and i corrected that but other than that i haven't
> found anything.
> I ran the driver alone, enabling the interrupts and the interrupt
> routine doesn't cause any trouble.
> I started my application and i haven't seen any sign of trouble.
> But once i started also the snmpd after few interrupts i got the
> message:
>
> __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
> VM: killing process sectionmond
Thats a different problem: you ran out of memory and the VM can't swap
out any data.
So its likely that the pagetable corruption is gone (it was indeed a bug
in the driver as Dan suspected).
> sectionmond being my application.
> My read and write driver operation are requesting a page for a buffer
> but they also release it. Should i declare the buffer pointer with
> volatile attribute?
> Do you know what may cause that message?
Out of memory condition.
[-- Attachment #2: Type: text/html, Size: 3192 bytes --]
next prev parent reply other threads:[~2005-07-25 13:16 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-21 15:29 swap_dup: Bad swap file entry 00480020 bogdan antonovici
2005-07-21 17:59 ` Dan Malek
2005-07-21 18:14 ` Bogdan Antonovici
2005-07-22 15:46 ` bogdan antonovici
2005-07-22 12:57 ` Marcelo Tosatti
2005-07-25 13:16 ` Bogdan Antonovici [this message]
2005-07-25 17:36 ` Benjamin Herrenschmidt
2005-08-05 19:12 ` Bogdan Antonovici
2005-08-05 19:29 ` Dan Malek
2005-08-05 21:12 ` Geoff Levand
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='000d01c5911b$0f049430$cd01a8c0@DESIGNLAB' \
--to=bantonovici@priority.mb.ca \
--cc=linuxppc-dev@ozlabs.org \
--cc=linuxppc-embedded@ozlabs.org \
--cc=marcelo.tosatti@cyclades.com \
--cc=ppckernel@ppckernel.org \
/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;
as well as URLs for NNTP newsgroup(s).