All of lore.kernel.org
 help / color / mirror / Atom feed
From: Muli Ben-Yehuda <muli@il.ibm.com>
To: Ben-Ami Yassour1 <BENAMI@il.ibm.com>
Cc: Andrea Arcangeli <andrea@qumranet.com>,
	aliguori@us.ibm.com, Han Weidong <weidong.han@intel.com>,
	"Kay, Allen M" <allen.m.kay@intel.com>,
	Amit Shah <amit.shah@qumranet.com>,
	kvm@vger.kernel.org, avi@qumranet.com
Subject: Re: [PATCH] Handle vma regions with no backing page
Date: Wed, 4 Jun 2008 19:17:55 +0300	[thread overview]
Message-ID: <20080604161755.GC7089@il.ibm.com> (raw)
In-Reply-To: <1212592164.26322.10.camel@lnx-benami>

On Wed, Jun 04, 2008 at 06:09:24PM +0300, Ben-Ami Yassour1 wrote:

> > > We noticed that pfn_valid does not always works as expected by
> > > this patch to indicate that a pfn has a backing page.  We have
> > > seen a case where CONFIG_NUMA was not set and then where
> > > pfn_valid returned 1 for an mmio pfn.  We then changed the
> > > config file with CONFIG_NUMA set and it worked fine as expected
> > > (since a different implementation of pfn_valid was used).
> > >
> > > How should we overcome this issue?
> > 
> > There's a page_is_ram() too, but that's the e820 map check and it
> > means it's RAM not that there's a page backing store. Certainly if
> > it's not ram we should go ahead with just the pfn but it'd be a
> > workaround.
> > 
> > I really think it'd be better off to fix pfn_valid to work for
> > NUMA.
> 
> It does work for NUMA, it does not work without the NUMA option.

Andrea, how would you suggest to fix pfn_valid for the CONFIG_NUMA
disabled case?

Cheers,
Muli

  reply	other threads:[~2008-06-04 18:41 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-06-03 11:17 [PATCH] Handle vma regions with no backing page Ben-Ami Yassour
2008-06-03 11:39 ` Andrea Arcangeli
2008-06-04 15:09   ` Ben-Ami Yassour
2008-06-04 16:17     ` Muli Ben-Yehuda [this message]
2008-06-04 19:34       ` Andrea Arcangeli
2008-06-04 19:41         ` Anthony Liguori
2008-06-04 19:51           ` Andrea Arcangeli
2008-06-04 19:59             ` Dave Hansen
2008-06-04  9:48 ` Avi Kivity
2008-06-04 16:48   ` Anthony Liguori
  -- strict thread matches above, loose matches on Subject: below --
2008-04-29 14:32 Anthony Liguori
2008-04-29 14:54 ` Andrea Arcangeli
2008-04-29 15:14   ` Anthony Liguori

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=20080604161755.GC7089@il.ibm.com \
    --to=muli@il.ibm.com \
    --cc=BENAMI@il.ibm.com \
    --cc=aliguori@us.ibm.com \
    --cc=allen.m.kay@intel.com \
    --cc=amit.shah@qumranet.com \
    --cc=andrea@qumranet.com \
    --cc=avi@qumranet.com \
    --cc=kvm@vger.kernel.org \
    --cc=weidong.han@intel.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.