All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Roger Pau Monné" <roger.pau@citrix.com>
To: Jan Beulich <JBeulich@suse.com>
Cc: Andrew Cooper <andrew.cooper3@citrix.com>,
	Tim Deegan <tim@xen.org>,
	Stefano Stabellini <stefano.stabellini@citrix.com>,
	Ian Campbell <ian.campbell@citrix.com>,
	xen-devel@lists.xenproject.org
Subject: Re: [PATCH v5 1/4] xen: introduce a helper to allocate non-contiguous memory
Date: Mon, 11 May 2015 11:52:42 +0200	[thread overview]
Message-ID: <55507BEA.7030003@citrix.com> (raw)
In-Reply-To: <555079810200007800078B9D@mail.emea.novell.com>

Hello,

El 11/05/15 a les 9.42, Jan Beulich ha escrit:
>>>> On 08.05.15 at 16:34, <roger.pau@citrix.com> wrote:
>> +void vfree(void *va)
>> +{
>> +    unsigned int i, pages = vm_size(va);
>> +
>> +    if ( pages == 0 )
>> +        return;
>> +
>> +    for ( i = 0; i < pages; i++ )
>> +        free_domheap_pages(vmap_to_page(va + i * PAGE_SIZE), 1);
>> +
>> +    vunmap(va);
>> +}
> 
> There actually is another problem here: You must not free the
> pages before having torn down the mapping. An option (to
> avoid the need for a memory allocation) might be to zap the
> present bits (or whatever their equivalent on ARM) in a first
> pass (making sure to flush TLBs), free, and then vunmap().

The aim of this is to catch reads/writes to those mappings while we are
tearing them down?

I could do that on x86 without problems using the present bit in the
pte, but I'm not sure how to do it on ARM because AFAICT there's no
present bit. The valid bit on ARM looks like an option, but then I don't
know if va_to_par is going to fail because the valid bit is not set.

Roger.

  reply	other threads:[~2015-05-11  9:52 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-08 14:34 [PATCH v5 0/4] xen/pvh: enable migration on PVH Dom0 Roger Pau Monne
2015-05-08 14:34 ` [PATCH v5 1/4] xen: introduce a helper to allocate non-contiguous memory Roger Pau Monne
2015-05-08 14:50   ` Andrew Cooper
2015-05-08 15:08     ` Jan Beulich
2015-05-08 15:25   ` Jan Beulich
2015-05-11  7:42   ` Jan Beulich
2015-05-11  9:52     ` Roger Pau Monné [this message]
2015-05-11 10:41       ` Jan Beulich
2015-05-11 12:11         ` Roger Pau Monné
2015-05-11 13:19           ` Jan Beulich
2015-05-08 14:34 ` [PATCH v5 2/4] xen/shadow: fix shadow_track_dirty_vram to work on hvm guests Roger Pau Monne
2015-05-08 15:28   ` Jan Beulich
2015-05-08 15:34     ` Andrew Cooper
2015-05-11 13:46       ` Roger Pau Monné
2015-05-11 13:51         ` Tim Deegan
2015-05-08 14:34 ` [PATCH v5 3/4] xen/hap: make hap_track_dirty_vram use non-contiguous memory for temporary map Roger Pau Monne
2015-05-08 14:34 ` [PATCH v5 4/4] xen: rework paging_log_dirty_op to work with hvm guests Roger Pau Monne

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=55507BEA.7030003@citrix.com \
    --to=roger.pau@citrix.com \
    --cc=JBeulich@suse.com \
    --cc=andrew.cooper3@citrix.com \
    --cc=ian.campbell@citrix.com \
    --cc=stefano.stabellini@citrix.com \
    --cc=tim@xen.org \
    --cc=xen-devel@lists.xenproject.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.