All of lore.kernel.org
 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.