All of lore.kernel.org
 help / color / mirror / Atom feed
From: William Lee Irwin III <wli@holomorphy.com>
To: Alok Mooley <rangdi@yahoo.com>
Cc: linux-mm@kvack.org
Subject: Re: Anomaly in Buddy bitmaps?
Date: Tue, 20 Jan 2004 12:09:33 -0800	[thread overview]
Message-ID: <20040120200933.GR32157@holomorphy.com> (raw)
In-Reply-To: <20040120195729.90088.qmail@web9706.mail.yahoo.com>

On Tue, Jan 20, 2004 at 11:57:29AM -0800, Alok Mooley wrote:
> I wrote a module in kernel 2.6.0 for scanning a higher
> order block from zone_mem_map for ZONE_NORMAL &
> checking the buddy bitmaps for the same.
>        In the case of order 4, while scanning on the
> order 4 block boundaries, I found an order 4 block
> with page state 0000000001111111,where 0s represent
> free pages & 1s represent order 0 allocations. The bit
> in the order 3 bitmap corresponding to this 4th order
> block was found to be a 0,whereas this bit should have
> been a 1 as one 3rd order buddy is completely free.
> I got the same result (a 0, where a 1 should have been
> found) in another case too.
> Is this an anomaly in the buddy bitmaps? Can the buddy
> bitmaps ever be inconsistent?

This could be the result of one of the free buddies being on the
per-cpu freelists. Count those as "semi-free"; they count as allocated
as far as the buddy bitmap is concerned.


-- wli
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"aart@kvack.org"> aart@kvack.org </a>

      reply	other threads:[~2004-01-20 20:09 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-20 19:57 Anomaly in Buddy bitmaps? Alok Mooley
2004-01-20 20:09 ` William Lee Irwin III [this message]

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=20040120200933.GR32157@holomorphy.com \
    --to=wli@holomorphy.com \
    --cc=linux-mm@kvack.org \
    --cc=rangdi@yahoo.com \
    /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.