Re: [Spice-devel] problem with spice connecting to multiple monitors
- Original Message - > From: "Edgar" > To: u...@redhat.com > Cc: "spice-devel" > Sent: Tuesday, July 16, 2013 10:04:47 PM > Subject: Re: [Spice-devel] problem with spice connecting to multiple > monitors > On 07/16/2013 06:09 AM, stonefly128 wrote: > > Dear spice development team: > > I'm asking for help on the spice when using two monitors in kvm > > virtual machines. This is my test environment:A redhat 6.2 x64_64 > > server with kvm;one virtual machine using windows xp sp3 OS with > > two > > qxl graphics cards, the vm configuration file as follows: > > > > > Inside vm box, i have installed the spice-guest-tools-0.59.exe, and > > following the website http://support.microsoft.com/kb/307873/en-us > > , i > > configured one *primary monitor*and monitor 2 using the option > > "*Extend my Windows desktop onto this monitor*" .When I use spice > > connecting to the vm, it will appear two spice windows, spice: 0 > > and > > spice: 1. > > I can drag items across my screen onto alternate monitors, namely > > spice: 1, but my problem is that my mouse is alway s mapped on the > > primary monitor, it can not be mapped to monitor 2. So, how to > > configure my spice when using multiple monitors in windows xp > > kvmvirtual machines. > > Look forward to receiving your reply and thanks. > > Hello stonefly128, > > Try adding a virtio-serial device to your VM and a spice port, > > install > > virtio-serial driver > > and make sure spice vdagent is running. > > Uri. > Dear Uri, > I also found spice multiple monitors issue,it seems that it is > related to spice client tools. > I configurated the guest with 2 monitor support via oVirt-engine. > when connect to guest use spicec, 2 monitor work well. when connect > to same guest > use spicy,only primary monitor works. > I have glanced spice-gtk code, It seems that spice-gtk support > multiple monitors. > would you please help to check this iss ue. You should be using remote-viewer (part of virt-viewer package) rather than older spicy/spicec > My test environment > oVirt engine: > ovirt-engine-3.2.1 > spice-server: > spice-server-0.12.0-12 > spicec: > spice-client-0.12.2-3 > spicy: > spice-gtk-tools-0.20 > spice-gtk-tools-0.19 > guest: > Windows7 32bit > WindowsXP sp3 32bit. > Thanks. > Best Regards > ___ > Spice-devel mailing list > Spice-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] on usbredir function of virtviewer
USB is certainly supported on Windows what version of the client are you running? - Original Message - > From: "letterdove" > To: spice-devel@lists.freedesktop.org > Sent: Sunday, June 30, 2013 10:35:41 PM > Subject: [Spice-devel] on usbredir function of virtviewer > Dear Mr/Miss, > I am experiencing spice-client software virtviewer for sevral > months.Here is my idea of it > that I found usbredir capcability of the virtviewer is unavailable on > Microsoft Windows. I've noticed > that the virtviewer developers dedicated to the project seemed to > have no idea to make up for this > deficiency even though the software has been updated for many times.I > wonder whether there are > any other approaches to experience the function of usbredirec on > Windows platform? > Thank you! > &nb sp; sincerely Yours > ; July 1st,2013 > ___ > Spice-devel mailing list > Spice-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] Windows 7 64bit QXL driver not digitally signed
- Original Message - > From: "Christophe Fergeau" > To: "Frank Moss" > Cc: spice-devel@lists.freedesktop.org > Sent: Thursday, May 16, 2013 5:29:38 AM > Subject: Re: [Spice-devel] Windows 7 64bit QXL driver not digitally signed > > On Tue, May 07, 2013 at 11:02:15AM -0500, Frank Moss wrote: > > I understand that you do not currently sign the upstream drivers > > and > > that the practice of placing a windows 7 x64 box in test mode is a > > possible workaround, but it is not a solution and in some instances > > can > > violate security policy. > > That said, the lack of driver signing prevented my former group > > from > > providing this as a VDI solution to a government agency. In > > addition, > > this is hindering my new group's ability to offer this as a > > transport > > mechanism for our DaaS (internal only) offering. > > > > Why are the stable driver releases unsigned? > > What are the barriers to the driver signing? > > Note that there are 2 different signatures, one that is done by the > company > building the driver, and another one done by Microsoft as part of the > WHQL > process (hardware certification). The drivers on spice-space.org have > a Red > Hat signature, but did not go through WHQL. And newer Windows > versions are > unfortunately refuse to install drivers without a WHQL signature > unless you > go through the hacks you mentioned. > > I think the main barriers to WHQL signing of these drivers is that it > costs > money, and iirc MS will not sign drivers with a copyleft licence, > which > would be another issue. Because of Microsoft's refusal to certify GPL drivers we have dual licensing the code with both GPL and proprietary license. The community distributed drivers are GPL and signed with Red Hat's signing certificate The proprietary licensed drivers are signed with Red Hat's certificate but also with Microsoft's WHQL signature. These drivers are currently only available to Red Hat subscribers. > > Hope that helps, > > Christophe > > ___ > Spice-devel mailing list > Spice-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel > ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] [Users] Configure spice plugin for wan
- Original Message - > From: "Itamar Heim" > To: "Gianluca Cecchi" > Cc: "Michael Pasternak" , > spice-devel@lists.freedesktop.org, "users" , "René > Koch" > Sent: Saturday, April 20, 2013 5:03:25 PM > Subject: Re: [Spice-devel] [Users] Configure spice plugin for wan > > On 03/24/2013 09:17 PM, Gianluca Cecchi wrote: > > On Sun, Mar 24, 2013 at 10:08 AM, Michael Pasternak wrote: > > > >> was this resolved? > >> you've mentioned above you are using 'rhev-agent' - ovirt may > >> be checking > >> for ovirt-guest-agent'... > >> please send list of installed applications as reported by the > >> guest agent > >> (restapi probably easiest). > > > > No, only a few lines shown for applications and no wan option > > shown in > > user portal... > > I "compiled" ovirt-guest-agent service for windows XP and > > Windows7 > > A quick command line example of using rest/api to get > > applications? > > > Applications aren't accessible using REST-API. > But it would be great if this would be added as a feature in > 3.3... :) > >>> > >>> interesting. michael - any reason for this? > >> > >> the overhead of sending a bulk of applications when listing vms at > >> /vms, > >> but this can be implemented as emulated sub-collection under vm > >> (as we did > >> for /cdroms), i've filed [1] for this. > >> > >> [1] https://bugzilla.redhat.com/show_bug.cgi?id=926928 > >> > >>> as a workaround, command line can be done at host level via > >>> vdsClient -s 0 getAllVmStats > >> > > > > It remains the problem to use wan options in oVirt. > > Can I execute some test as in > > http://www.ovirt.org/How_to_Connect_to_SPICE_Console_Without_Portal > > > > > > how to translate these wan options if I want to try this way? > > Thanks > > Gianluca > > > > spice-devel - what's the command line option for virt-viewer to tweak > spice wan behavior? > _ --spice-disable-effects= \\ __ > Spice-devel mailing list > Spice-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel > ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] [PATCH spice-server 00/28] adaptive video streaming
- Original Message - > From: "Yonit Halperin" > To: "Andrew Cathrow" > Cc: spice-de...@freedesktop.org > Sent: Thursday, March 7, 2013 3:52:04 PM > Subject: Re: [Spice-devel] [PATCH spice-server 00/28] adaptive video streaming > > Hi, > On 03/03/2013 07:50 AM, Andrew Cathrow wrote: > > > > > > - Original Message - > >> From: "Yonit Halperin" > >> To: spice-de...@freedesktop.org > >> Sent: Tuesday, February 26, 2013 1:03:46 PM > >> Subject: [Spice-devel] [PATCH spice-server 00/28] adaptive video > >> streaming > >> > >> Hi, > >> > >> The following patch series introduces adaptive video streaming to > >> spice. > >> > >> Until now, the mjpeg quality was constant (70), and the frame rate > >> was modified > >> according to the rate of frame drops in the server side (a drop > >> occurs when a new frame reaches the server while > >> an older frame is still queued in the pipe). In the client side, > >> the > >> video playback is synchronized according > >> to the audio playback (each audio and video frame holds an mm-time > >> field). The jitter-buffer size in the client > >> was constant as well - 100 ms. When video frames arrive late to > >> the > >> client (i.e., when the audio playback is ahead of them), > >> they are dropped. > >> > >> The adaptive video streaming is implemented by the following > >> heuristic: > >> Given a bit rate, we calculate the best combination of mjpeg > >> quality > >> and frame rate (henceforth, the stream parameters) for this > >> bit rate. In order to decide this combination, we evaluate the > >> encoding size for different jpeg > >> qualities by applying them on successive frames. > >> Every new stream is assigned with an initial bit rate. The bit > >> rate > >> is re-estimated and > >> modified during the stream life time. The bit-rate is modified > >> based > >> on: > >> 1) periodic reports from the client: > >> The client reports includes information about drops and the > >> playback latency. > >> In response to drops, or too short playback latency, we > >> decrease > >> the bit rate. > >> In response to reports that suggest that the client playback > >> is > >> stable with the > >> current configuration, we try to increase the bit-rate. > >> 2) server drops: the bit-rate is decreased when server drops > >> occur. > >> > >> Each time the bit rate changes, the stream parameters are > >> re-evaluated. > >> In addition, we monitor the frames' encoding size, and when there > >> is > >> a change > >> that may allow improving the stream parameters, or alternatively, > >> requires decreasing the > >> quality, we again re-evaluate them. > > > > > > What kind of metrics do we expose - how can I get the bitrate back > > on the client and/or server? > > > The server side estimates the latency, and an optimal bit rate for > the > video playback, which is dynamically modified throughout the > playback. > This measurements are kept on the server (they are documented in the > log > file if you run with the highest debug level). I think we should consider exposing these through at least through qemu monitor/libvirt on the host side but also what we want to expose into the client through the guest agent. > >> > >> Other changes: > >> -- > >> > >> Besides the client reports, I also added to the protocol a message > >> that controls the > >> audio playback latency, for allowing better synchronization of the > >> audio and video playback buffering. > >> > >> The roundtrip time is used for estimating the required playback > >> delay. In order to get a more accurate estimation > >> of the roundtrip time I also added an option to measure it > >> periodically instead of just on startup, and > >> take the minimum measurement as estimation. > >> > >> Results > >> --- > >> I compared the video quality of the current spice master, and of > >> the > >> new spice, under different network setups. > >> Spice master was a bit modified for making the comparison more > >> fair: > >> I increased the audio jitter buffer to 200ms (instead of 100), > >> and also in
Re: [Spice-devel] [PATCH spice-server 00/28] adaptive video streaming
- Original Message - > From: "Yonit Halperin" > To: spice-de...@freedesktop.org > Sent: Tuesday, February 26, 2013 1:03:46 PM > Subject: [Spice-devel] [PATCH spice-server 00/28] adaptive video streaming > > Hi, > > The following patch series introduces adaptive video streaming to > spice. > > Until now, the mjpeg quality was constant (70), and the frame rate > was modified > according to the rate of frame drops in the server side (a drop > occurs when a new frame reaches the server while > an older frame is still queued in the pipe). In the client side, the > video playback is synchronized according > to the audio playback (each audio and video frame holds an mm-time > field). The jitter-buffer size in the client > was constant as well - 100 ms. When video frames arrive late to the > client (i.e., when the audio playback is ahead of them), > they are dropped. > > The adaptive video streaming is implemented by the following > heuristic: > Given a bit rate, we calculate the best combination of mjpeg quality > and frame rate (henceforth, the stream parameters) for this > bit rate. In order to decide this combination, we evaluate the > encoding size for different jpeg > qualities by applying them on successive frames. > Every new stream is assigned with an initial bit rate. The bit rate > is re-estimated and > modified during the stream life time. The bit-rate is modified based > on: > 1) periodic reports from the client: >The client reports includes information about drops and the >playback latency. >In response to drops, or too short playback latency, we decrease >the bit rate. >In response to reports that suggest that the client playback is >stable with the >current configuration, we try to increase the bit-rate. > 2) server drops: the bit-rate is decreased when server drops occur. > > Each time the bit rate changes, the stream parameters are > re-evaluated. > In addition, we monitor the frames' encoding size, and when there is > a change > that may allow improving the stream parameters, or alternatively, > requires decreasing the > quality, we again re-evaluate them. What kind of metrics do we expose - how can I get the bitrate back on the client and/or server? > > Other changes: > -- > > Besides the client reports, I also added to the protocol a message > that controls the > audio playback latency, for allowing better synchronization of the > audio and video playback buffering. > > The roundtrip time is used for estimating the required playback > delay. In order to get a more accurate estimation > of the roundtrip time I also added an option to measure it > periodically instead of just on startup, and > take the minimum measurement as estimation. > > Results > --- > I compared the video quality of the current spice master, and of the > new spice, under different network setups. > Spice master was a bit modified for making the comparison more fair: > I increased the audio jitter buffer to 200ms (instead of 100), > and also included the patch "red_worker: stream agent - fix > miscounting of frames". > The network setup was emulated using tc. > > You can find the tests details and the results in a following email. > > For 5Mpbs and 60ms roundtrip (Test1), in spice-master, more than 70% > of the frames that are sent to the client are being dropped, and the > video > is unwatchable. With new spice, while the average frame rate is about > the same, only about 2% of the frames are being dropped by the > client. > For 2.5Mbps and 60ms (Test2), as expected, things gets worse for > spice-master, and the drops rate reaches 90%. For the new spice, it > is less then 20%, and > the video is watchable. > > I also tested a setup of 10Mbps with high latency (170ms, Test3). The > latency affects the initial bit rate estimation in spice (probably > due to the tcp acks overhead). > Thus, the stream is started with a bit-rate estimation of less then > 1.25Mbps. The adaptive video heuristic gradually converges to a > higher bit rate (the column "end-bit-rate"), and > the next video stream will be started with the improved bit rate > estimation. > In Test5 I tested a real environment with a network setup similar to > Test3. However, the test are not comparable because in Test5 setup > (different server and guest), > the basic frame rate (i.e., from the guest to the server) is much > smaller (still need to investigate why). > > In Test4 (20Mbps; <1 ms roundtrip), I evaluated and unlimited setup, > i.e., a setup which will allow the best frame rate and jpeg-quality > for the stream. > With new spice, the capacity of the channel is exploited efficiently. > With spice-master, the condition for dropping frames according to > the defined fps is too strict, > and the observed frame rate is smaller then the maximum possible. > > Video streaming short-term TODO: > > - Implement playback-latency adjustments for spice-gtk gstreamer > front-end. > - A
Re: [Spice-devel] Spice server keyboard layout setting compared to VNC
- Original Message - > From: "Martin Betak" > To: spice-devel@lists.freedesktop.org > Sent: Monday, February 11, 2013 4:57:41 AM > Subject: [Spice-devel] Spice server keyboard layout setting compared to VNC > > Hi All, > > I'm from the oVirt team and I'm currently working on refactoring > our sending of keyboard layout settings from the engine to the host. > I would like to ask whether setting of keyboard layout works in spice > exactly the same as in VNC, i.e. they have the same set of valid > values > and need to be set on the server, to warrant renaming our config > field VncKeyboardLayout to KeyboardLayout that applies equaly to all > connection types. Or is the setting in libvirt/qemu ignored/treated > differenttly for spice and set in some other way (e.g via client)? This setting isn't required for Spice - only for VNC. > > Thanks for any information > > Martin > ___ > Spice-devel mailing list > Spice-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel > ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] spice html5 audio playback
- Original Message - > From: "xiaoyin xu" > To: "spice-devel" > Sent: Monday, January 7, 2013 4:46:13 AM > Subject: [Spice-devel] spice html5 audio playback > Hi > What is the difference between (spicec) and (spice html5 ) on audio > play?why spice html5 do not support audio play? because it's not complete yet. > Thanks > ___ > Spice-devel mailing list > Spice-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] Windows guest tools
- Original Message - > From: "Marten Lehmann" > Cc: spice-devel@lists.freedesktop.org > Sent: Monday, August 20, 2012 9:24:29 AM > Subject: Re: [Spice-devel] Windows guest tools > > Hello, > > I haven't seen any changes on the download page at > http://spice-space.org/download.html for Windows guest tools. Is at > least a beta for Windows 8 available? Maybe somewhere else, nightly > build etc.? There isn't a QXL driver for Windows 8 yet. > > Kind regards > Marten Lehmann > > On 12.06.2012 12:15, Christophe Fergeau wrote: > > On Mon, Jun 11, 2012 at 08:43:38PM +0200, Marten Lehmann wrote: > >> Hello, > >> > >> I used this ISO to install Windows Server 2008 R2 with VirtIO > >> Storage, maybe Windows setup has used the Windows 7 drivers. > > > > Yes, this looks like what was used by looking at the ISO content. > > > > Christophe > ___ > Spice-devel mailing list > Spice-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel > ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] crazy feature wish Spice had
- Original Message - > From: "mzawdx wang" > To: Spice-devel@lists.freedesktop.org > Sent: Tuesday, August 14, 2012 4:32:04 AM > Subject: [Spice-devel] crazy feature wish Spice had > Hi all: > I find from here : http://spice-space.org/page/Ideas . The first item > , An iPhone/iPad client. which it quite interesting, is there any > project on it ? One challenge is the Apple iTunes store doesn't permit GPL code, which means we'd need to rework Spice to replace those dependencies with non-GPL components. A more realistic approach is to leverage the SPICE/HTML5 project. > Yours. > mzawdx > ___ > Spice-devel mailing list > Spice-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] [PATCH] Menubar toggle option
Have you looked at remote-viewer rather than spicy ? - Original Message - > From: "Joel Reed" > To: spice-devel@lists.freedesktop.org > Sent: Wednesday, June 13, 2012 3:34:10 PM > Subject: [Spice-devel] [PATCH] Menubar toggle option > > This very simple patch adds an option to toggle the menubar on spicy. > Helps maximize vertical resolution capacity without going fullscreen. > Please consider for inclusion. > > jr > > -- > Joel W. Reed > Managing Partner > OpenArc, LLC > o: 724.234.1215 > c: 412.212.8418 > > > ___ > Spice-devel mailing list > Spice-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel > ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] A sever bug found in 64-bit WIndows 7 VM
- 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 found on 64-bit Windows 7 VM which crashed after > running idle for a while(~ 2-3 hours). Did the guest go into powersaving mode - there are some S3/S4 issues in older qemu-kvm releases > > When we checked the kvm process, it was killed from the system. > > > > Drivers installed: > > Qxl, > > Virtioserail > > Vdagent > > > > Qemu & Spice: > > Hans’s Qemu + "spice-0.10.tar.gz" > > > > Steps to reproduce: > > 1. Create a 64-bit Windows 7 VM image > > 2. Install qxl, virioserai driver and vdagent > > 3. Launch the VM and let it run idle > > 4. After a couple of hours, the VM will crash > > > > Memory demp information: > > > > 0: kd> !analyze -v > > *** > > * * > > * Bugcheck Analysis * > > * * > > *** > > > > DRIVER_POWER_STATE_FAILURE (9f) > > A driver is causing an inconsistent power state. > > Arguments: > > Arg1: 0003, A device object has been blocking an Irp for > too long a time > > Arg2: fa8003bb24b0, Physical Device Object of the stack > > Arg3: f80003bd3518, Functional Device Object of the stack > > Arg4: fa80025e9510, The blocked IRP > > > > Debugging Details: > > -- > > > > > > DRVPOWERSTATE_SUBCODE: 3 > > > > IRP_ADDRESS: fa80025e9510 > > > > DEVICE_OBJECT: fa8003bb24b0 > > > > DRIVER_OBJECT: fa8003a1ac70 > > > > IMAGE_NAME: vioser.sys > > > > DEBUG_FLR_IMAGE_TIMESTAMP: 4fc31b19 > > > > MODULE_NAME: vioser > > > > FAULTING_MODULE: f8800367 vioser > > > > DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT > > > > BUGCHECK_STR: 0x9F > > > > PROCESS_NAME: System > > > > CURRENT_IRQL: 2 > > > > LAST_CONTROL_TRANSFER: from f80002930e53 to f800028c3040 > > > > STACK_TEXT: > > f800`03bd34c8 f800`02930e53 : `009f > `0003 fa80`03bb24b0 f800`03bd3518 : > nt!KeBugCheckEx > > f800`03bd34d0 f800`028cf0e6 : f800`03bd3600 > f800`03bd3600 `0001 ` : nt! ?? > ::FNODOBFM::`string'+0x28e30 > > f800`03bd3570 f800`028ce396 : f800`02a72700 > `00034df1 ` ` : > nt!KiProcessTimerDpcTable+0x66 > > f800`03bd35e0 f800`028cf00e : 0007`ddaba240 > f800`03bd3c58 `00034df1 f800`02a410a8 : > nt!KiProcessExpiredTimerList+0xc6 > > f800`03bd3c30 f800`028ce707 : 0059`a9892fc1 > 0059`00034df1 0059`a9892fbb `00f1 : > nt!KiTimerExpiration+0x1be > > f800`03bd3cd0 f800`028cb77a : f800`02a3ce80 > f800`02a4ac40 ` f880`00c3ef44 : > nt!KiRetireDpcList+0x277 > > f800`03bd3d80 ` : f800`03bd4000 > f800`03bce000 f800`03bd3d40 ` : > nt!KiIdleLoop+0x5a > > > > > > STACK_COMMAND: kb > > > > FOLLOWUP_NAME: MachineOwner > > > > FAILURE_BUCKET_ID: X64_0x9F_IMAGE_vioser.sys > > > > BUCKET_ID: X64_0x9F_IMAGE_vioser.sys > > > > Followup: MachineOwner > > - > > > > 0: kd> lmvm vioser > > start end module name > > f880`0367 f880`0368 vioser (private pdb symbols) > d:\localsymbols\vioser.pdb > > Loaded symbol image file: vioser.sys > > Image path: \SystemRoot\system32\DRIVERS\vioser.sys > > Image name: vioser.sys > > Timestamp: Mon May 28 14:28:41 2012 (4FC31B19) > > CheckSum: F577 > > ImageSize: 0001 > > Translations: .04b0 .04e4 0409.04b0 0409.04e4 > > > > 0: kd> !devobj fa8003bb24b0 f > > Device object (fa8003bb24b0) is for: > > vport0p1 \Driver\VirtioSerial DriverObject fa8003a1ac70 > > Current Irp RefCount 1 Type 001b Flags 304c > > Dacl f9a100232a11 DevExt fa8003badbc0 DevObjExt > fa8003bb2620 DevNode fa8003bbfb30 > > ExtensionFlags (00) > > Device queue is not busy. > > > > 0: kd> !irp fa80025e9510 > > Irp is active with 2 stacks 1 is current (= 0xfa80025e95e0) > > No Mdl: No System Buffer: Thread : Irp stack trace. > > cmd flg cl Device File Completion-Context > > >[ 16, 2] 0 e1 fa8003bb24b0 > >f800028ad990-fa8002b61ce0 Success Error Cancel pending > > \Driver\VirtioSerial nt!IopUnloadSafeCompletion > > Args: 00014400 0001 0004 0002 > > [ 0, 0] 0 0 -fa80027e32e0 > > > > Args: > > > > > > > > > > > > > > > > > > > ___ > Spice-devel mailing list > Spice-devel@lists.freedesktop
Re: [Spice-devel] Problem with dual-display full-screen client on X
- Original Message - > From: "Noel Van Hook" > To: "Christophe Fergeau" > Cc: spice-devel@lists.freedesktop.org > Sent: Monday, May 14, 2012 12:07:08 PM > Subject: Re: [Spice-devel] Problem with dual-display full-screen client on X > > On Mon, May 14, 2012 at 8:54 AM, Christophe Fergeau > wrote: > > Hey, > > > > On Fri, May 11, 2012 at 04:33:43PM -0500, Noel Van Hook wrote: > >> Background information: > >> I am running the guest OS (CentOS) with dual heads. > >> I am also running the client on CentOS. > >> When I open the client, two client windows appear (spice0 and > >> spice1), > >> and all is well with the world. > >> The machine I am running the client on has two monitors, and is > >> XRandR > >> compliant. > >> > >> The bug: > >> When I press Ctrl-Shift-F11 to change the guest to full-screen, > >> both > >> monitors change resolution, and the spice0 window properly appears > >> in > >> full screen mode on the left monitor. The spice1 window never > >> appears > >> anywhere, and the right monitor goes black with an "X" cursor on > >> it. > >> > >> I did some debugging, and it appears as though my window manager > >> may > >> be interfering with the clients attempt to use the second monitor. > >> > >> In the client code, RedWindow::show() calls RedWindow::move() to > >> move the right client window onto the right monitor. > >> RedWindow::move() in turn calls XMoveWindow(), but the > >> XMoveWindow > >> call appears to be ignored. I suspect it is being intercepted by > >> my > >> window manager, because if, right before I call RedWindow::move(), > >> I > >> set the override_redirect attribute of _win to "true", it works > >> fine. > >> (I then set it back to "false" when we leave fullscreen mode). > >> > >> So, this appears to fix it... but is it the right fix? Or have I > >> just > >> patched a symptom of a deeper problem? > > > > This code in spice-client is quite hairy, and these days it's > > highly > > recommended to use virt-viewer/remote-viewer, did you test if they > > are > > doing the right thing on your setup ? > > > > I am not familiar with virt-viewer or remote-viewer, but it sounds > like they are alternatives to spicec? If that is the case, it doesn't > help me. I don't get to choose which viewer to use, I just get to > make it work. :-) All future development is going into remote-viewer, so I'd advise moving forward. > Noel > > -- > Noel Van Hook - Intelligraphics, Inc > 522 Cooper Ave N > Red Lodge, MT 59068 > noel.van.h...@intelligraphics.com (425) 770-5561 > ___ > Spice-devel mailing list > Spice-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel > ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] Is there any network bandwidth recommendation for spice?
- Original Message - > From: "David Jaša" > To: "Liang Han" > Cc: spice-devel@lists.freedesktop.org > Sent: Wednesday, May 16, 2012 4:06:23 AM > Subject: Re: [Spice-devel] Is there any network bandwidth recommendation for > spice? > > Hi Liang, > > 5-10 Mbps per client should be sufficient to give nice user That's very high if the user is just using desktop applications. Obviously if you're streaming video though the more the merrier. > experience. > It works on slower connections too but you then feel you're working > with > remote machine. > > David > > > Liang Han píše v Ne 06. 05. 2012 v 09:31 +0800: > > Guys, > > > > I would like to know if I have 200 spice clients connecting to > > remote > > servers and people do some web surfing and write documents, what is > > the recommended network bandwidth between the spice clients and the > > remote servers. > > > > Thanks! > > > > -- > > Best regards > > Liang Han > > ___ > > Spice-devel mailing list > > Spice-devel@lists.freedesktop.org > > http://lists.freedesktop.org/mailman/listinfo/spice-devel > > -- > > David Jaša, RHCE > > SPICE QE based in Brno > GPG Key: 22C33E24 > Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24 > > > > ___ > Spice-devel mailing list > Spice-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel > ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] Mouse disappears in multi monitor setup / spice-vdagent issues
- Original Message - > From: "Matteo Cerutti" > To: spice-devel@lists.freedesktop.org > Sent: Saturday, March 31, 2012 3:56:18 PM > Subject: [Spice-devel] Mouse disappears in multi monitor setup / > spice-vdagent issues > > > > Dear All, > > I have recently become very interested in SPICE and decided to give > it a try and see if it could replace the NX solution that I have in > place. > > I have installed Fedora 16 KVM host, where I also upgraded the > default spice, kvm, qemu, virt-manager etc. packages to the latest > available at > ftp://ftp.solnet.ch/mirror/fedora/linux//updates/16/x86_64. > > I then virtualized a Fedora 16 guest where I am not running any > spice-vdagent at the moment. However, I upgraded > xorg-x11-server-Xorg, xorg-x11-server-comon, xorg-x11-server-Xephyr > and xorg-x11-drv-qxl to the latest packages available at the link > above on the virtualized guest. have you tried with vdagent running? > > Through virt-manager, I set up the virtual machine with two QXL > devices in order to get the dual head display to work. > > In the virtual guest, I then set up Xinerama via /etc/X11/xorg.conf > as follows: > Section "ServerFlags" > Option "Xinerama" "true" > EndSection > Section "Device" > Identifier "QXL0" > Driver "qxl" > BusID "PCI:0:2:0" > Screen 0 > EndSection > Section "Device" > Identifier "QXL1" > Driver "qxl" > BusID "PCI:0:8:0" > Screen 1 > EndSection > Section "Monitor" > Identifier "Monitor0" > EndSection > Section "Monitor" > Identifier "Monitor1" > EndSection > Section "Screen" > Identifier "screen0" > DefaultDepth 24 > SubSection "Display" > Depth 24 > Modes "1024x768" > EndSubSection > Device "QXL0" > Monitor "Monitor0" > EndSection > Section "Screen" > Identifier "screen1" > Device "QXL1" > DefaultDepth 24 > SubSection "Display" > Depth 24 > Modes "1024x768" > EndSubSection > Monitor "Monitor1" > EndSection > Section "ServerLayout" > Identifier "Default Layout" > Screen0 "screen0" > Screen 1 "screen1" RightOf "screen0" > Option "Xinerama" "true" > EndSection > > I then tried to connect via spicec and I successfully got two > windows. First results are pretty good. The primary behaves as > primary and so does the secondary, excellent. Also, it appears that > the screen1 is correctly set to be to the right of screen0. > > The problem comes in when I try to move the cursor on the secondary > screen. As soon as I do that the mouse disappears. If I move it out > of the secondary window, it shows up again.. also when I move it > back to the primary window. Additionally, if I open an application > on the primary window and then try to move it to the secondary one, > the secondary suddenly becomes usable (cursor becomes visible) and > the primary becomes unusable and behaves like the secondary used to > do at the beginning. > > This also happens when running spicec in full screen mode. > > As my first objective was to get a proper dual head working I did not > install the spice-vdagentd on the guest machine intentionally. > However, since I could not pin down where the problem lied, I went > ahead installing spice-vdagent 0.10.1 on the guest machine. > > After doing that, things started to get even worse. For example, when > I open the Gnome menu and try to select some voices, I am no longer > able to open anything as the mouse click appears to be broken. Also, > voices don't get highlighted when I hover over them with the cursor > (however, highlighting works when I use the arrow keys to move > between them). > > Could anybody shed some light on the above issues and explain to me > if I'm doing anything wrong? > > Thanks a lot for your help and please let me know if I need to > provide more information about my issue. > > Cheers, > Matteo > > > ___ > Spice-devel mailing list > Spice-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel > ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] Can USB redirection be enabled on windows client?
- Original Message - > From: "Dominique Rodrigues" > To: "Andrew Osborne" > Cc: spice-devel@lists.freedesktop.org > Sent: Sunday, March 18, 2012 10:25:26 AM > Subject: Re: [Spice-devel] Can USB redirection be enabled on windows client? > > > I think there is a misunderstanding Andrew. Andrew's question was about a "windows client", you are talking about a windows guest. Today a Linux client to a Windows or Linux guests works fine. The work to get a Windows client working against a Linux or Windows guest is still in progress. > > The initial question was "if I work in a physical windows > environment, is my spice-gtk client for windows able to enable USB > redirection between my workstation and any virtual machine under > Linux, Windows or whatever ?". Arnon replied that up to now, the > anwser is no. > > If you work under Linux (I personnaly use Mageia on my workstation > and Debian on my servers), USB redirection can be done towards any > virtual machine, Linux or Windows. > > This works also for me with Windows Seven and Windows Server 2008. I > have recompiled qemu-kvm with usbredir library for Mageia and > Debian, and it works fine. > > Regards > > > Dominique Rodrigues > nanoClouD > 8, rue Lemercier > 75017 Paris > France > standard : +33 1 77 69 64 38 > 529 002 743 R.C.S. Paris > > Le 18/03/2012 13:48, Andrew Osborne a écrit : > > Hi Suyi > > > Fedora 16 does have support for USB redirection in Windows XP as we > have a School with 45 spice clients machines using it. > > You will noticed a 20-30% increase in CPU usage with spice > redirection on Fedora 16, although this should be see as a sandbox. > > > > Here are some links that will help you set this up. > http://hansdegoede.livejournal.com/11084.html Amador who runs this > site as some good instructions. > http://www.ucs.br/projetos/osdvt/index.php/Home Kind regards > > > Andrew > > > On 18 Mar 2012, at 08:31, Arnon Gilboa wrote: > > spice-gtk windows client support for USB redir is still under > development. Patches will be posted very soon. > The old spicec client for windows supports USB redir using Incentives > Pro's product. > Arnon > > Andrew Osborne wrote: > > Works with Fedora 16 and WinXp as client > > Andrew > > On 17 Mar 2012, at 18:03, Dominique Rodrigues > wrote: > > If I remember well (TBC by spice developers), USB redirection works > now only for a Linux client and should be a feature for Microsoft > operating systems (no idea when). > Dominique Rodrigues > > Le 17/03/2012 18:48, wangsuyi640 a écrit : > > Hi all: > Can USB redirection be enabled on windows client of spice? There > is no option for me to choose set USB redirection on the windows > client. > Can anyone help me ? My client OS is windows XP 3. > Thanks a lot! > Yours Sinerely! > suyi > > ___ > Spice-devel mailing list Spice-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel > > ___ > Spice-devel mailing list Spice-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel > > > ___ > Spice-devel mailing list Spice-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel > ___ > Spice-devel mailing list Spice-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel > ___ > Spice-devel mailing list Spice-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel > ___ > Spice-devel mailing list > Spice-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel > ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] Control Linux desktop remotey?
- Original Message - > From: "George Pyle" > To: spice-devel@lists.freedesktop.org > Sent: Monday, January 16, 2012 11:19:44 AM > Subject: [Spice-devel] Control Linux desktop remotey? > > > > > > > Is spice only useful for VDI? Can I control a Linux server or desktop > remotely using a Spice client on Windows or is it best to use VNC or > some other remote service/protocol. All of the examples I've read > require QEMU and describe setting up a guest OS using QEMU. Did I > miss something or is it just not possible? Spice will work for servers or desktops. If you don't install a driver in the guest it will perform in a similar fashion to vnc. > > > Thanks, > > > George > ___ > Spice-devel mailing list > Spice-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel > ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] Unfair comparisons with RDP
- Original Message - > From: "John A. Sullivan III" > To: "Alon Levy" > Cc: spice-devel@lists.freedesktop.org > Sent: Wednesday, June 29, 2011 6:14:16 PM > Subject: Re: [Spice-devel] Unfair comparisons with RDP > On Sat, 2011-06-25 at 11:40 -0400, John A. Sullivan III wrote: > > On Sat, 2011-06-25 at 15:34 +0200, Alon Levy wrote: > > > On Fri, Jun 24, 2011 at 09:36:26PM -0400, John A. Sullivan III > > > wrote: > > > > Hello, all. Another question to be answered only if there is > > > > time. As > > > > we put SPICE head to head with the TSPlus implementation of RDP, > > > > SPICE > > > > seems to be coming up a bit short and I expect it is somewhat > > > > unfairly > > > > so. It appears that RDP starts painting the screen sooner that > > > > SPICE > > > > does and so it appears more responsive even if it takes longer > > > > to finish > > > > painting the page than SPICE does. > > > > > > > > Why is that? More importantly, is there a way to tweak SPICE to > > > > mitigate > > > > this effect or is there something in the works to make the > > > > initial delay > > > > less pronounced? Thanks - John > > > > > > What exactly is the test? what do you mean starting / stopping, > > > does the > > > time include the launch of spicec or spicy and the connection? > > > > > > If it includes the connection time perhaps this is a result of the > > > insane > > > bandwidth calculation we use, sending a very large packet of zeros > > > at > > > connection initiation. > > > > Sorry for the lack of clarity. I'm not referring to start up time. > > That IS noticeably slower but I think the bandwidth detection is a > > critical feature and differentiator for SPICE. > > > > I'm referring to actual usage of the desktop. All actions from > > scrolling a window to clicking a slider to opening a hyperlink, even > > typing very quickly seem slower to start in SPICE than in RDP. The > > difference is only a fraction of a second but it is humanly > > perceptible > > and gives the impression of laggard performance. > > > > On large graphic refreshes of the screen, it seems clear that SPICE > > finishes painting the screen faster than RDP even if it appears to > > start > > later - it comes from behind like the Boston Red Sox (sorry for the > > American sports humor!) but appears to the user who is more > > concerned > > about when it starts to be slower. When changing only small parts of > > the screen such as typing, there isn't the opportunity to "come from > > behind" and thus SPICE is being rated as slower than RDP, i.e, for > > everyday usage, not start up. Thanks - John > > Hello, all. I've been using both RDP via TSPlus and SPICE for over a > week now and the practical world results at least in my mode of > operation are becoming clear. SPICE does handle major screen refreshes > better, e.g., monstrous graphics or continuously pasting a full line > of > text in a full screen notepad. Of course, SPICE is a clear winner when > it comes to video though still not practically usable on low bandwidth > links. > > However, RDP is trouncing SPICE in the more common day to day tasks > involving small screen updates. For example, every time I open or > switch > my screen to LibreOffice, the tool bar icons seems to pain one at a > time > in SPICE where as they appear all at once in TSPlus. Document > scrolling > is more immediate and smoother. Surprisingly, when I open the PuTTY > dialog in SPICE, it paints in sections whereas TSPlus appears all at > once. You'll really need to post some real details here - from versions of qemu+spice server that you're using along with the qemu command line syntax, host OS, hardware details through to what's running in the guest, driver versions, etc. I've never seen RDP trounce spice, but if it does, then we need some scientific information on the environment so we can diagnose and assist. > > Certainly not meant as a competition but merely as providing feedback > from practical usage. We remain very enthusiastic about SPICE but > wonder what we can do to close the performance gap on the more common > tasks (in our usage) versus the more unusual tasks. > > By the way, I did set tcp_low_latency=1 on my client to see if it made > a > difference. It subjectively appeared to but not enough to close the > gap. I should also mention that my entire test environment is Linux > clients. Is the Windows SPICE client noticeably faster? We are in the > process of lining up some Windows client testers. Thanks - John > > ___ > Spice-devel mailing list > Spice-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] gstreamer on Mac
- Original Message - > From: "Cliff Sharp" > To: "Christophe Fergeau" > Cc: spice-devel@lists.freedesktop.org > Sent: Tuesday, June 14, 2011 3:29:09 PM > Subject: Re: [Spice-devel] gstreamer on Mac > I don't have it available anywhere on the Internet right now. Is the plan to work on this in the open and share the code with the community or are we just doing Q&A here ? > > > I tried downloading the latest gstreamer source code. When I build it > I get the same error as the one with MacPorts. > > > I will try and build older versions of glib and gstreamer to see if I > can get past these errors. > > > > On Jun 14, 2011, at 1:28 PM, Christophe Fergeau wrote: > > > > On Tue, Jun 14, 2011 at 11:31:09AM -0500, Cliff Sharp wrote: > > > I am in the process of porting spice-gtk-0.5 to iOS. > > Ah, great news :) Is there code available somewhere to keep track of > what's > happening? > > > gstelementfactory.c: In function 'gst_element_factory_create': > > > gstelementfactory.c:397: error: size of array 'Compile_Time_Assertion' > is negative > > > gstelementfactory.c:397: error: void value not ignored as it ought to > be > > > gstelementfactory.c:397: error: incompatible type for argument 1 of > '__sync_bool_compare_and_swap' > > > make[4]: *** [libgstreamer_0.10_la-gstelementfactory.lo] Error 1 > > This is a known issue with recent glib and latest gstreamer release, > using > gstreamer git or an older glib release should help. > > Christophe > > > > > > > > Cliff Sharp | csh...@vbridges.com > > > > > > ___ > Spice-devel mailing list > Spice-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] Clipboard sharing...
- Original Message - > From: "Naga Mohan Pothula" > To: "Andrew Cathrow" > Cc: spice-devel@lists.freedesktop.org, "Arnon Gilboa" > Sent: Monday, May 16, 2011 6:12:20 PM > Subject: Re: [Spice-devel] Clipboard sharing... > Spice server/kvm v0.8 version. > I specified only this option "-device virtio-serial" and haven't keep > name/id for virtio serial channel > See : http://spice-space.org/page/DocumentationUpdates > > > > > ~Naga. > > > > > From: Andrew Cathrow > To: Naga Mohan Pothula > Cc: spice-devel@lists.freedesktop.org; Arnon Gilboa > > Sent: Monday, May 16, 2011 4:52 PM > Subject: Re: [Spice-devel] Clipboard sharing... > > > > > > - Original Message - > > From: "Naga Mohan Pothula" < nagamohan.poth...@yahoo.com > > > To: "Arnon Gilboa" < agil...@redhat.com >, "Andrew Cathrow" < > > acath...@redhat.com > > > Cc: spice-devel@lists.freedesktop.org > > Sent: Monday, May 16, 2011 5:42:54 PM > > Subject: Re: [Spice-devel] Clipboard sharing... > > Hi, > > > > > > Thank you for your prompt responses. Sorry for delay replying. > > > > > > Win7 x64 Guest is configured with Virtio-serial channel by > > specifying > > "-device virtio-serial" at Qemu options. > > > > QXL driver v8.0 is installed into Guest. > > > > > > Guest allowed me to install vdservice but vdservice could not be > > started. > > Attaching vdagent and vdservice logs from Win7 x64 guest. > > > > Do you know what version of kvm/spice server you are using in the > host. > Also does your virtio serial channel have a name/id ? > > > > > > > > > > Please let me know where I have missed for setting up clipboard > > sharing. > > > > > > Appreciated your help in advance. > > > > > > > > > > Thanks, > > Naga. > > > > > > > > > > > > > > > > > > > > > > > > > > From: Arnon Gilboa < agil...@redhat.com > > > To: Andrew Cathrow < acath...@redhat.com > > > Cc: Naga Mohan Pothula < nagamohan.poth...@yahoo.com >; > > spice-devel@lists.freedesktop.org > > Sent: Thursday, May 12, 2011 3:32 AM > > Subject: Re: [Spice-devel] Clipboard sharing... > > > > Andrew Cathrow wrote: > > > > > > - Original Message - > > > > > >> From: "Naga Mohan Pothula" < nagamohan.poth...@yahoo.com > > > >> To: spice-devel@lists.freedesktop.org > > >> Sent: Wednesday, May 11, 2011 6:35:13 PM > > >> Subject: [Spice-devel] Clipboard sharing... > > >> Hi, > > >> > > >> > > >> I downloaded Spice v0.8.1/v0.8.0 and tested for Clipboard sharing > > >> on > > >> Win7 x64, RHEL 6.1 Beta x64 Guests connected from Ubuntu 10.04 > > >> LTS > > >> client. > > >> I'm using Ubuntu 10.04 LTS to host KVM Hypervisor/Spice Server. > > >> > > >> > > > I don't know the state of qemu-kvm support for SPICE in Ubuntu, > > > but > > > if you'd asked me this question about Fedora, RHEL or upstream I'd > > > ask ... > > > > > > - Was the guest running the spice agent (vdagent) > > > - Was the guest configured with a virtio-serial channel for > > > communication with the agent? > > > > > > > > >> I tried for copy/paste operations of text. Clipboard sharing is > > >> not > > >> working even for text. I've noticed Clipboard sharing feature is > > >> in > > >> progress from spice site. > > >> I noticed from git repository that Clipboard sharing for images > > >> is > > >> going on. > > >> Can you please let me know when this feature copy/paste > > >> operations > > >> for > > >> text, images be available? > > >> > > >> > > >> > > >> > > >> Regards, > > >> Naga. > > >> > > Assuming you have the Win7 guest with virtio-serial & qxl drivers > > installed correctly, > > as well as vdagent/vdservice installed & running, > > -please send the agent logs \windows\temp\vdagent.log > > \windows\temp\vdservice.log > > -and your client log ~/.spicec/spicec.log ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] Clipboard sharing...
- Original Message - > From: "Naga Mohan Pothula" > To: "Arnon Gilboa" , "Andrew Cathrow" > > Cc: spice-devel@lists.freedesktop.org > Sent: Monday, May 16, 2011 5:42:54 PM > Subject: Re: [Spice-devel] Clipboard sharing... > Hi, > > > Thank you for your prompt responses. Sorry for delay replying. > > > Win7 x64 Guest is configured with Virtio-serial channel by specifying > "-device virtio-serial" at Qemu options. > > QXL driver v8.0 is installed into Guest. > > > Guest allowed me to install vdservice but vdservice could not be > started. > Attaching vdagent and vdservice logs from Win7 x64 guest. > Do you know what version of kvm/spice server you are using in the host. Also does your virtio serial channel have a name/id ? > > > > > Please let me know where I have missed for setting up clipboard > sharing. > > > Appreciated your help in advance. > > > > > Thanks, > Naga. > > > > > > > > > > > > > From: Arnon Gilboa > To: Andrew Cathrow > Cc: Naga Mohan Pothula ; > spice-devel@lists.freedesktop.org > Sent: Thursday, May 12, 2011 3:32 AM > Subject: Re: [Spice-devel] Clipboard sharing... > > Andrew Cathrow wrote: > > > > - Original Message - > > > >> From: "Naga Mohan Pothula" < nagamohan.poth...@yahoo.com > > >> To: spice-devel@lists.freedesktop.org > >> Sent: Wednesday, May 11, 2011 6:35:13 PM > >> Subject: [Spice-devel] Clipboard sharing... > >> Hi, > >> > >> > >> I downloaded Spice v0.8.1/v0.8.0 and tested for Clipboard sharing > >> on > >> Win7 x64, RHEL 6.1 Beta x64 Guests connected from Ubuntu 10.04 LTS > >> client. > >> I'm using Ubuntu 10.04 LTS to host KVM Hypervisor/Spice Server. > >> > >> > > I don't know the state of qemu-kvm support for SPICE in Ubuntu, but > > if you'd asked me this question about Fedora, RHEL or upstream I'd > > ask ... > > > > - Was the guest running the spice agent (vdagent) > > - Was the guest configured with a virtio-serial channel for > > communication with the agent? > > > > > >> I tried for copy/paste operations of text. Clipboard sharing is not > >> working even for text. I've noticed Clipboard sharing feature is in > >> progress from spice site. > >> I noticed from git repository that Clipboard sharing for images is > >> going on. > >> Can you please let me know when this feature copy/paste operations > >> for > >> text, images be available? > >> > >> > >> > >> > >> Regards, > >> Naga. > >> > Assuming you have the Win7 guest with virtio-serial & qxl drivers > installed correctly, > as well as vdagent/vdservice installed & running, > -please send the agent logs \windows\temp\vdagent.log > \windows\temp\vdservice.log > -and your client log ~/.spicec/spicec.log ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] Clipboard sharing...
- Original Message - > From: "Naga Mohan Pothula" > To: spice-devel@lists.freedesktop.org > Sent: Wednesday, May 11, 2011 6:35:13 PM > Subject: [Spice-devel] Clipboard sharing... > Hi, > > > I downloaded Spice v0.8.1/v0.8.0 and tested for Clipboard sharing on > Win7 x64, RHEL 6.1 Beta x64 Guests connected from Ubuntu 10.04 LTS > client. > I'm using Ubuntu 10.04 LTS to host KVM Hypervisor/Spice Server. > I don't know the state of qemu-kvm support for SPICE in Ubuntu, but if you'd asked me this question about Fedora, RHEL or upstream I'd ask ... - Was the guest running the spice agent (vdagent) - Was the guest configured with a virtio-serial channel for communication with the agent? > > I tried for copy/paste operations of text. Clipboard sharing is not > working even for text. I've noticed Clipboard sharing feature is in > progress from spice site. > I noticed from git repository that Clipboard sharing for images is > going on. > Can you please let me know when this feature copy/paste operations for > text, images be available? > > > > > Regards, > Naga. > > > > > > > ___ > Spice-devel mailing list > Spice-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] Audio Fails in 64-bit Windows7 Guest
- Original Message - > From: "Naga Mohan Pothula" > To: spice-devel@lists.freedesktop.org > Sent: Monday, May 2, 2011 6:34:30 PM > Subject: [Spice-devel] Audio Fails in 64-bit Windows7 Guest > > > > > Hi, > > > Audio is not working in 64-bit Windows7 Guest connected from any > Linux/Windows Client. > I noticed this problem with Spice v0.63/0.8 versions. I haven't tried > on other Spice versions. This isn't a Spice problem, it's a driver issue in Windows7. None of the devices we (used to) emulate in KVM have drivers on the out of box media for Windows 7 64bit. If you google enough you'll find a es1370 driver for Visa/64 that works on Win7, but it's not WHQL signed so you have to go through the a dance to install it. Upstream in KVM (available in RHEL6.1 beta + Fedora 15) we have added a new soundcard Intel ICH6 that works out of the box with Win7. > When starting Spice Server, we are specifying "-soundhw AC97" option > > > I have read in some forums that Qemu-kvm supports the following sound > cards other than AC 97. > pcspk PC speaker – not all VM guests supports (read in some forum). > sb16 Creative Sound Blaster 16. es1370 ENSONIQ AudioPCI ES1370 – > windows 7 recognizes this but frequent driver crashes(read in some > forum). > I read in some forums that Audio would not work in > 64-bit Windows7 even we specified above sound card names. I tried > installing Realtek AC97 Audio driver but it is not working. Can > anyone please let me know which Audio driver needs to be > installed/soundcard to be specified to support Audio in Win7 x64? > Thanks/Mohan. > > ___ > Spice-devel mailing list > Spice-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel > ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] Open Source VDI?
- Original Message - > From: "Sigbjorn Lie" > To: spice-devel@lists.freedesktop.org > Sent: Wednesday, November 17, 2010 2:28:57 PM > Subject: [Spice-devel] Open Source VDI? > Hi, > > Does anyone know about of there is any known Open Source project > that's > utilizing Spice/KVM ? > > I know about RHEV for Desktops, but I don't like the Windows > requirement. The Windows requirement will be dropped next year. > > > Siggi > > > ___ > Spice-devel mailing list > Spice-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] USB/smart card logon with Spice
- Original Message - > From: "Sigbjorn Lie" > To: spice-de...@freedesktop.org > Sent: Monday, November 1, 2010 5:35:27 AM > Subject: [Spice-devel] USB/smart card logon with Spice > Hi, > > I am looking into Spice/RHEV for desktops to provide Windows VDI's in > an environment that utilizes > smart cards for log on to Windows. > > Can this currently be integrated with RHEV for Desktops/the Spice > protocol? RHEV for Desktops currently supports single signon but not smart cards. This work is being completed upstream in the Spice and QEMU/KVM projects and will be included in a RHEV release next year. > > > > regards, > Siggi > > > > > > > > > ___ > Spice-devel mailing list > Spice-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] SPICE USB redirection support
- Original Message - > From: "raveenpl" > To: spice-devel@lists.freedesktop.org > Sent: Saturday, September 18, 2010 1:00:05 PM > Subject: Re: [Spice-devel] SPICE USB redirection support > Hi, > > I suppose that status of USB support is still the same - it will be > developed in the future. > > But I've noticed that RedHat provide package spice-usb-redirector > (http://rhn.redhat.com/errata/RHEA-2010-0460.html). > I am wondering what kind of solution it is, anybody know? > It's a licensed 3rd party solution that runs independent of Spice. Once Spice as native support RHEV will be using that. > Cheers > PK > ___ > Spice-devel mailing list > Spice-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] Using USB with Spice
- Original Message - > From: "Informatique" > To: spice-devel@lists.freedesktop.org > Sent: Monday, July 26, 2010 5:32:45 AM > Subject: [Spice-devel] Using USB with Spice > Hi, > > > We'd like to use Spice for running thinclients. > > Clients Windows XP are virtualized with Spice, and we'd like to > benefit thinclient's USB under Windows session. Unfortunately, we > didn't find any procedure to access USB. > > Could you inform us of the way of doing that? > Spice today doesn't include native support for USB remoting, it's one of the roadmap features. Products that use Spice (for example Red Hat Enterprise Virtualization) use another component for remote USB in the mean time. > > > Thank you, > > > > > Olivier Doyen, > > Informatic Department of Fléron > ___ > Spice-devel mailing list > Spice-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] spice BSD/OSX client
- "Attila Sukosd" wrote: > From: "Attila Sukosd" > To: spice-de...@freedesktop.org > Sent: Tuesday, July 6, 2010 4:53:45 AM GMT -05:00 US/Canada Eastern > Subject: Re: [Spice-devel] spice BSD/OSX client > > > On Fri, Jun 25, 2010 at 12:32 PM, Attila Sukosd < attila.suk...@gmail.com > > wrote: > > On Fri, Jun 25, 2010 at 11:41 AM, Gerd Hoffmann < kra...@redhat.com > wrote: > Hi, > > Also, the kqueue implementation in OS X 10.6 seem to have been broken, > so I went with your suggestion and reimplemented the event handler using > select(). One thing I noticed though was that the epoll implementation > watched the fds for both read and write (add_to_poll()), but since it is > edge triggered, it only fires once per change, but my select() > implementation is level triggered, which meant it would never block and > use up 100% CPU (for example monitoring a File fd, it always triggers). > After playing a bit around with it, i decided to drop watching write for > fds all together, and the client seem to work fine. Is there a need to > check it or am I safe with monitoring only reads? > > It isn't save. When you got -EAGAIN from a write() or send() syscall because > the output pipe is full you have to watch for the socket becoming writable so > you can flush out the bits you havn't sent yet. > > As far I know there is no bulk data going from client to server, so if you > are working on a fast LAN it is quite possible that you never hit the "output > pipe full" case and the client works fine for you. > > Now on to the audio, I have been implementing audio using CoreAudio > Framework for OS X (another idea could be OpenAL which is also > cross-platform?), which pulls in a lot of extra headers, including > MacTypes.h which unfortunately defines a "Rect" and "Point" struct which > causes issues with the definitions inside common/draw.h. I can hack > around it, but its not very nice, or I could rename the ones in spice, > but that would break any compatibility with my patches to the current > upstream code. > > What code base you are working on? In the unstable tree the structs have been > renamed to SpiceRect and SpicePoint exactly to avoid name clashes like this. > Also the headers have been splitted away into a spice-protocol package. > > A few days ago Alex landed the marshaller bits in the unstable tree and the > spice client can handle both 0.4 and unstable spice protocols now. So you can > jump to the unstable code base even if you need the client play nicely with > 0.4 spice servers. This will also make it easier to merge your patches > upstream. > > HTH, > Gerd > > Hi Gerd, > > Thanks for the fast reply! Sounds good! Yes, right now I've been working on > version 0.4, but since the unstable tree is now backwards compatible, I will > move on to that. > > Rgrds, > > Attila. > > Hi guys, > > I thought I'll post an update on the Mac client. I have it up and running > using the latest sources from the git dev. Event handler is doing select(), > playback and recording is done with PortAudio, R and B re-swapped for > peer_major == 1, and CEGUI is disabled since it caused a LOT of issues... > > So now I'm only facing a few minor issues/things I've noticed: > > 1. Video playback seem to stop after a few seconds, but if the window is > moved around or scrolled the video playback resumes again for a few seconds. > I've tried it with VLC, windows media player and flash video players > (youtube). Also, sometimes only the center square gets updated but not the > rest. It is not very consistent as sometimes the video plays back fine.. > > 2. Bandwidth usage seemed to have increased, with the v0.4 client ive been > seeing 1-2MB/s for full screen HD video playback, while with the current one > I've been seeing peeks of 8-9MB/s on a 100mbit network > > 3. We didn't receive (as far as I'm aware) the linux firefox plugin for the > client with our RH beta package, and Im not sure where to find it? I've ended > up creating a launcher script, associated that with spice:// protocol in > firefox and modified the javascript on the management machine to redirect to > a spice:// address in case the plugin wasn't found. Not sure if this is the > best way of doing it? Attila, The Red Hat package shipped to customers is here https://rhn.redhat.com/rhn/software/packages/details/Overview.do?pid=533006 If you don't have access please ping me off list. thanks for your work on this. Aic > > > Best Regards, > > Attila > > ___ Spice-devel mailing list > Spice-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/spice-devel ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
