All of lore.kernel.org
 help / color / mirror / Atom feed
From: Samuel Thibault <samuel.thibault@ens-lyon.org>
To: Giorgenes Gelatti <giorgenes@gmail.com>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
	Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Subject: Re: stubdomain questions
Date: Fri, 17 Jul 2009 11:55:46 -0400	[thread overview]
Message-ID: <20090717155546.GM4874@const.linuxsymposium.org> (raw)
In-Reply-To: <311d738a0907170848g610250dft1f03ff2a2d3b21ad@mail.gmail.com>

Giorgenes Gelatti, le Fri 17 Jul 2009 12:48:34 -0300, a écrit :
>     when using stubdomains, qemu in dom0 doesn't do device emulation but
>     provides few backends to the stubdom: the console backend and the pvfb
>     backend. The last one is needed to render the guest framebuffer using
>     sdl or for exporting it through vnc.
> 
> 
> Is it possible (or is it being planned) to put these functions inside the
> stubdomain too and completely eliminate the need of qemu-dm running in dom0?

In theory we could compile SDL into the stubdomain and let it connect to
the X server itself through TCP/IP.  That however would be very far from
efficient, as you loose memory-memory video blitting and go through
network links.

VNC server used to be possible in stubdomains, but the configuration is
quite cumbersome: you have to assign the stubdomain an IP. Letting dom0
do this was much more simple, especially since dirtyness tracking is
still done by the stubdomain, not dom0's ioemu.

Samuel

  parent reply	other threads:[~2009-07-17 15:55 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-17 15:34 stubdomain questions Giorgenes Gelatti
2009-07-17 15:45 ` Stefano Stabellini
2009-07-17 15:48   ` Giorgenes Gelatti
2009-07-17 15:53     ` Stefano Stabellini
2009-07-17 15:55     ` Samuel Thibault [this message]
2009-07-17 16:00       ` Giorgenes Gelatti
2009-07-17 16:08         ` Samuel Thibault
2009-07-17 19:28           ` Giorgenes Gelatti
2009-07-17 19:39             ` Samuel Thibault
2009-07-17 15:46 ` Samuel Thibault

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=20090717155546.GM4874@const.linuxsymposium.org \
    --to=samuel.thibault@ens-lyon.org \
    --cc=giorgenes@gmail.com \
    --cc=stefano.stabellini@eu.citrix.com \
    --cc=xen-devel@lists.xensource.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.