All of lore.kernel.org
 help / color / mirror / Atom feed
From: Julien Grall <julien.grall@linaro.org>
To: Oleksandr Tyshchenko <oleksandr.tyshchenko@globallogic.com>
Cc: Ian Campbell <Ian.Campbell@citrix.com>,
	Andrii Anisov <andrii.anisov@globallogic.com>,
	"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Subject: Re: question about memory allocation for driver domain
Date: Tue, 10 Feb 2015 09:31:51 +0800	[thread overview]
Message-ID: <54D95F87.2020206@linaro.org> (raw)
In-Reply-To: <CAJEb2DHkS=6JYBnFDsZDAYkVAaC1d=HJVtW4v40yv7JHVEU-EA@mail.gmail.com>



On 09/02/2015 20:02, Oleksandr Tyshchenko wrote:
> On Mon, Feb 9, 2015 at 10:31 AM, Julien Grall <julien.grall@linaro.org> wrote:
>> On 07/02/2015 01:15, Oleksandr Tyshchenko wrote:
> Hi Julien

Hi Oleksandr,

>>> On Thu, Feb 5, 2015 at 6:36 PM, Oleksandr Tyshchenko
>>
>> The next problem is ballooning. When the guest balloon out memory, the page
>> will be freed by Xen and can be re-used by another domain.
>>
>> When guest balloon in, Xen will allocate a page (randomly) and therefore the
>> mapping won't be anymore IPA (guest physical address) == PA (physical
>> address). Any DMA request using this address will read/write data from wrong
>> memory.
> Is it possible to disable ballon driver for domd?

I think updating is_domain_direct_mapped is enough here.

We won't support memory hotplug for this kind of domain.

>>
>> The last problem but not the least is, depending on which backend you are
>> running in the 1:1 domain (such blkback), grant won't be mapped 1:1 to the
>> guest, so you will have to use swiotlb in order to use the right DMA
>> address. For instance, without swiotlb, guest won't be able to use a disk
>> partition via blkfront. This because the backend is giving directly the
>> grant address to the block driver. To solve this, we have to use swiotlb and
>> set specific DMA callback. For now, there are only used for DOM0.
> We are using SWIOTLB for domd too.

Good :).


Regards,

-- 
Julien Grall

      reply	other threads:[~2015-02-10  1:31 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-04 16:47 question about memory allocation for driver domain Oleksandr Tyshchenko
2015-02-05 13:12 ` Ian Campbell
2015-02-05 13:49   ` Oleksandr Tyshchenko
2015-02-05 15:24     ` Julien Grall
2015-02-05 16:36       ` Oleksandr Tyshchenko
2015-02-06 17:15         ` Oleksandr Tyshchenko
2015-02-09  8:31           ` Julien Grall
2015-02-09 10:53             ` Ian Campbell
2015-02-09 11:16               ` Julien Grall
2015-02-09 12:55                 ` Oleksandr Tyshchenko
2015-02-09 13:08                 ` Ian Campbell
2015-02-09 14:58                   ` Julien Grall
2015-02-09 12:29               ` Oleksandr Tyshchenko
2015-02-09 12:02             ` Oleksandr Tyshchenko
2015-02-10  1:31               ` Julien Grall [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=54D95F87.2020206@linaro.org \
    --to=julien.grall@linaro.org \
    --cc=Ian.Campbell@citrix.com \
    --cc=andrii.anisov@globallogic.com \
    --cc=oleksandr.tyshchenko@globallogic.com \
    --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.