Each monitor on a Windows guest is represented as a separate, single-headed
device with its own framebuffer. When there are multiple monitors, all
monitors but one will have a non-zero xy config position. But even in
these cases the whole area (frame-buffer) of each monitor should be
updated.
A
When a Windows guest uses the "Set Resolution" applet to change
resolutions and/or monitor positions, this escape sends the new monitor
configurations to the client via a new QXL driver escape.
Addresses: https://bugzilla.redhat.com/show_bug.cgi?id=1202419
---
Changes for v2
Removed call to se
New escape for sending monitor position information from guest to client
---
Changes since v2:
Remove specific escape structure in favor of using QXL_HEAD
---
spice/qxl_windows.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/spice/qxl_windows.h b/spice/qxl_windows.h
index d1df684..bc2ceff
Provides correct monitor locations when specified via the guest
"Screen Resolution" applet.
Addresses:https://bugzilla.redhat.com/show_bug.cgi?id=1202419
---
Changes from v1 and v2
Remove misc typo fixes
Reuse existing QXLHead structure instead driver specific escape structure
---
xddm/displa
Windows guests with multi-monitors will often send down the same image
via different channels. If these instances are not counted, one channel
can delete an image before all the rest of the channels are finished with
it. In this case, the client will hang.
This can happen, for instance, when th
> I suppose one way would be to run XDMCP on the server and the let Linux
> users access the server via a nested X servers and let Windows users use
> Xming. But as far as I know, XDMCP is not very secure(?), and I'm not
> sure if people can have GUI sessions running in the background this way.
On 06/24/2015 12:30 PM, Christophe Fergeau wrote:
Hey,
First, thanks for your feedback,
On Wed, Jun 24, 2015 at 09:58:03AM +0200, Vinzenz Feenstra wrote:
Currently when anyone establishes a connection to the port the spice server
emits the 'connected' event, once the right password/ticket etc
Hi Daniel
On Wed, Jun 24, 2015 at 12:23 PM, Daniel Sanabria
wrote:
> I'm definitely giving this a try just need to find out if there are
> packages already available with your patch or if I need to build this from
> source.
You'll need to build from source (with the patches applied)
--
Marc
On Wed, Jun 24, 2015 at 06:34:50AM -0400, Frediano Ziglio wrote:
On Fri, Jun 12, 2015 at 11:57:31AM +0100, Frediano Ziglio wrote:
>Allows to specify maximum number of head to QXL driver.
>
>Signed-off-by: Frediano Ziglio
>
>The patch to support the "max_outputs" in Qemu is still not merged bu
>
> On Fri, Jun 12, 2015 at 11:57:31AM +0100, Frediano Ziglio wrote:
> >Allows to specify maximum number of head to QXL driver.
> >
> >Signed-off-by: Frediano Ziglio
> >
> >The patch to support the "max_outputs" in Qemu is still not merged but
> >I got agreement on the name of the argument.
> >
Hey,
First, thanks for your feedback,
On Wed, Jun 24, 2015 at 09:58:03AM +0200, Vinzenz Feenstra wrote:
> Currently when anyone establishes a connection to the port the spice server
> emits the 'connected' event, once the right password/ticket etc is passed
> and the proper connection is establis
Thanks a lot Marc,
I'm definitely giving this a try just need to find out if there are
packages already available with your patch or if I need to build this from
source.
Dan
On 24 June 2015 at 00:22, Marc-André Lureau wrote:
> Hi
>
> - Original Message -
> > Hi,
> >
> > I'm currently u
Hi,
Over the time when working with spice events in VDSM (for the oVirt
project) we have been encountering some issues which I would like to
discuss here.
Currently when anyone establishes a connection to the port the spice
server emits the 'connected' event, once the right password/ticket e
AC_CONFIG_MACRO_DIRS is not available with older automake versions,
which causes autogen.sh failures on el6. m4_include() can be used
instead.
---
Not exactly sure this is the right fix, but this works on both el6 and f22
configure.ac | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff
On Mon, Jun 22, 2015 at 06:10:41PM +0200, Francois Gouget wrote:
> On Thu, 11 Jun 2015, Francois Gouget wrote:
>
> > Signed-off-by: Francois Gouget
> > ---
> >
> > This implements Marc-André Lureau's suggestion:
> > http://lists.freedesktop.org/archives/spice-devel/2015-June/020202.html
> >
> >
Hey,
On Mon, Jun 22, 2015 at 06:17:43PM +0200, Francois Gouget wrote:
> On Wed, 10 Jun 2015, Francois Gouget wrote:
>
> > The checks would lead the reader to think these functions can be called
> > when bit rate control is off when in fact they are only called when it is
> > active.
> >
> > Si
On Fri, Jun 12, 2015 at 11:57:31AM +0100, Frediano Ziglio wrote:
Allows to specify maximum number of head to QXL driver.
Signed-off-by: Frediano Ziglio
The patch to support the "max_outputs" in Qemu is still not merged but
I got agreement on the name of the argument.
Actually can be a compati
17 matches
Mail list logo
