Vadim,
We downloaded the driver source from the following website.
===
wget --no-check-certificate
https://alt.fedoraproject.org/pub/alt/virtio-win/latest/images/src/virtio-win-prewhql-0.1-15-sources.zip
-Original Message-
From: Vad
Alon,
Thank you for your information and we will use it if we need to find the bug
next time.
-Original Message-
From: Alon Levy [mailto:al...@redhat.com]
Sent: Thursday, January 19, 2012 7:26 PM
To: Stefan Hajnoczi
Cc: Charles.Tsai-蔡清海-研究發展部; qemu-devel; Michael Roth; Vadim Rozenfeld;
On Thu, Jan 19, 2012 at 3:14 PM, Daniel P. Berrange wrote:
> On Thu, Jan 19, 2012 at 02:09:58PM -0600, Dan McGee wrote:
>> These are all existing errors; fix them so they don't block future
>> commits in this file unnecessarily.
>>
>> error (1): length @ server/main_channel.c +369
>> error
On Thu, Jan 19, 2012 at 02:09:58PM -0600, Dan McGee wrote:
> These are all existing errors; fix them so they don't block future
> commits in this file unnecessarily.
>
> error (1): length @ server/main_channel.c +369
> error (2): length @ server/main_channel.c +444
> error (3): length
output to send a SIGIO signal to the running program. However, we don't
handle this signal anywhere in the code, so setting the option is
unnecessary.
Signed-off-by: Dan McGee
---
Sorry, botched the sending of this patch it looks like, trying again...
If anyone knows more about O_ASYNC than I d
This matches what we do in client/Makefile.am to actually run the
python scripts, which is to use the python binary we find first,
preferring 'python2' over 'python'. This makes the compile work on odd
systems such as Arch Linux where the python binary is actually python3.
Signed-off-by: Dan McGee
There is no more usage of epoll on the client side, so no need to
include these header files.
Signed-off-by: Dan McGee
---
client/x11/named_pipe.cpp |1 -
client/x11/platform.cpp |1 -
2 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/client/x11/named_pipe.cpp b/client/x11
From: Nahum Shalman
dc7855967f4e did this for the TCP_NODELAY and IP_TOS calls; we should do
it for priority as well if necessary.
We also #ifdef the setting of the low-level socket priority based on
whether we have a definition of SO_PRIORITY available. This option is
not available on Illumos/S
output to send a SIGIO signal to the running program. However, we don't
handle this signal anywhere in the code, so setting the option is
unnecessary.
Signed-off-by: Dan McGee
---
If anyone knows more about O_ASYNC than I do, please speak up, but doing some
reading and research leads me to belie
Signed-off-by: Dan McGee
---
.gitignore |2 ++
client/.gitignore |1 +
client/x11/.gitignore |1 +
common/.gitignore |1 +
server/tests/.gitignore |2 ++
5 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/.gitignore b/.gitignore
index 5a4
This ensures all line lengths are down below 100 characters as well as
removing some trailing spaces.
Signed-off-by: Dan McGee
---
server/red_worker.c | 88 --
1 files changed, 56 insertions(+), 32 deletions(-)
diff --git a/server/red_worker.c b
These are all existing errors; fix them so they don't block future
commits in this file unnecessarily.
error (1): length @ server/main_channel.c +369
error (2): length @ server/main_channel.c +444
error (3): length @ server/main_channel.c +764
error (4): length @ server/main_channe
The goal of these 8 patches is to lay the stage for spice to run on more
platforms- other Linux distributions as well as Solaris/Illumos.
Some patches are simple cleanups with no functional changes; these were done
while attempting to grasp the codebase and avoid the git pre-commit hook not
liking
Le 19/01/2012 18:29, Dominique Rodrigues a écrit :
Le 19/01/2012 14:23, Søren Sandmann a écrit :
Git master should be somewhat faster now.
Soren
I'd like to test but cgit.freedesktop.org is currently offline.
Dominique
I finally managed to update qxl driver from the git repo.
And Yes ! I
Le 19/01/2012 14:23, Søren Sandmann a écrit :
Git master should be somewhat faster now.
Soren
I'd like to test but cgit.freedesktop.org is currently offline.
Dominique
<>
smime.p7s
Description: S/MIME Cryptographic Signature
___
Spice-devel mailin
Git master should be somewhat faster now.
Soren
___
Spice-devel mailing list
Spice-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/spice-devel
Just to be sure that we are on the same page:
could you tell me about the origin of the source?
Is it the latest from the Yan's repository at github.com?
- Original Message -
From: "Charles.Tsai-蔡清海-研究發展部"
To: "Vadim Rozenfeld"
Cc: "Michael Roth" , "Stefan Hajnoczi"
, spice-devel@lists.
On Thu, 2012-01-19 at 16:33 +0800, Charles.Tsai-蔡清海-研究發展部 wrote:
> Vadim,
>
> It is SMP system.
What about vioserial driver itself?
did you build it from sources or is
it one, available through RHEL channels?
>
> -Original Message-
> From: Vadim Rozenfeld [mailto:vroze...@redhat.com]
>
On Thu, 2012-01-19 at 09:41 +0800, Charles.Tsai-蔡清海-研究發展部 wrote:
> Vadim,
>
> I tested on Qemu 1.0.50. and found the VioSerial driver had problem to
> install on 64-bit Win7 guest.
> During the driver installation, the system hung after the driver being
> installed. After I rebooted the
> guest
On Thu, Jan 19, 2012 at 08:09:57AM +, Stefan Hajnoczi wrote:
> On Thu, Jan 19, 2012 at 09:41:15AM +0800, Charles.Tsai-蔡清海-研究發展部 wrote:
> > I tested on Qemu 1.0.50. and found the VioSerial driver had problem to
> > install on 64-bit Win7 guest.
> > During the driver installation, the system hun
On Thu, Jan 19, 2012 at 09:41:15AM +0800, Charles.Tsai-蔡清海-研究發展部 wrote:
> I tested on Qemu 1.0.50. and found the VioSerial driver had problem to
> install on 64-bit Win7 guest.
> During the driver installation, the system hung after the driver being
> installed. After I rebooted the
> guest OS, t
Vadim,
We built it from the driver source. Up to this moment, we always use the same
binary to test Qemu.
-Original Message-
From: Vadim Rozenfeld [mailto:vroze...@redhat.com]
Sent: Thursday, January 19, 2012 5:39 PM
To: Charles.Tsai-蔡清海-研究發展部
Cc: Michael Roth; Stefan Hajnoczi; spice-d
On Thu, 2012-01-19 at 10:49 +0200, Arnon Gilboa wrote:
> Gianluca Cecchi wrote:
> > Just to inform that as the host is a laptop, this morning I booted it
> > again and now the w7 vm works, even if not so stably (sometimes in
> > minutes I have to restart agent because it is seen as running by
> >
Gianluca Cecchi wrote:
Just to inform that as the host is a laptop, this morning I booted it
again and now the w7 vm works, even if not so stably (sometimes in
minutes I have to restart agent because it is seen as running by
windows but copy/paste doesn't work any more).
Please send the qemu
Just to inform that as the host is a laptop, this morning I booted it
again and now the w7 vm works, even if not so stably (sometimes in
minutes I have to restart agent because it is seen as running by
windows but copy/paste doesn't work any more).
And in winobj indeed I can see the device yesterd
Vadim,
It is SMP system.
-Original Message-
From: Vadim Rozenfeld [mailto:vroze...@redhat.com]
Sent: Thursday, January 19, 2012 3:58 PM
To: Charles.Tsai-蔡清海-研究發展部
Cc: Michael Roth; Stefan Hajnoczi; spice-devel@lists.freedesktop.org; Alex
Huang-黃必賢-研究發展部; Alon Levy; qemu-devel
Subject: R
26 matches
Mail list logo
