Thank you for your reply. I have tried the following version and none
worked fine.
*virtioserial driver: *
virtio-serial_20110725.zip , spice-guest-tools-0.1.exe
*QEMU*:
qemu0.14.0 , qemu-spice.v54
*QEMU command line:*
qemu-spice.v54/x86_64-softmmu/qemu-system-x86_64 \ (
qemu0.14.0/qemu-system-x
On Wednesday, May 09, 2012 06:05:13 AM wangfeng wangfeng wrote:
> Hi,
> is there any progress about this ? I have tried old and new version,
> but neither version work fine.
> Thanks.
Can you share the following information:
vioserial driver version, Qemu version, and QEMU command line.
Thanks,
Vad
Hi,
is there any progress about this ? I have tried old and new version,
but neither version work fine.
Thanks.
2012/4/25 Arnon Gilboa
> Seems like a virtio-serial driver issue. I have the similar behavior here
> with new driver.
> As you can see in your log, vdservice fails to open virtio-seria
ACK.
On 05/08/2012 05:24 PM, Alon Levy wrote:
---
For RHEL packages mainly, where we added dependency on a non released
0.10.3 package. I'm not sure if we will need releases once we rebase all
our packages to a version using submodules for spice-common and spice-protocol,
but until we do we stil
---
For RHEL packages mainly, where we added dependency on a non released
0.10.3 package. I'm not sure if we will need releases once we rebase all
our packages to a version using submodules for spice-common and spice-protocol,
but until we do we still have the dependency on the spice-protocol's ver
- Mensaje original -
> Hi everyone
>
> Since there are patches floating around for spice-gtk on win32: are
> there any official or semi-official downloads for prebuilt win32
> spice
> clients around (preferably spice-gtk based)?
Not yet, we are working on it. We'll announce it as soon a
Hi
On Tue, May 8, 2012 at 12:51 PM, Uri Lublin wrote:
>>> Perhaps the header doesn't need to be conditionally excluded from the
>>> list of files.
>
>
> It is only used for Windows.
> Is it simpler to always add it and only use it for Windows compilation ?
>>> Also if it's not in the public API,
Hi Marc-Andre,
Thanks for the quick and helpful review.
Some comments/questions (additional to Arnon's) are below.
On 05/08/2012 11:55 AM, Arnon Gilboa wrote:
Marc-André Lureau wrote:
Hi
On Mon, May 7, 2012 at 3:15 PM, Uri Lublin wrote:
+WIN_USB_HDRS =
On Mon, May 07, 2012 at 03:31:23PM -0600, Noel Van Hook wrote:
> How far away is a multi-head solution, do you think?
> It sounds like most of the work is in the client and the X driver?
> Noel
>
I guess a month of real life I hope.
> On Mon, May 7, 2012 at 12:28 AM, Alon Levy wrote:
> > Hi,
>
On Tue, May 08, 2012 at 10:30:17AM +0300, Yonit Halperin wrote:
> On 05/07/2012 09:28 AM, Alon Levy wrote:
> >Hi,
> >
> > Currently we support multiple monitors by having:
> > single pci = single display channel = single client window
> >
> > The RANDR architecture doesn't lend itself to this,
Hi,
Sounds great, the results look promising.
Did you check if there are other operations, besides the "nomask" ones,
that can be translated to the current QXL_DRAW commands, mainly the
QXL_DRAW_ROP3 one?
* The number of cached bytes displayed in the spreadsheet is larger when
caching is off
Thanks for the review.
Great comments which surely help a GObject/Gtk-dummy like myself ;)
See below.
Marc-André Lureau wrote:
Hi
On Mon, May 7, 2012 at 3:15 PM, Uri Lublin wrote:
From: Arnon Gilboa
With this patch usb-device-manager can work with little change
on windows too.
-add ueve
Hi everyone
Since there are patches floating around for spice-gtk on win32: are
there any official or semi-official downloads for prebuilt win32 spice
clients around (preferably spice-gtk based)?
Cheers,
Tiziano
--
stepping stone GmbH
Neufeldstrasse 9
CH-3012 Bern
Telefon: +41 31 332 53 63
www.
On 05/07/2012 09:28 AM, Alon Levy wrote:
Hi,
Currently we support multiple monitors by having:
single pci = single display channel = single client window
The RANDR architecture doesn't lend itself to this, but on the other hand it
makes it very easy to have an alternative scheme:
si
14 matches
Mail list logo
