I disabled power saving mode.
Will check if it is the root cause.
I did try to remove qxl driver and the VM could run without crash.
From: wangfeng wangfeng [mailto:wangfeng.v1.1...@gmail.com]
Sent: Tuesday, May 29, 2012 12:07 PM
To: Charles.Tsai-蔡清海-研究發展部
Cc: spice-devel@lists.freedesktop.org; J
Hi，
I have encountered the same situation .
2012/5/29 Charles.Tsai-蔡清海-研究�l展部
> Bug description:
>
> A sever bug was found on 64-bit Windows 7 VM which crashed after running
> idle for a while(~ 2-3 hours).
>
> When we checked the kvm process, it was killed from the system.
>
> **
Thank you for your prompt reply. We will double check power option.
Are you saying that VM must turn off power saving mode?
-Original Message-
From: Andrew Cathrow [mailto:acath...@redhat.com]
Sent: Tuesday, May 29, 2012 11:13 AM
To: Charles.Tsai-蔡清海-研究發展部
Cc: Jonah.Wu-吳君勉-研究發展部; spice-d
- Original Message -
> From: "Charles.Tsai-蔡清海-研究發展部"
> To: spice-devel@lists.freedesktop.org
> Cc: "Jonah.Wu-吳君勉-研究發展部"
> Sent: Monday, May 28, 2012 10:58:19 PM
> Subject: [Spice-devel] A sever bug found in 64-bit WIndows 7 VM
>
>
>
>
>
> Bug description:
>
> A sever bug was foun
Bug description:
A sever bug was found on 64-bit Windows 7 VM which crashed after running idle
for a while(~ 2-3 hours).
When we checked the kvm process, it was killed from the system.
Drivers installed:
Qxl,
Virtioserail
Vdagent
Qemu & Spice:
Oh ,I see it now. Thank you!
2012/5/28 Alon Levy
> On Mon, May 28, 2012 at 07:59:12PM +0800, wangfeng wangfeng wrote:
> > Hi,
> > Thank you for your reply.
> > But what does "client reach a full pipe condition" refers to? Maybe I
> have
> > something not understand.
>
> Spice server has a linke
On Mon, 2012-05-28 at 12:59 +0300, Alon Levy wrote:
> On Mon, May 28, 2012 at 11:29:23AM +0200, Attila Sukosd wrote:
> > Low latency (and relatively low bandwidth) video streaming can be done with
> > x264 and xvid (low enough for a 3d game to be playable over the net)
> > However, it introduces li
On Mon, 2012-05-28 at 12:59 +0300, Alon Levy wrote:
> On Mon, May 28, 2012 at 11:29:23AM +0200, Attila Sukosd wrote:
> > Low latency (and relatively low bandwidth) video streaming can be done with
> > x264 and xvid (low enough for a 3d game to be playable over the net)
> > However, it introduces li
On Mon, May 28, 2012 at 12:19:57PM +0300, Alon Levy wrote:
> On Thu, May 24, 2012 at 01:24:05PM -0500, Jeremy White wrote:
> > > Actually, for WAN, we require ACK for 40 messages, but we allow sending
> > > up to 80, without getting an ack for the first 40.
> > > From my experience with Windows gue
>> Is that todo on anyone’s immediate radar? I'm certainly not qualified,
>> but it seems like that could have an major impact on what we're trying
>> to achieve (regular Office applications hosted on a pure Linux server
>> across a WAN). So perhaps I need to become qualified :-/.
>
> I have a p
On Mon, May 28, 2012 at 07:59:12PM +0800, wangfeng wangfeng wrote:
> Hi,
> Thank you for your reply.
> But what does "client reach a full pipe condition" refers to? Maybe I have
> something not understand.
Spice server has a linked list of messages waiting to be sent for each
client, called the p
Hi,
Thank you for your reply.
But what does "client reach a full pipe condition" refers to? Maybe I have
something not understand.
2012/5/28 Alon Levy
> On Fri, May 25, 2012 at 02:58:34PM +0800, wangfeng wangfeng wrote:
> > Try the following command:
> > export SPICE_DEBUG_ALLOW_MC=1
>
> But pl
On Mon, May 28, 2012 at 11:29:23AM +0200, Attila Sukosd wrote:
> Low latency (and relatively low bandwidth) video streaming can be done with
> x264 and xvid (low enough for a 3d game to be playable over the net)
> However, it introduces licensing issues and high-ish CPU usage on the host
> side :(
On Fri, May 25, 2012 at 02:58:34PM +0800, wangfeng wangfeng wrote:
> Try the following command:
> export SPICE_DEBUG_ALLOW_MC=1
But please be aware that this will (given enough time) crash the server
if any of the clients reach a full pipe condition.
>
>
>
> 2012/5/25 蒋媛园
>
> > Hi~
> >I
Low latency (and relatively low bandwidth) video streaming can be done with
x264 and xvid (low enough for a 3d game to be playable over the net)
However, it introduces licensing issues and high-ish CPU usage on the host
side :(
On Mon, May 28, 2012 at 11:19 AM, Alon Levy wrote:
> On Thu, May 24
On Fri, May 25, 2012 at 09:07:43AM +0200, Alexander Larsson wrote:
> On Wed, 2012-05-23 at 15:20 -0500, Jeremy White wrote:
>
> > Also, as a crazy idea, has anyone considered implementing a pure
> > streaming video driver? That is, what if we had a frame buffer driver,
> > and then a thread that
On 05/28/2012 11:29 AM, Uri Lublin wrote:
On 05/24/2012 05:59 PM, Hans de Goede wrote:
Hi,
On 05/24/2012 04:40 PM, Uri Lublin wrote:
Out of v1 patch-set, all patches but one (patch 6) got acked.
This patch-set contains a single patch, which is another solution
for strtok_r missing in mingw. I
On Thu, May 24, 2012 at 01:24:05PM -0500, Jeremy White wrote:
> > Actually, for WAN, we require ACK for 40 messages, but we allow sending
> > up to 80, without getting an ack for the first 40.
> > From my experience with Windows guest, it sounds like the DRAW_FILL
> > commands might be related to a
On Fri, May 25, 2012 at 09:23:13AM +0200, Alexander Larsson wrote:
> On Mon, 2012-05-07 at 09:28 +0300, Alon Levy wrote:
> > Hi,
> >
> > Currently we support multiple monitors by having:
> > single pci = single display channel = single client window
> >
> > The RANDR architecture doesn't len
Hi,
On 05/24/2012 04:40 PM, Uri Lublin wrote:
mingw imlpements neigther strtok_r nor strtok_s.
So here is a simple implementation of strtok_r (for windows).
It assumes the delimiter is a single character, which is
good enough for usbredirfilter.
If we're going to do this I would prefer to do
Hi,
On 05/28/2012 10:29 AM, Uri Lublin wrote:
On 05/24/2012 05:59 PM, Hans de Goede wrote:
Hi,
On 05/24/2012 04:40 PM, Uri Lublin wrote:
Out of v1 patch-set, all patches but one (patch 6) got acked.
This patch-set contains a single patch, which is another solution
for strtok_r missing in min
On 05/24/2012 05:59 PM, Hans de Goede wrote:
Hi,
On 05/24/2012 04:40 PM, Uri Lublin wrote:
Out of v1 patch-set, all patches but one (patch 6) got acked.
This patch-set contains a single patch, which is another solution
for strtok_r missing in mingw. It's a simple implementation of
strtok_r.
A
Hi
Thanks for the helpful comments. See below.
Marc-André Lureau wrote:
Hi
+WIN_USB_FILES= \
+ win-usb-dev.h \
+ win-usb-dev.c \
+ usbclerk.h \
+ $(NULL)
+
+if OS_WIN32
+libspice_client_glib_2_0_la_SOURCES += \
I am working on removal of all libusb dependency in win-usb-dev, which
cleanups this mess.
Hans de Goede wrote:
diff --git a/gtk/win-usb-dev.c b/gtk/win-usb-dev.c
new file mode 100644
index 000..7503c41
--- /dev/null
+++ b/gtk/win-usb-dev.c
+rc = libusb_init(NULL);
+g_return_va
24 matches
Mail list logo
