All of lore.kernel.org
 help / color / mirror / Atom feed
From: Olaf Hering <olaf@aepfle.de>
To: Ian Campbell <Ian.Campbell@citrix.com>
Cc: "Tim (Xen.org)" <tim@xen.org>,
	Andres Lagar-Cavilla <andres@lagarcavilla.org>,
	"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Subject: Re: Paging/sharing in 4.2 (Was: Re:  4.2 TODO update)
Date: Tue, 13 Mar 2012 11:54:26 +0100	[thread overview]
Message-ID: <20120313105426.GA26167@aepfle.de> (raw)
In-Reply-To: <1331559700.23971.106.camel@zakaz.uk.xensource.com>

On Mon, Mar 12, Ian Campbell wrote:

> On Mon, 2012-03-12 at 13:04 +0000, Olaf Hering wrote:
> > On Mon, Mar 12, Ian Campbell wrote:
> > 
> > > On Mon, 2012-03-12 at 12:11 +0000, Ian Campbell wrote:
> > > > hypervisor, nice to have:
> > > >       * solid implementation of sharing/paging/mem-events (using work
> > > >         queues) (Tim Deegan, Olaf Herring et al -- is this happening? is
> > > >         it DONE even?)
> > 
> > The last patch to use a waitqueue in __get_gfn_type_access() from Tim
> > works.  However, there are a few users who call __get_gfn_type_access
> > with the domain_lock held.
> 
> Thanks. 
> 
> >  This part needs to be addressed in some way.
> 
> This is happening?

To me its not clear what the domain_lock() protects:

Just a guest: XENMEM_remove_from_physmap should be ok with the gfn_lock
taken in guest_physmap_remove_page(), so the domain_lock() could be
removed there.

I'm not sure about the domain_lock in xenmem_add_to_physmap_once() and
emulate_privileged_op().


> > > > tools, nice to have:
> > > > [...]
> > > >       * Configure/control paging via xl/libxl (Olaf Herring, lots of
> > > >         discussion around interface)
> > > 
> > > Is this a reasonable summary of the state of the paging/sharing &
> > > friends world for 4.2? Is there anything missing?
> > 
> > There are indeed alot of ideas regarding the interface, and its
> > currently not clear to me if there is an agreement yet. Was there any
> > outcome where to proceed?
> 
> I've mostly swapped it out while I was away so I need to go back to the
> thread and figure out where we got to. I don't think we had discussed
> the libxl interface, only xl. I think the proposal Andres made sense in
> this respect when he described it to me (although I've not read the mail
> yet).

So is this something we should work out for the 4.2 release?

If I understand it right, there should be a .cfg option
mem_policy=<string>, where string could be "paging" or "balloon".
In case of balloon the target value would be whats in use now
(memory+maxmem). In case of paging these values could be reused in the
same way, just that maxmem+memory would not create a PoD guest.
If mem_policy= is not given it will default to balloon to retain current
behaviour.


Olaf

  reply	other threads:[~2012-03-13 10:54 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-12 12:11 4.2 TODO update Ian Campbell
2012-03-12 12:20 ` Paging/sharing in 4.2 (Was: Re: 4.2 TODO update) Ian Campbell
2012-03-12 13:04   ` Olaf Hering
2012-03-12 13:41     ` Ian Campbell
2012-03-13 10:54       ` Olaf Hering [this message]
2012-03-13 11:37         ` Ian Campbell
2012-03-13 13:36           ` Olaf Hering
2012-03-13 13:46             ` Ian Campbell
2012-03-13 13:53               ` Olaf Hering
2012-03-13 14:17             ` Andres Lagar-Cavilla
2012-03-12 15:05     ` Andres Lagar-Cavilla
2012-03-12 16:08       ` Tim Deegan
2012-03-12 12:22 ` Volunteers required for 4.2 TODO items (Re: " Ian Campbell
2012-03-12 16:00   ` Mathieu Gagné
2012-03-12 16:19     ` Ian Campbell
2012-03-12 16:00   ` Lin Ming
2012-03-12 16:40     ` Ian Campbell
2012-03-12 16:59       ` Lin Ming
2012-03-12 17:23         ` Ian Campbell
2012-03-12 18:18   ` Goncalo Gomes
2012-03-13 14:26     ` Ian Campbell
2012-03-13 15:07       ` Goncalo Gomes
2012-03-12 13:37 ` Xen 4.2 release plan (Was: " Ian Campbell
2012-03-12 13:45   ` Keir Fraser
2012-03-19  9:38     ` Ian Campbell
2012-03-12 14:12   ` Sander Eikelenboom
2012-03-12 15:22     ` Ian Campbell
2012-03-13 13:43   ` Ross Philipson
2012-03-13 13:53     ` Ian Campbell
2012-03-13 13:54       ` Ross Philipson
2012-03-12 13:42 ` 4.2 TODO update Ian Campbell
2012-03-12 13:51   ` Jan Beulich
2012-03-12 15:27     ` Ian Campbell
2012-03-12 13:55   ` Roger Pau Monné
2012-03-12 16:01 ` Stefano Stabellini
2012-03-13  8:57   ` Ian Campbell
2012-03-12 16:36 ` George Dunlap
2012-03-12 16:42   ` Ian Campbell
2012-03-13 10:50     ` George Dunlap
2012-03-13 11:40 ` Nested SVM (was: Re: 4.2 TODO update) Christoph Egger
2012-03-13 11:56   ` Ian Campbell
2012-03-13 12:56     ` Nested SVM Christoph Egger
2012-03-13 17:08 ` libxl stable API (Re: 4.2 TODO update) Ian Campbell
     [not found] ` <m2n.s.1S7VHr-136963@chiark.greenend.org.uk>
2012-03-14 11:16   ` Ian Jackson
     [not found]   ` <20320.32272.203100.527161@mariner.uk.xensource.com>
2012-03-14 13:37     ` Ian Campbell
2012-03-14 16:48 ` 4.2 TODO update Dario Faggioli
2012-03-14 16:51   ` Ian Campbell

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=20120313105426.GA26167@aepfle.de \
    --to=olaf@aepfle.de \
    --cc=Ian.Campbell@citrix.com \
    --cc=andres@lagarcavilla.org \
    --cc=tim@xen.org \
    --cc=xen-devel@lists.xen.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.