linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
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 --]

  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).